[Allegro] V32.1 ist da

Bernhard Eversberg ev at biblio.tu-bs.de
Mi Feb 22 07:54:44 CET 2012


Am 21.02.2012 21:11, setzt Berger das Stilmittel der emphatischen
Exklamation ein:
>
> srch32.exe ist vom 1.2.2012 und ich meine mich zu erinnern, dass
> seitdem der folgende Bug(!) bereits Thema gewesen und als bereinigt
> gemeldet worden ist:
Und zwar wann und mit welcher Meldung? Wir finden das nicht.

>
> Versuch 2:
>
> set -b=cat
> g:\allegro\srch32 -s#4m -ei-1/xx -d*g:\allegro\demo2\cat_*.ald -m0 -v0 -PG:\allegro
>
> G:\allegro\uif4ger geoeffnet
> [...]
>   cat_1.ald durchgearbeitet
> Datei ccat_2.ald geoeffnet, Typ=d
>
> (crash). Man beachte das "*c*cat_2.ald beim zweiten Versuch.
>
Stimmt. Obzwar die Erinnerung an dieses Fehlverhalten versagt und die
Quellcodes auf keinen Behebungsversuch hindeuten, haben wir diese nun
ins Werk gesetzt (die Behebung).
Nicht nur die Environment-Variable, auch die Option  -b  rief das
Fehlverhalten hervor.

srch32.lzh liegt unter ftp bereit.

B.E.

Hinweis:
Im Quellcode  srch.c  wurde die Auswertung der Option -b präzisiert, und
zwar das Nichtvorkommen des Dateinamenseparators (*fsep, also \ bzw. /)
korrekt abgefangen. Dann übernimmt die Pfadangabe aus -d die
Verantwortung, was vorher nicht der Fall war, aber der Intuition wie
auch der Logik entspricht.



Mehr Informationen über die Mailingliste Allegro