[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
|
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
3326.0. "ALL-IN-1 COPY PROBLEM IN SUB-PROC+REENTER" by TAVIS::CORDOVA () Sun Sep 26 1993 09:03
Hello,
This note is cross-posted in ALL-IN-1 and A1SVC. (please excuse
the length)
I am having a strange problem regarding ALL-IN-1 behaviour.
The ALL-IN-1 DESKtop application runs a script called A1SVC_FILE_TRAN.
(We have made some changes to this script but they are not relevant
to this note.)
Now in order to enable a user to run the script I have changed the PC
application scripts to identify that the user is in ALL-IN-1. At that stage
the PC send a "$" command and the user is then sent to the ALL-IN-1 sub-process
and a command procedure is run. The command procedure does a few DCL "things"
and then enters ALL-IN-1 again with /REENTER/NOINIT and runs the
A1SVC_FILE_TRAN script.
This works alhough a little dangerous, but at this stage I have the "strange"
behaviour. At one stage the script tries to do an ALL-IN-1 "COPY" command.
After the command OA$STATUS is checked and an error is discovered.
I have to say also that there is no error message coming from ALL-IN-1 and I
display the file name from which I am copying and it is correct.
But even stranger are the following phenomena:
1. If the copy consists of copying form one DSAB to a different one then the
error occurs (for example from WPL to TXT), if it is the same DSAB then the
error does not occur and the file is copied.
2. If I follow the procedure and enter commands interactively the copy is
successful. This means I enter ALL-IN-1 press "$" to exit to the sub-process
and form there I do: ALLIN1/REENTER/NOINI after I do OA$INI_INIT and then enter
the COPY command it works fine.
3. If I do the whole process through SPAWN and not the ALL-IN-1 sub-process
everything, again, work fine.
I would like to know if this is some kind of known limitation with ALL-IN-1
COPY command or has anybody seen this behaviour before and can find a way
to work around it ?
thanks for any help,
GIL
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3326.1 | Copy or Convert | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Mon Sep 27 1993 12:06 | 29 |
| The ALL-IN-1 COPY function will perform a dataset conversion or a RMS block
mode copy based on the following rules:
1. If the input and output text datasets determined from the file
types of the file specifications are different a text dataset
conversion is performed.
2. If the either of the input or output text datasets are explicitly
specified a text dataset conversion is performed.
3. If the input and output text datasets determined from the file
types of the file specifications are the same a RMS block mode copy
is performed.
4. If the /FILE qualifier (new in ALL-IN-1 V3.0) is used a RMS block mode
copy is always performed.
Some text datasets require ALL-IN-1 to be initialized. For example, the
WPS-PLUS text dataset accesses the file OAUSER:WPSDEF.WPL and requires
ALL-IN-1 to be sufficiently initialized so that the OAUSER logical is
defined.
If your procedure does not need text dataset conversions and you are using
ALL-IN-1 V3.0 I suggest that you use COPY/FILE.
Richard
|