nicht deklarierte Variable QTIME lässt sich fehlerfrei compilieren?

[holgerscherer]

Hallo!
Ich habe ein für mich unerklärbares Phänomen von CL Variablen gefunden.

It's not a bug, it's a feature

QTIME wird hier als non-quoted Character String erkannt, und hat genau diesen Wert: "QTIME"...

Und neu ist das auch nicht, gerade eben auf V5R3 getestet:


PGM
IF COND(QTIME *EQ 'QTIME') THEN(SNDMSG +
MSG('hallo!') TOUSR(*REQUESTER))
ENDPGM

liefert als Ergebnis "hallo!" in die msgq

Nachtrag: in MI umgewandelt steht das auch schön brav als Literal drin - ist also Absicht:

CMPBLAP(I) <0005!QTIME>,<0005!QTIME>,' '/ EQ(?4TEMP0001)

siehe auch https://www.ibm.com/support/knowledg...arstrngexp.htm

-h

[Fuerchau]

Das hat noch nicht mal was mit CL's zu tun sondern ist Bestandteil der CMD-Syntax.
Stell dir vor, alle Namen und Werte die man so verwendet müssten immer in Hochkommata, wobei diese Werte dann noch casesensitive wären.

Die Eingabe "cAlL pgM(MyPgm)" macht automatisch einen "CALL PGM(MYPGM)" draus, da alle Zeichen die nicht zwischen Hochkommata stehen, in Großbuchstaben gewandelt werden.

Stand (bei mir seit) V2R1!

RPG/COBOL können das nicht, bei SQL wurde das mit den "globalen Variablen" wieder eingeführt. Man kann sich auf den SQL-Compiler einfach nicht mehr verlassen.
Damit ist auch Birgitta's Aussage klar, nach jedem SQL den SQLCODE abzufragen, denn der -206 deutet in 99,997% aller Fälle auf einen Runtime-Tippfehler hin (hatten wir früher nicht), den man sonst kaum bemerkt und sich nur wundert warum es denn nicht klappt.