SQL und OBJLCK

[malzusrex]

Die XXGDRP ist nicht das Problem. Diese wird in dem Programm mit CLRPFM (mit dem API SYSTEM) gelöscht. Sollte einer auf dieser Datei sitzen, so würde der Clear schon platzen. Es ist definitiv die GRARTP. Wenn ich diese Datei mit CPYF in die QTEMP schubse, dann klappt das SQL. Er bekommt für den SubSelect immer nur 1 Satz. Er mekert ja im Joblog auch an, das er den Satz in der GRARTP nicht zuordnen kann. Das Proggi läuft schon seit ca. Feb/März 2006 wöchtlich ohne PRobleme, bis auf heute!

hier nen auszug aus dem Joblog

Nachricht . . . :   Satz 3512 wird von Job 531803/VTRA_07/QPADEV0030 benutzt.
Ursache  . . . . :  Satznummer 3512, Satzformat FORMAT0001, Teildateinummer 2
  in Teildatei XXGDRP in Datei XXGDRP in Bibliothek DIPF01 kann nicht        
  aufgerufen werden, weil Satznummer 3512 von Job 531803/VTRA_07/QPADEV0030  
  benutzt wird. Der Fehlercode ist 2. Lautet der Fehlercode 1, trat dieser

mach ich nen WRKOBJLCK auf dei XXGDRP, so ist da halt keine Sperre vorhanden!

Gruß Ronald

[RobertMack]

Bei WRKOBJLCK auch F6 gedrückt?

[malzusrex]

Bei WRKOBJLCK auch F6 gedrückt?

jepp, habe ich. da war auch nix

[malzusrex]

ich werde mal probieren, ob ich den "fehler" in einer testumgebung noch einmal hin bekomme. sobald ich noch ein paar daten dazu habe, melde ich mich.

gruß ronald

[kuempi von stein]

Hello,

ich denke das Problem liegt irgendwo in dem Bereich:

Teildateinummer 2 

gruss

k.

[BenderD]

Hallo,

hast du mal nach den Teildateisperren geschaut, oder die Sperren des Jobs 531803/VTRA_07/QPADEV0030 angeschaut, oder nach Satzsperren der Datei XXGDRP gesehen?
Wie ist der ganze Kram denn gebunden? Der set option wirkt lediglich zur Compile Time und nur bei dem Programm/Serviceprogramm, das in der Activation Group den impliziten Connect an die Datenbank macht, sprich die erste SQL Anweisung ausführt, die jeweiligen Folgeoperationen erben sozusagen den Commit Level (dann dürfte das allerdings mit der QTEMP Variante nicht gehen). Entweder verheimlichst du uns noch was oder es handelt sich um einen Bug.

mfg

Dieter Bender

Die XXGDRP ist nicht das Problem. Diese wird in dem Programm mit CLRPFM (mit dem API SYSTEM) gelöscht. Sollte einer auf dieser Datei sitzen, so würde der Clear schon platzen. Es ist definitiv die GRARTP. Wenn ich diese Datei mit CPYF in die QTEMP schubse, dann klappt das SQL. Er bekommt für den SubSelect immer nur 1 Satz. Er mekert ja im Joblog auch an, das er den Satz in der GRARTP nicht zuordnen kann. Das Proggi läuft schon seit ca. Feb/März 2006 wöchtlich ohne PRobleme, bis auf heute!

hier nen auszug aus dem Joblog

Nachricht . . . :   Satz 3512 wird von Job 531803/VTRA_07/QPADEV0030 benutzt.
Ursache  . . . . :  Satznummer 3512, Satzformat FORMAT0001, Teildateinummer 2
  in Teildatei XXGDRP in Datei XXGDRP in Bibliothek DIPF01 kann nicht        
  aufgerufen werden, weil Satznummer 3512 von Job 531803/VTRA_07/QPADEV0030  
  benutzt wird. Der Fehlercode ist 2. Lautet der Fehlercode 1, trat dieser

mach ich nen WRKOBJLCK auf dei XXGDRP, so ist da halt keine Sperre vorhanden!

Gruß Ronald