[Allegro] das neue acon.exe vom 13.1.2015 haut daten weg!

[Bernhard Eversberg]

Herrn Lehmanns Problem betrifft anscheinend nur acon mit srch.job.
Nachvollziehen konnten wir's noch nicht. Zu empfehlen ist aber
sowieso, für diesen Zweck gar nicht acon einzusetzen, sondern
das viel schnellere srch.exe (welches von acon, wie gesagt, völlig
unabhängig ist!). srch.job wurde NUR geschaffen, weil wir eine
Weile dachten, dann kein 32bit srch machen zu müssen. Es erwies
sich aber, daß "acon -j srch -..." VIEL langsamer ist als "srch ..."
und deshalb haben wir dann doch das 32bit srch gemacht. Nur die
FLEX-kundigen Anwender, m.a.W., können evtl. mit srch.job was
anfangen, wenn sie was vorhaben, was sich mit srch.exe nicht
machen läßt. Jeder andere braucht srch.job nicht und kann
es nachteilsfrei löschen.

Bei der Gelegenheit noch was, und zwar zur Betreffzeile.
Solche Formulierungen haben immer einen Frustrationshintergrund,
das verstehen wir und dafür können Sie unserer Empathie gewiß
sein. (Was glauben Sie denn, wie's uns tagtäglich ergeht beim
Entwickeln!)
Wenn man aber, um den Leidensdruck durch Dampfablassen zu senken,
Betreffzeilen wie die obige rausballert, dann ist das durchaus
kontraproduktiv. Dieses Beispiel ist prima geeignet, bei
arglosen Lesern Bedenken zu wecken, ob man acon denn einsetzen
solle. (Und unter diesen Lesen sind auch Lehmanns Klienten.)
Für allegro-Gegner aber ist es ein gefundenes Fressen, die
kolportieren das als "Bei allegro muß man ständig Datenverluste
befürchten!!" Schlimmer könnte ein Mißverständnis nicht sein.

Also: Dampf lieber sonstwo ablassen als ausgerechnet in der
Betreffzeile - es kann nur schaden, auch dem Schreiber selbst, uns aber
nicht zu schnellerem Handeln motivieren.

B.E.