Satz gesperrt

[Wuerzl, Robert]

> Der Fehler tritt auf, wenn ein Rechner beim Bearbeiten eines Satzes 
> abstuerzt oder ausgeschaltet wird. allegro hat intern seinen eigenen 
> Sperrmechanismus auf Satzebene. Um den Satz wieder frei zu bekommen, ... 

Als aLF-Anwender (mit durchschnittlich 400 Entlehnungen pro Tag) muessen 
wir taeglich im Schnitt 3 Datensaetze "entsperren", die sicherlich nicht 
durch Absturz oder Ausschalten waehrend des Bearbeitens von der Satzsperre 
heimgesucht wurden.
Fast immer (aber eben nur "fast") wird ein Exemplarsatz gesperrt, wenn 
eine "Rueckgabe" passiert, ohne dass das Exemplar vorher ueber aLF 
"ausgeliehen" worden ist. Dieses Problem war besonders beim Start von aLF 
sehr haeufig, da ja noch einige Tausend "haendische Entlehnungen" 
unterwegs waren. Warum es beim geschilderten Fall zu Satzsperren kommt, 
ist uns unklar.

Fallweise sind auch - ohne erkennbaren Grund - Benutzersaetze gesperrt; 
aber nicht zu verwechseln mit der Funktion "Benutzer sperren" (diese 
gewollte Aktion fuehrt zur Meldung "Nutzer gesperrt" im Gegensatz zu "Satz 
gesperrt")
Beim Sperren von Benutzern passiert es fallweise, dass nach dem 
Funktionsaufruf und nach der Eingabe eines "Sperrgrundes" der Benutzer 
trotzdem NICHT gesperrt war (es blieb #9A 0... statt #9A 1...) und das 
Kommentarfeld war leer. Erst nach einem weiteren Versuch klappte es.

Mit freundlichen Gruessen    Robert Wuerzl

P.S.: warum "hoert" man in der List (fast) nichts von aLF-Bibliotheken?
      Gibt es keine Anwender oder sind alle wunschlos gluecklich?
      
  +------------------------+---------------------------------------+
  | Robert Wuerzl          | Tel:      ++43 1 58801-5995 (5978)    |
  | Bibliothek der TU Wien | Fax:      ++43 1 586 83 87            |
  | Resselgasse 4          | Email:    wue at novsrv.ub.tuwien.ac.at  |
  | A-1040 Wien            |                                       |
  +------------------------+---------------------------------------+