[Allegro] a99.exe: anzeigefehler gefunden: #cc"" darf nicht in der cfg stehen!

[Klaus Lehmann]

Guten Tag Herr Eversberg,
danke für Ihre Nachricht.
Am Montag, 8. Mai 2017 um 09:50 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

auf der suche nach "meinem" fehler, hab eich mir die cfg genauer
angeschaut. und das ergebnis in einer email vom 5.5.2017
herausgearbeitet.
"[Allegro] die standard-cfg wurde verändert! wichtige(?) infos!"

wenn sie da netterweise noch mal genauer hinschauen könnten.
ein kleiner verschreibi ist da gefunden worden:
"4. in der vb288 steht zu
Verlautbarung 288 zur allegro-Entwicklung                    2017-04-25
was unkorrektes (m.E.!):
"#29, dann diese Nummern in die CFG eintragen, also z.B. in der $a.cfg
die Zeile
#29 "Bezeichnung"
ergaenzen, am besten unter der #28."

es sollte aber so heissen:
#29"Bezeichnung"
OHNE LEER!
[spielte aber keine rolle in der schadensbekämpfung...)"



und nicht dokumentiert, ist diese zeile:
"$31    Code 31 ist der subfield code"
mir ist das schon klar. aber was passiert, wenn $ NICHT in der cfg
steht? was ist default?
a bissele mehr erklärung wäre schon schön... ;-)


und eine kleinigeit:
"2.  eine  kleinigkeit,  die  nix  mit dem problem zu tun hat. ich habe
unten im [DOS!]titelaufnahmeformular gefunden -ae"

ist -ae schädlich? weil alle anderen sind einbuchstabig.... ?



danke für ihre chkcheck.flx.
das ist ne gute idee!
noch besser sehe ich es: es direkt in der cfg zu dokumentieren. da
kann es nicht verloren gehen.
hm. das chkcheck.flx könnte man hier einbauen, oder?
eine von adm/org/check.rtf wäre der richtige platz?!



auch verkehrt wäre es nicht, die fehlermeldung beim öffnen von a99.exe
so hinzubiegen, daß es die verbotenen kategorien nicht meldet, als
fälschlich in die cfg hineingehörend.... [ich bekomme leider den fall
nicht mehr hin, WANN er genau das gemeldet hat....]

danke für die klarstellungen und gruß, von k.l.


>> Gesendet: Freitag, 05. Mai 2017 um 11:42 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
>> 
>> ich habs gefunden!
>> neulich,  aufgrund einer fehlermeldung, hatte ich die kategorie #cc in
>> die cfg mit aufgenommen.
>> ich habe gedacht, es sei eine kategorie.

> Doch, aber eine Sonderkategorie. 
> (Davon gibt's noch andere, s. Handbuch :  h ac10-5=Sonderkategorien)
> Und die haben nicht in der CFG zu stehen, wo ansonsten durchaus Kategorienummern erlaubt sind,
> die keine Nummern sind.  Auch alle #u-Kategorien aber nicht, außer
> den Ausnahmekategorien #u1 und #u2,
> die vor allen anderen stehen *müssen*, weil sie in den
> Exportparametern eine Sonderrolle haben.

>> 
>> hach! ein fehler, der nur lehmann passieren kann ;-)
> Das natürlich nicht, aber de facto ist wohl noch nie einer auf die Idee gekommen oder aber
> hat das Problem dann nicht gemeldet.

> Klar, schön wär's, würde a99 es gleich beim Einlesen der CFG melden, käme darin eine der
> Sonderkategorien vor. Dies einzubauen wäre nochmal eine gute Sache. Wir schlagen's mal dem
> Chefentwickler vor.
> Hilfsweise kann man per FLEX mal seine CFG abschecken.
> So (oder auch ganz anders) könnnte der FLEX, nennen wir ihn cfgcheck.flx, aussehen:


> // cfgcheck.flx : CFG einlesen
> //ACHTUNG: hier den Pfadnamen der eigenen CFG einsetzen statt $a.cfg
> var Fc:\\allegro\\$a.cfg
> // Jetzt steht die Datei komplett in der iV
> // #u1 und #u2 ausblenden
> ins _#u1__
> ins _#u2__ 
> // zeilenvorschuebe durch ! ersetzen
> ins _^M^J_!_
> ins _^J_!_

