STRQMQRY mit OVRPRTF läuft auf Fehler

[ortwin]

Hallo Forum,

ich habe ein CL-Programm, dass via STRQMQRY eine Abfrage ausführt. Das Abfrageergebnis soll als PDF im IFS ausgegeben werden. Dazu ändere ich das Printerfile entsprechend mit einem OVRPRTF - so wie ich das an anderer Stelle auch tue.

Wenn ich es ausführe, bekomme ich einen Programmabbruch.

Hier das CL:
PGM
DCL VAR(&PARFIR) TYPE(*CHAR) LEN(3) VALUE('001')
DCL VAR(&PDFTIME) TYPE(*CHAR) LEN(20)
DCL VAR(&PDFSTMF) TYPE(*CHAR) LEN(255)
RTVSYSVAL SYSVAL(QDATETIME) RTNVAR(&PDFTIME)
CHGVAR VAR(&PDFSTMF) VALUE('/FIBUORDNER/RGLISTE' +
*CAT &PARFIR *CAT &PDFTIME *CAT '.PDF')
OVRPRTF FILE(QPQXPRTF) DEVTYPE(*AFPDS) PAGESIZE(48 +
120) ALIGN(*YES) TOSTMF(&PDFSTMF) WSCST(*PDF)
STRQMQRY QMQRY(RGSEPABALI) OUTPUT(*PRINT)
ENDPGM

Die Einträge im Jobprotokoll sind:
call rgsepatest
Datei ist vorhanden. (CPE3457)
Datei QPQXPRTF in QSYS nicht geöffnet. (CPF4208)
-> 6 -- Angegebene Datenstromdatei ist bereits vorhanden.
Ausdruck des Berichts fehlgeschlagen.

Da der Dateiname unter Nutzung eines Timestamps erzeugt wird, kann es eigentlich nicht vorkommen, dass die Datei vorhanden ist.

Ich habe Folgendes noch versucht:
- Festen Dateiname im OVRPRTF - gleiche Meldung, Datei ist mit WKRLNK nicht zu finden.
- Ausführung ohne OVRPRTF - funktioniert, dann SCS-Ausgabe (Standard)
- PDF-Angaben manuell im PRTF geändert - funktioniert

Hat jemand eine Idee, warum der OVRPRTF anscheinend zu dem Fehler führt?
System läuft unter V7R4.
Danke.

[B.Hauser]

Auf welcher Ebene erfolgt denn der Override? OVRSCOPE *JOB oder Default *ACTGRP?
ggf. mal mit Override Scope *JOB versuchen.

[ortwin]

Der Override erfolgte auf Ebene Default *ACTGRP. Änderung auf *JOB führt leider nachwievor zum Fehler, ebenso wie *CALLLVL.

[Fuerchau]

Der einzige Hinweis bzgl. des Fehlers den ich finde ist die Ausgabe in QDLS. QDLS unterstützt nur 8.3-Namen.
Ist FIBUORDNER ggf. ein Link ins QDLS? Ältere Fibu-Programme haben damit gearbeitet.

[ortwin]

Nein, das ist ein IFS-Ordner.

[Edefauler]

Arbeitet ihr mit mehreren ASPs?

[Fuerchau]

Dann schau dir mal genau den gebildeten Namen der IFS-Datei an.
Du verwendets unbesehen den Wert QDATETIME. Allerdings enthält dieser den Doppelpunkt als Uhrzeittrenner und das ist ein ungültiges Zeichen im IFS-Pfad.
Die interne Fehlerid wäre eigentlich "Invalid path- or filename".

[ortwin]

Nein, wir arbeiten nur mit einer ASP.

[ortwin]

QDATETIME und Doppelpunkt:
Das scheint dann automatisch "bereinigt" zu werden, jedenfalls nutze ich dieses noch an anderen Stellen genauso. Ich habe auch in der Dumpausgabe geschaut, der Wert für die Variable &PDFSTMF lautet dort z.B. /FIBUORDNER/RGLISTE00120240108181328513946.PDF
Ich bin jetzt gestern hergegangen und habe die Query-Ausgabe als normale Druckausgabe ausgegeben, anschließend mit CPYSPLF in eine Datei geschrieben und diese dann mit CPYF in ein Printerfile kopiert. Die entsprechenden OVRPRTF habe ich mit den gleichen Variablen vorgenommen - läuft tadellos, ist m. E. aber eigentlich unnötig. Den "Umweg" wollte ich eigentlich vermeiden, da das Programm aber kritisch ist, habe ich mir jetzt nur so zu helfen gewusst.

[ortwin]

Nachtrag: Ich hatte das auch mit einem fixen Namen ohne Timestamp probiert, das schlug ebenfalls fehl.

[emoser]

Ist der Report breiter als 120 Zeichen und es werden mehrere QPQXPRTF erzeugt.

[ortwin]

Der Report ist 120 Zeichen breit. Eigentlich wird nur ein QPQXPRTF erzeugt, da der Job aber interaktiv läuft, kann es natürlich schon sein, dass vorher ein Programm eine QPQXPRTF erzeugt hat. Wenn das nicht passieren darf, dann erklärt das schon den Fehler, weil ich zu dem Zeitpunkt wegen Anpassungen mehrere Querys habe laufen lassen.