Symbolischer Link auf *SAVF in Bibl. QTEMP unter V6R1

[holgerscherer]

Es ist doch nur eine symbolische Verbindung, da muß das Objekt auf das sie zeigt nicht vorhanden sein.

Jepp, aber im Kontext der QTEMP wirklich nur sehr temporär, da deren interne Adresse nie wiederverwendet wird.

-h

[BenderD]

... das scheint mir nicht der Punkt zu sein:
- QTEMP kann man selber als (Verzeichnis) link auffassen - und es ist wahrscheinlich auch so implementiert

was mich eher stört:
- wenn man das löscht, auf was ein Link zeigt, dann habe ich bei einem Soft link einen broken link, bei einem Hard link hält der zweite Verzeichnis Eintrag die Daten weiter
- was ich eigentlich nie erwarten kann ist, dass über einen broken link das ursprüngliche Objekt wieder erzeugt werden kann


D*B


Jepp, aber im Kontext der QTEMP wirklich nur sehr temporär, da deren interne Adresse nie wiederverwendet wird.

-h

[Fuerchau]

Ich denke auch, dass IBM da eine Fehlerquelle geschlossen hat.
QTEMP-Objekte werden zerstört, wenn der Job endet.
Auf ein Objekt können durchaus mehrere Links verweisen, der letzte RMVLNK/DEL löscht auch dann das Objekt.

QTEMP.LIB wird zur Laufzeit normalerweise auf den eigenen Job aufgelöst. Allerdings unterstützen nicht alle Befehle oder IFS-Zugriffe die QTEMP.

Da ein Link auf ein /QSYS-IFS-Objekt nur funktioniert, wenn das Objekt existiert, hat man hier eben vor V6 sich auf einen Fehler verlassen.

PS:
Bei mir auf V5R4 klappt das übrigens auch nur, wenn das QTEMP-Objekt existiert.