Hey Fred,
ziemlich schwierig etwas zu sagen ohne die Makros zu kennen oder die
aufrufenden Dateien.
Aber: ODBC unter Linux... geht, wenn die entsprechenden TReiber korrekt
installiert sind.
Also erster Versuch: Kannst Du im Betriebssystem (bei Dir CentOS) die
ODBC Verbindung zur MySQL Datei aufrufen und funktioniert diese ohne
Fehler? (Verbindung testen etc.)
Das muss völlig ohne LO etc funktionieren.
Geht das, teste den Aufruf der ODBC Verbindung im LO Makro
(Schrittweise) - bekommst Du eine Verbindung? Kannst Du SQL-Befehle
üermitteln?
Am besten testen mit einfachen Aufgaben und xray oder MRI.
So kann man sich rantasten... mehr kann ich Dir im Moment auch nicht
empfehlen.
Wenn alles unter Windows korrekt funktioniert - dann erscheint mir der
Fehler eher im BS zu liegen (und in der korrekten Einbindung der
Treiber....)
VG
Thomas
Am 01.02.2018 um 10:34 schrieb Manfred Bertl:
Hallo Leute,
habe jetzt lange herumprobiert und versucht den Fehler zu analysieren. Die
Situation:
OS: CentOS7 (aktueller Stand), Gnome3 Classic, Oracle Java 8 u. 9
installiert ist: LO 4.4.7.2, LO 5.4.4.2 und LO 6.0.0.3
Habe eine Base Datei mit Zugriff auf MySQL-Server mittels ODBC. Erstellt wurde
die Datei ursprünglich mit LO4, jetzt aber lange benutzt und weiterentwickelt
mit LO5. Beim Starten meiner Base-Datei wird ein Makro gestartet, das mein
Hauptmenü öffnet, dabei wird vorher der Benutzer für den Zugriff zur Datenbank
abgefragt (geschieht ja automatisch beim ersten Zugriff auf Datenbankinhalte).
Seit ca. 2 Wochen crasht LO beim Öffnen von bestimmten Formularen einfach ab
(Formular öffnet sich kurz und LO ist weg). Dasselbe passiert auch, wenn ich
ohne Makros öffne und die bestimmten Formularen durch Doppelklick öffne. Leider
gibts weder eine Fehleranzeige, noch konnte ich eingrenzen warum genau der
Fehler passiert.
Das ist möglich, wenn die Formulare selbst eine Verbindung zur DB
aufbauen möchten - die Verbindung aber nicht korrekt funktioniert.
Auch dazu müsste man die Dateien sehen.
Da LO6 jetzt offiziell released ist, dachte ich, ich geb dem mal eine Chance.
Beim Öffnen meiner Datei bleibt LO6 noch vor der Benutzerabfrage gleich hängen
und reagiert nicht mehr. Wenn ich die Makros aber nicht einschalte, dann
funktioniert der Zugriff, auch die in LO5 fehlerhaften Formulare funktionieren,
leider aber nicht bedienbar, weil ja keine Makros funktionieren.
Unter LO4 funktioniert alles tadellos.
Was ich schon versucht habe.
- Profilverzeichnis gelöscht, Einstellungen neu angelegt -> kein Erfolg.
- Datei aus der Datensicherung wiederhergestellt (die ist unangetastet) -> kein
Erfolg.
- verschiedene Java Versionen ausprobiert -> kein Erfolg.
- Datenbankverbindung überprüft, Konsistenzcheck -> alles ok.
- ältere LO5 Version installiert -> kein Erfolg.
- unter Windoof funktioniert alles.
- Updates von CentOS untersucht, ob etwas dabei war in letzter Zeit, das den
Zustand hervorruft -> nichts gefunden.
Auf dem Notebook - das auch den SQL-Server bereitstellt - habe ich jetzt
dasselbe Problem, obwohl ich am Notebook nichts angetastet habe.
Weiss nicht mehr weiter...
glg,
fred
PS: danke fürs Lesen =)
--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.