AW: ?srch.exe und datenpfad

[Gerhard Englert]

Lieber Herr Berger,

der -b Parameter war wirkungslos. Gewirkt hat wie gesagt, den __ganzen__
Pfad, statt des alleinigen Dateinamens in die programmzeile zu schreiben:
srch -f4 -dq:\zib\lit_1 ..... statt srch -f4 -dlit_1 ....

Was 'ne Weile gedauert hat, bis ich da drauf gekommen bin, weil ich
naturlich den Fehler zuerst ___uberall___ nur nicht im Executable gesucht
habe.

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