Bad allocation

de-users
#1

Hallo Ralf,

wenn der PC sonst keine Auffälligkeiten mit anderen LibreOffice-Dokumenten oder Programmen zeigt, dann ist ein Hardware-Problem wohl eher unwahrscheinlich, aber 100%-ig ausgeschlossen allerdings leider nicht nicht.

Ohne großen Aufwand könnte man auch mal folgendes probieren:

1. Erstelle über den Dateimanager eine Kopie der betroffenen Datei: DATEI_KOPIE_1.odt
2. Speichere die betroffene Datei zusätzlich als ".doc"-Datei ab: DATEI_KOPIE_1.doc
3. Öffne die Datei DATEI_KOPIE_1.doc mit "LibreOffice" und speichere sie als neue ".odt"-Datei ab: DATEI_KOPIE_2.odt

Durch den Wechsel des Dateiformats odt -> doc -> odt wird letztendlich aus der "doc"-Datei die "odt"-Datei NEU ERZEUGT durch "Libre Office" - und vielleicht dann auch wieder fehlerfrei.

Gruß
Hans-Werner

#2

Hallo,

Hallo Ralf,

wenn der PC sonst keine Auffälligkeiten mit anderen
LibreOffice-Dokumenten oder Programmen zeigt, dann ist ein
Hardware-Problem wohl eher unwahrscheinlich, aber 100%-ig ausgeschlossen
allerdings leider nicht nicht.

Eben, vielleicht packt das Dokument den RAM voll wie kein anderes?
Außerdem ändert das Scrollen durch Schriftarten zunächst nichts am Dokument und LO stürzt ab.

Durch den Wechsel des Dateiformats odt -> doc -> odt wird letztendlich
aus der "doc"-Datei die "odt"-Datei NEU ERZEUGT durch "Libre Office" -
und vielleicht dann auch wieder fehlerfrei.

gewagte These!
Es könnte sich auch um ein Problem im Programm bzw. in einer Konfigurationsdatei handeln.

"Bad Allocation" deutet INO auf einen "defekten Bereich" hin, da ist meistens der RAM gemeint und der Fehler muss nicht immer zwangsläufig auch anderswo auftauchen, kann aber im Zusammenhang mit einem etwas speziellen Dokument und Handlung zum Absturz führen.

Aber egal was und wie, wenn alles nix bringt, die Datei als reinen Text speichern und das Dokument neu erstellen. Solche Fehler können oft auftauchen, wenn man ein MS-Office nach ODF importiert, dann als ODF abspeichert und weiterarbeitet. Und sehr beliebt, wenn man dann schon richtig viel dran gearbeitet hat :frowning:

Auf jeden Fall: Es gibt ja nun einige Ansatzpunkte um sich an das Problem ranzutasten.

#3

Hallo Fritz,

"gewagte These" ist noch viel zu positiv formuliert, es war einfach nur "ein Schuss ins Blaue" - wegen der "Glaskugel"-Situation - um mit geringst möglichem Zeitaufwand eine neue odt-Datei zu erzeugen um schauen zu können, ob mit dieser der Fehler reproduzierbar ist. LO bietet ja unter "Speichern unter..." verschiedenste Dateiformate an, vielleicht ist ein anderes ja auch besser geeignet, um daraus wieder eine odt-Datei zu erstellen ... zum testen.

Um Hardware-Probleme auszuschließen, ist sicherlich ein RAM-Test nicht die schlechteste Idee:
https://www.win-10-forum.de/artikel-windows-10-tipps-tricks/297-windows-10-arbeitsspeicher-ram-fehler-ueberpruefen.html
Ob dieser Artikel was taugt, kann ich nicht sagen, habe nur "Windows 7 Home Premium 64-bit", aber unter "Windows 10" scheint es einige vielleicht hilfreiche Werkzeuge zu geben.

Gruß
Hans-Werner

------ Originalnachricht ------

#4

Erst einmal Danke an alle!
Speicher-Problem - wohl kaum die odt-Datei hat zwar 15 Seiten ist aber
nur 48 kb groß, da sollten meine 4GB physischer RAM (+ 8GB Swap-Datei
aauf einer SSD) sicherlich ausreichen. Da ich mit dem gleichen
LibreOffice ein knapp 220-seitige odt mit 85 MB (wg. eingebetteter
Fotos) problemlos editieren konnte und kann, kann es das eher nicht sein :wink:

Gleiches gilt wohl für andere Hardware-Probleme, da mein Rechner
ansonsten brav vor sich hin arbeitet.

Ich hatte gehofft, dass jemand das Problem kennt - Schriftauswahl -
Abschmieren.

Dem ist anscheinend nicht so, dann werde ich das wohl mal an der Quelle
der Datei testen müssen. Denn es tritt bis jetzt nur bei dieser Datei
auf - mal sehen, ob das am Rechner meines Vaters auch reproduzierbar ist.

Vielen Dank an alle für drüber nachdenken!