Exportar (0) Imprimir
Expandir todo
Personas que lo han encontrado útil: 3 de 6 - Valorar este tema

Solucionar problemas de aplicaciones aisladas y ensamblados simultáneos de C/C++

La acción de cargar una aplicación de C/C++ puede sufrir un error si no se pueden encontrar las bibliotecas de Visual C++ dependientes. Puede encontrar una lista de los posibles errores en tiempo de ejecución en Redistribuir archivos de Visual C++. En esta sección se describen las razones más comunes para que se produzca un error en la carga de una aplicación de C/C++ y se proponen los pasos que se deben seguir para resolver los problemas.

Si se implementa una aplicación en un equipo que no tiene instalado Visual C++ y se bloquea mostrando mensajes de error similares a los descritos en Redistribuir archivos de Visual C++, deben comprobarse varios factores para entender la razón del error.

  1. Siga los pasos descritos en Introducción a las dependencias de una aplicación de Visual C++. Dependency Walker puede mostrar la mayoría de las dependencias de cualquier archivo DLL o aplicación en particular. Si observa que faltan algunos archivos DLL, instálelos en el equipo en el que está intentando ejecutar la aplicación.

  2. El cargador del sistema operativo utiliza un manifiesto para cargar los ensamblados de los que depende la aplicación. El manifiesto se puede incrustar en el binario como un recurso o guardar como un archivo externo en la carpeta local de la aplicación. Para comprobar si el manifiesto está incrustado en el binario, abra su binario en Visual Studio y examine los recursos del mismo. Debería poder encontrar un recurso denominado RT_MANIFEST. Si no puede encontrar un manifiesto incrustado en el binario, busque un archivo externo con una denominación parecida a <nombre_binario>.<extensión>.manifest.

  3. Si no existe un manifiesto, es necesario asegurarse de que el vinculador genere uno para el proyecto. Debe comprobar la opción del vinculador Generar manifiesto en el cuadro de diálogo Propiedades del proyecto para este proyecto.

    NoteNota

    No se pueden crear proyectos de Visual C++ sin generación de manifiestos. Los programas de C/C++ generados en Visual C++ 2005 tienen que incluir un manifiesto que describa sus dependencias de las bibliotecas de Visual C++.

  4. Si el manifiesto está incrustado en el binario, asegúrese de que el identificador de RT_MANIFEST es correcto para este tipo del binario. En el caso de aplicaciones, el identificador debe ser igual a 1 y, para la mayoría de los archivos DLL, debe ser igual a 2. Si el manifiesto está en un archivo externo, ábralo en un editor de texto o en un editor XML. Para obtener más información sobre manifiestos y reglas para la implementación, vea Manifests.

    NoteNota

    En Windows XP, si hay un manifiesto externo en la carpeta local de la aplicación, el cargador del sistema operativo utiliza este manifiesto en lugar de utilizar un manifiesto incrustado en el binario. En Windows Server 2003 y versiones posteriores de Windows, ocurre lo contrario, es decir, se omite el manifiesto externo y se utiliza el manifiesto incrustado si existe.

  5. Se recomienda que todos los archivos DLL tengan un manifiesto incrustado en el binario. Los manifiestos externos se omiten cuando se carga un archivo DLL mediante una llamada a LoadLibrary. Para obtener más información, vea Assembly manifests.

  6. Compruebe que todos los ensamblados enumerados en el manifiesto estén instalados correctamente en el equipo. Cada ensamblado se especifica en el manifiesto por su nombre, el número de versión y la arquitectura del procesador. Si la aplicación depende de ensamblados simultáneos, compruebe que estén instalados correctamente en el equipo para que el cargador del sistema operativo pueda encontrarlos siguiendo los pasos especificados en Assembly Searching Sequence. Recuerde que los ensamblados de 64 bits no se pueden cargar en procesos de 32 bits ni ejecutarse en sistemas operativos de 32 bits.

Ejemplo

Suponga que tenemos una aplicación, appl.exe, generada con Visual C++ 2005. Esta aplicación tiene el manifiesto incrustado en appl.exe como recurso binario RT_MANIFEST con un identificador igual a 1, o almacenado como un archivo externo, appl.exe.manifest. El manifiesto puede tener un contenido similar al siguiente:

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
</assembly>

Para el cargador del sistema operativo este manifiesto expresa que appl.exe depende de un ensamblado denominado Microsoft.VC80.CRT, con una versión 8.0.50608.0 y generado para una arquitectura de procesador x86 de 32 bits.

