Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice nach Makrodurchlauf

Hallo,

vielen Dank für Eure vielfältigen Ratschläge, Tests und Eure Zeit.

Auch ich war in der Zwischenzeit nicht untätig.
Mein Betreibssystem ist Win 10 Pro (x64) 1809 Build (17763.379)

Habe nach wie vor Probleme mit den Abstürzen, wenn ich die abschließende
Messagebox aktiviere.
Auch Verzögerungen durch Wait haben nichts gebracht.
Das Makro habe ich nun umgeschrieben und zwei Labels oberhalb der
Schaltflächen eingefügt,
welche nun den jeweiligen Status farblich und mit Meldungen versehen
anzeigen.
Dies funktioniert ohne Absturz.

Zum Absturz, bzw. Einfrieren habe ich die Windows-Prozesse, bzw. die
Libreoffice-Prozesse
im Augenblick des Einfrieren genauer unter die Lupe genommen.
Zur Analyse von Prozessen habe ich mir vor längerer Zeit das Tool
"ProcMon.Exe 3.5" heruntergeladen.
Download unter:
https://live.sysinternals.com/ <https://live.sysinternals.com/>

Mit dem Tool habe ich mir zum Zeitpunkt des Einfrierens
eine CSV-Datei mit alle aktiven Prozesses schreiben lassen.
Dann habe ich die LibO-Prozesse mittels Calc herausfiltern lassen.
Im Anschluß die Duplikate der Spalte "Results" herausgefiltert.
Dabei kamen diese Results heraus:

SUCCESS
REPARSE
NAME NOT FOUND
FILE LOCKED WITH ONLY READERS
NO MORE ENTRIES
BUFFER OVERFLOW
ACCESS DENIED
NO SUCH FILE
NAME COLLISION
NO MORE FILES
PATH NOT FOUND
END OF FILE
INVALID PARAMETER
NOT A DIRECTORY
SHARING VIOLATION
0xC00004AE
FILE LOCKED WITH WRITERS
BUFFER TOO SMALL
IS DIRECTORY
NOT REPARSE POINT
FS DRIVER REQUIRED
OBJECT PATH INVALID

Zu den einzelnen Results, gibt es in der Spalte Path Hinweise zum
Ursprung der Meldung.

Bei meinen weiteren Überlegungen hatte ich auch meine Firewall und den
Virenscanner in Verdacht.
Denn zum Zeitpunkt des Absturzes schnellt bekanntlich die CPU-Last auf
25-28% hoch und
außerdem wird ein sehr hoher Stromverbrauch gemessen. Da lag die
Vermutung nahe,
dass die Firewall einen Angriff vermutet. Das hat sich nicht bewahrheitet.
Hatte Virenscanner und Firewall abgeschaltet und einen Crash provoziert.

Die nächste Überlegung geht in Richtung Betriebssytem.
Da ich nach der Erstellung meines ursprüglichen Makros ein
WIN-Update von 1803 auf 1809 durchgeführt hatte.
Ggf. gibt ist in 1809 irgendwelche neuen Sicherheitsfunktionen,
welche Programme mit sehr hohem Stromverbraucxh blocken.
Diese ist aber auch nur eine Vermutung. Möchte auch nicht an meinem
störungsfrei laufenden Betriebsystem herumbasteln.

Die Frage welche sich abschließend stellt, warum kommt es zu einem
BUFFER OVERFLOW, BUFFER TOO SMALL, etc. wenn eine Messagebox aufpoppt?
Und warum wird ein so hoher Stromverbrauch gemessen?

Ach ja, warum dies: NAME COLLISION?
Dieses Result wird mir durchgängig bei Prozess soffice.bin in Verbindung
mit meinem Windows-User-Pfad bishin zum LibO\4\User angezeigt.
Mein Name ohne Umlaut geschrieben: Juergen

Nochmals Dank für Alles und an Alle!

Viele Grüße

Jürgen




