Prácticas recomendadas para implementar aplicaciones de Visual Basic 6.0

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

En esta página

Resumen

se explica cómo prepararse para implementar una aplicación de Microsoft Visual Basic 6.0.

Para preparar una aplicación de Visual Basic 6.0 para su implementación, asegúrese de que haga lo siguiente:
  • plan con antelación y hora de presupuesto para empaquetar y para probar la aplicación.
  • paquete de la aplicación en un equipo "limpio".
  • Utilice la misma configuración de software en el equipo de desarrollo y el equipo de empaquetado.
  • identificar y minimizar las dependencias de aplicación.
  • Preparar el paquete y carpeta Redist del Asistente para implementación.
para solucionar una aplicación implementada de Visual Basic 6.0, utilice los métodos siguientes:
  • utilizar las herramientas para solucionar problemas de implementación.
  • revisión común implementación problemas.
para solucionar una aplicación de Visual Basic 6.0 implementada que se ha instalado mediante una tecnología de instalador alternativo, utilice los métodos siguientes:
  • Redistribuir mínimo las dependencias.
  • generar un paquete de instalación mediante el paquete y el Asistente para la implementación.

INTRODUCCIÓN

Antes de implementar una aplicación de Visual Basic 6.0, debe planear cómo desea generar y para implementar el paquete instala la aplicación. También debe decidir qué archivos desea incluir en el paquete. Además, debe probar el paquete antes de implementarla para asegurarse de que la aplicación instalada funciona como se esperaba. En este artículo trata los problemas que debe considerar y herramientas que puede utilizar para implementar la aplicación.

Prepararse para implementar la aplicación de Visual Basic 6.0

Cuando se está preparando para implementar una aplicación de Visual Basic 6.0, considere cuánto tiempo necesitará para empaquetar y probar la aplicación. Incluir tiempo para preparar los equipos que va a utilizar, tiempo para identificar y minimizar las dependencias de aplicación y tiempo para preparar la carpeta Redist que contiene las versiones correctas de archivos que desee redistribuir con la aplicación.

Planear tiempo anticipada y de presupuesto para empaquetar y probar la aplicación

Muchos desarrolladores dedicar mucho tiempo y esfuerzo para desarrollar una aplicación y, a continuación, dedican tiempo poco o ningún tiempo para empaquetar y probar la aplicación en otros equipos. Se trata de un error común. Es mejor tiempo de presupuesto en la programación de desarrollo para empaquetado y para probar la aplicación. Tenga en cuenta qué versiones de sistema operativo y qué configuraciones podrá soporte para la aplicación y presupuesto tiempo para probar la aplicación en dichas configuraciones.

El Visual Basic 6.0 Asistente de empaquetado y distribución se ha diseñado para implementar aplicaciones en Microsoft Windows 95, Windows 98 y Microsoft Windows NT 4.0 o posterior. Sin embargo, para obsoletos sistemas operativos como Windows 95, Microsoft proporciona soporte para implementar aplicaciones de Visual Basic 6.0 en una base de "mejor esfuerzo" una vez identificado el problema sea específico del sistema operativo.

Para obtener información sobre el ciclo de vida de una versión específica de Internet y MSN, visite el siguiente sitio Web de Microsoft:
http://support.microsoft.com/gp/lifeselectintmsn
Nota Microsoft no proporciona compatibilidad para implementar o ejecutar aplicaciones de Visual Basic 6.0 en Windows NT 4.0 Terminal Server.

Para obtener más información acerca de cómo ejecutar aplicaciones de Visual Basic 6.0 en Windows NT 4.0 Terminal Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
196201Visual Basic no se admite en Terminal Server 4.0

Preparar el equipo de desarrollo y el equipo de empaquetado

