[Allegro] srch32 will nicht

[Thomas Berger]

Lieber Herr Eversberg,

ich dachte eher an eine /neu einzufuehrende Meldung/, dass
-k weder auf die eine noch die andere Weise angegeben ist
und daher das Default A.CFG genommen wird.

Hilfsweise koennten alle Module den Schalter -v (das hatte ja
mal was mit "verbose" zu tun) so interpretieren, dass alle
geladenen Dateien inklusive Pfad und Namen nach STDERR gespuckt
werden. Dann saehe man nicht nur, dass "A" genommen wird,
sondern sogar welches, naemlich P:\I\PA\PO\$A.CFG
Und desgleichen fuer Parameterdateien und Includetabellen.
Das koennte einige Fehlersuchen massiv abkuerzen.

viele Gruesse
Thomas Berger



Am 10.11.2011 11:15, schrieb Bernhard Eversberg:
> Am 10.11.2011 10:58, schrieb Thomas Berger:
>>
>>
>>
>>> (M.a.W.: Wir müssen noch einbauen, daß a als default genommen
>>> wird.)
>>
>> Wichtig waere vor allem eine aussagekraeftige Fehlermeldung statt des
>> Absturzes.
>>
> Es wird keinen Absturz bei dieser Sache mehr geben. Der Fehler war nur,
> daß kein Default vorgegeben war (im C-Programm). Das ist jetzt anders
> und eben wie vorher.
> 
>> Oder eine Warnung, denn vermutlich gibt es gerade zu SRCH grosse
>> Mengen selbstgestrickter Exporte, die ohne -k auf der Kommandozeile
>> oder im Environment einfach stets irgendwie funktioniert haben, und
>> die muessten auch weitgehend gerettet werden :-(
>>
> Die haben nie "irgendwie" funktioniert, sondern entweder klappte alles,
> weil stillschweigend $A.CFG als Default genutzt wurde, oder es war eine
> Variable -k vorhanden. Ohne beides hat es bei Abwesenheit von a.cfg
> oder $a.cfg nie geklappt und eine Fehlermeldung gebracht, und das
> tut's jetzt auch wieder.
> 
> B.E.
> 
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
>