Cómo solucionar problemas de DCOM para aplicaciones de cliente/servidor de Visual Basic

Seleccione idioma Seleccione idioma
Id. de artículo: 269330 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

En este artículo describe varios pasos que puede seguir para solucionar algunos de los errores más comunes que se encuentra al intentar crear una instancia de un objeto de servidor remoto mediante el uso de Distributed Component Object Model COMPONENTES DISTRIBUIDO (DCOM). En Visual Basic, los mensajes de error más comunes son:
Error en tiempo de ejecución 70: permiso denegado.
Error en tiempo de ejecución 429: componente de ActiveX no puede crear el objeto.
Error en tiempo de ejecución 462: el equipo servidor remoto no existe o no está disponible.

Más información

Dónde comenzar a solucionar problemas

Mayoría de los problemas que se producen al intentar crear una instancia de un COM objeto en un equipo remoto mediante el uso de DCOM están relacionados con una configuración incorrecta de DCOMCNFG o un problema de red. Muy rara vez es el problema relacionado con la código.

Lo primero que hay que hacer es escribir la información relacionada con a su entorno y la propia aplicación, tales como:
  1. Acerca del equipo servidor:

    El equipo del servidor es el equipo donde la aplicación de servidor se va a ejecutar. Recopilar el datos siguientes:
    • Sistema operativo y service pack instalado.
    • ¿Es alguien conectado al equipo?
    • Si alguien ha iniciado sesión, ¿cuáles son sus derechos? Son ¿que forme parte del grupo de administradores? Inició la sesión como un dominio ¿Un usuario?
  2. Acerca del equipo cliente:

    El equipo cliente es el equipo donde la aplicación cliente se va a ejecutar. Recopilar el datos siguientes:
    • Sistema operativo y service pack instalado.
    • ¿Quién está conectado a este equipo? Se ha iniciado sesión ¿como un usuario de dominio o como un usuario Local? Si inició sesión como un usuario de dominio lo ¿son sus derechos en el equipo servidor? Son parte de los administradores ¿grupo en el equipo servidor?
  3. Acerca de la aplicación de servidor:
    • Con qué idioma, versión y service pack fue el ¿se desarrolló el servidor?
    • ¿Volver a llamar al cliente?
    • ¿Provoca eventos? Si por lo tanto, se establece la seguridad de DCOM en ¿el equipo cliente para conceder acceso a la cuenta de todo el mundo ?
    • ¿Tiene una interfaz de usuario?
    • ¿Está marcado como Ejecución desatendida?
    • Es que estableciendo los parámetros de seguridad mediante programación ¿a través de la llamada de funciones tales como CoInitializeSecurity o CoSetProxyBlanket?
  4. Acerca de la aplicación de cliente:
    • Con qué idioma, versión y service pack fue el ¿se desarrolló la aplicación?
    • Es que estableciendo los parámetros de seguridad mediante programación ¿a través de la llamada de funciones tales como CoInitializeSecurity o CoSetProxyBlanket?
  5. Acerca de la red:
    • El cliente y los equipos de servidor en el mismo ¿Red de área local (LAN)?
    • Están conectados el cliente y los equipos de servidor ¿a través de Internet, sin necesidad de firewalls y servidores proxy entre ellos?
    • Están conectados el cliente y los equipos de servidor ¿a través de Internet, con los servidores de seguridad y servidores proxy entre ellos?

Solución de problemas básicos

  1. Compruebe que todas las configuraciones de Dcomcnfg son adecuados, basado en los datos recopilados anteriormente.
    268550 Cómo usar Dcomcnfg para una aplicación de cliente/servidor DCOM de Visual Basic
  2. Si está utilizando Microsoft Windows 95 en el cliente o equipo de servidor, asegúrese de que ha instalado DCOM95 en él. Puede descargar DCOM95 desde el siguiente sitio Web de Microsoft:
    http://www.Microsoft.com/com/DCOM/dcom95/download.ASP
  3. Si está utilizando Windows 95, Microsoft Windows 98, Windows Millennium Edition (Me) en el equipo servidor, debe tener el servidor componente que se ejecuta antes de intentar utilizar al cliente. Como comprobación, compruebe que el servidor está en ejecución y que se espera para que el cliente se conecte.
    165101 Cómo utilizar Windows 95, Windows 98 o Windows Millennium Edition como servidor DCOM
  4. Si los equipos cliente y servidor están conectados a través de Internet con firewalls y servidores proxy entre ellos, DCOM no funciona si No hay ningún tipo de traducción de direcciones (NAT) entre ellos. Si no hay ninguna traducción de direcciones, debe configurar estos servidores proxy y servidores de seguridad para habilitar DCOM para comunicarse. Puede encontrar varias notas del producto relacionadas con este asunto en la red de desarrolladores de Microsoft (MSDN) o en el siguiente Sitio Web de Microsoft:
    http://www.Microsoft.com/technet/prodtechnol/windows2000serv/reskit/CNET/cnad_arc_wbak.mspx?mfr=true
    Este tema no se trata en este artículo.

