[Allegro] protokolldateien: protok und protoq und upro -> mindestens ein problem noch

[Thomas Berger]

Lieber Herr Eversberg, liebe Liste,

Am 01.06.2015 um 09:16 schrieb Bernhard Eversberg:
> Am 01.06.2015 08:49, schrieb Klaus Lehmann:
>>
>> protok und protoq (=p&p)
>> ========================
>> der name bei mindestens eine der beiden dateien ist NICHT veränderbar.
>> aber (zum glück): der "aufenthaltsort" ist bestimmbar.
>> ich habe nochmal genauer hingeschaut, und siehe da: p&p ist da, wo sie
>> (bei mir) sein sollen.
>> superideal irgendwann in langer zukunft wäre natürlich: name und ort GENAU
>> bestimmbar... ;-)
>>
> Hier sind wir noch im Zweifel, ob in dem Punkt nicht doch das
> Montesquieu-Diktum greifen sollte, mithin der status quo ok ist.

war nicht neulich einmal ventiliert worden, sie im Daten-
statt im Arbeitsverzeichnis anzulegen?

Was mich schon immer stoerte (daher nutze ich nach Moeglichkeit nicht
das unmodifizierte org.flx bzw. seinerzeit die Cockpit-Indexierung):

1. In jedem der beiden Indexlaeufe entstehen protok/protoq, die aus
   dem ersten werden vom zweiten ueberschrieben. Bezueglich doppelter
   Primaerschluessel koennen die des ersten Laufs aber recht interessant
   sein (vorausgesetzt man waehlt dafuer eine Haeufigkeitsschwelle von
   1 fuers Protokollieren)

2. Das adhoc-Zusammenbasteln von .bat-Dateien sollte stets und unbedingt
   vermieden werden, insbesondere wenn es unter einem festen Namen im
   Arbeitsverzeichnis geschieht:
   a) geraten verschiedene Prozesse mit demselben Arbeitsverzeichnis damit
      latent in Konflikt
   b) die generierenden Datein sind extrem schlecht wartbar und damit sind
      fast zwangslaeufig die generierten Dateien ziemlich "laessig" und
      haben z.B. nicht die extensive Fehlerbehandlung (es gibt nichts, das
      nicht schiefgehen kann), die angebracht waere, bzw. fuer drastische
      Aufgaben wie Reindexierungen m.E. unbedingt zwingend.

verbesserte org.bat's (bzw. meinetwegen org.flx) koennten die protok/protoq-
Dateien geeignet umbenennen und durch die Gegend schieben, derzeit *duerfen*
aber keine zwei Indexierungen auch verschiedener Datenbanken gleichzeitig
im gleichen Arbeitsverzeichnis ablaufen, Verlagern ins Datenverzeichnis
wuerde dem abhelfen und die Konflikte im Arbeitsverzeichnis vermeiden, eine
Regelung in org.bat koennte dann recht einfach dafuer sorgen, die Protokolle
von erstem und zweitem Lauf auseinander zu halten.

viele Gruesse
Thomas Berger