SCS, IPDS, AFP

[Dschainers]

Warum wandelst Du die PRTF nicht gleich mit *AFPDS um??
Wenn man mit PAGSEG arbeitet, wird das PAGSEG immer auf die aktuelle Seite gedruckt. Ich hatte da auch schon meine Probleme, man sollte darauf achten wo SKIPB oder SKIPA eingesetzt wird.

[Robi]

Warum wandelst Du die PRTF nicht gleich mit *AFPDS um??

Ich stosse als externer auf vorhandene Strukturen. Mit all ihren genialitäten und all den Fehlern einer gewachsenen Anwendung die in den letzten 20 Jahren von n Entwicklern verschlimmbessert wurde. Da kann man nicht mal eben alles ändern !

Wenn man mit PAGSEG arbeitet, wird das PAGSEG immer auf die aktuelle Seite gedruckt.

Das hab ich im Test auch festgestellt, kein Prob.
ABER : Wenn ich gleichzeitig mit FRONTOVL, BACKOVL und PAGSEG arbeite, kommt nix von alle dem.
Müssen die auch gemeinsam funktionieren ?
OpsNav bricht übrigens zusammen, wenn der die 'gemixte' Datei anzeigen soll. Nur Pagseg oder nur Frontovl zeigt er den Spool sauber an.

Danke
Robi

[Robi]

So,
bin wieder ein Stück weiter. Ursache für 'NIX geht mehr'
war einfach die Tatsache, das QTEMP in der Liblist hinter der Projektlib liegt. Ein Kollege hatte schon mal ein ähnliches prob. dort vor Ort. Der hatte die Idee.

Also, das FRONTOVL kommt wieder. Ein Testdruck mit dem Pagseg kann ich mit dem opsnav ansehen.
der 'Mix' Frontovl und Pagseg bringt im OpsNav ein

CWBNP1019 - AFP-Ressource XXXX.PAGSEG
auf System tc.i.p.nr nicht gefunden

Warum nicht ? Was heist das ? den Testspool mit dem selben Pagseg kann ich mir ansehen

Robi

[Fuerchau]

Ggf. ist einfach dein Problem die QTEMP!
Verwende einfach mal eine beständige Lib für deine Tests, da AFP-Ressourcen nicht im Spool eingebunden werden.

[Dschainers]

Der LIB wo das PAGSEG abgelegt ist, muss auch in der Bibliotheksliste enthalten sein.
Ich glaube auch in der Bibliotheksliste des Ausgabeprogramms.

Bei Ausdruck müsste auch eine Fehlermeldung beim QSYSOPR kommen.

[Robi]

Das hab ich grade versucht, das war es leider nicht.

Trotzdem ist die Richtung warscheinlich ok,
Habe grade mein testprogramm mit den FRONTOVL ausgestattet und gedruckt.

Frontovl und Pagseg sind drauf
Sch....
wie finde ich die Ursache
Brauche Ideeen !!

[Dschainers]

Es gibt bei Druckerdateien das Schlüsselwort USRRSCLIBL, das ist vielleicht auch interessant
Evtl. im OVRPRTF unterbringen

[Fuerchau]

Normalerweise werden in der Spool direkte Objektreferenzen gespeichert. Die USRRSCLIBL ist nur für benannte Ressourcen (z.B. Fonts) erforderlich.

Wichtig ist einfach, dass die Objekte PAGSEG und OVL solange existieren, wie der Spool existiert.
Temporäre Objekte werden nicht unterstützt.

[Dschainers]

da muss ich "FUERCHAU" wiedersprechen, in der Hilfe zu diesem Schlüsselwort steht eindeutig, dass dort angegeben wird, wo die AFP Ressourcen zu suchen sind.

[Dschainers]

nicht "wiedersprechen", sondern "widersprechen"

[Robi]

Das Pagseg ist ja nicht temporär, das ist Fix
In dem SW steht hier *dev, da ist nix hinterlegt und lt. bed.Help ist es dann *joblist.
Da muß das Pagseg gefunden werden
Robi

[Fuerchau]

Ich arbeite schon des längeren mit PAGSEG und OVL und habe noch nie irgendwelche zusätzlichen Lib's irgendwo angegeben.
Dass der OpsNav da diverse Schwierigkeiten hat, ist mir allerdings bekannt.
Bei mir funktioniert die AFP-Anzeige im OpsNav schon lange nicht mehr und ich finde auch keinerlei Einstellungen dazu (auch eine Neuinstallation änderte seltsamerweise nichts daran).

Für mich ist das Problem immer dann gelöst, wenn es auf dem Drucker einwandfrei rauskommt (die wenigsten User verwenden den OpsNav).

Zu deiner CWB-Meldung vom Anfang:
Wofür steht denn das XXX ?