> // Sonderkategorien in der iV finden (sollen nicht vorkommen) und jweils melden
> // Es steht jetzt immer ein ! davor, wenn #... am Zeilenanfang steht - nur da ist es relevant
> // (d.h. z.B. #cc darf in einem Kommentar vorkommen )
> if #ax% mes #ax kommt vor
> if #cc% mes #cc kommt vor
> if #ch% mes #ch kommt vor
> if #dt% mes #dt kommt vor
> if #fn% mes #fn kommt vor
> if #gt% mes #gt kommt vor
> if #hi% mes #hi kommt vor
> if #nr% mes #nr kommt vor
> if #op% mes #op kommt vor
> if #p% mes #p.. kommt vor

> if #u% mes #u.. kommt vor  (#u1 und #u2 sind ok!)


> Man setzt nur in der 3. Zeile den Pfadnamen der zu prüfenden CFG ein und dann
> X cfgcheck
> Wenn keine Meldung kommt, hat man gewonnen.

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.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
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)
* 2017: allegro-zdb-direkt +ausgefeilte/saubere Exporte im marc(xml)-Format
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 Montag, 8. Mai 2017 um 09:50 schrieben Sie:
>> Gesendet: Freitag, 05. Mai 2017 um 11:42 Uhr
>> Von: "Klaus Lehmann" <lehmann_klaus at t-online.de>
>> 
>> ich habs gefunden!
>> neulich,  aufgrund einer fehlermeldung, hatte ich die kategorie #cc in
>> die cfg mit aufgenommen.
>> ich habe gedacht, es sei eine kategorie.

> Doch, aber eine Sonderkategorie. 
> (Davon gibt's noch andere, s. Handbuch :  h ac10-5=Sonderkategorien)
> Und die haben nicht in der CFG zu stehen, wo ansonsten durchaus Kategorienummern erlaubt sind,
> die keine Nummern sind.  Auch alle #u-Kategorien aber nicht, außer
> den Ausnahmekategorien #u1 und #u2,
> die vor allen anderen stehen *müssen*, weil sie in den
> Exportparametern eine Sonderrolle haben.

>> 
>> hach! ein fehler, der nur lehmann passieren kann ;-)
> Das natürlich nicht, aber de facto ist wohl noch nie einer auf die Idee gekommen oder aber
> hat das Problem dann nicht gemeldet.

> Klar, schön wär's, würde a99 es gleich beim Einlesen der CFG melden, käme darin eine der
> Sonderkategorien vor. Dies einzubauen wäre nochmal eine gute Sache. Wir schlagen's mal dem
> Chefentwickler vor.
> Hilfsweise kann man per FLEX mal seine CFG abschecken.
> So (oder auch ganz anders) könnnte der FLEX, nennen wir ihn cfgcheck.flx, aussehen:


> // cfgcheck.flx : CFG einlesen
> //ACHTUNG: hier den Pfadnamen der eigenen CFG einsetzen statt $a.cfg
> var Fc:\\allegro\\$a.cfg
> // Jetzt steht die Datei komplett in der iV
> // #u1 und #u2 ausblenden
> ins _#u1__
> ins _#u2__ 
> // zeilenvorschuebe durch ! ersetzen
> ins _^M^J_!_
> ins _^J_!_

> // Sonderkategorien in der iV finden (sollen nicht vorkommen) und jweils melden
> // Es steht jetzt immer ein ! davor, wenn #... am Zeilenanfang steht - nur da ist es relevant
> // (d.h. z.B. #cc darf in einem Kommentar vorkommen )
> if #ax% mes #ax kommt vor
> if #cc% mes #cc kommt vor
> if #ch% mes #ch kommt vor
> if #dt% mes #dt kommt vor
> if #fn% mes #fn kommt vor
> if #gt% mes #gt kommt vor
> if #hi% mes #hi kommt vor
> if #nr% mes #nr kommt vor
> if #op% mes #op kommt vor
> if #p% mes #p.. kommt vor

> if #u% mes #u.. kommt vor  (#u1 und #u2 sind ok!)


> Man setzt nur in der 3. Zeile den Pfadnamen der zu prüfenden CFG ein und dann
> X cfgcheck
> Wenn keine Meldung kommt, hat man gewonnen.

> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> https://bibservices.biblio.etc.tu-bs.de/mailman/listinfo/allegro