Moneyplex 25 - Vorabversion stürzt dauernd ab

@Stefan193
kein System ist risikofrei und dementsprechend muss auch das eigene Gerät nicht sicherer sein.
auch das Tracking kann ja ähnlich sein bei den Apps usw. auch das muss/kann jeder selbst entscheiden.

Viel relevanter sind doch die sogenannten "Komfort-Funktionen" in einer jeder Anwendung/Software/Nutzung und diese wiederum kommen ja nicht ohne Auswertungstools, KI und Vergleiche usw. aus. Starmoney hatte dies ja mal optional mit Aboalarm in die Software eingebaut (gibt es so nicht mehr), dh. bei Freigabe durch den Users, wurde die Daten zur Analyse an Aboalarm geschickt. Einige Vermissen die Funktion, andere sind froh wobei es hier immer optional war.
Bei FG ist es logischerweise ähnlich, man könnte in diesem Zusammenhang Check24 oder Clark auch nennen, für den Versicherungsvergleich bzw. Maklermandat.
Als gerade die Zusatzfunktionen, die nicht in deinem Posting erwähnt werden, sind relevant und ein gravierender Unterschied zu MP.

... und nochmals, nein es ist grundsätzlich nicht schlecht Daten in der Cloud und von Dritten absichern zu lassen - mache viele Unternehmen und ich selbst bspw. durch die DATEV - des weiteren nutze ich dort Anbindung von Drittanbieter bspw. FinAPI für die Bankdaten.

Dies muss mir nur bewusst sein, dann ist doch alles in Butter = kurz je komfortabler ein Service, desto mehr Daten gebe ich aus der Hand. (... und wenn es "nur" für die Analysen sind, die jedoch für Dritte auch sehr interessant sein können, denn hierüber werden Daten, Profil, Angebote aufbereitet)

Hier die letzten Atemzüge des sterbenden Moneyplex Prozesses:

