AW: [Allegro] Avanti-Bug?

[Thomas Fischer]

Hallo Herr Berger,

danke für den Hinweis!

Die Schreibrechte sind OK, aber ein Test zeigte, dass die Satztabelle und damit die Datenbank gesperrt war - ich weiß gar nicht, wie das passiert ist. Kann sich das bei Abstürzen von Avanti automatisch ergeben?
Sollte ich dem Update-Prozess "sicherheitshalber" (?) ein
set tbl fre 
vorausschicken?

(Nur nebenbei: Ich habe die Datenbank mit Samba in mein Windows-System eingebunden und die Tabelle über das A99-Menü "(Re-)Organisieren" freigegeben. Danach ging erst einmal gar nichts mehr. Das Freigeben hatte den Namen der Tabelle von geo.tbl in Geo.tbl geändert...)

Ich habe jetzt den Prozess noch einmal gestartet, das Resultat ist besser:
- Statt ein Datensatz in 10 Sek. habe ich jetzt 10 Datensätze pro Sek.
- Die Daten stehen in der Datenbank und in der Logdatei.
Allerdings bricht der Prozess nach einigen Datensätzen (einige hundert?) ab.

Verwirrend ist auch:

- Die Rückmeldung von Avanti kommt erst nach etwa einer Minute. so dass mein Skript meint es käme gar keine Antwort vom Update-Prozess.

- Während in der Logdatei steht:

[2006-09-21 13:05:23]  (SLAVE) <conn 491320> M: Satz 1167 gespeichert
[2006-09-21 13:05:23]  (SLAVE) <conn 491320> child exited with status 9
[2006-09-21 13:05:23]  (SLAVE) <conn 491320> job done

ist die Meldung bei Avanti:
M: Satz 1057 gespeichert
M: Satz 1058 gespeichert
M: SaAVANTI:EOR

Der Fehlerstatus wird bei Avanti also nicht gemeldet.

Ein weiterer Testlauf endete mit der Avanti-Meldung:
 M: Satz 1441 gespeichert
 M: Satz 1442 gespeichert
 Update gestartet
 AVANTI:EOR
als ob alles in Ordnung wäre, im Log steht jedoch:

[2006-09-21 13:14:35]  (SLAVE) <conn 491430> Wrong line: Space; UT 000=Cartography; UUB 000=History of Cartography; UWE 000=Thematic Cartography; UY 000=Cartography of Specific Regions or AreasM: Satz 1442 gespeichert
[2006-09-21 13:14:35]  (SLAVE) <conn 491430> job done

Also eine (Art) Fehlermeldung, aber kein Fehlerstatus.

Mein Eindruck ist, dass Avanti an dieser Stelle aussteigt, weil das Datenfeld mehr als 3000 Zeichen enthält, um genau zu sein, ist das "S" von "Space" das 3000. Zeichen (Feldbezeichnung "#86 " mitgerechnet).

Das sieht so aus, als gäbe es da einiges zu tun, bis Avanti das macht was es soll...
Und ich fühle mich langsam ein wenig als Beta-Tester, wofür ich hier aber nicht bezahlt werde...

Mit freundlichen Grüßen
Thomas Fischer 

> -----Ursprüngliche Nachricht-----
> Von: allegro-bounces at biblio.tu-bs.de
> [mailto:allegro-bounces at biblio.tu-bs.de]Im Auftrag von Thomas Berger
> Gesendet: Donnerstag, 21. September 2006 11:05
> An: Allegro-C Diskussionsliste
> Betreff: Re: [Allegro] Avanti-Bug?
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hallo Herr Fischer,
> 
> > Soweit ich das nachvollziehen kann, passiert dann das folgende:
> > 
> > 1. Avanti meldet zunächst nichts zurück, nach etlichen Minuten 
> kommt dann die erste Meldung
> > M: Satz 403 gespeichert
> > Die weiteren laufen dann etwa im 10-Sekunden-Abstand ein.
> > (eigentlich genau im 10-Sekunden-Abstand, etwa jede 10. Runde 
> benötigt 11 Sek.)
> > 
> > 2. Dabei wird wohl irgendwie auf die Datenbank (*.Xld) 
> zugegriffen, wie das Änderungsdatum unter Windows zeigt, die 
> Datensätze aber nicht verändert. Es gibt auch keine Einträge in 
> der Logdatei der Datenbank.
> > 
> > 
> > Fällt jemandem dazu etwas ein?
> 
> Ich kenne das Fehlerbild vom alten Avanti:
> Wenn es Probleme mit Schreibrechten gab (typischerweise create-
> Permission fuer die .log-Datei der Datenbank), dann braucht die
> Verarbeitung fuer den ersten Satz "sehr lange", danach ist die Datenbank
> gesperrt und die folgenden Saetze brauchen dann "lange".
> 
> viele Gruesse
> Thomas Berger
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFFElXYhKFJT0F1FsoRAlufAKCEjsnUZKH5IGs+T5eqNJihtPUUfQCeO7Qw
> XUgtNY2okeEkqAO18moYNzQ=
> =b0CB
> -----END PGP SIGNATURE-----
>