[Allegro] der marc-export von allegro: Anmerkungen

Di Jul 26 10:25:33 CEST 2016

Guten Tag Herr Berger,
danke für Ihre Nachricht.
Am Montag, 25. Juli 2016 um 21:33 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Am 25.07.2016 um 18:43 schrieb Klaus Lehmann:
>>
...
> Naja, Sie koennten Ihrem Aufruf den Schalter --debug spendieren.
> (vgl. acon.exe -job srch.job --help)
// * -T, --debug  Diagnostische Ausgabe
ich dachte --debug sei dasselbe wie -T. wohl nicht ;-)

also erneut:

bei -T gibts das:
================
neuer Satz - Status NRM=1       331/332+0
neuer Satz - Status NRM=1       332/333+0EXCEPTION-Error (memory-access) in prog
ram "acon.exe" !!
Drücken Sie eine beliebige Taste . . .
[die pause ist von mir!]

bei  --debug  bleibt  er stehen,
===============================
und denkt nach, ohne uns das ergebnis
mitzuteilen ;-)
neuer Satz - Status NRM=1       332/333+0

jetzt der mix der schalter:
===========================
 --debug -T -v1 -Lzzz
[eine datei mit dem namen zzz gibt es nicht!]

neuer Satz - Status NRM=1       330/331+0
neuer Satz - Status NRM=1       331/332+0
neuer Satz - Status NRM=1       332/333+0EXCEPTION-Error (memory-access) in prog
ram "acon.exe" !!
Drücken Sie eine beliebige Taste . . .
[meine pause]

> Oder srch.exe nutzen statt des Gespanns acon.exe + srch.job,
> das ist dann auch wesentlich schneller.

ok. als letzten test:
q:\allegro\allegro\srch.exe -f4 -s0 -ka
======================================

DAS folgende verblüfft mich aber:
uif4ger geoeffnet

abpraa.cfg geoeffnet

s1.asp geoeffnet
1. Versuch : opt_d=q:\allegro\tmp\bpra-vorstufe.alg, dbDir=q:\allegro\tmp\
Target files q:\allegro\tmp\bpra-vorstufe.alg
1 files on q:\allegro\tmp\, first, last: bpra-vorstufe.alg, bpra-vorstufe.alg

durchsucht wird bpra-vorstufe.alg
e-mrcxml-thb.apr geoeffnet
mrcpriv-thb.apt geoeffnet
u-prim-thb.apt geoeffnet
output=q:\allegro\tmp\bpra-e-mrcxml-thb.mrk wurde geoeffnet
Die Suche/Verarbeitung beginnt mit bpra-vorstufe.alg
Suchbegriff: 0
 18700. Datensatz bearbeitet
 bpra-vorstufe.alg durchgearbeitet
 Suchlauf beendet
 18767 Datensätze bearbeitet
 18767 Treffer zum Suchbegriff 0
(max length/fields = 2604/24)
Drücken Sie eine beliebige Taste . . .
[meine pause]

ok. allerletzten test:
q:\allegro\allegro\srch.exe -f4 -s0 -v1 -ka
===============================      ~~~
v1 interessiert ihn nicht!

uif4ger geoeffnet
abpraa.cfg geoeffnet
s1.asp geoeffnet
1. Versuch : opt_d=q:\allegro\tmp\bpra-vorstufe.alg, dbDir=q:\allegro\tmp\
Target files q:\allegro\tmp\bpra-vorstufe.alg
1 files on q:\allegro\tmp\, first, last: bpra-vorstufe.alg, bpra-vorstufe.alg
durchsucht wird bpra-vorstufe.alg
e-mrcxml-thb.apr geoeffnet
mrcpriv-thb.apt geoeffnet
u-prim-thb.apt geoeffnet
output=q:\allegro\tmp\bpra-e-mrcxml-thb.mrk wurde geoeffnet
Die Suche/Verarbeitung beginnt mit bpra-vorstufe.alg
Suchbegriff: 0
 18700. Datensatz bearbeitet
 bpra-vorstufe.alg durchgearbeitet
 Suchlauf beendet
 18767 Datensätze bearbeitet
 18767 Treffer zum Suchbegriff 0
(max length/fields = 2604/24)

ergo: mit srch.exe läufts sauber durch!
keine fehler zu erkennen!
jetzt  tippe  ich  auf  die  alg,  die  evtl  etwas "unlogisches" drin
hat..... (weil? es durch srch.exe nicht gefunden wurde....
???

> Im Normalbetrieb gibt es alle 1.000 Datensaetze einen "."
> auf der Konsole, und der MARC-Export ist aufwendig und
> dementsprechend langsam. Abstuerze sollte es allerdings
> nie geben ;-) ob der Grund dafuer eine syntaktisch
> fehlerhaft zusammengebastelte .alg-Datei ist (Pech fuer Sie)

