CHKDLO versus WRKLNK / DSPLNK

[BenderD]

Dann nimm SQL, so wie Birgitta vorgeschlagen hat. Da allerdings intern wieder API's verwendet werden ist die Funktion langsamer als der CHKOUT.
Die Wartezeit für die Sperre beträgt default 60 Sekunden.
Ein CHKOUT/CHKIN-Paar liegt weit unter 1 Sekunde, sollte also kein Problem darstellen.

... warum sollte sich jemand diesen Krampf antun, wenn eine subprocedure access(path: 0) gibt, die einem 0 zurückgibt, wenn das Objekt existiert?
Die grandiosen SQL_Services sind lediglich wrapper für (andere APIs), die ganze Listen erzeugen und nur über die weitere Schicht SQL bedienbar sind. OK, ich vergaß, man kann sich die Hosen gemäß eines Sprichworts auch mit der Kneifzange anziehen.
Was Assembler angeht, wer das (access(...)) für Assembler hält, der hat weder Ahnung von Assembler, noch von ILE RPG.

D*B

[Fuerchau]

Stimmt, accsess() kommt eigentlich aus der C-Welt, die quasi den Assembler abgelöst hat.
Da kommt man aber mit E305GL nicht direkt drauf, man braucht also einen doppelten Wrapper:
E305GL => ILERPG => C-API;-).

CHECKOUT hätte noch, mit der Sperre, den Vorteil, dass das Objekt zwischen Prüfung und Verwendung nicht verschwinden kann, CHECKOUT => Tuwas() => CHECKIN.
Wer garantiert einem, dass nach access() das Objekt noch immer da ist?
Schließlich erinnere ich mich, dass auf der IBM i durchaus mehrere Jobs am werkeln sind, incl. ggf. Netzwerkfreigaben und die Cients dazu.

[E305GL]

[QUOTE=E305GL;125855]

Dann nimm SQL, so wie Birgitta vorgeschlagen hat. Da allerdings intern wieder API's verwendet werden ist die Funktion langsamer als der CHKOUT.
Die Wartezeit für die Sperre beträgt default 60 Sekunden.
Ein CHKOUT/CHKIN-Paar liegt weit unter 1 Sekunde, sollte also kein Problem darstellen.[/
QUOTE]

Dank für Dein Bemühen, werdens mit CHKOUT/CHKIN versuchen.
Andere SW-Krücken sind uns zu aufwendig, sind vergleichbar mit Assembler anno 1970.

----------------------------------------------------------------------------------------------------
CHKOUT/CHKIN ist einfach und funktioniert, wenngleich mit einem Sperren-Restrisiko.
Habens jetzt mit DSPLNK in eine temoräre outqueue sperrenfrei gelöst.
Nochmals danke.