[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