Unglaublich aber Wahr

[Christian Bartels]

Könnte hier ein Problem mit Aktivierungsgruppen vorliegen? Eventuell könnte es helfen, den Befehl OVRDBF mit OVRSCOPE(*JOB) und OPNSCOPE(*JOB) zu verwenden.

Die Sache mit der Biblitoheksliste läßt sich prüfen, wenn man vor Aufruf des CL-Programmes TRCJOB SET(*ON) MAXSTG(16000) TRCFULL(*STOPTRC) und nach den Ende des Programms TRCJOB SET(*OFF) angibt. In der sich ergebenden Spool-Datei QPSRVTRC kann man sehen, welche Datei aus welcher Bibliothek mit welcher Teildatei geöffnet wurde.

Mit freundlichen Grüßen,
Christian Bartels.

[woodstock99]

ihr verarscht mich alle -- nicht nett ..
ich glaub ihr wisst schon was ich mein...
klar arbeite ich mit Bibliotheken aber mir ist es egal in welcher reihenfolge sie in meiner libl list stehen . auch wenn es Duplikate gibt ist doch total egal weil ich mich durch OVRDBF auf die richtige Datei beziehe...

wenn ich wie gesagt das Programm 5 min vorher mit der gleichen LIBL LIST aufrufe ( ein Fehler) 2 min später im DEBUGMODUS (kein Fehler) dann weiß ich auch nicht mehr weiter.. Programmier jetzt auch schon knapp seit 10 jahren in RPG rum
aber sowas is mir noch nie passiert...

Mein Chef hats auch nicht geglaubt... Vorführung des ganzen und Ihr hättet mal seine Augen sehen solln.. Ich glaubs ja selber nicht weils sowas nicht geben kann....

Ich probiers nochmal am Montag weil entweder nehm ich zuviel oder zuwenige Tabletten.. Soweit bin ich schon ...
Danke Christian probier ich wie gesagt am Montag mal aus ...

[BenderD]

... das ganz sicher nicht. Aber wenn man einen Fehler sucht und hartnäckig nicht findet, dann ist meistens eine der Grundannahmen über den Ablauf falsch und da gehört die Liblist und OVRSCOPE immer zu den Kandidaten (deshalb lasse ich da von Basteleien an und mit beidem die Finger weg!!!). Hast du dich schon mal damit befasst warum der chain in den Wind geht (Joblog, INFDS) und hast du mal versucht direkt hinter oder vor dem chain einen Satz in dieselbe Datei zu schreiben?

D*B

ihr verarscht mich alle -- nicht nett ..
ich glaub ihr wisst schon was ich mein...
klar arbeite ich mit Bibliotheken aber mir ist es egal in welcher reihenfolge sie in meiner libl list stehen . auch wenn es Duplikate gibt ist doch total egal weil ich mich durch OVRDBF auf die richtige Datei beziehe...

wenn ich wie gesagt das Programm 5 min vorher mit der gleichen LIBL LIST aufrufe ( ein Fehler) 2 min später im DEBUGMODUS (kein Fehler) dann weiß ich auch nicht mehr weiter.. Programmier jetzt auch schon knapp seit 10 jahren in RPG rum
aber sowas is mir noch nie passiert...

Mein Chef hats auch nicht geglaubt... Vorführung des ganzen und Ihr hättet mal seine Augen sehen solln.. Ich glaubs ja selber nicht weils sowas nicht geben kann....

Ich probiers nochmal am Montag weil entweder nehm ich zuviel oder zuwenige Tabletten.. Soweit bin ich schon ...
Danke Christian probier ich wie gesagt am Montag mal aus ...

[Fuerchau]

Und die letzte Variante wäre hier noch die CCSID.
Welchen Inhalt hat dein Schlüssel, Zeichen/Zahlen/Sonderzeichen, und woher kommt er (gelesen/Konstante).
Ist deine Umgebung zwischen normalem und Debug-Aufruf tatsächlich identisch ?

[woodstock99]

ich weiß zwar nicht was heute los ist aber heute funktioniert es wieder... nix umgestellt oder sonst was.

versteh es zwar nicht aber naja....
ich wart mal die woche ab was noch so passiert.... finds langsam nur noch amüsant. .......

@ fuerchau

schlüssel enthält nur alphanumerische werte ...

2 konstanten und ein länderkennzeichen wird vorher uber chain ermittelt.. aber das passt zu 100%...

wie gesagt ich bleib mal am ball was die woche so passiert...

danke für eure zeit und für eure hilfe erstmal...

[woodstock99]

ich will nicht mehr....
heute hats wieder nicht funktioniert...
ich gebs auf ....
weiß nicht was da los ist

[Pikachu]

Wie sieht denn der OVRDBF genau aus?

[woodstock99]

OVRDBF FILE(XXXX) TOFILE(XXXX/XXXXX) +
OVRSCOPE(*JOB) OPNSCOPE(*JOB)

[Pikachu]

Ok, das sieht normal aus. Vielleicht ist ja im RPG-Programm was mit MOVELs wo die Zielvariablen nicht mit Leerzeichen aufgefüllt werden oder sowas in diese Richtung?

[woodstock99]

@pikachu...

nö das isses nicht...
ich glaub es liegt am wetter.... wenns bei uns regnet dann gehts wenn nicht dann gehts nicht....

der oberhammer ist ja wie gesagt gestern hats funktioniert
wie die monate davor auch ....
wie gesagt hab sowas noch nie erlebt uns kapier es auch überhaupt nicht.. null , nothing, niente

[BenderD]

... mit dem Gejammer wird das nix, das Problem sitzt meistens vor dem Bildschirm!

D*B

@pikachu...

nö das isses nicht...
ich glaub es liegt am wetter.... wenns bei uns regnet dann gehts wenn nicht dann gehts nicht....

der oberhammer ist ja wie gesagt gestern hats funktioniert
wie die monate davor auch ....
wie gesagt hab sowas noch nie erlebt uns kapier es auch überhaupt nicht.. null , nothing, niente

[cbe]

OVRDBF FILE(XXXX) TOFILE(XXXX/XXXXX) +
OVRSCOPE(*JOB) OPNSCOPE(*JOB)

Hallo Woodstock,

gibt es in dem rufenden Programmbaum evtl. einen gleichlautenden OVRDBF?
Dann greift dieser OVRDBF nicht, da die AS400 dann auf den vorigen zugreift (um das zu verhindern kann man den Parameter SECURE auf *YES stellen)

Und eine Idee zum Debuggen:
Mach den Ablauf ganz normal im kompletten Programmbaum und debugge von einer anderen Sitzung aus:
1. STRSRVJOB ErsteSitzung
2. STRDBG PROGRAMM
3. Aufruf in ersterSitzung

Evtl. fällt Dir dann was auf.
Dann hast Du auch Zeit satt, die OVRs und offenen Dateien zu prüfen.

Viel Erfolg
Christian