[Allegro] Nachladeverhalten bei srch/srch16 / Teil 2

[Thomas Berger]

Lieber Herr Allers,

> Also noch einmal:
> 
> cat.api im Datenbankverzeichnis sei gelöscht, es sei die cat.api des Programmverzeichnisses also die, die 
> die Datenbank "regiert".
> 
> Die FLEX-Befehls-Folge 
> 
> var P "srch -ka -f6 -d" P "vs.alg -ee-x-p/" W "\\e-x-p.txt -b" D "cat -m0 -s0 -P" P
> cAll
> 
> arbeite mit dieser e-x-p.apr:
> 
> zl=0
> ke=C
> ks=1
> #dt +a "ackr!" e"!" |80
> #t{"nichts nachgeladen"}
> #+#
> #-a
> #t{"nachgeladen: "}
> ##
> #</

und wenn man das nicht in einen Flex kastelt, sondern an der Konsole ausfuehrt,
sieht man:

18:06:34 G:\allegro>srch -ka -f6 -dvs.alg -ee-x-p/e-x-q.txt -bdemo2\cat -m0
G:\allegro\uif4ger geoeffnet
G:\allegro\$a.cfg geoeffnet
G:\allegro\s1.asp geoeffnet
Target files vs.alg
1 files on , first, last: vs.alg, vs.alg

durchsucht wird vs.alg
e-x-p.apr geoeffnet
output=e-x-q.txt wurde geoeffnet


Die Suche/Verarbeitung beginnt mit vs.alg

Indexparam. .\demo2\cat.api kann nicht gelesen werden


also: srch32 erwartet die .api im Datenverzeichnis [damit
laesst sich leben].


(acon -jsrch.job hingegen funktioniert).

viele Gruesse
Thomas Berger