Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

API QUSRSPLA

341 views
Skip to first unread message

Matthias Martin

unread,
Jul 27, 1999, 3:00:00 AM7/27/99
to
Hi all,

I use the API QUSRSPLA to get spoolfile informations in my printerprogram.
C call QUSRSPLA
C parm RcvVar
C parm RcvVarLen
C parm 'SPLA0100' RcdFmt
C parm '*' JobName
C parm JobId
C parm JobIdInt
C parm SpoolFile
C parm SpoolNbr
C parm qusec
But I have a problem with the last parameter running this program on
different OS-Releases.
V3R2M0 has no parameter qusec
V4R2M0 can do the call with parameter qusec
V4R3 needs parameter qusec
Is there an API that give me the information of the current OS-
Release to modify the API-Call or is it only possible with the command
RTVSYSINF (Retrieve System Information) to pass the information to the
*DTAARA and read from there ?

Matthias Martin


Philippe RAMIN

unread,
Jul 27, 1999, 3:00:00 AM7/27/99
to
You can simply extract object description (RTVOBJD) like QSYS/QCMD and you
have one field with Os/400 release in format V04R03...

Chease.

Matthias Martin <Martin-...@t-online.de> a écrit dans le message :
7nl33j$ea3$3...@news08.btx.dtag.de...

Gernot B Längle

unread,
Jul 27, 1999, 3:00:00 AM7/27/99
to
You can use the product information API QSZRTVPR. Set product name to
*OPSYS, Release to *CUR, Product option to 0000, Product load to *CODE.

Matthias Martin wrote:
>
> Hi all,
>
> I use the API QUSRSPLA to get spoolfile informations in my printerprogram.
> C call QUSRSPLA
> C parm RcvVar
> C parm RcvVarLen
> C parm 'SPLA0100' RcdFmt
> C parm '*' JobName
> C parm JobId
> C parm JobIdInt
> C parm SpoolFile
> C parm SpoolNbr
> C parm qusec
> But I have a problem with the last parameter running this program on
> different OS-Releases.
> V3R2M0 has no parameter qusec
> V4R2M0 can do the call with parameter qusec
> V4R3 needs parameter qusec
> Is there an API that give me the information of the current OS-
> Release to modify the API-Call or is it only possible with the command
> RTVSYSINF (Retrieve System Information) to pass the information to the
> *DTAARA and read from there ?
>
> Matthias Martin

--
Gernot Langle
PARAS Solutions, Inc.
http://www.parassolutions.com
mailto:gla...@parassolutions.com

Rodney Johnson

unread,
Jul 28, 1999, 3:00:00 AM7/28/99
to
Matthias,

The 9th parameter qusec has been an OPTIONAL parameter since V2R1M0. If you
don't supply the error code structure, then you will receive a CPFxxxx. If
you receive a CPF3C20, you will have some DIAG messages preceding the CPF3C20
to further indicate what was wrong with the invocation to the API.

You can code the call to the API with either 8 OR 9 parameters on ANY RELEASE
(that is V2R1 and later). If you are getting an error, it is because of a
bug, or something wrong with your input parameter values.

Matthias Martin wrote:

> Hi all,
>
> I use the API QUSRSPLA to get spoolfile informations in my printerprogram.
> C call QUSRSPLA
> C parm RcvVar
> C parm RcvVarLen
> C parm 'SPLA0100' RcdFmt
> C parm '*' JobName
> C parm JobId
> C parm JobIdInt
> C parm SpoolFile
> C parm SpoolNbr
> C parm qusec
> But I have a problem with the last parameter running this program on
> different OS-Releases.
> V3R2M0 has no parameter qusec
> V4R2M0 can do the call with parameter qusec
> V4R3 needs parameter qusec
> Is there an API that give me the information of the current OS-
> Release to modify the API-Call or is it only possible with the command
> RTVSYSINF (Retrieve System Information) to pass the information to the
> *DTAARA and read from there ?
>
> Matthias Martin

--
Rodney A Johnson
Technical Team Lead for AS/400 Spool
Dept GJC
IBM Rochester, Minnesota

The contents of this message express only the sender's opinion.
This message does not necessarily reflect the policy or views of
my employer, IBM. All responsibility for the statements
made in this Usenet posting resides solely and completely with the
sender.


Matthias Martin

unread,
Jul 28, 1999, 3:00:00 AM7/28/99
to
Rodney,
if parameter 9 is always an optional one I have to solve my problem
otherwise. In the past I could do this by coding parameter 9 or not, cause
errors only occurs on customers boxes.

Thanks
Matthias

--
Rodney Johnson <rjoh...@rchland.ibm.com> schrieb in im Newsbeitrag:
379F08BB...@rchland.ibm.com...

Rodney Johnson

unread,
Jul 29, 1999, 3:00:00 AM7/29/99
to
Matthias, Without more information, it is hard to even guess at what is wrong.
You need to post what error messages you are getting. Have you verified that
these customer systems don't have another program in the library list with the
name QUSRSPLA? This has to be some sort of environment problem, such as values
passed on the parameters....

Matthias Martin

unread,
Jul 29, 1999, 3:00:00 AM7/29/99
to
Rodney,
for further informations I have to produce this messages on the customer
boxes again (our box is on V4R2). For V4R3 I have some hordcopys in my
office, now I'm unable to get this infos from my PC at home.
Fact is the following:
On all systems is running the same program based on the same source!
V3R2: Call with 8 parameters gives the correct result (I will get the
attributes *SCS, *IPDS or *AFPDS of an user-opened printerfile)
Call with 9 parameters produce an error message
V3R7 - V4R2: always works ok
>= V4R3: call with 8 parameters produce error
call with 9 parameters works well
I will send you the error message for >= V4R3 next week by e-mail
--
Matthias Martin
http://www.rb-martin.de

Rodney Johnson <rjoh...@rchland.ibm.com> schrieb in im Newsbeitrag:
37A0514C...@rchland.ibm.com...
0 new messages