Solución de problemas adicionales

Si sigue teniendo problemas después de establecer Dcomcnfg a la derecha son varios los ajustes basados en su entorno y características de la aplicación, aquí pasos adicionales que puede seguir para solucionar el problema:
  1. Utilice el Administrador de tareas para comprobar que no se está ejecutando el servidor mientras realiza cambios en la configuración mediante Dcomcnfg. Todos los valores son asignada a un proceso cuando se inicia por lo tanto, si se está ejecutando el servidor mientras se cambiar la configuración, la nueva configuración sólo surten efecto la próxima vez que el servidor se inicia.
  2. Compruebe que el servidor y el cliente se ejecutan correctamente en el mismo equipo. Siempre debe probar que el cliente y el servidor se ejecutan correctamente de forma local; es decir, en el mismo equipo, antes de ejecutar remotamente.
  3. Compruebe si el problema que se enfrentan a es realmente un problema de DCOM que por lo general no está relacionada con el propio código o si es un problema de codificación de forma específica para su aplicación. Hacer esto mediante la creación de un cliente/servidor muy sencillo aplicación con sólo uno o dos métodos muy sencillos. Siga la normal procedimientos de embalaje y la instalación. Si el servidor genera eventos, a continuación la muestra pequeña también debe provocar eventos.Para obtener información adicional, haga clic en los números de artículo siguientes para ver los artículos en Microsoft Knowledge Base:
    266717 Cómo crear una aplicación de cliente/servidor DCOM mediante Visual Basic
    267836 Cómo crear un cliente-servidor DCOM con eventos mediante Visual Basic
    Idealmente, debe utilizar los artículos anteriores como un directriz ya que tienen paso a paso desde cero a través de la final empaquetado e implementación. Utilizar la misma configuración que se utilizan para la aplicación y ver si todo funciona correctamente. Si el problema está relacionado con DCOM, usted enfrenta los mismos problemas en la pequeña muestra como se realizan en su aplicación. Mantener solucionar el problema con la pequeña muestra hasta que encuentre el problema. Si la aplicación pequeña funciona bien pero su propia aplicación no funciona con la misma configuración, a continuación, puede estar enfrentando dos problemas:
    • Algo en el código que plantea el problema. Para ejemplo, si tiene acceso a una base de datos en el código y la identidad del servidor no tiene derechos para ello. El mismo problema puede ocurrir si está intentando tener acceso a archivos o crear instancias de otros objetos.
    • El código está bien, pero tiene algunos problemas en el Registro, varias entradas en el servidor. Para obtener información adicional, haga clic en el artículo número siguiente para verlo en Microsoft Knowledge Base:
      180525 PRB: Dcomcnfg informes de varias copias del servidor DCOM
    • Selecciona el equipo cliente incorrecto equipo de servidor. Compruebe la ficha ubicación Dcomcnfg en el cliente equipo.Para obtener información adicional, Haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
      268550 Cómo usar Dcomcnfg para una aplicación de cliente/servidor DCOM de Visual Basic
  4. Compruebe que dispone de empaquetado e instalado el cliente y el servidor correctamente. La creación de los paquetes de distribución correctamente es es fundamental para una instalación correcta.Para obtener información adicional acerca de un ejemplo paso a paso acerca de cómo Para crear una aplicación de cliente/servidor DCOM usando Visual Basic, haga clic en el números de artículo siguientes para verlos en Microsoft Knowledge Base:
    266717 Cómo crear una aplicación de cliente/servidor DCOM mediante Visual Basic
    267836 Cómo crear un cliente-servidor DCOM con eventos mediante Visual Basic
  5. Compruebe que la red funciona correctamente ejecutando el comando ping el cliente desde el equipo servidor y el servidor desde el equipo cliente. En el el equipo servidor, abra una ventana del símbolo del sistema y ejecute el siguiente comando donde el anterior ClientcomputerName debe ser el nombre del equipo cliente:
    Ping ClientcomputerName
    Si todo funciona correctamente, debe ver tres o cuatro toman las respuestas y el tiempo de cada uno de ellos. Si ve los tiempos de espera u otros errores, tiene problemas en la configuración de red y tiene que corregir estos antes de poder continuar. Repita los mismos pasos en el equipo cliente con el servidor nombre del equipo.
  6. En Dcomcnfg en el equipo cliente, cambie el servidor ubicación reemplazando el nombre del servidor con dirección IP del servidor. Si se funciona con la dirección IP y no con el nombre del equipo servidor, y mucho más que es probable que tenga problemas con la configuración de red.
  7. Pruebe a reiniciar el servidor y el cliente. En ocasiones, algunos configuración está en la memoria caché y volver a iniciar después de realizar cambios en Dcomcnfg se solucionó el problema.
  8. En Windows 95 o Windows 98, utilice el protocolo TCP/IP. Para hacer Este, quite todos los demás protocolos en los protocolos de forma predeterminada en la lista Dcomcnfg.
  9. Por lo general, si tiene un problema DCOM, obtendrá un error cuando intenta crear una instancia del objeto remoto mediante una llamada a la función CreateObject o cuando se establece la variable de objeto con el nuevo palabra clave. Es importante poder distinguir si está recibiendo un error mensaje debido a la creación del propio objeto, o debido a lo que está haciendo en el evento Initialize del objeto. Si el evento Initialize del objeto está intentando crear una instancia no tiene ningún código, a continuación, sin duda, que el error que se escuchan está relacionado con la creación de instancias del objeto. Si, sin embargo, tiene código en el evento Initialize, como la conexión a una la base de datos o crear instancias de otros objetos, debe incluir la interceptación de errores dentro del evento Initialize y provocar un error de usuario personalizada. Si usted no aplicar reventado se produce un error y errores en el evento Initialize, se propaga hacia fuera en el cliente y puede llevarle a confusión. Puede pensar que el problema es el objeto Cuando el problema es en realidad el código en la inicialización de creación evento.
  10. Si el servidor se ejecuta en Microsoft Windows NT 4 o Microsoft Windows 2000, puede utilizar el Visor de sucesos para averiguar adicionales información de auditoría sobre ¿por qué falló la conexión DCOM. Sin embargo, registro de estos tipo de eventos por lo general no está habilitado de forma predeterminada. Es necesario establecer la auditoría opciones para habilitarlo.

    En Windows NT 4, habilitar estas opciones como a continuación:

    • En el menú Inicio , seleccione programas, seleccione Herramientas administrativasy, a continuación, seleccione Administrador de usuarios.
    • Si está ejecutando NT 4 server, debe seleccionar un dominio; en este caso, en el menú de usuario , seleccione la opción de dominio y, a continuación, seleccione el equipo local.
    • En el menú directivas , seleccione la opción de auditoría . Habilitar la auditoría de éxito y fracaso de la en primer lugar tres entradas: inicio de sesión/cierre de sesión, archivo y el acceso a objetos, uso de los derechos de usuario. Haga clic en Aceptar y cierre el Administrador de usuarios.

    En Windows 2000, habilitar estas opciones como a continuación:

    • En el menú Inicio , seleccione programas, seleccione Herramientas administrativasy, a continuación, seleccione Directiva de seguridad Local.
    • En el panel izquierdo, verá una vista de árbol. Haga clic en el signo más (+) iniciar sesión en la izquierda de las Directivas locales, y verá la entrada de la Directiva de auditoría . Seleccione la entrada de Directiva de auditoría y tenga en cuenta que el panel derecho contiene todas las opciones de auditoría Cuál está habilitado y cuál no lo es. El botón secundario en cualquiera de estos Opciones permite habilitarlos o deshabilitarlos.
    • Habilitar la auditoría de errores y aciertos de la siguientes opciones: auditar sucesos de inicio de sesión, auditar el acceso del objeto, privilegio de auditoría Utilice esta opción.
    • Cierre la ventana de la Directiva de seguridad Local .

    Una vez haya activado estas opciones de registro, probar el cliente de nuevo. Después de recibir el mensaje de error, utilice el Visor de sucesos para ver si Existen los eventos DCOM. El evento puede indicar por qué se denegó el acceso. Además, puede saber quién está registrado en el equipo cliente y si se trata de un dominio usuario o un usuario local. Puede indicar que el protocolo solicitado por el cliente no está disponible en el servidor y así sucesivamente. Registros de COM se agregan a la registro del sistema.
  11. Si el servidor tiene más de una clase y algunos de ellos trabajo de las clases y otros no, compruebe cada entrada de la clase de Dcomcnfg en el cliente equipo. De forma predeterminada, cada clase tiene su propio AppID y, por consiguiente, su propio configuración, por lo que es posible que algunas de las clases están configurados correctamente y otros no lo están.Para obtener información adicional acerca de cómo encontrar el servidor en la aplicación del cliente la lista, haga clic en el número de artículo siguiente para verlo en Microsoft Microsoft Knowledge Base:
    268550 Cómo usar Dcomcnfg para una aplicación de cliente/servidor DCOM de Visual Basic

