STRQMQRY mit OVRPRTF läuft auf Fehler

[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]

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.

[emoser]

so war das nicht gemeint

wenn ihre abfrage
STRQMQRY QMQRY(RGSEPABALI) OUTPUT(*PRINT)
gleichzeitig mehrere Druckausgaben erzeugt (mehr als 120 Zeichen breit) so würden sie doppelte Dateinamen im IFS erzeugen

einfach testen

OVRPRTF FILE(QPQXPRTF) DEVTYPE(*AFPDS) PAGESIZE(*N 120) HOLD(*YES)
STRQMQRY QMQRY(RGSEPABALI) OUTPUT(*PRINT)
wrkjob
Auswahl 4 Mit Spool-Dateien arbeiten
Anzahl 2 ?


Einheit
oder Benutzer- Seiten Akt.
Opt. Datei Warteschl. daten Status gesamt Seite Kopien
QPQXPRTF EMOSER HLD 1 1
QPQXPRTF EMOSER HLD 1 1

[Fuerchau]

Was beeinhaltet denn der 1. Spool?
Ich glaube, das sind die Querydefinitionen, die man aber beim Design des Queries abschalten kann. Dann sollte es nur 1 Spool geben.