Cuando se prepare para desarrollar y empaquetar una aplicación de Visual Basic 6.0, considere las recomendaciones siguientes:
  • Paquete en un equipo "limpio". Un equipo "limpio" es un equipo que tenga sólo el software necesario instalado para desarrollar y empaquetar una aplicación de Visual Basic. Como mínimo, ese software incluye sólo el sistema operativo y Visual Studio 6.0.

    Si la aplicación requiere otros componentes, también debe instalar ellos. Sin embargo, es una buena idea de evitar instalar nada que no es necesario, como la versión beta del software ni nada que podría cambiar los archivos redistribuibles que requiere el paquete de aplicación.
  • Instalar el sistema operativo más reciente y el Visual Studio 6.0 service pack más reciente. Asegúrese de que haya instalado los service Pack más recientes y que ha aplicado las últimas actualizaciones para el sistema operativo tanto en el equipo de desarrollo como en el equipo de empaquetado. Para aplicar las actualizaciones más recientes para su equipo, visite el siguiente sitio Web de Microsoft Windows Update:
    http://windowsupdate.microsoft.com
    Además, asegúrese de que ha instalado el Visual Studio 6.0 service pack más reciente en el equipo de desarrollo y el equipo de empaquetado. Para obtener el service pack más reciente de Visual Studio 6.0, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
    http://msdn2.microsoft.com/en-us/vstudio/aa718359.aspx
  • Asegúrese de que el equipo de desarrollo y el equipo de empaquetado tienen el mismo software. Si el empaquetado de la aplicación en un equipo distinto del equipo de desarrollo, asegúrese de que ambos equipos tienen la misma configuración de software. Por ejemplo, asegúrese de que ambos equipos:
    • Está ejecutando la misma versión de sistema operativo.
    • Visual Studio 6.0 instalado.
    • Tener los mismos service Pack instalados para el sistema operativo y para Visual Basic 6.0.
    • Utilizar las mismas versiones de componentes externos que utiliza la aplicación, como Microsoft Data Access Components (MDAC).
    Además, si el empaquetado de la aplicación en un equipo distinto del equipo de desarrollo, asegúrese de que las versiones compiladas de los archivos binarios funcionan correctamente en el equipo de empaquetado. Si recibe un mensaje de error cuando ejecuta la aplicación en el equipo de empaquetado, la mensaje de error puede indicar que una de las dependencias de la aplicación falta o tiene un problema de versiones.

Identificar y minimizar las dependencias de aplicación

Las versiones de falta o no coincidentes de las dependencias de aplicación son la causa más común de problemas que los desarrolladores experimentar al distribuir aplicaciones de Visual Basic 6.0. Por lo tanto, es muy importante que identifique exactamente qué dependencias requiere la aplicación y sus versiones. De esta forma, puede asegurarse que redistribuye las dependencias correctas con su aplicación.

Generalmente, el Asistente de empaquetado y distribución hace un buen trabajo de redistribuir las dependencias de la aplicación correctas. Sin embargo, para minimizar los problemas, minimizar las dependencias que requiere la aplicación.

Las principales dependencias de una aplicación de Visual Basic 6.0 son referencias de componente y referencias de biblioteca COM. Referencias de componente incluyen los controles ActiveX o diseñadores que se encuentran en un archivo .ocx externo o en un archivo .dll externo. Cuando se selecciona un control ActiveX en el cuadro de diálogo componentes , Visual Basic coloca un icono para el control en el cuadro de herramientas control y, a continuación, agrega una referencia a la biblioteca externa en el proyecto de Visual Basic.

Si un componente requiere un archivo DLL auxiliar, Visual Basic agrega automáticamente la DLL como una referencia de biblioteca en el cuadro de diálogo referencias . Una referencia de biblioteca COM es una referencia a una biblioteca de tipo (archivo DLL, TLB, OLB) se ha seleccionado en el cuadro de diálogo referencias .

Cuando el Asistente de empaquetado y distribución determina los archivos para implementar con la aplicación, el Asistente de empaquetado y distribución revisa el archivo de proyecto para determinar qué componentes y utiliza la biblioteca COM hace referencia el proyecto. El paquete y a continuación Asistente para implementación, busca los archivos de dependencia (.dep) que están asociados con estos componentes para determinar si los archivos auxiliares se deben redistribuir con la aplicación.