Error de tiempo de ejecución 70: Permiso denegado

Este error normalmente está relacionado con la configuración de seguridad. Este error es es una buena indicación de que la llamada llegó el equipo de destino, por lo tanto a redes probablemente no sea un problema aquí. Éstas son algunas cosas para comprobar:
  • Si establece el nivel de autenticación al Conectar, compruebe que el usuario ha iniciado sesión el equipo cliente se registra en el que un usuario de dominio y no es un usuario local.
  • Si establece el nivel de autenticación al Conectar, compruebe que el equipo servidor realmente pertenece al dominio. Si es un equipo independiente, no puede autenticar los usuarios a menos que tenga un correspondiente nombre de usuario/contraseña en el servidor y cliente equipo.
  • Si establece el nivel de autenticación en Ninguno, compruebe si ha establecido esta opción en ninguno en el cliente y equipos de servidor.
  • Si establece el nivel de autenticación en Ninguno y haya comprobado ambos equipos tienen esta opción correcto, asegúrese de que se ha establecido ni el cliente ni la aplicación de servidor autenticación mediante programación con funciones tales como CoInitializeSecurity o CoSetProxyBlanket. Establecer autenticación mediante programación, anula el registro entradas de Dcomcnfg.
  • Si establece el nivel de autenticación en Ninguno, y tienen los usuarios del dominio no, compruebe si ha incluido "Todos" (o "The World" para Windows 95 y Windows 98) en el acceso y permisos de inicio.
  • Compruebe el acceso y permisos en Dcomcnfg de lanzamiento y Compruebe que el usuario inicie sesión en el equipo cliente se incluye explícitamente en Estas listas o pertenece a uno de los grupos incluidos.
  • Vea "Conocido problemas Check" más adelante en este artículo.Para obtener información adicional, Haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    216051 REVISIÓN: Dcomcnfg NT 4.0 SP4 no escribe.Nombre de archivo exe en HKCR\APPID