El ensamblado simultáneo dependiente se puede instalar como un ensamblado compartido o como un ensamblado privado. Por ejemplo, Visual Studio 2005 instala el ensamblado CRT como un ensamblado simultáneo compartido que se puede encontrar en el directorio %WINDIR%\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50608.0_x-ww_b7acac55.

El assembly manifest para un ensamblado CRT compartido de Visual C++ también está instalado en %WINDIR%\WinSxS\Manifests\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50608.0_x-ww_b7acac55.manifest, e identifica este ensamblado y muestra su contenido (los archivos DLL forman parte de este ensamblado):

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<!-- Copyright © 1981-2001 Microsoft Corporation -->
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
   <noInheritable/>
   <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.42" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"/>
   <file name="msvcr80.dll" hash="3ca5156e8212449db6c622c3d10f37d9adb12c66" hashalg="SHA1"/>
   <file name="msvcp80.dll" hash="92cf8a9bb066aea821d324ca4695c69e55b27cff" hashalg="SHA1"/>
   <file name="msvcm80.dll" hash="7daa93e1195940502491c987ff372190bf199395" hashalg="SHA1"/>
</assembly>

Los ensamblados simultáneos pueden utilizar publisher configuration files, denominados también archivos de directiva, para redirigir globalmente aplicaciones y ensamblados de una versión de un ensamblado simultáneo a otra versión del mismo ensamblado. Puede comprobar las directivas para el ensamblado CRT compartido de Visual C++ en %WINDIR%\WinSxS\Policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\8.0.50727.42.policy, cuyo contenido es similar al siguiente:

</assembly>
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<!-- Copyright © 1981-2001 Microsoft Corporation -->
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">

   <assemblyIdentity type="win32-policy" name="policy.8.0.Microsoft.VC80.CRT" version="8.0.50727.42" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"/>
   <dependency>
      <dependentAssembly>
         <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"/>
         <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.42"/>
      </dependentAssembly>
   </dependency>
</assembly>

La directiva anterior especifica que cualquier aplicación o ensamblado que requiere la versión 8.0.41204.256 de este ensamblado debe utilizar en su lugar la versión 8.0.50727.42 del mismo, que es la versión actual instalada en el sistema. Si se especifica en el archivo de directivas una versión del ensamblado mencionado en el manifiesto de la aplicación, el cargador busca en la carpeta WinSxS una versión de este ensamblado especificado en el manifiesto, y si no está instalada esta versión, la carga sufre un error. Y si tampoco está instalada la versión 8.0.50727.42 del ensamblado, la carga sufre un error en las aplicaciones que requieren la versión 8.0.41204.256 del ensamblado.

Sin embargo, el ensamblado CRT también se puede instalar como un ensamblado simultáneo privado en la carpeta local de la aplicación. Si el sistema operativo no encuentra el ensamblado CRT o cualquier otro ensamblado, empieza a buscarlo como un ensamblado privado. La búsqueda de ensamblados privados se realiza en el orden siguiente:

  1. Se busca un archivo de manifiesto con el nombre <nombre_ensamblado>.manifest en la carpeta local de la aplicación. En este ejemplo, el cargador intenta buscar Microsoft.VC80.CRT.manifest en la misma carpeta que appl.exe. Si encuentra el manifiesto, carga el archivo DLL de CRT de la carpeta de la aplicación. Si no encuentra el archivo DLL de CRT, la carga sufre un error.

  2. Se intenta abrir la carpeta <nombre_ensamblado> en la carpeta local de appl.exe y, si existe, se carga el archivo del manifiesto <nombre_ensamblado>.manifest de esta carpeta. Si encuentra el manifiesto, el cargador carga el archivo DLL de CRT de la carpeta <nombre_ensamblado>. Si no encuentra el archivo DLL de CRT, la carga sufre un error.

Vea Assembly Searching Sequence para obtener una descripción más detallada de cómo el cargador busca los ensamblados dependientes. Si el cargador no encuentra un ensamblado dependiente como ensamblado privado, la carga sufre un error y se muestra el mensaje "El sistema no puede ejecutar el programa especificado". Para solucionar este error, los ensamblados dependientes y los archivos DLL que forman parte de ellos se deben instalar en el equipo como ensamblados privados o compartidos.

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft. Reservados todos los derechos.