Satzsperren etc.

[B. Eversberg]

Die Vermutungen von Herrn Eger sind nicht ganz zutreffend.
Ich habe angemerkt, wo es nicht stimmt:

A ------------------------------------------------------- 
Nutzer: 
- Satz zum Editieren oeffnen  (z.B. presto "E") 
System: 
- .TBL lock          NEIN
- neu einlesen 
- wenn Satz frei, Sperrkennzeichen setzen 
  sonst Meldung: Satz gesperrt
- .TBL unlock        NEIN

  Hier waere das Locking ueberfluessig. Es wird ja keine kritische 
  Schreibaktion durchgefuehrt. Die Satzsperre wird von a99 und
  avanti nicht gesetzt, nur von den DOS-Programmen

B -------------------------------------------------------- 
Nutzer: 
- Editieren abbrechen 
System: 
- .TBL lock,     NEIN
- Satzsperre zuruecksetzen 
- .TBL unlock    NEIN

  Dasselbe wie unter A

C -------------------------------------------------------- 
Nutzer: 
- geaenderten Satz speichern 
System: 
1 - alle beteiligten Dateien lock (atomar: .xDX, .TBL, .xLD, evtl 
    ..STL) 
           NUR .TBL wird gesperrt, die anderen sind dadurch bereits
           gleichfalls geschuetzt, da ja niemand anders dann
           ueberhaupt schreiben kann
wenn erfolgreich: 
2 - aktuellen Zustand der zu veraendernden Dateien neu einlesen: .xDX, 
    .xLD .TBL, .STL 
  a99/alcarta: wenn Datum in #99e nicht mehr identisch: Kein Speichern
3 - beteiligte Dateien aktualisieren 
4 - alle beteiligten Dateien unlock (atomar) 
    nur TBL wird freigegeben, die anderen waren ja nicht gesperrt
    Der Satz wird durch das eigentliche Schreiben schon wieder
    entsperrt (das erste wird wieder 1)
    

MfG B.E.
    
Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de