[Allegro] Nachladeverhalten bei srch/srch16 / Teil 2

[Heinrich Allers]

Nach der Klärung des ersten Teil meines Problems, zu der mir Herr Eger verhalf, nun zu meines Problems 
zweitem Teil:

Im ersten Teil ging ich ja exakt von der Demo-Datenbank-Konstellation aus, bei der sich außer der cat.api 
im Programmverzeichnis auch eine solche im Datenbankverzeichnis befindet. Aber im Teil 2 will ich nun 
das untersuchen, was passiert, wenn es die cat.api im Datenbankverzeichnis nicht gibt, also gelöscht ist.

Ich habe auch hier den Eindruck, daß beim Nachladen etwas nicht stimmt:

Unter XP und auf der Demo-Datenbank (srch.exe vom 19.11.2012/10:03 h mit 155.648 Bytes; srch16.exe 
vom 18.7.2012/13:30 h mit 176.676 Bytes) lasse ich folgende FLEX-Datei arbeiten:

Entweder dort:

http://h-allers.de/temp/monte2.flx

oder hier ist sie:


delete e-x-k16.txt\delete e-x-k.txt
delete e-x-p16.txt\delete e-x-p.txt
perf mach-apr   // Produktion von e-x-k.apr und e-x-p.apr
var P "srch -ka -f6 -d" P "vs.alg -ee-x-k/" W "\\e-x-k.txt -b" D "cat -m0 -s0 -P" P
cAll
var P "srch16 -ka -f6 -d" P "vs.alg -ee-x-k/" W "\\e-x-k16.txt -b" D "cat -m0 -s0 -P" P
cAll
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
var P "srch16 -ka -f6 -d" P "vs.alg -ee-x-p/" W "\\e-x-p16.txt -b" D "cat -m0 -s0 -P" P
cAll
end
:mach-apr
expo f e-x-k.apr
wri 'zl=0' n
wri 'ke=C' n
wri 'ks=1' n
wri '#dt +a "ackr!" e"!" |80' n
wri '#t{"nichts nachgeladen"}' n
wri '#+#' n
wri '#-a' n
wri '#t{"nachgeladen: "}' n
close x
var "e-x-k.apr e-x-p.apr"\fcopy
expo f +e-x-k.apr\wri '#20' n\wri '#</' n\close x
expo f +e-x-p.apr\wri '##' n\wri '#</' n\close x
return


Im Klartext: es werden mit dieser FLEX-Datei zwei Mini-Exportparameterdateien bereitgestellt, von denen 
die eine (e-x-k.apr) in Reg. 8 den Satz mit Indexeintrag 'ackr' nachlädt und #20 ausgibt, während die 
andere (e-x-p.apr) den gleichen Satz nachlädt, aber einen Pauschalexport des nachgeladenen Satzes 
anschließt.

Die im Programmverzeichnis liegende Datei vs.alg werden sowohl mit e-x-k.apr als auch mit e-x-p.apr 
durchsucht, und zwar sowohl mit srch.exe als auch mit srch16.exe; die Ergebnisse werden in 4 
Textdateien abgelegt:

Die Inhalte von e-x-k16.txt und e-x-p16.txt (erzeugt mit srch16.exe) zeigen, daß mit der Nachladerei alles 
in Ordnung ist und der Erwartung entspricht.

Die Inhalte von e-x-k.txt und e-x-p.txt (erzeugt mit srch.exe) dagegen zeigen, daß nichts nachgeladen 
wurde, also nix in Ordnung ist.

Mit anderen Worten: das alte 16-bit-srch16.exe arbeitet ordentlich, während dies das neue 32-bit-srch.exe 
nicht mehr tut!

###

Mit der üblichen Bitte, mal nachzuschauen, ob meine Ergebnisse reproduzierbar sind (dazu einfach die 
obige FLEX-Datei raus- und bei sich reinkopieren und dann ausführen lassen), oder mich gar auf einen 
Denkfehler zu stoßen, grüßt:

Heinrich Allers

allers at t-online.de * http://www.h-allers.de
Netztagebuch: http://heinrich-erlo-ger.blogspot.com/
Bitácora: http://heinrich-erlo-spa.blogspot.com/
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : WPM$3TSZ.PM$
Dateityp    : application/octet-stream
Dateigröße  : 2692 bytes
Beschreibung: Nachrichtentext
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20130310/f804f51d/attachment.obj>