tbl-Datei weiterhin gesperrt

[Klaus Lehmann]

Hallo Allegrologen,


wie in einer message von vor einer Woche schon beklagt ;-)  ,
haben wir weiterhin die allergroessten Probleme mit den diversen
presto und update.Versionen.

alle presto&updates der Versionengruppe 15 haben wohl LANGE Zugriffe auf die tbl-datei.  Es kommt zwar ein freundlicher Hinweis, dass man mit cockpit dieses problem aus der welt schaffen koenne, aber das kanns ja wohl nicht gewesen sein.

auch mit free.exe ist keine linderung zu bekommen.
(es gibt da einen schalter, der die tbl im kommandozeilenmodus freigibt, ideal fuer batchfiles!)


unsere situation:
novell-netware (shells: netx&vlm jeweils stabile versionen; 
               auch haben hier keine aenderung in den letzten 12? monaten                stattgefunden..;-)
wenn ich eine neue version der grundlegenden allegro-exe's sehe, wird sie reingespielt, denn sie koennte ja groesser,besser,schoener und schneller sein. das update_fieber ist ja hinlaengst bekannt.


ansonsten ist es eine stabile allegro-umgebung, in der alles seinen gewohnten gang geht. [bitte frage jetzt KEINE(r), warum unbedingt neue versionen reinmuessen ;-))))]


unsere(?) fehler:
ca 3-4 mitarbeiter arbeiten mit presto im titel_eingebenden modus.

->(opac-zugriffe mit apac.exe oder presto mit -a0 sind 
   DAVON nicht betroffen!) <-

jenachdem, WER gerade einen titel ZUERST abspeichern moechte, hat wohl die gewalt ueber die tbl. und belegt diese tbl mit beschlag. 

FRUEHER (unter den alten versionen war selten eine zeitverzoegerung auszumachen, da kam hoechsten EINMAL die bemerkung: tbl gesperrt, ich versuche es gleich nochmal ; ODER so aehnlich!)

HEUTE: ist es nicht selten, dass der bildschirm mit obiger aufreizenden fehlermeldung voll geschrieben wird, bis dann der zugriff auf die tbl gelingt.
sehr schoen ist es bei update zu sehen! das flutschte frueher nur so, heute sind lange kaffepausen angesagt. ;-)

da wir einige bibliotheken ausserhalb unseres netzes haben, muessen wir dank adiddas-netzwerk-technologie (=disketten_transfer ;-) die neuen Daten mit update.exe einspielen.


hier mal eine beispielszeile:
update -fm01 -n91 -kakbgret1 -dm:\kbg\kbg -um:\kbg\retd.alg -m0 -v0 -h0 -L

der schalter -F verbietet sich ;-) 
es sei, man will sich 'freunde' schaffen ;-)
-L ist eine winzige beschleunigung, oder?


so, nun denn seit den versionen v15 haben wir trouble!
stl bringt die grosse warterei fuer jeden (titelaufnehmer)!

wie in dieser allegro-liste zulesen war, ist dieses problem nicht ganz unbekannt (Muenchen?), leider hat(te) keiner eine loesung.....


any ideas?

mit grossem dank
Viele Gruesse
 Klaus
  Lehmann
   Sysop of Novell-Servers in Kreuzberg 
--- timEd/2 1.10+
--
|Internet: lehmann at fg.arco.met.fu-berlin.de
|Fidonet:  Klaus Lehmann 2:2411/801.502