-
Unglaublich aber Wahr
Ich bin jetzt seit 2 Tagen einem
Phänomen auf der Spur und ich komm nicht drauf...
Ich habe ein Übernahme Programm geschrieben das ich per CL aufrufe..
Im CL arbeiten wir mit OVRDBF ...
So wenn ich jetzt dieses CL ganz normal aufrufe
findet er bei einem Chain keinen Satz in einer Datei obwohl dieser eigentlich da ist...
Jetzt kommt aber der Hit..
Rufe ich das gleiche Cl auf und befinde mich im DEBUG Modus im Programm dann findet er den Satz in der Datei ....
Ich bin kurz vorm verzweifeln....
Das Programm läuft jetzt schon seit einem halben Jahr fehlerfrei... und seit 3 Tagen tritt dieses Phänomen auf ..
Ich kapier es echt nicht (((...
-
Tja dann würde ich sagen hat irgendwer an der Schraube gedreht, Viellicht stimmt die lib Liste nicht mehr und er findet eine Leere-Datei und wenn Du testest dann hast du die richtige Umgebung
Gruß
Gregor
-
ich arbeite nicht mit ner libl list...
deshalb ja auch die OVRDBF...
das gleiche cl und das gleiche programm!!
wie gesagt im debug funktionierts....
aber das is doch das gleiche als wie wenn ich es normal aufrufen würde oder??? ausser halt die debugfunktionenen kann ich verwenden...
ich bin mehr als ratlos ((
-
"ich arbeite nicht mit ner libl list..." Unglaublich, in der Tat ;-))
Mach ma'n WRKOBJ *ALLUSR/Dateiname
Und, wann passiert der OVRDBF? Evtl. VOR einem SBMJOB?
-
"ich arbeite nicht mit ner libl list..." Unglaublich, in der Tat ;-))
du nimmst mich auf den arm )))....
nein nix sbmjob usw.....
ganz normales cl das ein pgm called ohne irgendwas....
-
Erstmal DSPJOB
Ich würde dasselbe vermuten wie Gregor. Schau Dir mal Deinen Job genauer an, während das Programm läuft, oder untersuche, wo es überall Duplikate von Deiner Datei gibt. Übrigens: Dass Du nicht mit einer LIBL arbeitest, halte ich für ein Gerücht
Gruß
Mathias
-
... aber vielleicht deine libl mit dir ...
D*B
Zitat von woodstock99
ich arbeite nicht mit ner libl list...
-
OVRDBF
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.
-
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 ...
-
... 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
Zitat von 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 ...
-
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 ?
-
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...
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks