| 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 |
Gr�� Gott,
I have a problem with a looping job in OA$SCRIPT under german
ALL-IN-1 3.0, VMS 5.5, no patches.
The environment is as follows:
From an application I submit a script with one line:
COMMAND FORMATDOC.COM
This subprocess of the batch job writes some commands via its
OAMAILBOX. The offending command is a
OA MERGE_LIST #LIST,#FORM,#TMP
These symbols have been set up before and the required data files have
been provided.
This works mostly, but sometimes the ALL-IN-1 batch jobs starts looping
with 100% CPU on this MERGE_LIST and must be aborted.
I have not discovered any correlation with the supplied files. It may
work with larger files and crash with shorter files.
This same MERGE_LIST always works if called in an interactive session.
Any hints, what I can do to further investigate the problem or what
known fixes might be available?
Many Thanks,
Klaus
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3140.1 | No VT; no work; no play; looping symbiont? | SIOG::T_REDMOND | Thoughts of an Idle Mind | Fri Aug 13 1993 11:54 | 15 |
Hmmm....
The script symbiont is a "blind" ALL-IN-1 user. In other words, it
doesn't have a VT attached for display purposes, and sometimes when
you ask it to execute functions that require a VT around things stop
dead. For example, the FORCE function will stop a FOR loop. I
suspect that the MERGE_LIST function might fall into this category,
mostly because it belongs to WPS-PLUS and for years and years WPS-PLUS
has only been happy when it's had a VT to pay with.
Have you tried converting the command procedure into a script? That
might just make the symbiont happier... That's about all I can
suggest.
Tony
| |||||
| 3140.2 | lost in the dark | SUOSWS::HAMANN | Mon Aug 16 1993 09:50 | 17 | |
Tony,
thank you for you advice, however I do not quite understand your
suggestion 'convert the command procedure into a script'.
The command procedure runs some large COBOL program which does
some SQL queries to prepare the data file for the merge_list.
This may take abou 10 minutes and therefore shoul run in batch.
By the way, the ALL-IN-1 Application Programming Reference Volume 2
does not indicate on a per function basis, if some function is
available in batch or not, there are some hints elsewhere about the
missing terminal.
Well, I will repost in the WPS-PLUS conference.
Klaus
| |||||
| 3140.3 | Use ALLIN1/LIST | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Mon Aug 16 1993 11:52 | 26 |
If you want to do WPS-PLUS List Processing from DCL you could run the
executable image used to perform WPS-PLUS List Processing in the
background.
This is invoked by the /LIST qualifier on the ALLIN1 verb.
See the following files for more information:
WPL$LIB:V4_DEMO.PS contains a section which describes the /LIST and
/SORT qualifiers
OA$DO:WPSLPS.SCP used by WPS-PLUS to submit batch jobs to perform
background list and sort processing
OA$LIB:BGLIPS.COM the command procedure executed to perform
background list processing, and which performs
an ALLIN1/LIST command.
WPSLPS.SCP sets up some job parameters which are used by BGLIPS.COM to
establish the correct environment for performing an ALLIN1/LIST. You will
need to duplicate this if you do an ALLIN1/LIST from your command
procedure.
Richard
| |||||