Error 429 en tiempo de ejecución: Componente de ActiveX no puede crear el objeto

Los siguientes son algunas cosas que podrían provocar este error:
  • El servidor no está instalado correctamente en el servidor equipo. Ejecute Dcomcnfg en el equipo servidor, seleccione la aplicación de servidor en la lista de aplicaciones y, a continuación, haga clic en Propiedades. En la ficha ubicación , compruebe que la única opción activada es ejecutar la aplicación en este equipo.
  • Volver a compilar el servidor sin compatibilidad binaria, y no vuelva a compilar al cliente. El cliente puede buscar los identificadores de clase antigua. Incluso Si se vuelve a compilar al cliente, puede tener varias entradas en el registro los antiguos y nuevos.Para adicionales obtener información, haga clic en el número de artículo siguiente para verlo en el Microsoft Knowledge Base:
    180525 PRB: Dcomcnfg informes de varias copias del servidor DCOM
  • Puede que esté utilizando el nombre del servidor incorrecto en la ficha ubicación. Por ejemplo, instaló al servidor en el equipo servidor y por alguna razón define la ubicación en Dcomcnfg como ServerB. Ejecute Dcomcnfg en el equipo cliente, busque el servidor en la lista de aplicaciones y, a continuación, haga clic en Propiedades. Seleccione la ficha ubicación y, a continuación, compruebe que el nombre del equipo servidor es correcto. If no puede localizar el servidor en la lista de aplicaciones, buscar "Buscar el servidor en la lista de aplicaciones de cliente" en el siguiente Artículo de Microsoft Knowledge Base:
    268550 Cómo usar Dcomcnfg para una aplicación de cliente/servidor DCOM de Visual Basic
  • Consulte también "Conocido problemas Check" más adelante en este artículo.Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    193143 Error: Cliente DCOM se bloquea y, a continuación, muestra el mensaje de Error 429

