Index-Ersetzungen

[Thomas Fischer]

Lieber Herr Berger,

schönen Dank für die Hinweise, ich bin gestern aber nicht zu weiterem
Testen gekommen.

Heute habe ich mich dann einer anderen klassischen Lösungsmethode im
Allegro-Bereich erinnert, die vielleicht in der Situation "Aber das hat
doch immer funktioniert!" die erste Methode der Wahl sein sollte:
 Ich habe mein index.exe vom 25.4.2002 durch das vom 29.5.2001 ersetzt.
Und siehe da, kryptische Meldungen verschwinden und alles läuft wieder
wie gehabt.

Somit ist mein Problem erst einmal gelöst. Wenn ich genauer weiß, wo die
Unterschiede zwischen den Indexprogrammen liegen, kann ich vielleicht ja
noch etwas zur Fehlersuche beitragen.

Mit freundlichen Grüßen,
Thomas Fischer


> -----Original Message-----
> From: Maiser at buch.biblio.etc.tu-bs.de
> [mailto:Maiser at buch.biblio.etc.tu-bs.de]On Behalf Of Thomas Berger
> Sent: Monday, June 17, 2002 3:36 PM
> To: Diskussionsliste Allegro-C
> Subject: Re: Index-Ersetzungen
>
>
> Lieber Herr Fischer,
>
> > Jetzt kämpfe ich mit dem Phänomen, dass ich Indexeinträge erzeugen
> > möchte, die als Übersetzung aus einem numerischen Eintrag entstehen,
> > bzw. aus diesem abgeleitet werden.
> > konkretes Beispiel: IA 330 soll einen Eintrag IA 330-338 erzeugen.
> > Das wird in der Indexparameterdatei definiert mit zwei
> Unterprogrammen,
> > und mit F7 richtig angezeigt.
>
> und 2*F7? 3*F7?
>
> > Nur: wenn ich den Index erneuere (schön zweistufig, wie es hier sein
> > muss), sind diese Einträge nicht da.
>
> Soso, aber anscheinend andere:
>
>
> > Außerdem habe ich einige kryptische Meldungen in der
> ProtoQ-Datei, die
> > damit zusammenhängen könnten:
> >
> >  INDEX 1 enthält 2359 Einträge
> > Ladefehler 22, fehlerhafter Schlüssel =><,
> >   (voriger=>ì<), Satznummer = 458501738
> >
> >  INDEX -31 enthält 859 Einträge
> >  INDEX 2 enthält 100135 Einträge
> > .....
> >
> > Danach geht es normal weiter.
> > Ich nehmen an, Ladefehler ist dasselbe wie Load Error
> (Handbuch v. 20),
> > Satznummer = 458501738
> > kann ich mir aber genauso wenig erklären wie
>
>
> > INDEX -31 enthält 859 Einträge
>
> 48-31=7 d.h. Sie erzeugen Schluessel |<7> mit dem
> Zeichen ASCII-7
>
> Sie zeigen natuerlich nicht Ihr Unterpogramm und Ihre
> Parameterdatei, sagen auch nicht, welche Schluessel
> Sie erwarten...
> Folgend einige typische Fehlermoeglichkeiten:
>
> * Besonderheit der zweistufigen Indexierung nicht
>   beachtet: Die erste ak-Zeile wird im zweiten
>   Indexlauf nicht ausgefuehrt, wenn dort Variablen-
>   initialisierungen stattfinden, sieht's unter PRESTO
>   o.k. aus, Indexierung klappt aber nicht.
>
> * Allgemeine Initialisierungsprobleme: Was beim Testen
>   klappt, fuehr evtl. zu Variablenueberlauf (wg.
>   vergessener Loeschung) wenn mehrere Aufnahmen
>   nacheinander verarbeitet werden. Meist im Zusammenhang
>   mit dem vorigen Punkt
>
> * Umcodierungsprobleme: p"<|;" in Zusammenhang mit
> p :/@ =6
>   kann Ihnen unbemerkt Schluessel fuer Register -31
>   spendieren
>
> * Syntaxfehler wie etwa die aus Ihrer letzten Mail oder
>   unpaarige geschweifte Klammern haben irrsinnige
>   Effekte (Schluessel, die einige hundert Zeilen
>   weiter hinten gebildet werden, sind vestuemmelt),
>   durchaus unterschiedlich bei PRESTO und INDEX.
>   Typischerweise werden dann aber die meisten Schluessel
>   ueberhaupt nicht gebildet, der Effekt ist also
>   viel drastischer
>
> * Globale Ersetzungen in Indexparametern sind zu vermeiden.
>
> viele Gruesse
> Thomas Berger