Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Beenden Sie 0xEFFFFFFF-Ausnahme in OLE-Server mit mehreren Clients

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 195469
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Problembeschreibung
Wenn mehrere Clients gleichzeitig eine Out-of-Process-COM zugreifenServer, können Clientaufrufe unerwartet fehlschlagen. Den Server während des Debuggensolche Fehler zeigt an, dass der Server 0xEFFFFFFF-Ausnahme auslösen wird.

Erkennen dieses Problem kann schwierig sein, da sowohl der Client und derServeranwendungen können weiter ausgeführt werden. Insbesondere wird diese Ausnahmeführt nicht direkt bei der Entstehung des Servers oder der Client zu beendennicht mehr (hängt) oder einem Absturz.

Vielmehr gibt der Server einfach einen Fehler an den Client zurück. Ob dieClient weiterhin ordnungsgemäß funktioniert, nachdem ein Fehler hängtvollständig auf wie die Client-Software geschrieben wird. Verhaltenden clientAnwendungen können im Hintergrund den Vorgang wiederholen oder melden Sie sich einen Fehler ohnenegativ auf andere Weise geändert. Clients, die nehmen unwichtig ist, überprüfen Sie dieStatus von deren Funktionsaufrufen treten Zugriffsverletzungen zurückzugeben oderandere gravierende Fehler.

Um zu bestätigen, ob dieses Problem von einem bestimmten Fehler verursacht, ist esbenötigt werden, um das Debuggen der Serveranwendung, legen Sie den Debugger aufDiese Ausnahme, und vergleichen die daraus resultierende Stapel ein:
   RPCRT4! RpcRaiseException@4 + 49 bytes   OLE32! ThreadInvoke(struct _RPC_MESSAGE *) + 524 bytes   RPCRT4! DispatchToStubInC@12 + 52 bytes   RPCRT4! RPC_INTERFACE::DispatchToStubWorker(struct _RPC_MESSAGE *,                unsigned int,long *) + 292 bytes   RPCRT4! RPC_INTERFACE::DispatchToStub(struct _RPC_MESSAGE *,                unsigned int,long *) + 93 bytes   RPCRT4! RPC_INTERFACE::DispatchToStubWithObject(struct _RPC_MESSAGE *,                class RPC_UUID *,unsigned int,long *) + 176 bytes   RPCRT4! WMSG_SASSOCIATION::DealWithRequestMessage(union _WMSG_MESSAGE *,                union _WMSG_MESSAGE *,struct _RPC_MESSAGE *,                class WMSG_SBINDING * *,unsigned int,int,int,int) + 826                bytes   RPCRT4! WMSG_ADDRESS::HandleRequest(union _WMSG_MESSAGE *,                class WMSG_SASSOCIATION *,struct _RPC_MESSAGE *,                class WMSG_ENDPOINT *,int,int) + 146 bytes   RPCRT4! WMSG_ADDRESS::DealWithWMSGRequest(union _WMSG_MESSAGE *,                class WMSG_ENDPOINT * *,struct HWND__ * *,                class WMSG_ASSOCIATION *,union _WMSG_MESSAGE * *) + 734                bytes   RPCRT4! WMSG_ADDRESS::ReceiveLotsaCalls(void) + 837 bytes   RPCRT4! RecvLotsaCallsWrapper(class WMSG_ADDRESS *) + 9 bytes   RPCRT4! BaseCachedThreadRoutine(class CACHED_THREAD *) + 156 bytes   RPCRT4! ThreadStartRoutine(class THREAD *) + 23 bytes   KERNEL32! 77f04f44()				
Ursache
Die Behandlung der Typbibliothek Marshalling OLE-Funktionen sind nicht vollständigMultithread sicher, was zu einer engen Zeitfenster für dieAusnahme stattfindet, wenn zwei oder mehr Clients gleichzeitigen Aufrufenan den Server.
Lösung
Um dieses Problem zu beheben, beziehen Sie das neueste Servicepack für Windows NT 4.0 oder das einzelne Softwareupdate. Informationen zum Beziehen des neuesten Servicepacks finden Sie in:
Informationen dazu, wie die einzelnen Softwareupdates erhalten wenden Sie sich an Microsoft Product Support Services. Gehen Sie für eine vollständige Liste der Microsoft Product Support Services Telefonnummern und Informationen zu Servicegebühren bitte an folgende Adresse im World Wide Web:
Status
Microsoft hat hier, um ein Problem in Windows NT Version 4.0 werden bestätigt. Dieses Problem wurde erstmals in Windows NT 4.0 Service Pack 5 behoben.
4.00 Object linking embedding com Dcom distributed

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 195469 – Letzte Überarbeitung: 01/09/2015 14:43:19 – Revision: 6.0

Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 4.0 Standard Edition

  • kbnosurvey kbarchive kbHotfixServer kbqfe kbbug kbfix kbmt KB195469 KbMtde
Feedback