Das Java-Programm kann doch versuchen eine Funktion aus der anderen DLL aufzurufen.
Wenn das nicht geht, ist die DLL abgestürzt. So einfach, oder?

Dann könnte man auch mit Win32::API die Funktion aufrufen...

wenn man in grossen firmen arbeitet zählt nur selten das "ganz einfach" als die tatsache das alles politisch entschieden
werden muss :-)
meistens hab ich mir selbst schneller gehofen als gegen windmühlen zu kämpfen ;-)

Mark Russinovich ist echt ein guru was windowssystemprogrammierung an geht; ich denke, an solche informationen kommt man mit perl nur schwer ran (wharschenlich willst du auch noch remote an die infos ran, oder?)

Das einfachste ist es, dass Java Programm zu patchen... was ist das denn für eine Firma, die Fehler nicht reparieren, sondern umgehen will?

@esskar, ja wollte es remote machen :-). den fehler zu
umgehen versuche ich ja nur weil es immer ewig dauert bis
eine entscheidung getroffen wird.
was die firma betrifft so enthalte ich mich hier der stimme :-)

@renee, mit win32::api würde das sogar remote gehen aber die
dll hat leider noch keine funktion wie getCurrentProcessId oder
ähnliches drin was ich abfragen könnte.

fürti rambo

[quote=Rambo,02.06.2005, 12:07]@renee, mit win32::api würde das sogar remote gehen aber die
dll hat leider noch keine funktion wie getCurrentProcessId oder
ähnliches drin was ich abfragen könnte.[/quote]
was auch nix bringen würde, weil du ja die dll für dich neu laden würdest... an die Instanzen in anderen Programmen kommst du ja nicht ran!

Sinnvoll wäre ein Watchdog auf dem Server/Rechner auf dem die DLL läuft und die dann einen Neustart des Programms veranlasst.