QSPGETSP Spool nach PF mit APIs

[jsiegel]

Hallo Ihr Wissende,
Anforderung: Lese in einem Programm (ILE RPG RPG egal) einen Spool in eine PF ein. Pro Zeile 1 Satz mit dem Feldaufbau Steuerzeichen / Spoolzeile. Da CPYSPLF zu langsam ist, will ich das mit APIs programmieren.
Ich habe einen Spool mit verschiedenen APIs in einen USERPACE geladen. Hierzu verwende ich das API QSPGETSP. Das Ausgabeformat ist SPFR0200. Aus der Beschreibung des QSPGETSP werde ich aber nicht schlau. Es handelt sich um ein Printer Device Type SCS, also eigentlich die einfachste Struktur. Wie bekomme ich nun die "Print Data section" in der Form über QUSRTVUS zurück, daß ich eine Zeile des Spools mit dem entsprechenden Steuerzeichen im PRG in die PF schreiben kann?

[BenderD]

Hallo,

meines Wissens undokumentiert und warum soll das schneller sein als CPYSPLF???

Dieter Bender

Hallo Ihr Wissende,
Anforderung: Lese in einem Programm (ILE RPG RPG egal) einen Spool in eine PF ein. Pro Zeile 1 Satz mit dem Feldaufbau Steuerzeichen / Spoolzeile. Da CPYSPLF zu langsam ist, will ich das mit APIs programmieren.
Ich habe einen Spool mit verschiedenen APIs in einen USERPACE geladen. Hierzu verwende ich das API QSPGETSP. Das Ausgabeformat ist SPFR0200. Aus der Beschreibung des QSPGETSP werde ich aber nicht schlau. Es handelt sich um ein Printer Device Type SCS, also eigentlich die einfachste Struktur. Wie bekomme ich nun die "Print Data section" in der Form über QUSRTVUS zurück, daß ich eine Zeile des Spools mit dem entsprechenden Steuerzeichen im PRG in die PF schreiben kann?

[Fuerchau]

Alles genauestens beschrieben in :
http://publib.boulder.ibm.com/iserie...s/QSPGETSP.htm

@jsiegel
Ich weiß zwar nicht wofür es gut sein soll, aber du halst dir damit ganz schön Arbeit auf (CPYSPLF als Neuentwicklung).
Was die Performance angeht, wirst du mit Sicherheit nicht schneller als CPYSPLF, und was die Steuerzeichen angeht, probiers doch mit *FCFC, andere erhältst du bei SCS auch per API nicht.

@Dieter
Offizielle API's sind dokumentiert, man muss sie nur finden.

[BenderD]

Hallo Baldur,

Alles genauestens beschrieben in :
http://publib.boulder.ibm.com/iserie...s/QSPGETSP.htm

@Dieter
Offizielle API's sind dokumentiert, man muss sie nur finden.

Die oben angeführte Doku war mir wohl bekannt, ich habe dieses API vor Jahren schon benutzt, allerdings vermag ich darin keine vollständige Doku des Druckerdatenstroms entdecken, sprich was heute funktioniert kann nach Release Wechsel aus dem Fenster fliegen.

mfg

Dieter

[Fuerchau]

@Dieter
Auch hier gibts dann wieder einen Verweis auf das Handbuch "Printerdeviceprogramming".

[Sven Schneider]

@Dieter

QSPGETSP und QSPPUTSP sind offizielle und dokumentierte API's seit OS/400 V2R1!!!

Könnte es sein, dass du dies mit den undokumentierten IBM-Tools QSPGETF und QSPPUTF verwechselst.


IBM hat angekündigt, die Objekte nach V5R3 zu entfernen.

siehe:
http://www-912.ibm.com/s_dir/sline00...f?OpenDocument

http://www-1.ibm.com/support/docview...07d46a8&rs=110
http://www-1.ibm.com/support/docview...256aa9006a835f

Sven

[BenderD]

@sven

nein, das könnte nicht sein! mir war nicht gegenwärtig, dass der Druckerdatenstrom in Printer Device Programming dokumentiert ist ?! Wie vollständig oder nicht ist mir allerdings eh' wurscht; warum solche Umwege gehen, wenn Java PDF kann.

Dieter Bender

@Dieter

QSPGETSP und QSPPUTSP sind offizielle und dokumentierte API's seit OS/400 V2R1!!!

Könnte es sein, dass du dies mit den undokumentierten IBM-Tools QSPGETF und QSPPUTF verwechselst.


IBM hat angekündigt, die Objekte nach V5R3 zu entfernen.

siehe:
http://www-912.ibm.com/s_dir/sline00...f?OpenDocument

http://www-1.ibm.com/support/docview...07d46a8&rs=110
http://www-1.ibm.com/support/docview...256aa9006a835f

Sven