Error 462: El equipo servidor remoto no existe o no está disponible

Los siguientes son algunas de las causas de este mensaje de error:
  • Puede que esté utilizando el nombre del servidor incorrecto en la ficha ubicación. Por ejemplo, instaló al servidor en el equipo servidor y por alguna razón define la ubicación en Dcomcnfg como servidor b y b no es un equipo válido. Ejecute Dcomcnfg en el equipo cliente, busque el servidor en el lista de aplicaciones y, a continuación, haga clic en el botón Propiedades . Seleccione la ficha ubicación y, a continuación, compruebe que el nombre del equipo servidor es correcto. If no puede encontrar el servidor en la lista de aplicaciones, consulte "Buscar el servidor en la lista de aplicaciones de cliente"en el siguiente de Microsoft Artículo de Knowledge Base:
    268550 Cómo usar Dcomcnfg para una aplicación de cliente/servidor DCOM de Visual Basic
  • Hacer ping al servidor desde el cliente y compruebe que está alcanzable. También haga ping en el cliente desde el servidor para comprobar si es accesible. Ping por nombre y dirección IP. Consulte la sección del artículo 5 de la "problemas adicionales" de este artículo.
  • El servidor se ejecuta en Windows 95, Windows 98, o Equipo de Windows Millennium Edition y el servidor no está en ejecución para que los clientes en espera conectar, o RPCSS.EXE no está en ejecución.Para obtener información adicional acerca de este tema, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    165101 Cómo utilizar Windows 95 o Windows 98 como servidor DCOM
  • El equipo tiene más de una tarjeta de red.Para adicionales información sobre este tema, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    183930 REVISIÓN: Se trastoca IP cuando se utiliza UDP en equipos multitarjeta
  • Por favor, consulte la sección "Conocido problemas Check" de este artículo.
  • El equipo servidor no está en ejecución o sigue en su reiniciar el equipo de estado.

Los bloqueos del servidor

Si el servidor no tiene una interfaz de usuario, compruebe que activó la opción de Ejecución desatendida . Si no selecciona esta opción, es posible que un cuadro de mensaje se va a mostrar por el servidor debido a un error sin capturar, ejemplo. Si el servidor no se está ejecutando con la identidad del Usuario interactivo, nadie puede ver este cuadro de mensaje y el servidor está a la espera para que alguien más cerrar el cuadro, que nunca suceda. Mediante la opción de Ejecución desatendida , cuadros de mensajes se redirigen a un archivo de registro.

Cliente se bloquea después de la instalación

Para obtener información adicional acerca de en este tema, haga clic en los números de artículo siguientes para verlos en el Microsoft Knowledge Base:
185193 PRB: Clireg32 no puede registrar la biblioteca de tipos de servidor DCOM
221173 PRB: Instalación de VB6 no actualiza Clireg32.exe

Problemas conocidos para comprobar

