OpenOffice.info

Egal,
wir sollten die Diskussion hier beenden.
Der Fehler ist bestätigt, ein Workaround ist gefunden.
Ich habe das auch an Apache OpenOffice (AOO) Bugzilla gemeldet, der Fehler ist auch dort bestätigt.
Wer da noch reinschauen will, es ist, es ist Issue 125917 .
https://issues.apache.org/ooo/show_bug.cgi?id=125917
Vielleicht kümmert sich jemand von den Entwicklern darum.

Ich habe auch rausgefunden, daß das Problem auch Excel95 und Excel Pocket Format betrifft
Bei Excel Pocket stürzt Calc nicht ab, aber es wird eine Fehlermeldung gezeigt.

Vielen Dank an Alle Beitragenden!!!

Gruß
Wolfgang

@ Karolus

Vielleicht solltest du dir die Zeit nehmen und den ganzen Thread lesen.
Ich verwende nach wie vor Excel5 weil es schlank und ohne Schnickschnack ist. Schon die nächste Version (97) hat so überflüssige Sachen gehabt wie eine tanzende Büroklammer oder einen Suchhund und ähnlichen Blödsinn...
Ich kenne die neueren und neuesten Versionen von Excel und muß sagen, daß ich das nicht brauche für meine Zwecke...

Ansonsten bin ich Clag's Meinung, wenn die Möglichkeit im Excel5 Format zu speichern vorhanden ist, sollte sie auch funktionieren...

@ Clag:

Danke für den Link.

Hallo,

irgendwie hat Karolus schon recht es ist ein altes Format.

Aber wenn der Export nach Excel5.xls implementiert ist,
sollte er auch funktionieren oder zumindest nicht zum Crash von AOO führen

@ Mausebär
(manchmal ist der gute Karolus nen bisschen ruppig, aber meistens hat er doch Recht )

falls du noch motiviert bist,
hier die so glaube ich richtige Adresse um eine Fehlermeldung loszuwerden,

https://issues.apache.org/ooo/

viel Erfolg

Hallo

Vergiss es!
Excel 5 wurde eingeführt vor 20 Jahren, seitdem hat Excel selbst rund 6 mal das Format gewechselt.
LibreOffice hat mit Version 4 freiwillig die Unterstützung dieses Formats fallengelassen.

Nachdem ich mir den Hinweis von freedom zu Herzen genommen habe, bin ich auch schon gestrandet...
http://www.openoffice.org/de/dev/pre_submission_de.html funktioniert noch, danach geht es leider nicht weiter, weil z.B. die Webseite zur Registrierung nicht gefunden wird....
Funktioniert das nur bei mir nicht, oder auch bei euch?

Lieber Gast Freedom!
Wahrscheinlich hast du sogar Recht mit deiner Anmerkung.
Aber:
- Ich bin in vielen Foren unterwegs, da fehlt mir einfach die Zeit das alles zu lesen. In diesem Forum bin ich nicht so oft, auch wenn ich schon 5 Jahre dabei bin...
- Wie wär's gewesen, einfach den Link zu der Seite zu setzen ohne mich belehren zu müssen...?

Trotzdem vielen Dank für den Beitrag.

Wolfgang

Für die, die die Datei nicht zusammenfügen konnten, hier nochmal als Komplett-Datei:
ITALIANO.ods
Das Ermöglichen von regulären Ausdrücken behebt das Problem NICHT!!!
Nur die Vermeidung von "" und der Ersatz durch " " (d.h. ein Blank) funktioniert.
Daher besonderen Dank an clag

Ich werd mal die verschiedenen Tipps ausprobieren.
VIelen Dank für eure Bemühungen an alle.

Aber nochmal,
unter OO3.4 crasht nichts, offensichtlich nur mit den 4.x Versionen.
Na gut, wenn man es weiß, kann man die o.a. Workarounds benutzen.

Aber für mich heißt das, daß in den 4.x Versionen etwas verändert wurde, was den Absturz verursacht.
Und das ist ein Bug, den man melden sollte.

Wo ist dafür die richtige Anlaufstelle? Liest hier jemand von den Entwicklern mit?

