CALL PGM schlägt fehl

[alexander may]

Hallo Forum,
Frage zum Verständnis:

Wenn ich im RPG aus einem PGM1 mit CALL ein PGM2 aufrufe, bekomme ich, wenn ich den Namen von PGM2 z.B. in Kleinbuchstaben eingebe, einen Abbruch:

MCH3401

Nachricht . . . : Auflösung zu Objekt PgM2 nicht möglich. Art und Subart
X'0201', Berechtigung X'0000'.
Ursache . . . . : Ein System- oder ein Datenzeiger kann nicht aufgelöst
werden.

Wie kommt das? Warum ist die Maschine hier an der Stelle Case-Sensitiv?

Danke schonmal....

Gruss

Alexander May

[Fuerchau]

Bei OPM-Calls war das schon immer so, da Objektnamen grundsätzlich in Großbuchstaben sind.

Wenn du einen CALL per CMD abgibst, schlägt die automatische Umwandlung in Großbuchstaben des CMD-Prozessors zu, solange kein Hochkomma verwendet werden.

Bei ILE-Prozeduren gilt genauso die Case-Sensitivität.

Bei SQL-Namen wird auch automatisch in Großbuchstaben gewandelt, wenn der Name nicht in Anführungszeichen steht.

select feld from file => SELECT FELD FROM FILE
select "feld" from "file" => SELECT "feld" FROM "file"

Ggf. wird dann das Feld oder die Datei dann nicht gefunden, da auch hier alles Case-Sensitive ist.

[B.Hauser]

Bei SQL-Namen wird auch automatisch in Großbuchstaben gewandelt, wenn der Name nicht in Anführungszeichen steht.

Das ist nicht nur mit SQL-Namen so, das funktioniert auch für jedes System-Objekte, d.h. es ist z.B. möglich eine case-sensitive Bibliothek anzulegen.

CRTLIB LIB("Hauser")                    
       TEXT('Case Sensitive Bibliothek') 

Ich vermute dass der Fehler auftritt, weil entweder ein CALL verwendet wurde und der Programm-Name in Hoch-Kommata case sensitiv angegeben wurde, oder wenn Prototyping verwendet wurde wurde das Programm im Schlüssel-Wort ExtPGM ebenfalls in Hoch-Kommata case sensitiv angegeben.

Birgitta

[holgerscherer]

CRTLIB LIB("Hauser")                    
       TEXT('Case Sensitive Bibliothek') 

Hallo Biggi,
das ist ein schönes Beispiel, wie man dann die Leute verwirren kann, spätestens wenn WRKLIB anzeigt:

_     "Test"      PROD     
_     "TesT"      PROD 

:-)

Wie bei IBM üblich, weiss man nicht ob das Bug oder Feature ist; man sollte es nur meines Erachtens meiden. Bin selbst sowieso kein Freund des CaseSensitiven, generell ob es ein Objekt, ein Feldname oder wasauch immer ist. Das bringt immer nur Probleme, wie die Unixer unter uns nur zähneknirschend zugeben müssen...

-h

[B.Hauser]

Bin selbst sowieso kein Freund des CaseSensitiven, generell ob es ein Objekt, ein Feldname oder wasauch immer ist. Das bringt immer nur Probleme, wie die Unixer unter uns nur zähneknirschend zugeben müssen...

-h

Ich hab' auch nicht gesagt, dass case sensitiv toll ist und dass man es unbedingt verwenden sollte, nur dass es auch funktioniert. Eigentlich bin ich ganz zufrieden mit der Konvertierung in Groß-Schreibung. In ILE Quellen kann man ja case sensitive schreiben wenn man möchte.
Dann kann jeder so schreiben, wie es ihm am besten gefällt und ChkArtikelNr, chkArtikelNr, CHKARTIKELNR ruft immer die gleiche Funktion auf.

Birgitta