das hoffe ich ja.... nur: mir fehlt der fehlerhinweis.
das   rätselhafte:   2  tage  zuvor:  fehlerabsturz  mit  hinweis  vom
betr.system      (Exception    Error),    heute    Exception    error,
ohne stehen zubleiben. gab es gestern einen testlauf, wobei er bis zu
ende gemacht hat?
[die ganze zeit=die gleichen daten!)

das  könnte  auf ein memory-problem hindeuten. der rechner hat ja wohl
NIE den gleichen "inhalt im ram", wenn ich teste?!
[defekt  wird  der ram nicht sein, es ist ne fast neue workstation als
laptop, also eec-ram: 32GB ram]

> oder irgendein Variablenueberlauf (Schande ueber mich),
> laesst sich aus der Ferne nicht beurteilen, da muessen
> Sie halt die zu exportierenden Daten einerseits und die
> zu nutzenden Parameter andererseits variieren, um das
> etwas einzukreisen.

jep.

weiter sind wir erstmal:
herrn  bergers  marc-export läuft (bei mir!) mit dem normalen srch.exe
bis zum ende! das ist schon mal was.... ;-)

viele grüße aus lichtenberg
bin derzeit in einem krankenhaus gibt es das LIS-Projekt (Locked-in Syndrom)
Ihr Klaus Lehmann

> viele Gruesse
> Thomas Berger

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?
* 2016: allegro-imd.Die weltgrößte(?) Filmdatenbank nur für Filmbibliotheken
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows die
Wahrheit zur Zukunft von allegro-C. Bilden Sie sich Ihre eigene Meinung! Lesen Sie!

Am Montag, 25. Juli 2016 um 21:33 schrieben Sie:
> Am 25.07.2016 um 18:43 schrieb Klaus Lehmann:
>>
>> Guten Tag Herr Berger,
>> danke für Ihre Nachricht.
>> Am Freitag, 22. Juli 2016 um 23:40 schrieben Sie.
>> Ihre Nachricht finden Sie am Ende dieser eMail.
>>
>>> Am 22.07.2016 um 12:24 schrieb Klaus Lehmann:
>>>> Guten Tag allerseits,
>>>>
>>>>
>>>> ich denke mal so vor mich hin...
>>>> es gibt zwei exportparamter-dateien für marc:
>>>> 19.05.2016  08:16            11.638 marctxt.apr
>>>> und
>>>> 19.05.2016  08:21             8.405 marcxml.apr
>>>> [beide also am gleichen tag zuletzt editiert...]
>>>>
>>
>>> ... und es gibt die aus
>>> https://svn.gymel.com/acxt/produkt/marcexpdir/
>>
>> ja,   danke!   ich  weiss.  ich  habe  es  dieser tage mal getestet.
>> heute  auf  einer 32bit-maschine mit w7.
>>
>>
>> das kommt dabei heraus:
>> [INF] ac-w v36.0: q:\allegro\allegro\srch-thb.job v0.9.3/gy, Datenbank q:\allegr
>> o\tmp\bpra-vorstufe
>> [15:53:32] ac-w v36.0: Verarbeitung beginnt
>> Verarbeitung der Datei(en) q:/allegro/tmp/bpra-vorstufe.alg
>> Export 1: e-mrcxml-thb => q:/allegro/tmp/bpra-e-mrcxml-thb.mrk
>> [15:53:32] Datei bpra-vorstufe.alg
>> [hier bleibt es stehen. keine weitere fehlermeldung. im exportfile ist
>> die letzte datei zu sehen.
>>
>> wenn  ich  das  ganze  auf  einer  64bit-maschine  teste,  dann  kommt
>> "exceptionell", also die fehlermeldung vom(?) cmd.exe
>>
>> der srch.job v0.9.3 bietet mir nicht(?) so viele protokolloptionen an,
>> wie  update.job . mit  den fehler[=debug]optionen in update.job kontne
>> ich schon mal einen fehler einkreisen...
>> aber  in srch.job habe ich nur  -v1 und -T ausprobieren können. da gab
>> es leider keine hinweise.

> Naja, Sie koennten Ihrem Aufruf den Schalter --debug spendieren.
> (vgl. acon.exe -job srch.job --help)

> Oder srch.exe nutzen statt des Gespanns acon.exe + srch.job,
> das ist dann auch wesentlich schneller.

> Im Normalbetrieb gibt es alle 1.000 Datensaetze einen "."
> auf der Konsole, und der MARC-Export ist aufwendig und
> dementsprechend langsam. Abstuerze sollte es allerdings
> nie geben ;-) ob der Grund dafuer eine syntaktisch
> fehlerhaft zusammengebastelte .alg-Datei ist (Pech fuer Sie)
> oder irgendein Variablenueberlauf (Schande ueber mich),
> laesst sich aus der Ferne nicht beurteilen, da muessen
> Sie halt die zu exportierenden Daten einerseits und die
> zu nutzenden Parameter andererseits variieren, um das
> etwas einzukreisen.

> viele Gruesse
> Thomas Berger

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro