• Subject: Help - Weird error with TCP printing & HPT
  • From: Bob Larkin <blarkin@xxxxxx>
  • Date: Sun, 03 Oct 1999 22:34:18 -0500

OK folks,
I've got one that has me stumped. Printing to a remote writer through
TCP, the printer appears to be printing fine. After a variety of print
files are printed, an error occurs on the Host Print Transform of a
spool file, and the spool file is placed on hold. At this point, any
spool file in the output queue is placed on hold. The only way to
correct the problem is to end the writer and restart it. At this point,
ALL of the files will print, including the one that caused the problem
(I think it is the one causing the problem) I have only seen joblogs of
the problem, and each time it is the same spool file, but that may be
misleading, because almost all of the printing for that printer is this
one particular spool file.

It gets better, the manager feels that it must be a program problem, but
I wrote the program, and cannot find anything wrong. It is straight
text, a simple report, nothing fancy. The fanciest thing is an underline
performed by printing without advancing from the O-specs of the program.
Since he feels it is a program problem, he won't allow me to report it
to IBM. And since I wrote the report program, I should fix it.

I feel that at the very least, there is a problem in that ALL the other
spool files are placed on hold. If only one was placed on hold, and the
following files were printed, it would be consistent with printing a
spool file with attributes the printer could not handle. Since the spool
file is an object, it should not affect other objects, such as the other
spooled files in the output queue.

Here is the sequence of events:
14:22:39    *NONE        CALL QSYS/QSPWTRM1 (Print Writer Starts)
14:22:46    CPC2206    Ownership of object LPRDATA000 in QTEMP type
*USRSPC changed.
14:22:46    CPC2206    Ownership of object LPR_SPACE in QTEMP type
*USRSPC changed.
14:22:27    TCP3600    Spooled file PRT132A sent.
14:22:52    TCP3600    Spooled file XSYSPRT sent.  NOTE:(This is from
OPTIO, formerly XPOINT pasckage)
14:22:52    CPC2206    Ownership of object LPRDATA000 in QTEMP type
*USRSPC changed.
14:22:52    CPC2206    Ownership of object LPR_SPACE in QTEMP type
*USRSPC changed.
14:22:53    TCP3600    Spooled file PRT132A sent.
14:22:54    TCP3600    Spooled file XSYSPRT sent.
14:22:57    TCP3600    Spooled file XSYSPRT sent.
14:23:02    TCP3600    Spooled file XSYSPRT sent.
14:27:48    TCP3600    Spooled file XSYSPRT sent.
14:56:51    CPC3C1E    Required parameter 9 omitted.
                                        Cause: you passed a NULL pointer
or a value for parameter 9 that indicated you wanted
                                                    to omit the
parameter and take the default value. A null pointer or omitted
                                                    parameter is not
allowed for parameter 9 by ILE entry point QWPZHPT1.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126
14:56:51    CPF6DF5    Value 10 not valid for process option parameter.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126
14:56:51    TCP371A    Send request failed for spooled file PRT132A.
                                        Cause: An error occured while
transforming spooled file PRT132A, number 3
                                                    for job
704664/JOEBLOW/JOBNAME.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126

******** At this point, all following print files are put on hold. It is
my understanding that this file is also put on hold,
******** but I have not been present when it happens, so I can't swear
to it.

14:59:11    CPC2206    Ownership of object LJOBLOGSPC in QTEMP type
*USRSPC changed.
14:59:11    CPF6DF5    Value 10 not valid for process option parameter.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126
14:59:11    TCP371A    Send request failed for spooled file XSYSPRT.
                                        Cause: An error occured while
transforming spooled file XSYSPRT, number 430
                                                    for job
703036/QSECOFR/OPTIOVQ.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126

15:03:54    CPF6DF5    Value 10 not valid for process option parameter.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126
15:03:54    TCP371A    Send request failed for spooled file PRT132A.
                                        Cause: An error occured while
transforming spooled file PRT132A, number 3
                                                    for job
704664/JOEBLOW/JOBNAME.
                                        To module:  SPRMTDR
                                        To Procedure:
SendTcpIpSpooledFile
                                        To Statement:  126
********
Same sequence of messages repeats until the writer is ended.

Searching Software knowledge DB showed a problem in earlier releases
with User Profile max storage
being set to 17000. Manager checked QSPLUSR and the individual user's
profiles and they are set to
*NOMAX. This was prior to V4R3, which is the release being run.

Sorry about the length of this post, but I am stumped.  Any thoughts?

Thanks,
Bob Larkin
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].