---

Guten Tag,

wir haben seit längerer Zeit das Problem, dass RUPLAN sporadisch und (bisher) völlig unberechenbar abstürzt (Fehlermeldung: "RUPLAN has stopped working"). Das Problem besteht schon seit einigen RUPLAN-Versionen. Auch in 2020.

Mal passiert es beim Betexten einer Klemme, mal passiert es bei einer völlig anderen Aktion; Sehr schwer reproduzierbar. Meist passierte es aber, nachdem man länger gearbeitet hat, weshalb ich schon länger einen Speicherüberlauf o.ä. in Verdacht hatte.

In der Homeoffice-Zeit habe ich mich noch einmal näher mit verschiedenen Ruplan-Themen beschäftigen können und dabei ist mir die Ursache zufällig aufgefallen:

Bei jedem Öffnen einer Maske oder eines Blattes in RUPLAN werden sog. GDI-Objekte erzeugt. Das sind in Windows quasi die Einzelteile, aus denen ein Fenster aufgebaut ist (Textfelder, Schaltflächen, Menüs, usw). In RUPLAN werden diese Objekte jedoch nicht mehr wieder sauber geschlossen, nachdem eine Maske beendet wird. Unter Windows ist es so, dass ein Prozess automatisch terminiert wird, sobald er >=10.000 GDI-Objekte reserviert. Das hat vermutlich den Grund, dass "Zombie-Prozesse" vom Betriebssystem "abgeschossen" werden, bevor sie das gesamte System zum Absturz bringen. Zum Vergleich: Andere Programme bewegen sich meist bei ca. 100-300 GDI-Objekten.

TIPP: Die reservierten GDI-Objekte eines Prozesses kann man sich im Windows-Taskmanager anzeigen lassen (Reiter "Details", dort evl. zus. Spalten einblenden lassen).

--> Jetzt ist der Absturz genau reproduzierbar 

Workaround 1:
Ruplan von Zeit zu Zeit beenden und neu starten. Je nach Projekt und individueller Arbeitsgeschwindigkeit kann das mehrfach am Tag nötig werden. Die belegten GDI-Objekte sind im Taskmanager ersichtlich.

Workaround 2:
Die max. Anzahl der GDI-Objekte lässt sich über die Windows-Registry einstellen. Man könnte die Anzahl nach oben justieren:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota

Es wäre sehr schön, wenn der Fehler seitens AUCOTEC in einer zukünftigen Version behoben werden würde. 

Beste Grüße!

------------------
Bis zu 99mal 1.0s warten...eine Aufforderung zum Kaffeetrinken :-)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Verplaner,

vielen Dank für deine Analyse!!! Genial"
Werde das mal beobachten und versuchen zu bestätigen.

Hoffe AUCOTEC liest hier mit und leitet die nötigen Änderungen in die Wege.

Gruß
Lukas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

sehr interessant.

Habe gerade mal gecheckt. Ein Ruplan hat im Moment 1914 GDI-Objekte. Das andere (vorwiegend als "Kopiervorlage" offen) gerade mal 418. Also ich denke mal, dass das dann das ist.
Der nächst folgende Prozess hat dann gerade mal halb soviel: Outlook mit 995.

Gruß
Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo guten Tage,

TOP Beobachtung.
Das erklärt auch wenn ich einen oder mehrere Viewer zusätzlich öffne warum RUPLAN noch schneller vom System beendet wird.

PS: Der Viewer läuft immer weiter!

Beste Grüße

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Guten Tag,

ich habe den Fehler inzwischen an AUCOTEC weitergemeldet. Man hat mir zugesichert, dass die Problematik mit dem nächsten Hauptrelease (voraussichtlich Q1/2021) behoben sein wird.

Beste Grüße

------------------
Bis zu 99mal 1.0s warten...eine Aufforderung zum Kaffeetrinken :-)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das freut mich. 

Gruß
Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Von Aucotec hörte ich, dass das mit Ruplan2022 behoben sein sollte.

Gruß
Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Moin,

aktuelle Antwort vom Aucotec-Support vom 30.03.22:

"...der Fehler ist unserer Entwicklung bekannt.
Ein Workaround ist, RUPLAN von Zeit zu Zeit beenden und neu starten. Je nach Projekt und individueller Arbeitsgeschwindigkeit kann das mehrfach am Tag nötig werden. Die belegten GDI-Objekte sind im Taskmanager ersichtlich.
Ein weitere Workaround wäre, die max. Anzahl der GDI-Objekte über die Windows-Registry größer als 10.000 einzustellen:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows\GDIProcessHandleQuota
Es wurden mit der Version 2022 Fehler ausgebaut, dass die Zahl der Objekte nicht mehr so groß wird."

Gruß
Andreas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP