[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1

Title:	ALL-IN-1 (tm) Support Conference
Notice:	Please spell ALL-IN-1 correctly - all CAPITALS!
Moderator:	IOSG::PYECE

Created:	Fri Jul 01 1994
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	2716
Total number of notes:	12169

2611.0. "OA$FORMATTER paused during Wordperfect formatting" by UTRTSC::SCHOLLAERT (Think before you shrink) Wed Apr 09 1997 07:27

    Hello,
    
    Customer running 3.2 plus Wordperfect Integration (yes the one from note
    2604) sees random paused OA$FORMATTER queues. 
    
    The printing jobs always get Suspended. 
    And always printing at the last block of 
    the second file(WPCORP_PTR51_DRS.DRS) out of three.
    
    Starting the queue clears the problem. 
    
    Example (block 1123 = 165 + 958):
    
  Entry  Jobname         Username     Blocks  Status
  -----  -------         --------     ------  ------
    280  GEBRUIKERS_PROCEDURES
                         GRAAFJ         1152  Suspended at block 1123
         On paused server queue OA$FORMATTER_2
         Submitted  8-APR-1997 13:09:20.63 /NOBURST /NOFLAG /FORM=DEFAULT
         /PARAM=("OA$PARAMS=100,SVH0814,LASERJET,1,OA$HLS_80","OA$FMTCTL=5")
         /PRIORITY=100 /NOTRAILER
         File: _DSA2:[WORDPERFECT.WPCORP.PTR051]BRHL10DV.PRS;75 /NOBURST /NOFLAG
             /SETUP=({WPCORP PTR51 PRS}) /NOTRAILER
         File: _DSA2:[WORDPERFECT.WPCORP.PTR051]WPCORP_PTR51_DRS.DRS;3 /NOBURST
             /NOFLAG /SETUP=({WPCORP PTR51 EXT 1/1}) /NOTRAILER
         File: _DSA109:[WPSCRATCH_VSVH02]GRA000048.WP51_PRINT_8APR97_13092076;1
             /DELETE /NOFLAG
             /SETUP=({WPCORP PTR51 DOC} Binding:0, Byte:0, Range:(), Text:High,

             /NOTRAILER

VSVH01$ dire /siz _DSA2:[WORDPERFECT.WPCORP.PTR051]BRHL10DV.PRS
Directory _DSA2:[WORDPERFECT.WPCORP.PTR051]
BRHL10DV.PRS;75          165
Total of 1 file, 165 blocks.

$
VSVH01$ dire /siz _DSA2:[WORDPERFECT.WPCORP.PTR051]WPCORP_PTR51_DRS.DRS
Directory _DSA2:[WORDPERFECT.WPCORP.PTR051]
WPCORP_PTR51_DRS.DRS;3
                         958
Total of 1 file, 958 blocks.

$ dire /siz _DSA109:[WPSCRATCH_VSVH02]GRA000048.WP51_PRINT_8APR97_13092076
Directory _DSA109:[WPSCRATCH_VSVH02]
GRA000048.WP51_PRINT_8APR97_13092076;1
                          29

Total of 1 file, 29 blocks.

    
    Anyone seen this before ?
    
    Thanks,
    
    Jan

T.R	Title	User	Personal Name	Date	Lines
2611.1	I've not seen this before	IOSG::NEWLAND	Richard Newland, IOSG, REO2-F/J9	`Wed Apr 09 1997 18:22`	8
	I've not seen this before. It is possible for a symbiont to 'inform the job controller that it has paused on its own initiative', but OA$FORMATTER does not ever do this. Therefore I can only assume that it is the WordPerfect code which is has done this. Richard
2611.2	can this WordPerfect behaviour be influenced ?	UTRTSC::SCHOLLAERT	Think before you shrink	`Thu Apr 10 1997 11:43`	55
	Hello Richard, >Therefore I can only assume that it is the WordPerfect code which is >has done this. Bingo. Problem occurs when a user print incoming WordPerfect mail containing Paper Selections, not known to the users WordPerfect printer driver. User gets a broadcast wihci asks him to insert the correct paper. After a start /que , the job is printed properly, but this requires manual intervention of a system manager. Can this behaviour be changed by the way OA$FORMATTER calls the WordPerfect print routines or is this hardcoded. Thanks, Jan ================= problem example ===================================== Broadcast after Print: AANVRAAG WP PRINTOPDRACHT VAN GEBRUIKERALLIN1 AAN OA$FORMATTER_1 Voer formulier in: Briefpapier 8.27" x 11.69" Invoer: Handmatige invoerLD voor extra opties VSVH01$ show que OA$FORMATTER_1 Server queue OA$FORMATTER_1, paused, on VSVH01::, mounted form DEFAULT Entry Jobname Username Blocks Status ----- ------- -------- ------ ------ 123 MEERTENS ALLIN1 1137 Suspended at block 1128 VSVH01$ set entry 123 /rele %JBC-E-EXECUTING, job executing on queue prevents requested operation VSVH01$ show que OA$FORMATTER_1 Server queue OA$FORMATTER_1, paused, on VSVH01::, mounted form DEFAULT Entry Jobname Username Blocks Status ----- ------- -------- ------ ------ 123 MEERTENS ALLIN1 1137 Suspended at block 1128 VSVH01$ start /que OA$FORMATTER_1 VSVH01$ show que OA$FORMATTER_1 Server queue OA$FORMATTER_1, idle, on VSVH01::, mounted form DEFAULT VSVH01$ Job MEERTENS (queue SVH0416, entry 155) completed VSVH01$
2611.3	No.	IOSG::NEWLAND	Richard Newland, IOSG, REO2-F/J9	`Thu Apr 10 1997 14:26`	22
	Jan, There is no way in which OA$FORMATTER can influence this behaviour, and I did not know WordPerfect would pause a queue. In fact, OA$FORMATTER does not directly call the WordPerfect format routines. Because of the original design of the WordPerfect ALL-IN-1 integration (SMBSRVSHR logicals, etc., for those with a long memory) WordPerfect code performs the communication with the Job Controller in order to intercept WordPerfect formatting operations. This does the 'non-standard' processing of files, such as .PRS and .DRS which aren't formatted, as well as calling the WordPerfect formatter. When doing the WordPerfect integration for ALL-IN-1 V3.2 I had hoped to be able to call the WordPerfect formatter in a more conventional way but this did not prove possible to do. It's possible that WordPerfect may have a way of controlling this behaviour, e.g., system logical names. Richard