Compruebe que no hace referencia el proyecto los componentes o bibliotecas que no son necesarias para que el Asistente de empaquetado y distribución no intenta redistribuir los archivos que no requiera la aplicación.
Componentes del proyecto
Para identificar y reducir las referencias a componentes en el proyecto, siga estos pasos:
  1. Abra el proyecto en Visual Basic 6.0.
  2. En el menú proyecto , haga clic en componentes .
  3. Haga clic para seleccionar la casilla Sólo elementos seleccionados para ver sólo los componentes que hace referencia actualmente el proyecto.
  4. Haga clic para desactivar la casilla de verificación junto a cualquier componente que no utiliza el proyecto.

    Nota Si no sabe si su proyecto utiliza un componente, haga clic para desactivar la casilla junto a dicho componente. Si recibes un mensaje de error que es similar al siguiente, la aplicación utiliza ese componente:
    No se puede quitar el control o referencia; en uso
    Normalmente, el componente es un control que se utiliza en un formulario.
  5. Para los componentes restantes que estén seleccionados, asegúrese de una nota de la versión y la ubicación de la biblioteca que está utilizando la aplicación.
  6. Para cerrar el cuadro de diálogo componentes , haga clic en Aceptar .
Referencias del proyecto
Para identificar y reducir las referencias a bibliotecas COM en el proyecto, siga estos pasos:
  1. Abra el proyecto en Visual Basic 6.0.
  2. En el menú proyecto , haga clic en referencias .
  3. Observe las bibliotecas de referencia que están seleccionadas. Cada aplicación de Visual Basic 6.0 requiere las siguientes referencias. Puede quitar estas referencias.
    • Visual Basic para aplicaciones
    • Procedimientos y objetos de motor en tiempo de ejecución de Visual Basic
    • Objetos de Visual Basic y procedimientos
    Otras bibliotecas de referencia que están seleccionados no sea necesarios para la aplicación.
  4. Para quitar una referencia a una biblioteca de referencia que no utilice la aplicación, haga clic en para desactivar la casilla de verificación junto al nombre de la biblioteca de referencia.

    Nota Si no sabe si su aplicación utiliza una biblioteca de referencia, haga clic para desactivar la casilla para esa biblioteca de referencia. Si recibe un mensaje de error such as los siguientes, la aplicación utiliza que hacen referencia a biblioteca:
    No se puede quitar el control o referencia; en uso
    Restaurar estas referencias antes de que vaya al paso 5.
  5. Para las referencias restantes que estén seleccionadas, asegúrese de una nota de la versión y la ubicación de la biblioteca de referencia.
  6. Para cerrar el cuadro de diálogo referencias , haga clic en Aceptar .

Preparar la carpeta Redist

La carpeta Redist se encuentra en el equipo de empaquetado. De forma predeterminada, la carpeta Redist se encuentra en la carpeta siguiente:
C:\Archivos de programa\Microsoft Visual Studio\VB98\Wizards\PDWizard
Una vez que el Asistente de empaquetado y distribución determina las dependencias de la aplicación, el Asistente de empaquetado y distribución intenta localizar los archivos que ha determinado que debe incluirse con el paquete de instalación. La primera ubicación que explora el Asistente de empaquetado y distribución es la carpeta Redist.

Si el Asistente de empaquetado y distribución no encuentra los archivos necesarios en la carpeta Redist, intenta localizar los archivos en otras carpetas, como la carpeta System32. Este comportamiento puede provocar problemas porque su sistema operativo puede contener versiones de archivos del sistema que no son compatibles con sistemas operativos anteriores. Por lo tanto, asegúrese de que la carpeta Redist contiene las versiones correctas de los archivos que el Asistente de empaquetado y distribución se copia desde el sistema.

Si ha instalado Visual Basic 6.0 Service Pack 4 o posterior, la carpeta Redist ya contiene la mayoría de los archivos que requiere el Asistente de empaquetado y distribución para el paquete. Sin embargo, si tiene versiones específicas de archivos que desee redistribuir con la aplicación, asegúrese de que copiarlos manualmente a la carpeta Redist.

Además, si utiliza una secuencia de empaquetado que haya guardado de un proyecto de empaquetado de aplicación anterior, el Asistente de empaquetado y distribución recopila los archivos de la ubicación que aparece en la secuencia de comandos anterior de empaquetado. El Asistente de empaquetado y distribución no tomará las dependencias de la carpeta Redist a menos que recopila ellos desde la carpeta Redist anterior.

