Hallo,
Ursache des Problems ist hier zu finden: https://bugs.eclipse.org/bugs/show_bug.cgi?id=405786
Die Lösung steht da auch.

Das hab ich auch schon gemacht.
Mittlerweile hab ich den verdacht das Eclipse bei mir das Problem
verursacht.

Selbst ohne Datenbestand... frische Datenbank.... kommt das Ding bis
ins Hauptmenue und bleibt 2 Minuten stehen und beendet dann.

Fakturama deinstalliert und alle Reste entfernt wie /usr/share/Fakturama, ~/.fakturama
und das Datenverzeichnis ~/fakturama.

Wenn ich Fakturama über das Terminal starte rasen diese Meldungen über
den Bildschirm:

[size=small][size=x-small]E:Error getting key. Key isdeposit not in dataset : null in: /()
java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Thread.java:1365)
at com.sebulli.fakturama.logger.Logger.logError(Logger.java:57)
at com.sebulli.fakturama.data.DataBase.getDataBaseTypeByUniDataType(DataBase.java:78)
at com.sebulli.fakturama.data.DataBase.getTable(DataBase.java:416)
at com.sebulli.fakturama.data.DataSetArray.(DataSetArray.java:64)
at com.sebulli.fakturama.data.Data.(Data.java:84)
at com.sebulli.fakturama.data.Data.(Data.java:33)
at com.sebulli.fakturama.Startup$1.run(Startup.java:47)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3563)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3212)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at com.sebulli.fakturama.Application.start(Application.java:39)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
at org.eclipse.equinox.launcher.Main.main(Main.java:1386)
E:DataBase.java: Unknown UniDataType

Hm. isdeposit ist ein neues Datenfeld in der 1.6.6. Wenn Du alles neu installiert hast, sollte das aber zusammenpassen. Aber ich glaube, das sind auch zwei unterschiedliche Fehler, die nichts miteinander zu tun haben. Der Fehler, der den heap Dump auslöst ist der, den Du durch den Schalter beheben kannst.
Die Idee, die neue Version einfach drüber zu installieren, war korrekt. Bist zur 1.6.6 hat die Update-Funktion nicht mehr richtig funktioniert.
Der Fehler mit dem fehlenden Feld deutet eigentllich darauf hin, daß eine alte Datenbank mit einer neuen Programmversion verwendet wird (wobei die Datenbank normalerweise aktualisiert wird). Schau mal bitte ins Plugins-Verzeichnis von Fakturama, was da für eine Version von Fakturama steht (sieht man am Dateinamen, fängt mit com.sebulli... an).

Danke erst mal das Du mich meiner annimmst :)-D

In der /usr/share/fakturama/plugins hab ich die com.sebulli.fakturama_1.6.3 gefunden.

Wie lässt sich die Fakturamaversion in der Datenbank feststellen?
Lässt diese sich diese Datenbank "reparieren"?

Was passiert wenn ich das ~/.eclipse Verzeichnis lösche? Baut die Struktur bei
Bedarf neu auf?

Ah, ich glaube, Du hast das "f"-Problem 😉 Lade Dir bitte mal das aktuelle Paket für Linux herunter. Beim Schnüren des ersten Paketes hatte ich versehentlich ein "F" durch ein "f" ersetzt. Das ist bei Windows zwar egal, aber nicht bei Linux.

Evtl. hilft Dir auch dieser Beitrag.

Hallole,

also ich hab die aktuelle Linuxversion nochmal runtergeladen und installiert.

Keine veränderung.
Die Zeile "org.eclipse.swt.browser.DefaultType=mozilla" in der config.ini hab
ich auch wieder eingefügt.

Jetzt hab ich mal das Datenverzeichnis unter ~/fakturama umbenannt
und Fakturama gestartet.... läuft....

Liegts vieleicht doch an den Daten?

Update 26.10.14 13:45Uhr
Beim Fakturamastart fragt es nach dem Datenverzeichnis. Gebe ich dort mein "altes" DV an, startet Fakturama die Maske (ich sehe kurz meine Dokuliste) und wird beendet.
Neustart Fakturama und es wird wieder danach gefragt.

Gebe ich das neu erstellte und saubere DV an, kann ich alles machen und alles
wird gespeichert.Perfekt.

In der 1.63er Version hatte ich das Problem, das die Nummernkreise nicht hochgezählt wurden. Seit deren installation ( u.a. auch Kubuntu 12.04 LTS auf 14.04 LTS) musste ich händisch die Rechnungsnummern vergeben.
Auch wenn ich z.b. eine Rechnung o.ä. geXt hab stürzte das Fakturama ab.

Viele Grüße
Ralf

PS: noch der letzte Ausschnitt der hs_err_pid4983.log:
Register to memory mapping:

[size=x-small]RAX=0x00007f4660645770 is an unknown value
RBX=0x0000000000000000 is an unknown value
RCX=0x00007f4660fcc7c0 is an unknown value
RDX=0x0000000000000000 is an unknown value
RSP=0x00007f4667fa17c0 is pointing into the stack for thread: 0x00007f466000a000
RBP=0x00007f4660fcc7c0 is an unknown value
RSI=0x00007f4660fcc7c0 is an unknown value
RDI=0x0000000000000000 is an unknown value
R8 =0x00007f4667389600: in /usr/lib/jvm/java-7-oracle/jre/lib/amd64/server/libjvm.so at 0x00007f4666541000
R9 =0x00000000ffffffff is an unallocated location in the heap
R10=0x00007f4667fa15a0 is pointing into the stack for thread: 0x00007f466000a000
R11=0x00007f4618347290: soup_session_feature_detach+0 in /usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1 at 0x00007f46182db000
R12=0x0000000000000000 is an unknown value
R13=0x00000000bee3afc0 is an oop
{method}
- klass: {other class}
R14=0x00007f4667fa1888 is pointing into the stack for thread: 0x00007f466000a000
R15=0x00007f466000a000 is a thread

