OpenOffice.info

Problem gelöst? Wenn nicht, Java installiert? Das vergessene Java war mein Problem. Jetzt läuft OO stabil.

[quote="kyper"]auf meinem neuen Rechner (BS: Windows 7 64bit) hatte ich 2012 erfolgreich OO 3.3 installieren können.[/quote]
Wer soll das mit einer uralten Programmversion, die 2011 auf den Markt kam, nachstellen ?

Möglicher Weise ist das [url=http://de.openoffice.info/viewtopic.php?f=27&t=54231]Benutzerprofil[/url] korrupt, benenne dies einmal um.

nur mal so am Rande:
auf meinem neuen Rechner (BS: Windows 7 64bit) hatte ich 2012 erfolgreich OO 3.3 installieren können. Absturzprobleme von Calc u.a. beim Speichern von OO Tabellen bestehen aber seitdem leider weiterhin. Das 'Speichern bei Absturz' funktioniert nicht, sondern OO gibt den Löffel dann immer gleich ganz ab (mit entsprechendem Datenverlust, wobei die Wiederherstellung für schon bestehende Dateien meist funktioniert). Zudem gibt es gelegentlich auch nen Absturz wenn man eine Zeile einer Tabelle löschen will, oder wenn in eine neue Tabelle nur etwas hineinkopiert wird.
Höchst ärgerlich immer (da A: durch Anlegen von Sicherungen Zeitverluste entstehen und B: auf jeden Fall immer Datenverluste auftreten sowie C: durch die auftretenden Abstürze immer erhebliche und hochgradig nervtötende Zeitverluste einhergehen). Die Probleme/ das Problem, dass zum Absturz beim Speichern führt ist/sind nicht konkret reproduzierbar. Mal stürzt Calc nach dem ersten Speichern ab (selten), mal erst nach dem fünfzigsten Speichern. Mehrere Abstürze AM TAG kommen aber schon recht oft vor. Selten sind Tage ohne einen Absturz.

Ausserdem tritt ab und zu mal das Problem auf, dass vor allem nach längerem Arbeiten an meinen Tabellen beim simplen Markieren von Zellbereichen (z.B. um Inhalte zu kopieren) plötzlich 'alles weiss' wird. Die Zellinhalte sind nicht mehr erkennbar. Das Ereignis beinhaltet, dass ein 'Absturz bei Speichern' dann auf jeden Fall eintritt. Selten passiert es auch, dass eine neue Tabelle nicht anlegbar ist (man clickt auf Datei->neu->Tabellendokument und es passiert nichts). Dann muss man speichern um OO neu zu starten. Leider tritt dann natürlich auch ein 'Absturz bei Speichern' auf. Logisch.

Mein Arbeitsumfeld: 5 öfters sogar 1 Dutzend, oder selten sogar noch ein paar mehr Calc Dateien (1 bis 7MB Größe) sind gleichzeitig geöffnet.

LG

[quote]Nachdem ich x-mal neu instaliert habe[/quote]

WARUM? Eine Neuinstallation ist überflüssig, wenn überhaupt ist eine REparaturinstallation von OOo angezeigt.

[quote]und das alles nicht zur Stabilität führte[/quote]

und Du hast tatsächlich auch das OOo-Benutzerverzeichnis umbenannt oder gelöscht?

[quote]Also wurde bei einem Java Update wohl niemals alter Mist gelöscht.[/quote]

Na gottseidank, denn es wäre schlimm wenn das geschähe. Das JRE ist nämlicgh kein 'Programm', sondern eine Laufzeitumgebung die ggf. auf dem gleichen Rechner in verschiedenen Versionen benötigt wird da manche Programme bestimmte Versionen des JRE voraussetzen.

[quote]Ich habe dann mit VIEL Aufwand (man muß zwischen durch immer neu Starten [/quote]

Nein, gänzlich überflüssig, einmaliger Neustart würde ausreichen (AUCH wenn irgendein Dialog anderes verkündet)

[quote]Dann als alles sauber war, EINE aktuelle JRE heruntergalden und istalliert.

Seit dem keine Abstürze mehr, meine tauchten immer bei Speichern auf.[/quote]

UNd hättest Du erneut alle 4 Versionen installiert wäre das Ergebnios wohl dass Gleiche gewesen. Ich habe jedenfalls auf diversen REchnern regelmäßig mehrere JRE-Versionen und deshalb natürlich nicht automatisch Probleme, denn die Parallelinstallation ist normal.



Gruß
Stephan

Hallo
habe jetzt per RevoInstaller OO 3.3 hoffentlich restlos von meinem System entfernt. Haufenweise 'übriggebliebene Ordner', aber nur echt wenige Registryeinträge (nämlich insges. nur 4 von Revo gefundene) habe ich per Revo entfernen lassen. Habe nun wieder Version 3.2, genauer gesagt OOO320m12 (build:9483) installiert. Look von 3.2 (also der Startbildschirm sieht jetzt auch anders aus, als vorher)
Habe festgestellt, dass auf meinem System zwei Java Runtime Environments vorhanden sind nämlich 1.6.0_22 und 1.6.0_24. Welches sollte man für OO 3.2 verwenden? Sollte man eines der beiden entfernen?
Wie sollte man am besten unter extras->optionen->openofficeorg->Arbeitsspeicher die Einstellungen wählen, wenn man besonders große und viele Tabellen parallel bearbeitet? Könnte Reduzierung der 'Anzahl der Rückgängig Schritte' nützlich sein?
Da ich bei 3.2 festgestellt habe, dass nach einiger Bearbeitungszeit (ich habe viele Tabellen aus Produktivitätsgründen teilweise stundenlang geöffnet, Speichern und Schliessen kostet zu viel Zeit..) Probleme auftreten wollte ich mal fragen wie man rechtzeitig erkennen kann, dass 'da was vollgelaufen ist'? Kernproblem ist dabei, dass nach gewisser Zeit (mehrere Stunden), wenn man Inhalte einer Tabelle zum Zwecke des Kopierens markiert, nur noch eine reinweisse Fläche zu sehen ist. Manchmal ist das kaskadierend, manchmal betrifft es nur die in der Ansicht befindliche Tabelle.
Vielen Dank für Eure Hilfe jedenfalls!

LG
Kyper

[quote]und deshalb ist ja auch die Migration von .ods Tabellen zu Excel Tabellen nicht so ohne weiteres möglich (ausser man hat gaaaanz viel Zeit). [/quote]

Das von mir aufgezeigte Problem ist doch nötigenfalls automatisiert zu prüfen.

[quote]Ganz zu schweigen davon, dass Excel, so weit ich weiss die bei .ods Tabellen vorgenommen Zellen-Formatierungen (Zellenhintergrundfarbe, Schriftgröße usw., Spaltenbreite) nicht übernimmt.[/quote]

das wäre mir neu, zumal dann OOo ja völlig unbrauchbar wäre, das ist es aber nicht. Wenn es also Probleme bei Zellformatierungen gäbe dann nur ausnahmswweise, in keinem Fall generell.

Diese Einschätzung hat dann auch damit zu tun das ich täglich beruflich mit Migration von Excel-DAteien zu Calc-Dateien befasst bin.

[quote]Trotzdem bleibt bei mir die Frage, warum das Speichern bei 3.2 besser gelaufen ist[/quote]

Weil z.B. in 3.3 ein Fehler ist? Ohne das ich diesen Fehler bestätigen könnte.

[quote]Bin jetzt immer noch am überlegen, wie ich 3.3 losbekomme.[/quote]

WEITERHIN weiß hier niemand warum bei Dir die Deinstallation nicht funktioniert, denn dazu schreibst Du nichts, lediglich Anfragenb wie du deinstallieren solltest.

[quote]Weiss nicht, ob ich diesem 'Revo Uninstaller' vertrauen kann.[/quote]

Das ist doch auch ganz überflüssig. Setze, wie bereits hingewieen, einen Wiederherstellungspunkt vor der Deinstallation (bei Win7 über Start-Systemsteuerung-Wiederherstellung) und nichts kann bei jeglichem Rumprobieren kaputtgehen.


Gruß
Stephan

Hi Stephan
Vielen Dank für Deine Zeit!
[quote="Stephan"][quote]Das hier gezeigte Beispiel, bzw, die falsche Speicherung, beruht im Konkreten darauf das Excel die Funktion OSTERSONNTAG() nicht kennt und Calc sie somit nicht als xls speichern kann. Das Beispiel hat jedoch nicht direkt damit zu tun das es hier um xls geht, sondern bei jeder fehlerhaften Speicherung, auch im ods-Format würde sich OOo bezüglich der FEnsteraktualisierung ähnlich verhalten.
[/quote][/quote]
Korrekt! und deshalb ist ja auch die Migration von .ods Tabellen zu Excel Tabellen nicht so ohne weiteres möglich (ausser man hat gaaaanz viel Zeit). Ganz zu schweigen davon, dass Excel, so weit ich weiss die bei .ods Tabellen vorgenommen Zellen-Formatierungen (Zellenhintergrundfarbe, Schriftgröße usw., Spaltenbreite) nicht übernimmt.

Trotzdem bleibt bei mir die Frage, warum das Speichern bei 3.2 besser gelaufen ist als bei 3.3. Immerhin war bei 3.2 alles was beim letzten Speichern gespeichert wurde auch wirklich auf der Festplatte (ohne, dass man OO herunterfahren musste). Bei 3.3 scheint es zumindest bei mir anders zu sein. Dort ist nur das wirklich auf der Festplatte was beim letzten herunterfahren von OO gespeichert war. Für das Speichern immer OO komplett hoch- und runterfahren ist meiner Meinung nach auf Dauer keine praktikabele Lösung.
Bin jetzt immer noch am überlegen, wie ich 3.3 losbekomme. Weiss nicht, ob ich diesem 'Revo Uninstaller' vertrauen kann.

LG
Kyper

[quote="komma4"]Hast Du "exotische" Inhalte in den Dateien, die Du bearbeitest, wenn das Programm abstürzt? Links zu Internetinhalten? Eingebundene Bilder, Musik oder Filme?
Oder: bilde ich es mir ein, oder haben gerade Windows7-Benutzer Probleme mit OOo?[/quote]
Die Zellen meiner Tabellen haben folgende Inhalte: Nur Text, Text mit Zahlen und Sonderzeichen, nur Zahlen und um 'Inhalt' der aus einer Text-Zahlen-Sonderzeichenfolge ("A-Z","0-9","&","+";"<",">",";",",","."," " ",":","#";"%","/") besteht (Video Emded Codes oder html Code). Ist das dann schon exotisch?
Die Datensätze (alos Zeilen) werden mit Hilfe von Formeln zu einer für meine zwecke nützlichen datenbanktauglichen Super-Tabelle zusammengefasst (sortiert) (man kann auch sagen aufgebläht).
Wann passieren die Abstürze? Diese tauchen nach einer gewissen Zeit auf. Ich habe dabei meist mindestens 4 bis 5 Tabellen parallel geöffnet (hat auch seinen Sinn, dass mehrere geöffnet sind). Habe bei 3.3 Abstürze überwiegend bei Speicherversuchen beobachtet (Abnormal termination, oder einfach so 'tschüss'). Ist aber auch passiert als ich eine zusätzlich Tabelle öffnen wollte, dass 3.3 abschmierte.
Ich bin an Windows gewöhnt, habe aber auch eine Ubuntu Version parallel auf einer zweiten FP Partition installiert.

[quote]Ich versteh nicht warum der angezeigte 'Fensterzustand' dann nicht dem tatsächlich gespeicherten Zustand entsprechen sollte.[/quote]

Weil es in OOo so (ungünstig) implementiert ist das der FEnsterinhalt nicht immer bei Speichern aktualisiert wird.

[quote]Wozu sollte man dann überhaupt speichern?[/quote]

Na um den Dateiinhalt vom RAM auf einen 'dauerhaften' Datenträger (z.B. Festplatte) zu fixieren. Das hat doch nun überhaupt nichts mit der reinen Anzeige zu tun, sondern mit dem Abspeichern das Inhalts.


Ein adäquates Beispiel (denn bei Problemen durch fehlerhaftes Speichern verhält es sich im DEtail noch etwas anders) zur benannten Problematik, lässt sich auch einfachst geben:

-öffne ein neues, leeres CAlc-Dokument
-schreibe in Zelle A1 die Formel =OSTERSONNTAG(2011)

die Zellanzeige in A1 ist nun: 24.04.11

-speichere das Dokument unter beliebigem Namen, als Dateityp *.ods.

Die Anzeige in A1 ist weiterhin: 24.04.11

-wähle Datei-Neu laden

Die Anzeige in A1 ist weiterhin: 24.04.11

-speichere das Dokument unter beliebigem Namen, als Dateityp *.xls.

Die Anzeige in A1 ist weiterhin: 24.04.11

-wähle Datei-Neu laden

Plötzlich ist die Anzeige nun: #MAKRO?

Und das kommt daher das falsch gespeichert wurde was du aber nicht bemerken konntest weil die Bildschirmanzeige nicht aktualisiert wurde.

Das hier gezeigte Beispiel, bzw, die falsche Speicherung, beruht im Konkreten darauf das Excel die Funktion OSTERSONNTAG() nicht kennt und Calc sie somit nicht als xls speichern kann. Das Beispiel hat jedoch nicht direkt damit zu tun das es hier um xls geht, sondern bei jeder fehlerhaften Speicherung, auch im ods-Format würde sich OOo bezüglich der FEnsteraktualisierung ähnlich verhalten.



Gruß
Stephan

Hallo kyper,

[quote]
ich habe gar nichts geändert
[/quote]
Das beantwortet nicht meine Fragen in meinem ersten Beitrag.
Zusatzfrage:
Hast Du die von mir genannten Punkte mit oder ohne die betroffene Datei überprüft? Denn das sind Einstellungen die Dateibezogen sind, also nicht für jede Datei sondern nur für ausgewählte. Wie schon gesagt, habe ich selber damit noch keine Erfahrung gemacht, aber ich meine mich zu erinnern hier im Forum gelesen zu haben, dass besonders der Punkt "Änderungen" mit der Datei gespeichert wird. Mit anderen Worten: Einmal aktiviert, immer aktiv für die betroffene Datei und das so lange bis er wieder deaktiviert wird.



Gruß
balu

Hi Stephan
ich geb mir ja Mühe aber so richtig verstanden habe ich nicht was du geschrieben hast, wie du richtig bemerkt hast. Wenn man speichert läuft da da dieser grüne Balken unten durch und dann ist gespeichert. Der Speicherbutton ist dann nicht mehr blau sondern grau. Ich versteh nicht warum der angezeigte 'Fensterzustand' dann nicht dem tatsächlich gespeicherten Zustand entsprechen sollte. Wozu sollte man dann überhaupt speichern? Bei 3.2 hat das Speichern jedenfalls immer geklappt.

LG

[quote]Habe also OO 3.3 'as is' sozusagen im Auslieferungsnormalzustand genutzt (zumindest aus meiner Laiensicht). Ich fände es komisch (und selbstredend völlig unproduktiv), wenn ein Speichervorgang erst wirklich abgeschlossen wäre, wenn man die Datei bzw OO insgesamt geschlossen und wiederhochgefahren hat. [/quote]

Und wo war davon die Rede? NIRGENS!

Die Rede war davon das der FENSTERINHALT bei OOo (und das gilt für ALLE Versionen von 1.0 bis 3.3.0) nach demn Speichern nicht zwingend dem gespeicherten Dateizustand entspricht, weil der Fensterinhalt des Anwendungsfensterns beim Speichervorgang nicht automatisch aktualisiert wird und somit mögliche Speicherfehler dem NUtzer zunächst verborgen bleiben weil er sie nicht am Bildschirm sehen kann und erst dann sieht wenn die Fenbsterdarstellung anderweitig (z.B. durch DAtei-Neu laden) aktualisiert wird.

[quote]Bei 3.2. jedenfalls war das Speichern kein Problem. Gespeichert war gespeichert. Oder muss ich bei 3.3. etwa nach jedem Speichern am besten den ganzen Comp runter- und wieder hochfahren?[/quote]

Nein und das brauchst Du so bei OOo 3.3 auch [u]nicht [/u]- vielleicht liest Du einfach mal was man Dir schreibt, denn bei dem was ich geschrieben habe gings inbhaltlich um etwas Anderes!



Gruß
Stephan

Hi Balu
ich habe gar nichts geändert (bis auf den User Ordner, von dem ja auch hier im Forum von Foristas empfohlen wurde ihn bei auftretenden Problemen zu löschen)
Habe also OO 3.3 'as is' sozusagen im Auslieferungsnormalzustand genutzt (zumindest aus meiner Laiensicht). Ich fände es komisch (und selbstredend völlig unproduktiv), wenn ein Speichervorgang erst wirklich abgeschlossen wäre, wenn man die Datei bzw OO insgesamt geschlossen und wiederhochgefahren hat. Bei 3.2. jedenfalls war das Speichern kein Problem. Gespeichert war gespeichert. Oder muss ich bei 3.3. etwa nach jedem Speichern am besten den ganzen Comp runter- und wieder hochfahren? Kommt mir unlogisch vor, so ist das doch bestimmt nicht gedacht. Es müsste dann mindestens eine Warnung ausgegeben werden, dass nur eine nicht endgültige Speicherung erfolgt ist. Das Speichern soll doch dafür da sein, dass man eben gerade KEINEN Datenverlust bei unerwarteten Abstürzen erleidet.

LG

Hallo kyper,

[quote]
Keine Antwort meine ich gelesen zu haben auf die Frage warum geänderte und 'per Hand' gespeicherte Tabellen tatsächlich halt dann doch nicht gespeichert wurden.
[/quote]
Vielleicht hast Du [url=http://de.openoffice.info/viewtopic.php?f=9&t=50498&sid=4ef590bbab026bfd840efe63ddd6da86&sid=4ef590bbab026bfd840efe63ddd6da86#p187100]meinen Beitrag[/url] überlesen. Er ist wohl keine Garantie dafür das es daran liegen könnte, aber um eventuelle Fehlerquellen auszuschließen einen genaueren Blick wert.



Gruß
balu

[quote]Kann mich nicht im entferntesten daran erinnern, dass auf der offiziellen OO Seite empfohlen wurde mit einem Programm Registry Einträge zu löschen[/quote]

und da erinnerst Du Dich völlig richtig

[quote]Ausserdem ist, so weit ich weiss, so ein Programm ja nicht ganz ungefährlich für die Systemstabilität).[/quote]

das sehe ich genauso

[quote]Kann mir natürlich vorstellen, dass 'übrigbleibende' Registryeinträge Probleme machen können.[/quote]

Naja und deswegen verstehe entsprechende Hinweise auf 'Registry-Cleaner' als Praxiserfahrungen.
Ich persönlich z.B. bin gegen den Einsatz solcher Programme muß jedoch zur Kenntnis nehmen das das manchmal hilfreich sein kann (und in Verbindung mit der SYstemwiederherstellung von modernen Windowsversionen auch ohne großes Risdiko zumindest testweise einmal versuchbar)

[quote]ICH hatte aber angenommen, das sowas doch Entwickler auch wissen und entsprechende Entfernungsroutinen 'einbauen'.[/quote]

Kaum ein Entwickler wird etwas implementieren was gegen Spezifikationen verstößt, also auch keine manuellen Registry-Bereinigungen. Ob hier eine Situation vorliegt das solche manuellen Eingriffe überhaupt nötig schienen kann ich konkret nicht sagen.

[quote]Keine Antwort meine ich gelesen zu haben auf die Frage warum geänderte und 'per Hand' gespeicherte Tabellen tatsächlich halt dann doch nicht gespeichert wurden. Das war ja mit das Schlimmste. Wie kann das sein? Ist gespeichert gespeichert, oder wie?[/quote]

Ist denn sicher das das Speichern komplett abgeschlossen wurde?
Speichervorgänge können, im ungüstigen Fall, mehrere Minuten dauern und falls irgendwo eine Instabilität in Wechselwirkung zum Speichervorgang kommt ist das Verhalten wohl nicht eindeutig vorherzusagen.

[quote]Ich habe ausserdem eingestellt das meine Tabellen alle 15 Minuten automatisch zwischengespeichert werden.[/quote]

Auch für diese automatischen Speicherungen gilt technisch dasselbe wie für manuelle Speicherung:
was gespeichert wurde ist nicht unbedingt identisch mit dem was nach dem Speichern noch am Bildschirm sichtbar ist. Nur ein Speichern und nachfolgendes 'Datei-Neu Laden' gibt einen sicheren Eindruck davon was wirklich gespeichert wurde.

Diese Situation ist natürlich ungünstig aber technische Realität. man muß sich, im Zweifel, also immer per Neuladen überzeugen was tatsächlich gespeichert wurde bzw. man tut das zweckmäßigerweise besser dadurch das man eine Kopie der Datei parallel lädt um nicht den noch gegenwärtigen RAM-Inhalt zu verlieren.

[quote]Scheint ja balde schwieriger sein das OO 3.3 loszuwerden, als nen Schadprogramm...[/quote]

Wieso?

Die Deinstallation funktioniert zunächst weder besser noch schlechter als im Durchschnitt aller Windowsprogramme. Für den Vergleich mit einem möglichen Deinstallationsproblem heißt das z.B. das tausende andere Programme solche Probleme nicht haben werden, gleichzeitig aber andere, tausende Programme ähnliche Probleme haben.
Genaue Probleme hast Du doch auch nicht benannt sondern nur danach gefragt wie man deinstalliert bzw. deinstallieren sollte.

[quote]Als es noch Star Office hiess war OO auf jeden Fall für meine Zwecke sehr stabil gelaufen.[/quote]

OO[b]o[/b] hieß niemals StarOffice.
Für StarOffice jedoch gilt das es nur zu Zeiten vor StarOffice 6, intern überhaupt anders war als OOo, weil davor noch kein OOo existierte. Ab StarOffice 6 sind jedoch SO und OOo bezüglich der Dinge um die es hier geht, gleich gut oder schlecht, zumindest gäbe es keine technische Begründung warum sie sich anders verhalten könnten, bezüglich der dinge um die es hier geht.




Gruß
Stephan