Solucionar problemas de implementación de aplicaciones de Visual Basic 6.0

Muchas herramientas y recursos existen para ayudarle a solucionar la implementación de la aplicación Visual Basic 6.0. Las herramientas y vínculos siguientes proporcionan información que puede utilizar para solucionar problemas comunes que pueden surgir al implementar la aplicación.

Herramientas para solucionar problemas de implementación

Las siguientes herramientas de supervisar el acceso al registro, supervisar el acceso a archivos, determinan las dependencias de archivos y determinan las versiones de los módulos cargados.

Los productos de terceros que se analizan en este artículo están fabricados por compañías independientes de Microsoft. Microsoft no otorga ninguna garantía, implícita o de otro tipo, sobre el rendimiento o confiabilidad de estos productos.
Regmon

Regmon (Regmon.exe) supervisa el acceso de registro en tiempo real. Puede utilizar Regmon para determinar qué aplicaciones tienen acceso el registro de Windows. Para obtener más información acerca de Regmon, visite el siguiente sitio Web de Freeware Sysinternals:
http://technet.microsoft.com/en-us/sysinternals/default.aspx
Para utilizar Regmon, siga estos pasos:
  1. Instalar Regmon. Para obtener Regmon, visite el siguiente sitio Web de Freeware Sysinternals:
    http://technet.microsoft.com/en-us/sysinternals/bb963881.aspx
  2. Inicie Regmon. Observe que Regmon inmediatamente empieza a registrar la actividad del registro todo.
  3. En el menú archivo , haga clic en para quitar la marca de verificación junto a la Captura de eventos para detener el registro.
  4. Preparar la aplicación para supervisión. Cuando esté preparado para supervisar la aplicación, vaya al paso 5.
  5. En el menú archivo de Regmon, haga clic para seleccionar Capturar eventos .
  6. Reproducir el problema que esté intentando resolver.
  7. Cambie a Regmon y, a continuación, haga clic en para quitar la marca de verificación junto a la Captura de eventos para detener el registro.
  8. En el menú archivo , haga clic en Guardar . Guardar el archivo de registro como un archivo .log para que puede analizar el resultado.

    Nota Quizás desee importar el archivo .log a Microsoft Excel de modo que puede filtrar los datos más fácilmente.
Para obtener más información acerca de Regmon, consulte el archivo de Ayuda en pantalla de Regmon.
FileMon

FileMon (FileMon.exe) supervisa el acceso de archivo en tiempo real. Puede utilizar Filemon para determinar qué aplicaciones tienen acceso archivos del sistema. Para obtener más información acerca de Filemon, visite el siguiente sitio Web de Freeware Sysinternals:
http://technet.microsoft.com/en-us/sysinternals/default.aspx
Para utilizar FileMon, siga estos pasos:
  1. Instalar FileMon. Para obtener FileMon, visite el siguiente sitio Web de Freeware Sysinternals:
    http://technet.microsoft.com/en-us/sysinternals/bb896642.aspx
  2. Iniciar FileMon. Observe que se inicia inmediatamente FileMon iniciar la actividad de todos los archivos.
  3. En el menú archivo , haga clic en para quitar la marca de verificación junto a la Captura de eventos para detener el registro.
  4. Preparar la aplicación para supervisión. Cuando esté preparado para supervisar la aplicación, vaya al paso 5.
  5. En el menú archivo de Filemon, haga clic para seleccionar Capturar eventos .
  6. Reproducir el problema que esté intentando resolver.
  7. Cambie a Filemon y, a continuación, haga clic en para quitar la marca de verificación junto a la Captura de eventos para detener el registro.
  8. En el menú archivo , haga clic en Guardar . Guardar el archivo de registro como un archivo .log para que puede analizar el resultado.

    Nota Quizás desee importar el archivo .log a Microsoft Excel de modo que puede filtrar los datos más fácilmente.
Para obtener más información acerca de Filemon, consulte el archivo de Ayuda en pantalla de Filemon.
Dependency Walker