Das mit den gesplitteten Dateien ist blöd, zugegeben. Aber ich wußte keinen anderen Filehoster außer PicUpLoad... und da hat es nicht funktioniert, weil nur Bilder erlaubt sind. Das nächste Mal bin ich schlauer, versprochen...

Hallo clag,

hab ich gemacht, und es stimmt, AOO 4.0.1 crasht auch bei mir. ABER nur bei Excel 5.0, als 97/2000/xp.xls gibt es keine Probleme. AOO crasht auch, wenn ich die Klammern entfernt habe.

Also scheint es doch ein generelles Problem mit dem Exportfilter für Excel 5.0 zu geben.



Gruß
balu

Hallo Balu,

wenn du den den Absturz beobachten willst, reicht meine im vorherigen Beitrag angehängte Datei "ITALO_3test.xls" .
Ändere in Spalte A die Formeln in die alte dunkelrot dargestellte Version mit den "" und schon schmiert AOO beim speichern als xls ab

Hallo miteinander,

da ich das mit meinem Packprogrammen nicht hinbekomme die Dateien zu "verschmelzen" -{warum wird nicht die Datei als ganzes bei einem externen File-Hoster hochgeladen, anstatt son Quatsch mit Splitten und so??}- , muss ich Wohl oder Übel mal "aus der Hüfte ins Blaue schießen", ob es hilft, keine Ahnung.

Also wenn ich das richtig sehe, geht es um eine zu vergleichende Wortliste. Und in dieser Wortliste stehen nicht nur Wörter, sondern auch verschiedene andere Zeichen. Korrekt? Ja oder Nein?

Unter andere Zeichen -{kurz: Satzzeichen}- verstehe ich so was wie Klammer auf ( und Klammer zu ) .

So! Und nun kommen wir wohl einen Schritt weiter. Das mit den doppelten Anführungszeichen " INNERHALB einer Formel dürfte wohl uninteressant sein, da die Satzzeichen nicht irgendwelche Zeichen sind, sondern auch Reguläre Ausdrücke. Und mit diesen Regulären Ausdrücken kann man vieles machen, F1 aufrufen und Reguläre Ausdrücke als Suchbegriff eingeben. Und dort wird man dann feststellen das auch die Runden Klammern solche Ausdrücke sind.

Und wie soll das jetzt weiter helfen?
Na ich würde mal in den Optionen schauen ob die dementsprechende Option aktiviert ist, oder nicht.
-> Extras
-> Optionen (Einstellungen)
-> OpenOffice Calc
--> Berechnen: -> Reguläre Ausdrücke in Formeln ermöglichen
Und je nach dem wie dort der Status bei der problematischen Datei ist, einfach mal schauen was denn passiert wenn diese Option geändert wird.


Und wie komme ich zu der Vermutung das das ganze Problem etwas mit den Satzzeichen zu tun hat?
Wir hatten hier schon mal so ein ähnliches Problem, wo es Probleme mit SVERWEIS bei einer ähnlich gelagerten Datei gab. Da ging es auch um Fremdsprachen Vokabeln die nicht nur mit den runden Klammern, sondern auch mit den eckigen Klammern [ ] vollgespickt waren, und noch anderes gedöns. Und erst als alle Klammern entfernt wurden, lief alles einwandfrei.

Obwohl SVERWEIS eine spezielle Funktion zum Suchen von Daten ist, sollte man eine solch simple WENN-Funktion nicht unterschätzen. Denn auch sie sucht und vergleicht Daten, und wenn dann Satz, oder Sonderzeichen mit im Spiel sind, sind Probleme schon so gut wie vorprogrammiert.

Sollte das ändern der eben genannten Option nicht wirken, dann würd ich mal schaun was passiert wenn die ganzen Satz und Sonderzeichen aus der Vokabelliste gelöscht werden.


So, da ich mir die Datei ja nicht anschauen kann, bleibts nur bei meinen Worten. Zu den Taten müsst ihr nun selber schreiten und testen, testen und testen was das Zeug so hält. Viel Spaß dabei :



Gruß
balu

Hallo Mausebär,

hmm musste jetzt doch noch mal gucken was da passiert

und ich glaube ich bin dem "Auslöser" etwas näher auf der Spur
es ist in deiner Formel das letzte nackte Paar "" was den Absturz auslöst