19:56:14.383512 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6c36000
19:56:14.384130 mmap(NULL, 262144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6bf6000
19:56:14.384232 mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6af6000
19:56:14.384584 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6aee000
19:56:14.389593 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6ae6000
19:56:14.389706 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6ade000
19:56:14.391399 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6ad6000
19:56:14.393592 futex(0x7f17f9089f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
19:56:14.393649 openat(AT_FDCWD, "/usr/share/locale/de/LC_MESSAGES/gdk-pixbuf.mo", O_RDONLY) = 10
19:56:14.393707 fstat(10, {st_mode=S_IFREG|0644, st_size=23921, ...}) = 0
19:56:14.393748 mmap(NULL, 23921, PROT_READ, MAP_PRIVATE, 10, 0) = 0x7f17f6ad0000
19:56:14.393784 close(10) = 0
19:56:14.393836 futex(0x7f17f9089f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
19:56:14.393909 futex(0x7f17f9089f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
19:56:14.393967 futex(0x7f17f9089f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
19:56:14.394129 brk(0x16579000) = 0x16579000
19:56:14.394280 access("/home/user/mp/moneyplex/rup/rupremote.lst", F_OK) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)
19:56:14.394761 fork() = 10166
19:56:14.395456 wait4(10166, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 10166
19:56:14.397129 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=10166, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
19:56:14.397179 write(1, "Starting ... /home/user/mp/money"..., 47) = 47
19:56:14.397341 mmap(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f17f6ac8000
19:56:14.397462 access("/home/user/mp/moneyplex/moneyplex", F_OK) = 0
19:56:14.397561 fork() = 10167
19:56:14.398212 wait4(10167, 0x7f17f6aee150, WNOHANG, NULL) = 0
19:56:14.398309 write(1, "... ExecuteProcess result code ="..., 55) = 55
19:56:14.398511 munmap(0x7f17f6ae6000, 32768) = 0
19:56:14.398567 munmap(0x7f17f6af6000, 1048576) = 0
19:56:14.398630 brk(0x16559000) = 0x16559000
19:56:14.398903 futex(0x7f17f9089f38, FUTEX_WAKE_PRIVATE, 2147483647) = 0
19:56:14.399139 munmap(0x7f17f7771000, 32768) = 0
19:56:14.399232 munmap(0x7f17f6ad6000, 32768) = 0
19:56:14.399318 munmap(0x7f17f6c36000, 32768) = 0
19:56:14.399357 access(NULL, F_OK) = -1 EFAULT (Ungültige Adresse)
19:56:14.399429 munmap(0x7f17f784e000, 32768) = 0
19:56:14.399489 munmap(0x7f17f7856000, 32768) = 0
19:56:14.399553 munmap(0x7f17f785e000, 32768) = 0
19:56:14.399604 munmap(0x7f17f7ba3000, 262144) = 0
19:56:14.399651 munmap(0x7f17f97ba000, 32768) = 0
19:56:14.399683 munmap(0x7f17f97b2000, 32768) = 0
19:56:14.399717 munmap(0x7f17f97aa000, 32768) = 0
19:56:14.399758 munmap(0x7f17f6aee000, 32768) = 0
19:56:14.399796 munmap(0x7f17f6ac8000, 32768) = 0
19:56:14.399842 munmap(0x7f17f6ade000, 32768) = 0
19:56:14.399876 munmap(0x7f17f6bf6000, 262144) = 0
19:56:14.399919 munmap(0x7f17f97a2000, 32768) = 0
19:56:14.400194 exit_group(0) = ?
19:56:14.401606 +++ exited with 0 +++

In der Konsole wird wieder ein free(): invalid pointer ausgegeben.

ENOENT (Datei oder Verzeichnis nicht gefunden)  ist erwartet. Der "call" kommt von "prestart". In "rup" sind Update-Dateien. Die "rupremote.lst", falls vorhanden, sagt "prestart", was zu "updaten" ist.

Das verdächtige kommt ebenfalls von "prestart". Ist ein Fehler, aber vermutlich harmlos. Hat nix mit free() zu tun. Von moneyplex selbst sieht man in den gezeigten strace-Ausgaben nix. Wurde "prestart" mit "strace" ohne "--follow-forks" gestartet? Hier sollte man eher "strace" mit moneyplex direkt starten.

Ob man dem Fehler damit auf die Spur kommt, ist eine andere Frage. Ein Versuch ist es wert.

Die Ausgabe ist in erster Linie für Matrica interessant, denn sie haben die Sourcen. "Fixen" können/müssen sie es dort. Ob sie die Resourcen dafür haben und/oder aufwenden wollen, ist wiederum eine andere Frage. Bei Closed-Source-Produkten ist man bekanntermaßen an den Hersteller gebunden. Da kann man selbst wenig machen. Die strace-Ausgaben können aber vielleicht Hinweise geben, in welchem Zusammenhang die "Access violation" auftritt. Da sie nicht bei allen Linux-Benutzern und -Distributionen auftritt, kann ein Hinweis auf eine Bibliothek und ggf. deren Aktualisierung das Problem umgehen. Debian ist ja bekannterweise konservativ bzgl. neuer Versionen. Da muss man dann ggf. aus "testing" (The next generation release: Trixie) oder "unstable" (The unstable development release, Sid) eine Bibliothek holen.

Keine Ahnung was sich hinter der GDK Datei verbirgt, aber

zeigt, dass die Datei geöffnet wurde, file descriptor is 10, (was letztendlich also Ganzzahl ist), fstat war erfolgreich (status == 0), der Dateiinhalt wurde in den Speicher "gemapped", VA is 0x7f17f6ad0000 und die Datei wurde wieder geschlossen. Alles bestens, würde ich sagen.

Zudem alles in "prestart", was sich ja auch ordnunggemäß beendet (exited with 0). Moneyplex selbst läuft in einem anderen Prozess. Von dem, was ich lese, tritt die "Access violation" in moneyplex auf. Davon, wie gesagt, sehe ich keine strace-Ausgaben.

Ja, das ist der zeitliche Zusammenhang. Es zeigt leider nicht mehr. Dass eine Speicheranforderung nicht erfüllt wurde oder dass ein gespeicherter Zeiger auf den Speicher versehentlich auf Null gesetzt wurde, vurlgo (auf dem Stack) überschrieben wurde, ist leider nicht ersichtlich. Ob es einen weiteren (kausalen) Zusammenhang mit der Protokolldatei gibt, ist auch nicht ersichtlich. Die Protokolldatei existiert, was der access-Aufruf belegt. Dass die Datei geöffnet wurde, ist nicht ersichtlich, dass zu diesem Zeitpunkt (noch) nicht in die Protokolldatei geschrieben wurde aber schon. Es könnte sein, dass die Aufbereitung von dem, was da geschrieben werden soll, den Fehler auslöst (Konjunktiv irgendwas, vielleicht irrealis).

Man kann jetzt (während man auf Matricas Antwort wartet) herumprobieren - fall Zeit und Lust vorhanden. Z.B. die Protokollierung komplett ausschalten und/oder den Ordner "protokoll" leeren (die Dateien temporär verschieben, wenn man sie nicht schon in einer Datensicherung hat).