[Allegro] Sonderzeichen im Register

[Klaus Lehmann]

Guten Tag Herr Fischer,
danke für Ihre Nachricht.
Am Freitag, 10. Februar 2017 um 10:35 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

was ich für die primärschlüssel herausgefunden habe (in 2015 bis 2016), gilt in gewissem
sinne auch für die normale indexbilung!

> Hallo Herr Eversberg,
>> Ein Test mit den Standardparametern cat.api!
>> Dies eingebaut:
>> 
>> #20 y0
>> !20 p{ 8 "|2" }
>> #20 y0 p{ 8 } p"|3"
>> #t{ 8 "|4abc^xyz" }
>> !20 p{ 8 "|5abc^xyz" } e0

in einem primärschlüssel können z.b. NICHT hex 5e (also das "^"),
sowie hex 5c (der "\") NICHT existieren. nicht in der mitte, nicht am
anfang, wohl am ende auch nicht.
der anfang ist besonders sensibel: bei meinem projekt allegro-imd
krachte es in avanti/acon IMMER, wenn solche decimal-werte am anfang waren.

das zeichen hex 7d (gilt auch für 7b) [={}] ist ohne gefahr für einen
primärschlüssel! richtig ist (unten), daß diese beiden zeichen
durchaus am ende eines indexeintrages NICHT angezeigt werden, aber sie
haben als wert immer noch GÜLTIGKEIT in einem ps.

für denjenigen, der TROTZDEM diese hexwerte als teil eines ps
benötigt, muss sich eben was ausdenken ;-)

grüße, ihr klaus lehmann



> das ist etwas seltsam, da bei dem ersten #20 kein Register
> angegeben wird und bei dem letzten !20 das abschließende P{8} fehlt-

>> und in einen Datensatz eingegeben
>> 
>> #20 abc^xyz
>> 
>> ergibt im Index
>> 
>> 1: abc^xyz
>> 2: abc^xyz
>> 3: abc^xyz
>> 4: nichts
>> 5: nichts
>> 
>> Es ist also zuzugeben: wenn ^ innerhalb { ... } auftritt, geht's nicht.
>> Warum, bleibt noch nebulös, aber immerhin kann man den Nebelfleck umfahren.

> Meine Tests mit der demo-Datenbank (demo2) können das nicht bestätigen.

> Ich habe in cat.api unter #-G mal eingebaut

> #-G                    Titelanfang
#nr +#ch x">>1" e0
> #20 y0 p{"|2a"} P{8}
> !20 p{"|2b"} P{8}
> #20 y0 p"|2c" P{8}
> #t{"|2dabc^xyz" 8}
> !20 p{"|2eabc^xyz" } P{8} e0

> und in Datensatz #1
> #20 abc^xyz

> Damit kommt in jedem Fall bis auf (erwartungsgemäß) |2b das
> Zirkumflex im Register 2 an (A99 v36.4).
> Es wird auch mit F7 korrekt angezeigt.
> Daraus ergibt sich, dass das Problem mit dem Zirkumflex doch an
> einer Besonderheit meiner Datenbank liegen muss.
> Dem bin ich nachgegangen und habe festgestellt, dass das Zirkumflex
> als Entstoppungszeichen gesetzt ist (da ich manchmal E-Mail-Adressen
> im Register haben wollte). Ich wusste aber nicht, dass das
> Entstoppungszeichen dann an beliebiger Stelle nicht im Register
> erscheint. Mit einem Entstoppungszeichen @ erscheint das Zirkumflex
> wie erwartet im Register und auch in der F7-Anzeige, ebenso in der per Flex erstellten Ausgabe.

> Mit besten Grüßen
> Thomas Fischer




-- 
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 Freitag, 10. Februar 2017 um 10:35 schrieben Sie:
> Hallo Herr Eversberg,

>> Ein Test mit den Standardparametern cat.api!
>> Dies eingebaut:
>> 
>> #20 y0
>> !20 p{ 8 "|2" }
>> #20 y0 p{ 8 } p"|3"
>> #t{ 8 "|4abc^xyz" }
>> !20 p{ 8 "|5abc^xyz" } e0

> das ist etwas seltsam, da bei dem ersten #20 kein Register
> angegeben wird und bei dem letzten !20 das abschließende P{8} fehlt-

>> und in einen Datensatz eingegeben
>> 
>> #20 abc^xyz
>> 
>> ergibt im Index
>> 
>> 1: abc^xyz
>> 2: abc^xyz
>> 3: abc^xyz
>> 4: nichts
>> 5: nichts
>> 
>> Es ist also zuzugeben: wenn ^ innerhalb { ... } auftritt, geht's nicht.
>> Warum, bleibt noch nebulös, aber immerhin kann man den Nebelfleck umfahren.

> Meine Tests mit der demo-Datenbank (demo2) können das nicht bestätigen.

> Ich habe in cat.api unter #-G mal eingebaut

> #-G                    Titelanfang
#nr +#ch x">>1" e0
> #20 y0 p{"|2a"} P{8}
> !20 p{"|2b"} P{8}
> #20 y0 p"|2c" P{8}
> #t{"|2dabc^xyz" 8}
> !20 p{"|2eabc^xyz" } P{8} e0

> und in Datensatz #1
> #20 abc^xyz

> Damit kommt in jedem Fall bis auf (erwartungsgemäß) |2b das
> Zirkumflex im Register 2 an (A99 v36.4).
> Es wird auch mit F7 korrekt angezeigt.
> Daraus ergibt sich, dass das Problem mit dem Zirkumflex doch an
> einer Besonderheit meiner Datenbank liegen muss.
> Dem bin ich nachgegangen und habe festgestellt, dass das Zirkumflex
> als Entstoppungszeichen gesetzt ist (da ich manchmal E-Mail-Adressen
> im Register haben wollte). Ich wusste aber nicht, dass das
> Entstoppungszeichen dann an beliebiger Stelle nicht im Register
> erscheint. Mit einem Entstoppungszeichen @ erscheint das Zirkumflex
> wie erwartet im Register und auch in der F7-Anzeige, ebenso in der per Flex erstellten Ausgabe.

> Mit besten Grüßen
> Thomas Fischer