| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1203.1 | OA$FORM_DISPOSE should work... | HYTIDE::CREAMER |  | Fri Aug 07 1992 16:41 | 8 | 
|  |     
> Is there another symbol we should interrogate instead ?
    
    How about checking OA$FORM_DISPOSE??
    
    HTH,
    
    Jack
 | 
| 1203.2 | where's it gone then ? | COMICS::BARHAM | Norbert: | Fri Aug 07 1992 17:21 | 6 | 
|  |     Does this mean that $OA$TERMINATOR has been removed. Is this change of
    functionality documented ?
    
    Thanks
    
    Clive
 | 
| 1203.3 | functionality removed ? Why ? | COMICS::BARHAM | Norbert: | Tue Aug 11 1992 15:11 | 11 | 
|  |     Can someone confirm/deny whether this symbol has been removed or not ?
    Customer is now having to rewrite all their applications to use
    OA$FORM_DISPOSE in the belief that it has gone. Is this really the case ?
    The symbol has been documented since at least 2.3 days and still is so
    I would have thought this may effect a number of customers. It is not
    acceptable to remove functionality that is still documented.
    
    Thanks
    
    Clive
     
 | 
| 1203.4 | Looks like an opportunity | MDCRAB::HOWARD | Our business is computers not money | Tue Aug 11 1992 15:54 | 8 | 
|  |     You're right.  It seems to work under V2.4, but not under V3.0.  I
    assume he was checking the DCL symbol OA$TERMINATOR in the subprocess
    rather than going back to ALL-IN-1 to read $OA$TERMINATOR.  The latter
    is much slower since permanent symbols are stored in a file.  I would
    guess that an SPR is in order.  This kind thing seems to happen with
    every new version, unfortunately.  
    
    Ben
 | 
| 1203.5 | ALL-IN-1 or WPS-PLUS? | SHALOT::NICODEM | Avoid traffic; leave work at noon | Wed Aug 12 1992 14:01 | 9 | 
|  | 	Are they using WPS-PLUS?  This may be a change in how WPS-PLUS is now
handling Gold-K...  $OA$TERMINATOR was simply a symbol in the user's permanent
symbol table that was used to reflect the terminator value that was also stored
in the DCL symbol TERMINATOR in the subprocess.  While I realize that we are
attempting to encourage alternatives to the subprocess, and to slower storage
such as the permanent symbol table, I would agree that this seems to be an over-
sight if, indeed, it is no longer working as before.
	F
 | 
| 1203.6 | SPR/CLD? | COMICS::BARHAM | Norbert: | Wed Aug 12 1992 15:23 | 11 | 
|  |     Well it's WPS-PLUS within ALL-IN-1 3.0 and it is the symbol
    $OA$TERMINATOR they're trying to read.
    
    Would I be wasting my time raising a high level SPR/CLD 'coz that's
    what they want ? Can anyone give me a good sales pitch to get them off
    using $OA$TERMINATOR ? I've tried to tell them it's slower and to use
    OA$FORM_DISPOSE but they weren't impressed!
    
    Thanks
    
    Clive 
 | 
| 1203.7 | Another reason | IOSG::NEWLAND | Richard Newland, IOSG, REO1-D/4A | Wed Aug 12 1992 16:46 | 15 | 
|  | I looked at a system running ALL-IN-1 V2.4 and WPS-PLUS V4.0 and that does 
not set $OA$TERMINATOR.  WPS-PLUS/VMS V4.1 also does not set $OA$TERMINATOR.
There is no code in ALL-IN-1, including the EDIT function which is called 
to invoke the WPS-PLUS editor, which assigns a value to a symbol called 
$OA$TERMINATOR.  Therefore, as you have found, it appears to have been set
by the WPS-PLUS code, but only in V3.1 and earlier versions.
Another reason for using OA$FORM_DISPOSE is that any script code using 
$OA$TERMINATOR is dependent on WPS-PLUS being used, and may not work 
correctly if another editor is used.
Richard
 |