Hallo Ralf,
die komplette Zeile in der ini-Datei lautet

-Dorg.eclipse.swt.browser.DefaultType=mozilla

Wenn Du mit einer frischen Installation starten kannst liegt's möglicherweise wirklich an den Daten. Kommt da immer noch die Meldung "Key isdeposit not in dataset"?

Die Veränderung in der ini hab ich gemacht... ohne Erfolg.

Habe auch Daten aus Backups bis ca. 1.50 getestet und es ändert sich nichts.

Auf der Konsole und der hs_err_pidxxx.log kommt diese bekannte Meldung:

[size=x-small]ralf@w00:~$ /usr/share/Fakturama/Fakturama
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007f59484802a1, pid=9979, tid=140024196880128
#
# JRE version: Java(TM) SE Runtime Environment (8.0_25-b17) (build 1.8.0_25-b17)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.25-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libsoup-2.4.so.1+0x6c2a1] soup_session_feature_detach+0x11
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/ralf/hs_err_pid9979.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
ralf@w00:~$

Grüße

Ralf

Hast Du mal eine niederigere Java-Version probiert? Irgendwas aus der 1.6er Reihe?

Wie meinst 1.6er oder kleiner?

Folgende hab ich zur Auswahl:

0 /usr/lib/jvm/java-8-oracle/jre/bin/java 1079 Auto-Modus
1 /usr/bin/gij-4.8 1048 manueller Modus
2 /usr/lib/jvm/java-6-openjdk-amd64/jre/bin/java 1061 manueller Modus
3 /usr/lib/jvm/java-6-oracle/jre/bin/java 1078 manueller Modus
4 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1071 manueller Modus
5 /usr/lib/jvm/java-7-oracle/jre/bin/java 1077 manueller Modus
* 6 /usr/lib/jvm/java-8-oracle/jre/bin/java 1079 manueller Modus

Viele Grüße
Ralf

nimm mal /usr/lib/jvm/java-6-oracle/jre/bin/java

Hallo und guten Morgen,

das quittiert eclipse mit einem Fehler (Maske kommt erst gar nicht).
Das /usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1 hat damit nix zu tun?
Die Eclipseverion ist ja 3.8.1... Problem?

Grüßle
Ralf

[size=x-sm!SESSION 2014-10-27 08:16:05.905 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_45
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=de_DE
Command-line arguments: -os linux -ws gtk -arch x86_64

!ENTRY org.eclipse.osgi 2 0 2014-10-27 08:16:07.470
!MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists:
!SUBENTRY 1 org.eclipse.osgi 2 0 2014-10-27 08:16:07.470
!MESSAGE Bundle com.sebulli.fakturama_1.6.6 [5] was not resolved.
!SUBENTRY 2 com.sebulli.fakturama 2 0 2014-10-27 08:16:07.470
!MESSAGE Missing Constraint: Bundle-RequiredExecutionEnvironment: JavaSE-1.7
!SUBENTRY 1 org.eclipse.osgi 2 0 2014-10-27 08:16:07.470
!MESSAGE Bundle com.sebulli.fakturama.help_1.6.6 [6] was not resolved.
!SUBENTRY 2 com.sebulli.fakturama.help 2 0 2014-10-27 08:16:07.470
!MESSAGE Missing Constraint: Bundle-RequiredExecutionEnvironment: JavaSE-1.7

!ENTRY org.eclipse.osgi 4 0 2014-10-27 08:16:07.471
!MESSAGE Application error
!STACK 1
java.lang.RuntimeException: Application "com.sebulli.fakturama.application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error, org.eclipse.equinox.p2.director, org.eclipse.equinox.p2.garbagecollector.application, org.eclipse.equinox.p2.publisher.InstallPublisher, org.eclipse.equinox.p2.publisher.EclipseGenerator, org.eclipse.equinox.p2.publisher.ProductPublisher, org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher, org.eclipse.equinox.p2.reconciler.application, org.eclipse.equinox.p2.repository.repo2runnable, org.eclipse.equinox.p2.repository.metadataverifier, org.eclipse.equinox.p2.artifact.repository.mirrorApplication, org.eclipse.equinox.p2.metadata.repository.mirrorApplication, org.eclipse.equinox.p2.updatesite.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.CategoryPublisher, org.eclipse.help.base.infocenterApplication, org.eclipse.help.base.helpApplication, org.eclipse.help.base.indexTool.
at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248)
at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
at org.eclipse.equinox.launcher.Main.main(Main.java:1386)all]

Und bei /usr/lib/jvm/java-7-oracle/jre/bin/java ? Die darunterliegende Eclipse-Version ist 3.7. Hast Du die 32bit-Version oder die 64bit-Version von Fakturama installiert? Dann muß auch entsprechend die Java-Version 32 oder 64 bit sein.

Nochmal Hallo,

sind 64er Versionen die ich installiert hab.

Vieleicht sollt ich mir auf der VM mal mit der Windowsversion testen.

Die Daten gehn ja vieleicht rein. Nach ner Woche würd ich gern mal
wieder Rechnungen schreiben. 😉

Grüßle
Ralf