Am 02.04.2019 um 20:22 schrieb OoOHWHOoO:
> Hallo Oliver,
>
> da fällt mir jetzt nichts mehr dazu ein, außer:
>
> Hast Du das Makro mit "LO 6.2.1.2 (x64)" oder neuer getestet ? Der
> Fehler tritt erst ab "LO 6.2.x.x" auf !
>
> Aus Deinem BugReport geht hervor, dass Dein Betriebssystem "Windows
> 10" ist, meines ist "Windows 7 Home Premium 64-bit". So könnte das
> Ganze auch eine "Windows 7"-spezifisches Problem sein, wenn Du das
> Makro mit "LO 6.2.1.2 (x64)" oder neuer getestet hast.
>
> Grüße
> Hans-Werner
>
> ------ Originalnachricht ------
> Von: "Oliver Brinzing" <Oliver.Brinzing@gmx.de>
> An: users@de.libreoffice.org
> Gesendet: 02.04.2019 19:02:17
> Betreff: Re: [de-users] Versionsabhängiges Einfrieren von LibreOffice
> nach Makrodurchlauf
>
> > Hallo Hans-Werner,
> >
> > also ich hab das Makro extern via Batch gestartet - mit und ohne
> > aktiven Schnellstarter.
> > Bei mir läuft das durch, hab es mehrfach versucht.
> >
> > Gruß
> > Oliver
> >
> > Am 02.04.2019 um 08:51 schrieb OoOHWHOoO:
> > > Bezug 1: https://listarchives.libreoffice.org/de/users/msg21463.html
> > > Bezug 2: https://listarchives.libreoffice.org/de/users/msg21448.html
> > >
> > > Hallo Oliver,
> > >
> > > ich habe jetzt mal ganz ausführlich getestet (s.u. TESTREIHE):
> > >
> > > [1] Es ist unerheblich, ob man den extern Makro-Aufruf via
> > > "WindowsBatch" oder "Perl" durchführt.
> > > Sollte also auch mit einem (vergleichbaren) Linux-BASH-Aufruf
> > > funktionieren.
> > >
> > > [2] Mit der LO-Dateiauswahl
> > > (com.sun.star.ui.dialogs.OfficeFolderPicker) funktioniert das Makro
> > > IMMER FEHLERFREI.
> > >
> > > [3] Mit der Betriebssystem-Dateiauswahl
> > > (com.sun.star.ui.dialogs.FolderPicker) funktioniert das
> > > Makro ab "LO 6.2.1.2" NICHT MEHR.
> > >
> > > [3.1] Das Makro bleibt hängen, wenn man via angezeigter Dateiauswahl
> > > ein Verzeichnis ausgewählt hat
> > > und danach die Dateiauswahl wieder (automatisch) ausgeblendet wurde.
> > > [3.2] Der WindowsTaskManager zeigt an, dass die Prozesse
> > > "soffice.bin" und "soffice.exe" existieren,
> > > aber keinerlei CPU-Last erzeugen.
> > >
> > > [4] Startet man in der Hängenbleiben-Situation [3.1] zusätzlich
> > > manuell "soffice.exe" nochmals,
> > > läuft das Makro dann fehlerfrei weiter.
> > >
> > > [4.1] Entgegen meiner früheren Aussage, muss man (beispielsweise)
> > > nicht eine neue CALC manuell
> > > öffnen, es reicht "soffice.exe" manuell (nachzu) starten.
> > >
> > > Wie das jetzt alles zusammenhängt ( Warum läuft das Makro weiter,
> > > wenn man "soffice.exe" manuell
> > > nachstartet ?) kann ich nicht erklären, da ich zu wenig über die
> > > LO-internen Abläufe weiß.
> > >
> > > Grüße
> > > Hans-Werner
> > >
> > > TESTREIHE
> > >
> > > (A)   LO 5.3.7.2 (x64) - Installation PARALLEL
> > >
> > > "com.sun.star.ui.dialogs.FolderPicker" => OKAY
> > > "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY
> > >
> > > (B)   LO 6.1.5.2 (x64) - Installation PARALLEL
> > >
> > > "com.sun.star.ui.dialogs.FolderPicker" => OKAY
> > > "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY
> > >
> > > (C)   LO 6.2.1.2 (x64) - Installation PARALLEL
> > >
> > > "com.sun.star.ui.dialogs.FolderPicker" => ERROR
> > > + Makro bleibt hängen.
> > > + Startet man in dieser Situation
> > > "...\LibreOffice\program\soffice.exe" zusätzlich manuell nach,
> > > läuft das Makro fehlerfrei weiter.
> > >
> > > "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY
> > >
> > > (D)   LO 6.2.2.2 (x64) - Installation STANDARD
> > >
> > > "com.sun.star.ui.dialogs.FolderPicker" => ERROR
> > > + Makro bleibt hängen.
> > > + Startet man in dieser Situation
> > > "...\LibreOffice\program\soffice.exe" zusätzlich manuell nach,
> > > läuft das Makro fehlerfrei weiter.
> > >
> > > "com.sun.star.ui.dialogs.OfficeFolderPicker" => OKAY
> >
> >
> > -- 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/
> > Datenschutzerklärung: https://www.documentfoundation.org/privacy

--
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/
Datenschutzerklärung: https://www.documentfoundation.org/privacy