[Allegro] find.job: merkwürdiger export

[Klaus Lehmann]

ergänzung.
ich bin ziemlich sicher, daß dieses nur dann passiert, wenn er NIX mit
dem find.job gefunden hat.




danke für Ihre Nachricht.
Am Sonntag, 26. Februar 2017 um 11:45 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Guten Tag Herr Eversberg

> der find.job um den es hier geht, ist vom nov.2014.
> leider entdecke ich erst seit einigen wochen ein verhalten:

> acon -jfind.job -f4 -d%1 -ka%1 -s"(%%f)" -epa-stamm8naa+tmp\8na_7.alg

> er sucht etwas. ich denke, er findet nix, und jagd "etwas" über den filter
> pa-stamm8naa.apr (da sind als export 2 felder nur vorgesehen) in die alg.

> er schreibt also rein:  "FIND.JOB : Grundgeruest fuer
> Registersuche-Prozesse mit acon"
> mal ist die zeile auch kürzer: FIND.JOB : Grundgeruest fuer
> Registersuche-Pro"
> DUMMERWEISE wird in der alg keine neue zeile erzeugt, der nächste
> treffer wird gleich an dieses  "FIND.JOB : Grundgeruest fuer
> Registersuche-Prozesse mit acon" herangehangen....

> WIESO entsteht dieses?
> ich umgehe das problem, mit "sed" oder so, und lösche den möglichen
> string.
> trotzdem: unschön bleibt dieses!

> ich kann nur dieses "fehlerergebnis" hier beschreiben.
> ein nachvollziehen an demo(2) oder ähnlichem ist nicht möglich.

> danke und gruß k.lehmann


> ps: diese zeile, die da eingetragen wird, ist die ERSTE zeile im
> find.job.
>    // FIND.JOB : Grundgeruest fuer Registersuche-Prozesse mit acon
> mit 3xLEER eingeleitet sowie dann mit 2x//
> warum nimmt er diese erste zeile?





-- 
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
Für den schnellen Geldverkehr: http://PayPal.Me/LehmannKlaus
* 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)
* 2013-2016: Bolero 64bit+allegro-zdb+eBooks-allegro-imd
* 2017: allegro-zdb-direkt
Seit 2015 Spezialist in real Big Data! Beispiele: allegro-zdb&allegro-imd
Warum funktioniert mein ZACK-Zugriff nicht mehr? Fragen über Fragen
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows .





Am Sonntag, 26. Februar 2017 um 11:45 schrieben Sie:
> Guten Tag Herr Eversberg

> der find.job um den es hier geht, ist vom nov.2014.
> leider entdecke ich erst seit einigen wochen ein verhalten:

> acon -jfind.job -f4 -d%1 -ka%1 -s"(%%f)" -epa-stamm8naa+tmp\8na_7.alg

> er sucht etwas. ich denke, er findet nix, und jagd "etwas" über den filter
> pa-stamm8naa.apr (da sind als export 2 felder nur vorgesehen) in die alg.

> er schreibt also rein:  "FIND.JOB : Grundgeruest fuer
> Registersuche-Prozesse mit acon"
> mal ist die zeile auch kürzer: FIND.JOB : Grundgeruest fuer
> Registersuche-Pro"
> DUMMERWEISE wird in der alg keine neue zeile erzeugt, der nächste
> treffer wird gleich an dieses  "FIND.JOB : Grundgeruest fuer
> Registersuche-Prozesse mit acon" herangehangen....

> WIESO entsteht dieses?
> ich umgehe das problem, mit "sed" oder so, und lösche den möglichen
> string.
> trotzdem: unschön bleibt dieses!

> ich kann nur dieses "fehlerergebnis" hier beschreiben.
> ein nachvollziehen an demo(2) oder ähnlichem ist nicht möglich.

> danke und gruß k.lehmann


> ps: diese zeile, die da eingetragen wird, ist die ERSTE zeile im
> find.job.
>    // FIND.JOB : Grundgeruest fuer Registersuche-Prozesse mit acon
> mit 3xLEER eingeleitet sowie dann mit 2x//
> warum nimmt er diese erste zeile?