DLL-Probleme unter W2K: gdiplus, winsta, wtsapi32, rpcrt4

[Carsten1234]

Hallo zusammen,

ich habe eine Anwendung geschrieben, die leider unter W2K mit SP4 nicht läuft.
Grund: Es werden die DLLs 'gdiplus.dll', 'winsta.dll', 'wtsapi32.dll' und 'rpcrt4.dll' benötigt. Gesagt, getan, die DLLs aus dem Netz herunter geladen, doch meine Anwendung startet immer noch nicht, da ein 'I_RCPExceptionFilter'-Fehler in der rpcrt4 aufgetreten ist.
Als externe Komponenten benutze ich:
- ApdCOMPort
- einige TMS-Komponenten
- Tsilang-Komponente für Mehrsprachigkeit

TMS schrieb mir, dass ich unter W2K auf jeden Fall die 'gdiplus.dll' benötige und schickte mir diesen Micorsoft-Link, doch leider bringt mich das alles nicht weiter.
Bewusst benutze ich die genannten DLLs nicht und auch die Namen als solches sagen mir überhaupt nichts. Bei der wtsapi32.dll vermute ich, dass sie irgendwie in Zusammenhang steht mit ApdCOMPort, doch ich benutze ausschließlich ApdCOMPort. Der Sinn der winsta.dll erschließt sich mir noch nicht so ganz und zu einer Fehlermeldung in 'rpcrt4.dll' fand ich den Tipp, dass die Datei 'oleaut32.dll' defekt sei. Half aber irgendwie alles nichts.
Frage: Kann mir jemand irgendwelche Tipps geben und/oder sagen, was die genannten DLLs (außer 'gdiplus.dll') überhaupt beinhalten?

Dank vorab und Gruß, Carsten

Ach ja, ich benutze D2007 unter WinXP und meine Anwendung läuft auf allen XP- und Vista-Systemen problemlos.

[mkinzler]

Zitat:

Bewusst benutze ich die genannten DLLs nicht und auch die Namen als solches sagen mir überhaupt nichts.

Aber TMS.
rpcrt4.dll gehört zu Windows
wtsapi32.dll hat mit Remotedesktop zu tun.
wtsapi32.dll gehört auch zu Windows

[Bernhard Geyer]

Zitat von Carsten1234:

Gesagt, getan, die DLLs aus dem Netz herunter geladen, doch meine Anwendung startet immer noch nicht, da ein 'I_RCPExceptionFilter'-Fehler in der rpcrt4 aufgetreten ist.

gdiplus.dll sollte problemlos neben der Exe laufen. Aber ob die anderen DLL's so einfach laufen Ich denke diese müssen in zusammenhang mit anderen System DLL's passend installiert und u.U. registriert werden.

[Carsten1234]

Zitat von Bernhard Geyer:

Aber ob die anderen DLL's so einfach laufen Ich denke diese müssen in zusammenhang mit anderen System DLL's passend installiert und u.U. registriert werden.

Nach meinen Recherchen (Link gerade nicht zur Hand) sollten sie auf jeden Fall beim SP4 mit dabei sein. Gefunden haben ich noch das bei Problemen in/mit der RPCRT4.dll. Dameware (Citrix) hatte, allerdings schon im Jahre 2006, dasselbe Problem, es dann aber irgendwie gefixt (Klick2).

[Carsten1234]

So, ich habe mir mal den Dependecy Walker herunter geladen und gestartet. Die unter W2K nicht gefundene Funktion wird angeblich aufgerufen von der OLEAUT32.DLL und die wiederum direkt irgendwo von meinem Programm.
Hier mal eine kleine Übersicht:

RPCRT4.DLL <= OLEAUT32.DLL <= mein Programm
RPCRT4.DLL <= ADVAPI32.DLL <= mein Programm
RPCRT4.DLL <= OLE32.DLL <= mein Programm
RPCRT4.DLL <= OLEACC.DLL <= COMCTL32.DLL <= mein Programm
RPCRT4.DLL <= SHELL32.DLL <= mein Programm
RPCRT4.DLL <= MSGINA.DLL <= SHELL32.DLL <= mein Programm

Angeblich, so las ich, soll die Funtkion 'I_RCPExceptionFilter' nur bei W2K nicht implementiert sein, bei allen anderen MS-OS bis hinunter zu Win95(!) sei sie allerdings vorhanden. Das Ganze soll(!) darin begründet sein, dass W2K ein reines Business-OS ist und die fehlenden Funktion I_RCPExceptionFilter vorwiegend von Spielen benötigt wird.
In diesem Thread wird eine Wrapper-Klasse erwähnt, die fehlende W2K-Funktionen implementiert, doch der auf die Wrapper-Klasse angegebene Link existiert leider nicht mehr.
Mit Hilfe von Tante Gurgel fand ich dann diesen Thread nebst Link auf die Wrapper-Klasse v1.8. So weit, so unschön, denn so wie es scheint, müssten beim Endanwender div. Original DLLs unter W2K ausgetauscht werden, was ich eigentlich nicht möchte.
Frage daher: Kann mir jemand erklären, warum die oben genannten DLLs die RPCRT4.DLL aufrufen? Ich wüsste nicht, wo ich einen OLE-Aufruf starte...

Gruß, Carsten