Dependency Walker (Depends.exe) se utiliza para determinar las dependencias explícitas que tiene un archivo. Una dependencia es un archivo secundario que requiere un archivo para cargar o ejecutar correctamente. Por ejemplo, una aplicación de Microsoft Visual Basic depende de los archivos de tiempo de ejecución de Microsoft Visual Basic.

Dependency Walker incluye también una característica de generación de perfiles que puede utilizar para supervisar la forma que la aplicación carga y la forma en que se ejecuta la aplicación. Esta característica es útil para solucionar problemas de una aplicación de Visual Basic que tiene problemas durante el inicio. Para obtener más información acerca de Dependency Walker, visite el siguiente sitio Web de Dependency Walker:
http://www.dependencywalker.com
Para utilizar Dependency Walker para generar perfiles de la aplicación, siga estos pasos:
  1. Instalar a Dependency Walker. Para obtener Dependency Walker, visite el siguiente sitio Web de Dependency Walker:
    http://www.dependencywalker.com
  2. Iniciar Dependency Walker.
  3. En el menú archivo , haga clic en Abrir .
  4. En el cuadro de diálogo Abrir , haga clic en el archivo .exe de la aplicación y, a continuación, haga clic en Abrir .
  5. En el menú perfil , haga clic en Iniciar generación de perfiles .
  6. En el cuadro de diálogo del módulo de perfil , configure las opciones que desee y, a continuación, haga clic en Aceptar .
Puede ver la ventana de registro mientras se carga la aplicación para comprobar qué módulos se cargan correctamente.

Para obtener más información acerca de Dependency Walker, consulte el archivo de Ayuda en pantalla de Dependency Walker.

ListDLLs

ListDLLs envía los nombres y las versiones de todos los módulos que se cargan en un proceso específico. Puede utilizar ListDLLs cuando una aplicación implementada funciona en algunos equipos pero no en otros. También puede utilizar para comparar las versiones de módulos cargados. Esta información es útil para determinar si existen cualquier discrepancias entre los módulos cargados y dependencias de la aplicación.

Para utilizar ListDLLs, siga estos pasos:
  1. Instalar ListDLLs. Para obtener ListDLLs, visite el siguiente sitio Web de Freeware Sysinternals:
    http://technet.microsoft.com/en-us/sysinternals/bb896656.aspx
    Nota ListDLLs es una aplicación de consola. Por lo tanto, desea copiar el archivo ListDLLs.exe a una carpeta que sea fácilmente accesible en el equipo, como C:\.
  2. Inicie la aplicación.
  3. En el símbolo del sistema, escriba el comando siguiente y presione ENTRAR:
    ListDLLs MyApplication.exe > C:\MyApplicationOutput.txt
El archivo de resultados contendrá los nombres y las versiones de todos los módulos cargados en proceso a la aplicación.

Para obtener más información sobre herramientas que puede utilizar para solucionar problemas de implementa aplicaciones de Visual Basic 6.0, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
198038Herramientas útiles para problemas de empaquetado y distribución

Problemas comunes de implementación de aplicaciones de Visual Basic

Para obtener más información acerca de problemas comunes con la implementación de aplicaciones de Visual Basic 6.0, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
831491Recibirá varios "archivos de sistema están actualizados" mensajes de error cuando instala una aplicación de Visual Basic 6.0
193270Solucionar problemas de instalación de aplicaciones de VB
330314Su equipo no se reinicia después de instalar una aplicación de Microsoft Visual Basic 6.0 que incluya un archivo Msvcrt.dll
216231Errores de configuración de aplicación mientras se muestra "copiar archivos, espere"
200271Cómo diagnosticar y resolver algunos errores de automatización
254166Error de distribución de Microsoft Scripting Runtime Library
216158Varios mensajes "Inserte el disco" al instalar la aplicación de VB6
197580Problemas de distribución con Riched32.dll

Problemas comunes de implementación de aplicaciones de base de datos

Para obtener más información acerca de problemas comunes con la implementación de aplicaciones de base de datos de Visual Basic 6.0, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
213846Implementar aplicaciones de base de datos con el Asistente de empaquetado y distribución (PDW)
299457Error "no puede encontrar ISAM instalable" al conectarse a la base de datos con DataControl intrínseco
217754Cómo controlar qué versión de MDAC el paquete y el Asistente para distribución (PDW) distribuye
299645Error "no se puede registrar Msado15.tlb" Si utiliza un paquete PDW para instalar una aplicación de VB

