QUSRTVUS 8 binary in Receiver Variablen

[B.Hauser]

8 Byte binary bedeutet, dass es sich um einen Integer-Wert handelt, dessen Maximal-Wert in 4 Byte gespreichert werden müssen. Da ein Byte 256 unterschiedliche Werte aufnehmen kann, musst Du entsprechend hochrechnen.

Langer Rede kurzer Sinn, musst Du mit 20I 0 definieren.

Binär-Felder, die mit mit 20U 0 müssen, werden in APIs eigentlich als USigned Binray angegeben.

Birgitta

[BenderD]

... ich empfehle statt QUSRTVUS QUSPTRUS. EInfacher ist es, wenn man die OpenSource Komponente APILIST nimmt, gibt's auf meiner Webseite (Jon Paris hat mal einen Artikel dazu geschrieben:
http://ibmsystemsmag.com/blogs/ideve...pis-made-easy/).

D*B

[harkne]

Dann habe ich es doch richtig gemacht. Ich habe es als 20u 0 definiert (in der Beschreibung steht BINARY(8), UNSIGNED. Ich war mir nur nicht sicher, da der Wert eigentlich NUMBER OF AUXILIARY I/O REQUESTS liefert und ich nicht mit damit gerechnet habe einen Wert zu erhalten, denn ich habe den Job mittels SBMJOB übertragen und dieser hat lediglich eine Division durch 0 durchgeführt und ist auf MSGW gegangen. Dass ich dann bei mehreren Aufrufen Werte (mal 22 mal 300) erhalte, damit habe ich nicht gerechnet und ich habe erst gedacht es liegt an der Definition der Ergebnisvariablen. Vielen Dank für die Hilfe

[Pikachu]

Data types and APIs

[andreaspr@aon.at]

Wenn du IBM i 7.1 hast gibt es auch die ACTIVE_JOB_INFO UDTF.
Damit kannst du via SQL quasi ein WRKACTJOB auslesen.

lg Andreas

[harkne]

Vielen Dank für alle Antworten.