Eine Familie von Microsoft-Managementsystemen für relationale Datenbanken, die auf Benutzerfreundlichkeit ausgelegt sind
Hallo Karl,
Du hast Recht, ich bekam gerade die Meldung von meinem Kunden. Der Fehler besteht weiter, die Rückkehr zu .mdb hat nichts gebracht. ACWZTOOL ist harmlos. Ich hatte sehr gehofft jetzt den Täter zu haben.
Ich führe noch einmal alle Fakten auf:
Fehlerbeschreibung: Felder in der Parametertabelle werden bei erneutem Öffnen von Access verändert
- Bevor der Anwender Access schließt ist die betroffene Tabelle korrekt von Access gespeichert
- Vor dem Schließen wird im Frontend kein Code aufgerufen. Es wird das Access eigene Schließprogramm verwendet
- Auch nach dem erneuten Öffnen wird kein Code im Frontend aufgerufen. Es wird nur das Access eigene Programm zum Öffnen verwendet.
- Letzte größere Änderung in der Programmdatenbank war ein Umstieg von .mdb zu .accdb.
Tschja, ergibt alles keinen Sinn.
Die Wahrscheinlichkeit, dass es ein Produktfehler von Access ist, ist gering, dass es an meinem Frontend liegt, hoch, aber wieso sollte mein Frontend einen Fehler produzieren, wenn es gar nicht im Spiel ist?
Ich versteh schon, kann trotzdem sein, übersteigt aber mein Verständnis von Logik.
Ich habe zwei Kunden, die mit dieser Programmversion arbeiten, der Fehler tritt bei Beiden auf. Beim Öffnen von Access rufe ich ein Programm auf, das die korrekten Daten einliest und die fehlerhaften Daten korrigiert. Meine Kunden können also weitgehend ungestört arbeiten, aber das kann ja wohl nicht die Lösung des Problems sein.
Der kostenlose Microsoft Support ist mit diesem Problem überfordert, er schlägt vor den professionellen Support zu beauftragen.
Werde ich auch machen.
Falls Du eine Idee hast was ich noch machen könnte sag es mir.
Gruß Hanns