REVISIÓN: Errores TDS en una aplicación ODBC multiproceso

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): 154295
Renuncia a responsabilidad de los contenidos de la KB sobre productos a los que ya no se ofrece asistencia alguna
El presente artículo se escribió para productos para los que Microsoft ya no ofrece soporte técnico. Por tanto, el presente artículo se ofrece "tal cual" y no será actualizado.
2.65
WINDOWS
kbfix6.50.sp2 de kbbug2.65 de kbusage kbinterop
Nº DE ERROR: 15705 (SQLBUG_65)
Síntomas
Se produce cuando dos o más subprocesos comparten la misma conexión de base de datos (excepto differenthstmts), una llamada a SQLExecDirect o SQLExecute falla y uno de los siguientes errores:
[Microsoft] [ODBC SQL Server Driver] [SQL Server] Recibió un tipo de datos desconocido 0 de secuencia de datos TDS
[Microsoft] [ODBC SQL Server Driver] Recibido testigo desconocido de SQL Server
[Microsoft] [ODBC SQL Server Driver] Error de protocolo en secuencia TDS
Los errores recibidos depende de qué biblioteca de red (TCP/IP sockets ornamed tubos) se está utilizando.
Solución
Para evitar este problema, siga uno de estos procedimientos:

  • Utilice un objeto de sección crítica alrededor de SQLExecDirect o SQLExecute.
  • Usar una conexión diferente para cada subproceso, en lugar de compartir la misma conexión.
  • Agregar una función de suspensión de aproximadamente 1.000 a 5.000 milisegundos antes de SQLExecDirect o SQLExecute.
Estado
Microsoft ha confirmado que se trata de un problema de Microsoft SQL Server Odbcconductor versión 2.65. Este problema se ha corregido en Estados Unidos del Service Pack 2 para Microsoft SQL Server versión 6.5. Para obtener más información, póngase en contacto con el proveedor de asistencia de yourprimary.
MFC mfcdatabase clases RDO Visual Basic

Advertencia: este artículo se tradujo automáticamente

Properties

Article ID: 154295 - Last Review: 08/16/2015 21:27:00 - Revision: 2.0

Microsoft Open Database Connectivity 4.21

  • kbbug kbmt KB154295 KbMtes
Feedback