GM und PV

[Bernhard Eversberg]

Die neue Moeglichkeit, eine Globale Manipulation innerhalb der "Sperrzone"
durchzufuehren, also waehrend kurz vor dem Speichern des Satzes die .TBL
schon gesperrt ist, hat ja scheinbar einigen Anklang gefunden. Wer, aus
welchen Gruenden auch immer, eigene Identnummern auf unterschiedlichste
Weise fuer die verschiedensten Satztypen selber erzeugen will, kann das
jetzt auf zuverlaessige Weise tun, d.h. Doppelnummern werden vermieden.
Ein anderer Aspekt ist, dass man dadurch noch Kontrollen und Aenderungen
vornehmen kann, die dem Einfluss des Erfassenden ganz entzogen sind, das
bedeutet Absicherung vor formal pruefbaren groben Fehlern. Man muss nur
in der GM-Routine irgendeinen Output erzeugen, dann wird die Speicherung
verweigert, d.h. der Bearbeiter MUSS dann wirklich fuer formale Korrektheit
sorgen, um den Satz gespeichert zu kriegen.
Auf der anderen Seite bedeutet das: man muss in der GM vorsichtig sein,
keinen output zu erzeugen, kein einziges Zeichen, wenn der Satz in Ordnung
ist. Aufzupassen ist deshalb, immer e0 zu setzen, wenn nicht durch M
sowieso die Zeile keinen output erzeugt. UND: ke="", nicht ke=0.
Wenn die GM-Routine an normalen Exportparametern hinten dran haengt, kann
das ein Problem sein. Dann muss auch immer #zz 0 gesetzt werden.
In einer separaten GM problemlos: man braucht dann gar keine Basisparameter
zu setzen, die defaults sind fuer diesen Zweck ok. Zu empfehlen sind aber
ze=0
zm=0
weil sonst nach einer Reihe von Fehlermeldungen ein Seitenvorschub erfolgt,
d.h. mindestens ein Code 12 ausgegeben wird, ein unerwuenschter output
also.

Wenn in den naechsten Tagen weiter keine Probleme gefunden werden, koennen
wir gleich nach Ostern auch die anderen Programme damit ausruesten.
Momentan ist es nur PRESTO.

MfG B.E.


Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de