Implementar la aplicación de Visual Basic 6.0 mediante tecnologías de instalador alternativo

Con frecuencia, los desarrolladores implementar paquetes de aplicación de Visual Basic 6.0 mediante tecnologías de instalador alternativos, tales como Microsoft Windows Installer, en lugar de base de datos mediante el paquete y el Asistente para implementación. Sin embargo, si utiliza tecnologías de instalador alternativo, pueden producirse problemas inesperados durante la implementación.

Nota Microsoft sólo admite la implementación de una aplicación Visual Basic 6.0 si implementa la aplicación usando el Asistente de empaquetado y distribución.

Si piensa usar otras tecnologías de implementación, tenga en cuenta las siguientes recomendaciones para ayudarle a redistribuir correctamente la aplicación.

Redistribuir dependencias mínimos

Los archivos siguientes son las dependencias mínimos que son necesarias para cualquier aplicación simple de Visual Basic 6.0 de función:
  • Msvbvm60.dll
  • Oleaut32.dll
  • Olepro32.dll
  • Asycfilt.dll
  • Stdole2.tlb
  • Comcat.dll
Si utiliza a Visual Studio Installer para crear un paquete de instalador, estos archivos ya están incluidos en un módulo de combinación se agrega a su paquete de instalador al generar el paquete de instalador. Si estás utilizando una tecnología de instalador alternativo, asegúrese de que redistribuir estos archivos, junto con cualquier otra dependencia que requiere la aplicación.

Si desea agregar estos archivos manualmente a su paquete de redistribución, copie estos archivos de la carpeta Redist en un equipo que están instalados Visual Basic 6.0 y su service pack más reciente. Mediante este método, puede asegurarse de que el paquete no incluye versiones más recientes de archivos de sistema operativo pueden causar problemas durante la instalación.

Crear un paquete de instalación mediante el Asistente de empaquetado y distribución

Considere la generación de un paquete de instalación para la aplicación mediante el Asistente de empaquetado y distribución antes de crear un paquete mediante una tecnología alternativa. Este método le ayudará a determinar qué dependencias en el paquete y Asistente para implementación se incluye en su paquete de instalación.
  1. Ensamblar un paquete de instalación mediante el paquete y el Asistente para implementación.
  2. Abrir el archivo Setup.lst y, a continuación, vea la sección [Bootstrap Files] y la sección [Setup1 Files] para los siguientes:
    • En la sección [Bootstrap Files] se enumeran las dependencias mínimos que se mencionan en la sección "Redistribute minimum dependencies", junto con el archivo Vb6stkit.dll.

      Nota Sólo un paquete de implementación Asistente para instalación de empaquetado y requiere el archivo Vb6stkit.dll.
    • La sección [Setup1 Files] enumera todas las otras dependencias y cualquier otro archivo que haya agregado al paquete de instalación.
    Revise estas listas para comprobar que el paquete de instalación alternativa también instala estos archivos.
Después de que haya seguido estos pasos si todavía experimenta problemas al ejecutar la aplicación implementada, intente instalar la aplicación mediante el paquete de instalación creados mediante el Asistente de empaquetado y distribución. A continuación, compruebe que la aplicación que instaló utilizando el paquete de implementación Asistente para instalación de empaquetado y funciona correctamente. Si no puede hacerlo, considere solucionar el problema utilizando una de las herramientas que se menciona en la sección "Tools for troubleshooting deployment issues".

Para obtener más información acerca de instaladores de terceros y aplicaciones de Visual Basic, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
257773Compatibilidad con instaladores de otros fabricantes

Propiedades

Id. de artículo: 830761 - Última revisión: viernes, 18 de mayo de 2007 - Versión: 2.13
La información de este artículo se refiere a:
  • Microsoft Visual Basic Enterprise Edition for Windows 6.0
  • Microsoft Visual Basic 6.0 Professional Edition
Palabras clave: 
kbmt kbhowto kbdeployment KB830761 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): 830761

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