?srch.exe und datenpfad

[Thomas Berger]

-----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-----