AW: ?srch.exe nach Version 2001 kann nicht mehr uber set D= und set b= nachladen

[Gerhard Englert]

Lieber Herr Berger,

mir ist noch was aufgefallen.

Sie schreiben unten, dass
> "-dlit_1" sollte ein Ersatz fuer die Umgebungsvariable %-D% sein,
> nicht dazu ergaenzt werden."

Das haben wir auch nicht gemacht, denn im (mit der alten srch.exe laufenden)
Batch gibt es keine Umgebungsvariable "-D".
(Es ist _alles_ in einem einzigen Verzeichnis)
Die kam erst bei meinen Versuchen rein, als mit der neuen srch.exe das
Nachladen nicht mehr ging.
Es ist also so, dass das neue Srch.exe (ab 2001) diese Umgebungs-Variable
nicht mehr so auswertet, wie fruher. Ganz konkret ist alles was mit dem
NACHLADEPFAD zu tun hat, verloren gegangen.

Seit wir wieder die alte srch.exe verwenden, lauft der Export wieder.

mfg

G. Englert








> -----Ursprungliche Nachricht-----
> Von: Maiser at buch.biblio.etc.tu-bs.de
> [mailto:Maiser at buch.biblio.etc.tu-bs.de]Im Auftrag von Thomas Berger
> Gesendet: Montag, 16. Februar 2004 15:04
> An: Diskussionsliste Allegro-C
> Betreff: Re: ?srch.exe und datenpfad
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Lieber Herr Englert,
>
> | Beim weiteren Ausprobieren, hat sich rausgestellt, dass es der
> | Daten-Parameter -d ist, der nicht mehr geht. Kopiere ich namlich den
> | Datenpfad direkt in die srch-Zeile, dann lauft es wieder.
> | Nachdem das nachladen direkt aus der DB erfolgt war der
> Parameter -b nicht
> | relevant und hat keine Anderung gebracht.
> |
> | alt:
> | ich habe Srch.exe (28.3.2001), die Parameterdateien und die Datenbank in
> | einem Verzeichnis und alles lauft seit Jahren INKL. Nachladen wunderbar:
> | srch -f4 -dlit_1 -m0 -ee-pub/test.txt -v0 -s(#68c) -kazib
> |
> |
> |
> | neu:
> | Seit ich eine neuere srch.exe reinkopiert habe, muss man den
> Datenpfad in
> | die programmzeile schreiben. "set -d=.."  mag er auch nicht=..:
> | srch -f4 -dq:\zib\lit_1 -m0 -ee-pub/test.txt -v0 -s(#68c) -kazib
> |
> |
> | Mach ich was falsch oder ist wirklich ein Fehler in der neuen
> Srch-Exe? Auch
> | die vom 27.7.2002 reagiert schon "falsch"(?).
>
> Interessante Information: Am 1.12.2003 wurde tatsaechlich an der
> Behandlung der Pfade gedreht (im Hinblick auf Laufwerksbuchstaben
> allerdings eher), vgl. http://www.gymel.com/bugzilla/show_bug.cgi?id=267
>
> Die von Ihnen beobachtete Aenderung des Verhaltens ist also aelter.
> Ich selber halte es nicht oder nur teilweise fuer einen Bug, denn
> "-dlit_1" sollte ein Ersatz fuer die Umgebungsvariable %-D% sein,
> nicht dazu ergaenzt werden. Mich wundert allerdings, dass der
> Export funktioniert, nur das Nachladen nicht...
>
> Funktioniert das Nachladen mit den neuen Executables und altem Aufruf,
> wenn Sie -b ergaenzen?
>
> viele Gruesse
> Thomas Berger
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFAMM3JENVh3bB0lwMRAqZrAKCoYWRNLh5AmO6HGBVutAmI5yYuTgCfcVph
> n6+mlNBkAWNOVKK9Knuxs80=
> =NVCc
> -----END PGP SIGNATURE-----