Date: prev next · Thread: first prev next last
2017 Archives by date, by thread · List index


Danke für die Hinweise Klaus !

Ein Globaldokument möchte ich nicht verwenden.
Bisher ist es ohne gegangen - und das sollte
auch weiterhin so möglich sein.

Natürlich kann ich den Taskmanager mal beobachten.
Bei der 4er Version habe ich das gemacht.
Manchmal dauert es eine ganze Weile bis die
Aktivität dann endlich verschwindet.

Man weiß dann nicht so genau was das
Programm da wirklich macht.

Instabilitäten hatte ich bei der 4er Version
wenn 3 recht große Bilder direkt hintereinanderkamen.

Bei der 5er ging das besser.

Nur gibt es nun eben neue Macken die man
erst mal verstehen muss.

Programme mit weniger Macken liebt man natürlich mehr.

Viele Grüße nach Hannover
Matthias

Am 02.06.2017 um 19:29 schrieb Klaus Büchting:
Hallo Matthias,

vorab: Meine Konfiguration ähnelt Deiner, also Win 7 pro, 64 bit, 12 GB Hauptspeicher; LO: 5.2.5.1 (x64), Bilder sind per Verweis eingebunden.

Gestartet bin ich mit einer Datei unter LO 4.x - dies wurde ab ca. 80 Seiten so instabil, daß ich mich entschloß, auf ein Global-Dokument umzustellen - dabei bin ich den Empfehlungen zum Vorgehen gefolgt.

Auch hier bin ich unter LO 4.x in eine Stabilitätsfalle geraten - und habe mich erstmal um andere Dinge gekümmert.

Einige Versionen später unter LO 5.x (x64) war es dann so richtig rund und stabil - wie ich es als "halber DAU" erwarte.

Einzige Einschränkung: In der Zeit der Instabilität habe ich mir angewöhnt, den Task-Manager laufen zu lassen - erst wenn sich CPU- und Speicheraktivitäten nach dem Öffnen, Drucken, Speichern oder Schließen "beruhigt" haben, geht es für mich weiter.

Mein Global-Dokument umfaßt ca. 15 Kapitel unterschiedlicher Größe, knapp 200 Bildern mit zusammen ca. 600 MB. Ich habe eben das Global-Dok testweise in eine normale .odt-Datei exportiert - keine Änderung beim Verhalten.

Vielleicht hilft Dir meine Antwort...

Viele Grüße aus Hannover, Klaus


-----Ursprüngliche Nachricht-----
Von: Dr. Matthias Weisser [mailto:matthias.weisser@gmx.de]
Gesendet: Dienstag, 23. Mai 2017 14:34
An: LO DE-users
Betreff: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit

Hallo Liste,

ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim Abspeichern erst der Scrollbalken abgearbeitet wird und danach jedoch ~5s vergehen bevor das System wieder auf Eingaben brauchbar reagiert.

Bei einem anderen Text mit 768 Seiten gab es bisher nie Probleme.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt daß das Problem scheinbar nicht auftritt wenn die Bilder nicht auf der Platte erreichbar sind. Dann werden nur Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue erstellt und das Verhalten geschildert.
*Bug 108005*
<https://bugs.documentfoundation.org/show_bug.cgi?id=108005> - Writer hangs several seconds after saving

Leider kann ich mit der sicher gutgemeinten Antwort von Timur nicht viel anfangen. Siehe seinen Text unten.

Ich habe Win7 64bit, keine anderen Versionen.
Ein Crash tritt wohl nicht auf - was also hilft ein Crash-Report wenn es keinen Crash gibt - nur diese Verzögerung?

Hat jemand eine Idee wie dem Problem beizukommen ist?
Kennt jemand vielleicht so ein Verhalten?

Natürlich kann ich neuere Versionen grundsätzlich testen.
Nur benötige ich ein produktives System. Es darf nicht passieren daß ich mein System zerstöre und dann neuinstallieren muss. Es dauert Tage den Rechner neu aufzubauen mit den Applikationen die laufen müssen.

Ich helfe gerne - nur nicht um jeden Preis.
Mit der Bitte um Verständnis.

Vielen Dank !
Matthias

Thank you, but this can't be conformed like this, even that I'm seeing some unresponsability myself. You should either attach minimal test case to reproduce a bug or test this yourself.

I'm suggesting that you:
- gethttp://tdf.io/siguiexe to easily get and run "parallel" LO in Windows (extract without installation) - run different extracted versions (here it would be fresh 5.3.3.2 and 5.4 beta and master 5.5+) and architectures (32-bit or 64-bit) related to this bug in order to test crash - note crash report link for crash with LO 5.2 and higher, sth. like crashreport.libreoffice.org/stats/crash_details/.... (not applicable here but a general advice)

and, if possible, since it's not overly complicated, but gives some clues:
- use procdump (part of free and useful Sysinternaly Suite) during LO run in order to get a dump (soffice.bin.dmp) - run procdump manually after LO start (path-to\SYSINTERNALSSUITE\procdump.exe soffice.bin -h path-to\soffice.bin.dmp) for reproducible bugs like this one, OR via simple batch file likeattachment 129814 <http://bugs.documentfoundation.org/attachment.cgi?id=129814> [details] <http://bugs.documentfoundation.org/attachment.cgi?id=129814&action=edit>, that is used instead of LO icon to start LO, for intermittent bugs (which seems to be the case here)

and even this - or just upload previous crash dump with LO "Master x86 39":
- analyze dump with WinDbg configured perhttps://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg (set "Symbol File Path") - attach here as an attachment result of "!analyze -v" command in WinDbg (that's "backtrace") - if "!analyze -v" is empty, which comes after "ntdll!NtTerminateProcess" error, go with "kb" that prints stack trace and "~* kp" to dump the whole stack.


--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://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.