ändere deine Formel

=WENN(E2="";" ";WENN(E2=E3;"x";""))
=WENN(E2="";"";WENN(E2=E3;"x";" "))
=WENN(E2="";"";WENN(E2=E3;"x";"."))

dann ist de Spuk auch vorbei

PS edit:

stimmt doch nicht ganz so die erste Aussage

das schreiben von "" ist das Problem

=WENN(E2="";" ";WENN(E2=E3;"x";" "))
=WENN(E2="";".";WENN(E2=E3;"x";"."))

diese beiden Formeln sind jetzt stressfrei
guckst du hier

Hallo Mausebär,

es war noch etwas merkwürdiger

wenn deine Formel zum Einsatz kam wurde in E2 noch Text akzeptiert und ein Abspeichern als Excel5.xls ging noch reibungslos,
erst wenn in E3 noch Text hinzukam war es aus, und der Speichervorgang als Excel5.xls AOO brachte AOO zum Absturz.

Ich kann mir das nur so Erklären, das in der Exportroutine diese Formel nicht richtig übersetzt wird.

Leichte Modifikationen an der Formel brachten nichts, daraufhin habe ich versucht die Funktion deiner Formel anders auszudrücken.

@ clag:

Das Verhalten von Calc bei dieser Datei ist schon wirklich seltsam. Ich hab ein bißchen rumprobiert und eine ganz einfache Formel in eine jungfräuliche Calc-Datei eingefügt.
Wenn in B1 "e" steht, wir "Ja ausgegeben, wenn etwas anderes dort steht "nein".
Das Abspeichern funktioniert ohne Probleme...
Wenn ich in meine Datei so eine Formel einfüge, wird auch problemlos gespeichert, nur mit gibt's das Problem...

Ich hab ja gedacht. das " Mausebär " wenigstens eine simple " WENN() -Formel " lesen kann.

Ich kann die Formel lesen, da ich sie ja selber gemacht hab...
So wie die etwas komplizierteren in Spalte K und L.
Aber ich kann nicht ausschließen, daß ich dabei einen Denkfehler gemacht habe.

Aber vorweggenommen, auch mit der Formel von Gert Seler stürzt Calc ab...
Die Formel von Clag hat's gebracht, da stürzt nix mehr ab.

Aber hier noch kurz, was ich mir dabei gedacht habe: Die ganze Sache funktioniert nur, wenn die Spalte E auf- oder absteigend sortiert ist.
Es sollen Dubletten markiert werden.

Um zu verhindern, daß ein Kreuz gesetzt wird, wenn Zellen leer sind (d.h., am Ende der Tabelle), frage ich ab ob Zelle E leer ist. Wenn ja, wird in Zelle A ein Blank geschrieben (ich hätte natürlich auch mit der Verwendung von "" nichts in die Zelle schreiben können).
Mir kam es nur darauf an, daß dort nichts zu sehen ist.

Ist die Zelle E nicht leer, wird geprüft ob der Inhalt von E gleich E(+1) ist. Ist das der Fall, wird in Zelle A ein "x" gesetzt. Das heißt nämlich, daß in E und E(+1) derselbe Begriff steht, und danach wollte ich zum Schluß mit Autofilter filtern nach "x", um Dubletten zu finden.

(In meiner neuesten Version frage ich übrigens nicht E(+1) ab, sondern E(-1). Das hat den Vorteil, daß nicht das erste Auftreten der Dublette markiert wird, sondern die folgenden..., also: Clag's Formel werde ich auch noch entsprechend umbauen).

Sind die Zellen E und E(+1) bzw. E(-1) ungleich, wird in A nichts eingetragen.

Das mit dem Blank hab ich natürlich auch schon gemerkt, habs aber noch nicht korrigiert, weil es so oder so funktioniert. Kleine Unsauberkeit in der Programmierung...

Das haut ja nicht hin, da die l e e r e "Formelzelle" ("") einen Inhalt bekommt, und damit nicht mehr leer ist.

[/quote]
Es haut eben schon hin... Sowohl in Excel5 als auch in OOCalc....
Schau dir in der Mappe mal die Spalte A an, da findest du z.B. in Zeile 55 so eine Dublette