[Allegro] recreate .tbl file

[Anando Eger]

Liebe Frau Foerster, lieber Herr Berger,

ich habe bei unklaren Situationen wie der beschriebenen immer gute 
Erfahrungen mit einem kompletten Neuaufbau der Datenbank gemacht
("Datenbank ganz neu aufbauen").

Dadurch ist man sicher, dass auch alle Hilfsdateien wieder "frisch" 
sind.

Weiterhin ist es seit V29 wichtig, a99 nach Beendigung der Reorganisation 
neu zu starten, da sonst nach meinen Beobachtungen mindestens Teile der
Indexdatei nicht neu eingelesen werden.

Viele Grüße
Anando Eger

---------------------------------------------------------------------
Anando Eger Datenverarbeitung
Herr Dipl.-Ing. Anando Eger
Gustav-Voigt-Str. 24
01156 Dresden
Tel.: +49 (0)351 454 1236  http://www.aneg-dv.de
Fax: +49 (0)351 454 1238  mailto:a.eger at aneg-dv.de
---------------------------------------------------------------------


On 15 Oct 2009 at 20:23, Thomas Berger wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Liebe Frau Foerster,
> 
> > Ich war dabei ein Exemplar eines Buches zurückzubuchen. Da kam die
> > Anzeige "recreate .tbl file" daraufhin habe ich in "Global -
> > reorganisieren" den Bereich "Satztabelle erneuern" geklickt. Das wurde
> > durchgeführt - dann kam die Meldung "Geschafft!".
> > Seither kann ich zwar in den Registern blättern - kann aber die
> > Katalogisate nicht mehr aufrufen! Auswahl- und Anzeigefeld bleiben
> > leer.
> 
> Mir selbst ist die Meldung noch nie untergekommen, ich kann sie auch nicht
> provozieren. Evtl. kommt sie, wenn groessere Bereiche der .tbl-Datei
> mit 0-Zeichen aufgefuellt werden, das ist aber pure Spekulation.
> 
> Ich habe einmal mutwillig Schrott in die .tbl-Datei geschrieben (ging nur,
> wenn die Datenbank nicht in Benutzung war), danach dann diese Funktion
> ausgeloest: a99 hing scheinbar, weil ein zugeklapptes Fenster mich
> fragen wollte "wieviele Saetze hat die Datenbank". Anschliessend
> war die Datenbank nicht benutzbar, Meldung stets "File 1 too short".
> (fuer Experten: der Schrott deklarierte einen falschen "Aufbohrfaktor")
> Das ist natuerlich nicht wirklich die Reproduktion Ihres Effekts.
> Auch bei mutwilliger Trunkierung der .tbl-Datei bekomme ich zwar die
> leeren Anzeigen, jeweils aber noch eine Alertbox "rec nnn too large
> or not in use or TBL not ok". Anschliessendes Rekonstruieren der .TBL-
> Datei behebt das Problem nicht, die (falsche) Ausgangsgroesse bleibt
> erhalten, im Anzeigefeld werden viele Meldungen
> Satz 371 : falsche Nummer!!
>   #9DF031461
> ...
> gezeigt und die Meldungen beim Aufruf bleiben.
> 
> Mit aller Vorsicht folgender Rat (vorherige Datensicherung sollte
> selbstverstaendlich sein): a99 beenden und die .TBL-Datei komplett
> loeschen, dann die entsprechende Rekonstruktion durchfuehren (a99
> weist beim Start auf die fehlende .TBL-Datei hin und zeigt sofort das
> ORG-Menue; nach Ausloesen der Funktion auf die Frage im verborgenen
> Fenster achten!)
> 
> viele Gruesse
> Thomas Berger
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQCVAwUBStdoqGITJZieluOzAQI4YgP9FHy4AqTwXCX0rerf9SKyzkFlhooAUm/P
> iHqeJu9dONytwkoHVfGKuiTUspRYrok5sH0Ljf29B6ZK8A6tk8ksvpn2g0Z3jodP
> xQ3f8fJcckpBSiDpbjTR0XLzbt+xB3ap3zUWSBvD1VMZr6GZKxA8AhGd+ll6GV/B
> ssXPUFcrI8g=
> =UYFw
> -----END PGP SIGNATURE-----
>