USRPRF

[DEVJO]

Hab es über ein zweites CL gelöst, war genau der Punkt. Danke auch.......
Scheint ja ein älteres Problemchen zu sein, wieso wurde das dann immer noch nicht behoben

[Fuerchau]

Dies ist kein "Problemchen" sondern so gewollt.
Eine "Umgehung" ist z.B. TFRCTL, dies entspricht einem Call ohne Rückkehr.
Man kann auch das eigene Programm mittels TFRCTL aufrufen, man sollte allerdings mittels Parametern die Steuerung kontrollieren.

[BenderD]

da hat man wohl einen Bug zum Feature gemacht...

Hab es über ein zweites CL gelöst, war genau der Punkt. Danke auch.......
Scheint ja ein älteres Problemchen zu sein, wieso wurde das dann immer noch nicht behoben

[Fuerchau]

Es bliebe ja mal auszuprobieren, ob folgendes funktioniert:

OVRDBF MYFILE SHARE(*YES)
OPNDBF MYFILE

Start:
POSDBF MYFILE *START
Loop1:
RCVF
MONMSG CPF0864 DO(GOTO Start)
goto Loop1

[BenderD]

@Baldur: wenns noch so ist wie früher, dann geht der POSDBF nicht mehr, wenn EOF war, was da half war Trick 17, eins vor EOF beim letzten Satz aufhören (Satzzahl und gelöschte ermitteln und mitzählen), aber ich habe mir diese Trickserei eher abgewöhnt, das mach' ich heute nur noch bei einer Wette für eine Flasche Medoc.

Dieter

Es bliebe ja mal auszuprobieren, ob folgendes funktioniert:

OVRDBF MYFILE SHARE(*YES)
OPNDBF MYFILE

Start:
POSDBF MYFILE *START
Loop1:
RCVF
MONMSG CPF0864 DO(GOTO Start)
goto Loop1

[holgerscherer]

da hat man wohl einen Bug zum Feature gemacht...

Mit V5R4 wird (zumindest in dieser Hinsicht) alles besser

-h

[Fuerchau]

Naja, ob denn CLP dann wirklich HLL's wie RPG/COBOL ablösen kann ?
Wäre noch zu wünschen, dass ich auch noch SQL am besten voll dynamisch verwenden kann, denn REXX ist da etwas langsam.

[holgerscherer]

Naja, ob denn CLP dann wirklich HLL's wie RPG/COBOL ablösen kann ?

neineinein Ich meinte eher Dieters Statement: "klingt mir sehr nach dem alten CL Lied "einmal eof, immer eof"... das soll angeblich noch in V5R4 irgendwann dazukommen. Obs schon drin ist, weiss ich grade aus dem Kopf nicht, meine V5R4er Kiste wird wohl noch gebacken :-(

HLL-Programme durch CL-Programme abzulösen, das ist schon ein recht mutiger Gedanke.

-h