× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Given the text of the message is "Output queue changed to QPRINT in QGPL." without replacement values, I would not expect any other results. We can't really predict what IBM might change later, but I would not expect this to change and break things that have been working for many, many years.
--
Sean Porterfield



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of J Franz
Sent: Wednesday, September 26, 2012 18:45
To: Midrange Systems Technical Discussion
Subject: Re: default outq if outq not exist - CPD3322

No - it is not sysval QPRTDEV (well, not exactly..).
The InfoCenter has a page on
http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/index.jsp?topic=%2Frzalu%2Frzalurouting.htm


which has this text:
The system value Default printer (QPRTDEV). If the printer identified in the system value does not exist, the output goes to the QPRINT output queue.

On this particular system (which I cannot freely change), the QPRTDEV = PRT08 and an outq exists, BUT NO DEVICE of same name...
but it is only when an override printer file is to a non-existent queue (not
device..) and the RPGLE executes & writes to the spool, that the CPD3322 appears in the log to indicate spool was placed in QPRINT (and my original problem was that it went to the QGPL/QPRINT and not the QUSRSYS/QPRINT higher in libl (spent a while looking in wrong outq..)

Have coded a solution which works with the forms tool (checking existence of queue name and if not found, referencing qgpl/qprint). I would need own system to determine exactly when this does or does not occur in various scenarios.

Jim Franz


________________________________
From: sjl <sjl_abc@xxxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Sent: Wed, September 26, 2012 4:23:51 PM
Subject: Re: default outq if outq not exist - CPD3322

Hmmmmm....

DSPSYSVAL SYSVAL(QPRTDEV)

;-)

-sjl


"Carel Teijgeler" wrote in message
news:mailman.3595.1348689842.2683.midrange-l@xxxxxxxxxxxx...

Jim,

the default output queue can be set by some initial value. It is not in the SYSVAL list, but it is in a maintennace screen, where you could set some basic values for the operating system.

I am not near a machine, and it is many moons ago I have looked at that screen.

So, if you change that value that will also be shown in the message.

Regards,
Carel Teijgeler

*********** REPLY SEPARATOR ***********

On 26-9-2012 at 10:13 J Franz wrote:

I know that IBM will issue a CPD3322 when a RPG executes and the
printer
file
outq does not exist, and the CPD332 says outq is changed to QPRINT.

It appears on our current system it is always QGPL/QPRINT even though
for
whatever reason we have a QUSRSYS/QPRINT higher in library list, plus the
QGPL/QPRINT lower in libl.

I checked another more basic system and see the QUSRSYS/QPRINT is not
there (and it's a default install).

We have to pass the spool file outq & lib to a "forms product" and it
won't deal with "*LIBL" (blows up).

Can anyone confirm that CPD3322 has & always will be QGPL/QPRINT?

Jim Franz
--


This email is confidential, intended only for the named recipient(s) above and may contain information that is privileged. If you have received this message in error or are not the named recipient(s), please notify the sender immediately and delete this email message from your computer as any and all unauthorized distribution or use of this message is strictly prohibited. Thank you.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.