A continuación es una lista de problemas conocidos que podrían estar afectando a la instalación. Están documentados en otra Base de conocimiento de Microsoft artículos. Aquí se ofrecen sus identificadores de artículo. Si sigue teniendo problemas con su DCOM aplicación después de revisar la solución de problemas de pasos de este artículo y la lista de problemas, asegúrese buscar en Knowledge Base artículos adicionales que no pueden incluirse en este artículo.
  1. El siguiente mensaje de error afecta a las aplicaciones de servidor creado con Visual Basic 6.0 versión inicial antes de Service Pack 1.
    193143 Cliente DCOM se bloquea y, a continuación, muestra el mensaje de Error 429
  2. El siguiente problema se introdujo en el programa Dcomcnfg que se envía con Service Pack 4 para NT 4.0 y fijo en el Service Pack 6 para NT 4.0. Sin embargo, incluso si ya tienes la versión fija que se proporciona con SP6 pero su se instaló el servidor antes de instalar el Service Pack 6, todavía puede estar experimentando Este problema. El problema es que Dcomcnfg no incluía un registro necesario clave bajo Hkey_Classes_Root\AppID. El HKCR\AppID es la clave que se asigna el archivo ejecutable de un servidor para su AppID. Por ejemplo, si el servidor de archivo ejecutable de la es MyServer.exe, debe haber una clave de HKCR\AppID con este nombre. Uno de los valores bajo esta clave deben ser AppID que contiene el GUID de AppID de la servidor. Consulte las instrucciones en el siguiente artículo de Microsoft Knowledge Base en cómo agregar la entrada que falte manualmente.
    216051 DCOMCNFG NT 4.0 SP4 no escribe.Nombre de archivo exe en HKCR\APPID
    La consecuencia de este error es que el sistema omite todas las entradas personalizadas que definió en Dcomcnfg para este servidor. Para ejemplo, si define una lista de usuarios que tiene derechos de acceso y el inicio el servidor y esta lista incluye también al Usuario1, pero todavía obtendrá el error 70 "acceso Denegado"cuando trata de Usuario1 para conectarse a su servidor, lo más probable es que esto tiene problema. Otro problema, es por ejemplo, si define la identidad de su servidor para que sea usuario interactivo, pero el servidor continúa se comportan como si tuviera Usuario de puesta a flote de identidad - que es el valor predeterminado.
  3. Se ha producido un error en Clireg32.exe que se incluye con Visual 5.0 Básico. La consecuencia era que el cliente ha bloqueado después de la instalación. La versión de Clireg32 que se incluye con Visual Basic 6.0 tiene este error corregido, pero si tenía la versión anterior en el equipo durante la instalación de Visual Basic 6.0, el procedimiento de instalación no actualiza el archivo, por lo que es posible que tenga el antiguo versión.

    Clireg32.exe es una utilidad que registra el VBR y TLB archivos en el equipo cliente. Cuando se crea un paquete de distribución para una cliente y agregar un archivo VBR, el paquete y el Asistente de distribución (PDW) Clireg32.exe se agrega automáticamente a su paquete de distribución. Si tiene la versión incorrecta de clireg32.exe en el equipo de desarrollo, es posible que distribuir la versión no válida con la aplicación. Si el equipo de destino no tiene ya una versión más reciente, esta versión no válida es la que se está utiliza. Es la versión con problemas que se incluye con Visual Basic 5.0 5.00.3716, con fecha 16/1/1997 12:00.
    185193 Se produce un error en Clireg32 registrar el servidor de biblioteca de tipos de DCOM
    221173 Instalación de VB6 no actualiza Clireg32.exe
  4. El error siguiente puede causar problemas cuando se utiliza DCOM en un equipo con más de una tarjeta de red. Un mensaje de error posible es:
    462 Equipo de servidor remoto no está disponible.
    Para evitar este problema, mantenga sólo TCP/IP en la lista de protocolos en este equipo. Este problema se corrigió en NT4 SP4.
    183930 IP se trastoca cuando se utiliza UDP en equipos multitarjeta
  5. Cuando un cliente COM en un equipo con Windows NT se ejecuta en un identidad que no se puede autenticar en el equipo remoto, un servidor COM iniciado por el cliente se cierra en aproximadamente seis minutos.
    175020 Servidor COM remoto se apaga después de seis minutos

Propiedades

Id. de artículo: 269330 - Última revisión: domingo, 28 de abril de 2013 - Versión: 4.0
La información de este artículo se refiere a:
  • Microsoft Visual Basic 5.0 Enterprise Edition
Palabras clave: 
kbdcom kbhowto kbmt KB269330 KbMtes
Traducción automática
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): 269330

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com