RNF0733

[BenderD]

... ich würde erst mal versuchen im Parameter TOSRCFILE was anzugeben (wobei das wahrscheinlich nicht funzt, wenn ein Trottel mehr als 112 Recordlänge verwenden will).

D*B

[x00]

... ich würde erst mal versuchen im Parameter TOSRCFILE was anzugeben (wobei das wahrscheinlich nicht funzt, wenn ein Trottel mehr als 112 Recordlänge verwenden will).

D*B

Nein, leider noch der selbe Fehler.

[x00]

... ich würde erst mal versuchen im Parameter TOSRCFILE was anzugeben (wobei das wahrscheinlich nicht funzt, wenn ein Trottel mehr als 112 Recordlänge verwenden will).

D*B

Nein, leider noch der selbe Fehler

[Fuerchau]

Ich glaube im Falle von IFS kann der Precompiler die Satzlänge nicht ermitteln (es gibt je keine) und legt die SRCPF mit 112 an. Dies kann man ja im Dialog mal probieren und sich die QTEMP daraufhin ansehen.
In diesem Fall musst du dann eine TOSRCFILE angeben, die nicht in der QTEMP liegt und bereits existiert.
Hier muss man dann nur darauf achten, dass nicht gerade 2 Entwickler dasselbe Programm wandeln.

Beim IFS ist leider das Problem, dass es keine Breitenbeschränkung gibt.
Ob der Precompiler da ein intelligentes Umbrechen macht bezweifle ich.

[x00]

Ich glaube im Falle von IFS kann der Precompiler die Satzlänge nicht ermitteln (es gibt je keine) und legt die SRCPF mit 112 an. Dies kann man ja im Dialog mal probieren und sich die QTEMP daraufhin ansehen.
In diesem Fall musst du dann eine TOSRCFILE angeben, die nicht in der QTEMP liegt und bereits existiert.
Hier muss man dann nur darauf achten, dass nicht gerade 2 Entwickler dasselbe Programm wandeln.

ich habe mein Makefile so angepasst das folgende Befehle ausgeführt werden bevor kompiliert wird:

system "dltObj $(BIN_LIB)/compile objType(*FILE)"
system "crtSrcPf $(BIN_LIB)/compile rcdLen(250)"
system "cpyFrmStmF fromStmF('$<') toMbr('/QSYS.LIB/$(BIN_LIB).LIB/COMPILE.FILE/$@.MBR')"
system -i "CHGATR OBJ('$<') ATR(*CCSID) VALUE($(SOURCE_CCSID))"

das hat mein Problem gelöst. Vielen dank für die Antworten.

[BenderD]

... der Haken daran ist, dass dann im erstellten Objekt ein temp. file als Quelle vermerkt wird, was unschön ist. Besser wäre das tempfile beim CRTSQLRPGI im Parameter TOSRCFILE anzugeben. Überdies würde ich raten @, $, § und diese Scherzartikel generell nicht zu verwenden, weder in Objektnamen, noch in Variablennamen, die sind für unterschiedliche CCSIDs nicht invariant.

D*B

[x00]

... der Haken daran ist, dass dann im erstellten Objekt ein temp. file als Quelle vermerkt wird, was unschön ist. Besser wäre das tempfile beim CRTSQLRPGI im Parameter TOSRCFILE anzugeben. Überdies würde ich raten @, $, § und diese Scherzartikel generell nicht zu verwenden, weder in Objektnamen, noch in Variablennamen, die sind für unterschiedliche CCSIDs nicht invariant.

D*B

Ja is blöd, aber der komplette Build passed jetzt wieder.

Das sind reservierte variablen:

• $< = dateiname mit endung
• $@ = dateiname ohne endung