[Allegro] OpenSource : INDEX.EXE wird nochmal runderneuert

[Bernhard Eversberg]

[Hier der intendierte, beim ersten Versuch leider nicht gesendete Text]

Als nächste Freigabe sollen die Quellen zu  index.exe  erscheinen.
Es zeigte sich, daß dazu eine gründlichere Überarbeitung nötig war, die
sich nun aber dem Abschluß nähert.
Es war allerdings, das sei gleich gesagt, nicht möglich, auch index.exe
auf die Klassenbibliothek zu gründen. Statt dessen sind die Programme in
C statt C++ gehalten, was aber wohl der Performance eher zugute kommt.
Die Quelltexte verteilen sich auf mehrere Dateien, die aber, wo immer
sachlich möglich, namensgleich sind zu den Dateien der
Klassenbibliothek, nur eben in C: z.B. exet.c statt exet.cpp  oder
aiprepar.c statt aiprepar.cpp. Diese sind dann auch intern weitgehend
identisch, also für eine parallele Pflege wenig aufwendig, so denn
überhaupt einmal in eine dieser Quellen einzugreifen sein wird.

Der Hauptaufwand lag darin, diese Übersichtlichkeit zu erreichen, weil
sonst das Zurechtfinden denn doch arg erschwert gewesen wäre.
Das eigentliche Hauptprogramm steckt dann in  index.c, und nur
dieses wäre evtl. einmal verbesserungsnotwendig, alle anderen eher kaum.
Ansonsten waren allerhand Obsoleta auszumerzen sowie Kommentare in
engl. Sprache, die häufig aus manchen Epochen der Programmierung
noch drinstanden, angemessen zu übersetzen, zu erweitern oder auch
mal zu straffen und inhaltlich zu überprüfen.

Analog scheint es nun in Reichweite, doch noch 32bit-Äquivalente zu
srch.exe und update.exe zu erstellen. Deren Hauptteile wären dann
srch.c bzw. update.c, die anderen Teile wären gleich. Bisher hatten
die alten C-Programme keine derartige Modularität auf dieser Ebene,
daher war der Aufwand für SRCH und UPDATE zu hoch, aber nun hätten
wir eine neue Ausgangslage dafür.

Andererseits schwanken wir, ob denn nicht die Verwendung von Job-
dateien und acon doch sinnvoller bleibt. Zusätzliche 32bit-Programme
srch.exe und update.exe würden natürlich, Bitidentitität der
Resultate vorausgesetzt, sehr begrüßt, sind aber doch nicht
Stand der Technik, denn ein singuläres, ungleich FLEXibleres
Konsolprogramm, eben acon, hat ja doch pflegetechnisch größere
Vorteile und ist für diese Aufgaben auch hinsichtlich Performance
völlig in Ordnung.

B.Eversberg