STOP 0xEFFFFFFF excepciones en los servidores OLE con varios clientes

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 195469
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Síntomas
Cuando varios clientes tienen acceso simultáneamente a un servidor COM proceso insuficiente, llamadas de cliente pueden inesperadamente producir un error. Depurar el servidor durante esos errores muestra que el servidor está produciendo la excepción 0xEFFFFFFF.

Reconocer este problema puede ser difícil porque el cliente y las aplicaciones de servidor pueden continuar ejecutándose. En concreto, esta excepción resultado no es directamente en la causa del servidor o el cliente para detener responder (bloquearse) o un bloqueo.

En su lugar, el servidor simplemente devuelve un error al cliente. Si el cliente continúa funciona correctamente después de este error dependerá completamente cómo se escribe el software de cliente. Las aplicaciones cliente bien formada silenciosamente pueden reintentar la operación o registrar un error sin en caso contrario se afectado negativamente. Los clientes que no toman importa para comprobar el estado devuelto de las llamadas de función pueden producirse infracciones de acceso o otros errores graves.

Para confirmar si este problema es la causa de un error específico, es necesario para depurar la aplicación de servidor, establezca el depurador se interrumpa en esta excepción y comparar la pila resultante a la siguiente:
   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()				
Causa
Las funciones OLE controla el cálculo de referencias de biblioteca de tipos no son completamente multiproceso seguro, lo que una ventana estrecha de oportunidad para la excepción a tener lugar si dos o más clientes están realizando llamadas simultáneas al servidor.
Solución
Para resolver este problema, obtenga el último Service Pack para Windows NT 4.0 o la actualización de software correspondiente. Para obtener información acerca de cómo conseguir el último Service Pack, vaya a:
Para obtener información acerca de cómo obtener la actualización de software correspondiente, póngase en contacto con el Servicio de soporte técnico de Microsoft. Para ver una lista detallada de los números de teléfono de los Servicios de soporte técnico de Microsoft así como información de costos de soporte, visite la siguiente dirección Web:
Estado
Microsoft ha confirmado que trata de un problema en Windows NT versión 4.0. Este problema se corrigió por primera vez en el Service Pack 5 de Windows NT 4.0.
objeto 4.00 vinculación en incrustación dcom de com distribuido

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 195469 - Última revisión: 02/03/2014 06:12:49 - Revisión: 1.5

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

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix kbqfe KB195469 KbMtes
Comentarios