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


Guten Tag,
ich habe hier eine Testdatei erstellt und nach den Hinweisen (s.u.) erweitert: https://www.dropbox.com/scl/fo/tkx1dp5az0qpltpcf4124/h?rlkey=285tegeozf30jnb6ihano7n8c&dl=0 <https://www.dropbox.com/scl/fo/tkx1dp5az0qpltpcf4124/h?rlkey=285tegeozf30jnb6ihano7n8c&dl=0>

Beim Testen habe ich folgende Ergebnisse erzielt:
Mit LibreOffice 7.5.7.1 Calc stürzt das Programm beim Speichern der csv-Datei in das Format *.odt kommentarlos ab:

Die Ereignisanzeige gibt diese Meldung (gekürzt) an:
Name der fehlerhaften Anwendung: soffice.bin, Version: 7.5.7.1,
Name des fehlerhaften Moduls: ucrtbase.dll, Version: 10.0.22621.2506,
Pfad des fehlerhaften Moduls: C:\WINDOWS\System32\ucrtbase.dll

Mit LibreOffice 7.6.4 und der Vorabversion 24.2.0.2 funktioniert das Speichern problemlos - auch wenn es etwas dauert.

Mit freundlichen Grüßen
Alois Klotz

Irg Bulowski, Tuffli & Partner AG schrieb am 17.01.2024 um 08:16:
Guten Morgen,

Ihre Datei (etwa 40 MB) ist zu klein ... Ich kann sie anstandslos laden und abspeichern.
Aber auch mit Ihrer Datei lassen sich – innerhalb der Dateispezifikationen – Abstürze produzieren. 
Ich habe schlussendlich Ihre Datei so modifiziert:
1. Spalte j, die mit den großen Textzellen, gelöscht. Dies vereinfacht einfach die Übersicht.
2. Die vorhandenen/verbleibenden beschriebenen Zellen kopiert und ab j1 eingefügt; sozusagen die 
Einträge verdoppelt. Als csv gespeichert, Datei geschlossen. Das csv geladen und als odt 
abgespeichert: funktioniert.
3. Die vorhandenen/verbleibenden beschriebenen Zellen kopiert und ab j1 sowie s1 eingefügt; sozusagen die 
Einträge verdreifacht. Als csv gespeichert, Datei geschlossen. Das csv geladen: so weit in Ordnung. Beim 
Versuch, es jetzt als odt abzuspeichern stürzt LO ab. LO stürzt zudem offenbar nicht beim Schreibvorgang, 
sondern bei der "Abspeichervorbereitung" ab.

Freundliche Grüsse
Irg Bulowski
...

Irg Bulowski, Tuffli & Partner AG schrieb am 16.01.2024 um 07:52:


        Guten Morgen,

        ich habe hier eine große Datei mit reinen Daten/Text: 912 711 Zeilen, 71
Spalten, 61 060 919 beschriebene Zellen, maximal 23 Zeichen in einer Zelle (in
der Regel aber nur 5), Datentrenner Tabulator. Alles somit innerhalb der
Spezifikationen (nachhttps://www.libreofficehelp.com/maximum-number-rows-
columns-cells-libreoffice-calc/): maximale Zeilen 1 048 576, maximale Spalten 16
384, maximale Zellen im Blatt 1 073 741 824, maximal 2 147 483 648 Zeichen je
Zelle.
        Die Datei/Daten werden aus einer txt-Datei eingelesen. Die Datei wird
nicht verändert und kann dann auch als csv gespeichert werden; im Prinzip ist es
ja nur eine Änderung der Dateinamenserweiterung. Bei der Speicherung im ods-
Format stürzt Libreoffice grundsätzlich ab. Auch eine Reduktion auf nur 41
Spalten und 500 000 Zeilen (und entsprechend weniger Zellen) ändert nichts am
Absturzverhalten. Es ist auch unabhängig vom Speicherort (lokal oder Netzwerk).
        Dateigröße als csv: 310 MB, reduziert 126 MB.
        Ist das Problem bekannt?
        Windows 10 Pro, 21H2; Libreoffice 7.5.7.1

        Freundliche Grüsse
        Irg Bulowski





--
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

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.