[Allegro] acon.exe vom 30.3.2010

[Klaus Lehmann]

guten tag alelrseits, 
in dieser email steckte eine fehlermeldung, die (nicht) beachtet wurde.
sowie einige information, die (augenscheinlich) unbeachtet blieben.
deshalb nochmal:


da ist ein fehler in acon:
==================
<>zur acon.exe vom 30.3.2010:
<>M: Satz 258 gespeichert
<>M: Satz 259 gespeichert
<>M: Satz 260 gespeichert
<>M: Satz 261 gespeichert
<>M: Satz 262 gespeichert
<>M: Satz 263 gespeichert
<>M: Satz 264 gespeichert
<>M: Satz 265 gespeichert
<>M: Satz 266 gespeichert
<>M: Satz 267 gespeichert
<>M: Satz 268 gespeichert
<>M: Satz 269 gespeichert
<>M: Satz 270 gespeichert
<>M: Satz 271 gespeichert
<>EXCEPTION-Error (memory-access) in program "acon.exe" !!
<>
<>nächster versuch:
<>K:\allegro>acon -j update.job -fm01 -uk:\tit.mlg -bk:\obk\obk -n2 -F0
<>-kn
<>ProgDir=
<>M: Satz 272 gespeichert
<>M: Satz 273 gespeichert
<>M: Satz 274 gespeichert
<>M: Satz 275 gespeichert
<>M: Satz 276 gespeichert
<>M: Satz 277 gespeichert
<>M: Satz 278 gespeichert
<>M: Satz 279 gespeichert
<>... bei satz 541 ist wieder schluss....
<>
<>frage: welches acon.exe funktioniert?

acon.exe hat NICHT funktioniert!



2. ergänzung zur doku in update.job
<>ps: ich würde update.job um folgendes im kopf ergänzen:
<> Start:  acon -j update.job -fmAN -udatei -bpfad\dbname -nN [-Nm -Fi]
<>-k
<>-k für konfiguration!




3. es gibt bald ein neues(?) z39.50-angebot von mir.
dieses kann u.a. in a99 eingebaut werden
<>ps2: was da oben gelingen soll, sind ca 3 millionen datensätze aus
<>köln.
<>dank h. allers (und h. eversberg) bin ich auf eine wesentlich
<>vernünftigere datenquelle gestossen, bei der die daten wesentlich
<>leichter interpretierbar sind.
<>ziel wird sein: ein (halb?)öffentlicher z39.50-server mit diesen
(nicht
<>ganz) aktuellen Bibliotheksdaten [stand: mitte märz 2010].
<>öffentlich soll er vor allem für allegro-nutzer sein, die das
<>eingebaute z39.50 in a99 nutzen. mich interessieren keine nutzer a la
<>gerne-gross-herzog aus der ein-netz-verbibbscht-liste!


4. der update.job, acon.exe funktioniert, ist sehr langsam. ich denke,
sogar langsamer als 16bit-update.
mir ist es fast egal, wie schnell/langsam sowas ist. aber bei 3 mill.
datensätzen? da würde update.job wohl wochen an zeit benötigen... (?)



viele grüße
Ihr Klaus Lehmann



-- 
Klaus Lehmann
eMail:  allegronet at t-online.de
phone:  03528-452 807(fax 809); mobil 0171-953 7843
adress: allegronet.de Klaus Lehmann
D-01454 Radeberg; Kleinwolmsdorfer Str. 37
http://allegronet.de

Die allegro-Werkstatt mit allegronetOA
Internetkataloge & WebHosting für AllegroC
Praesent auf allen jaehrlichen bibliothekarischen 
Fachkongressen seit 2006 
****"Our best ideas are born at home"
(Dave Lester: New Freedom Data Center,1995)
**** 2009: allegro-utf8 für alle Sprachen dieser Welt
**** 2010: Es wird Zeit für einen Wechsel!