¿Compila un programa C++ con solo dependencia de kernel32.dll y user32.dll?

Question

Estoy trabajando con Visual Studio 2005.

Quiero compilar un programa simple que funcionará con cualquier versión de Windows de 32 bits independientemente de la versión de biblioteca de tiempo de ejecución de C++ instalada.

Este programa llamará a las funciones GetModuleHandle y GetProcAddress sin ninguna otra función de llamadas, y luego saldrá, cuando el código de salida sea la dirección de la función.

Cómo compilar un programa en C++ con solo dependencia de kernel32.dll y user32.dll, sin ninguna biblioteca de tiempo de ejecución de C++?

Answer 1

Establezca /NODEFAULTLIB en las opciones de su proyecto. En las versiones más nuevas de Visual C++, también deberá desactivar las comprobaciones de desbordamiento de pila, ya que estas hacen que el compilador inserte automáticamente las llamadas a las funciones de la biblioteca.

EDITAR: Si realmente quiere decir "ejecutar en CUALQUIER versión de Windows de 32 bits", también tendrá que usar editbin para cambiar el campo de versión del subsistema en el encabezado PE. De lo contrario, está restringido a (IIRC) Windows 2000 y posterior cuando compila con el enlazador VC++ 2005, y las versiones más nuevas de VC++ son incluso peores (requieren XP de manera predeterminada). Windows 2000 es 5.0, le gustaría especificar 3.5 o menos para permitir todas las versiones de NT además de Win9x.

Answer 2

Deberá definir su propio punto de entrada en lugar de usar main o WinMain. Su punto de entrada es una función vacía que no toma argumentos. Debe especificar su nombre al vinculador con /entry:funcName (donde funcName se reemplaza por el nombre que le dio a la función que desea usar como punto de entrada).

Al hacer esto, también deberá especificar el subsistema al vinculador, como en /subsystem:console. Normalmente deduce el subsistema según el nombre de la función que encuentra (es decir, main -> consola, WinMain -> Windows), pero cuando utiliza su propio punto de entrada, debe especificarlo explícitamente. Aunque probablemente no desee con mucha frecuencia, puede especificar el subsistema explícitamente incluso cuando no especifica su propio punto de entrada, por lo que (por ejemplo) puede usar main como punto de entrada a un programa del subsistema de Windows, o WinMain como el punto de entrada a un programa de consola.

Answer 3

Comprueba las minúsculas libs. También estático link.

Answer 4

No estoy seguro de por qué todos aconsejan no utilizar la biblioteca estándar . Este método supone que desea que su código se ejecute en Windows 2000 o posterior y no le importa perder soporte para Win 9x. Aún puede usar la biblioteca estándar C/C++. Puede usar la opción /MT en las páginas de generación de código C/C++ de su proyecto, que se vincularán estáticamente en la biblioteca estándar.

Sin embargo, dos notas, la primera de mí: la idea de tener una biblioteca estándar enlazada dinámicamente es que cualquier error en él será reparado por Windows Update (en teoría). Si vincula la biblioteca de forma estática, debe redistribuir su aplicación para corregir errores estándar de la biblioteca. Por lo tanto, no se recomienda.

En segundo lugar, del artículo de MSDN en compiler options:

Precaución No mezcle estáticos y dinámicos versiones de los bibliotecas en tiempo de ejecución. Tener más de una copia de las bibliotecas de tiempo de ejecución en un proceso puede causar problemas, porque los datos estáticos en una copia no se comparten con la otra copia. El vinculador impide enlazar con versiones dinámicas estáticas y dentro de un archivo .exe, pero aún puede terminar con dos (o más) copias de las bibliotecas en tiempo de ejecución. Por ejemplo, una biblioteca de enlace dinámico vinculada con las versiones estáticas (no-DLL) de las bibliotecas en tiempo de ejecución pueden causar problemas cuando se usa con un archivo .exe que se vinculó con la versión dinámica (DLL) de las bibliotecas de tiempo de ejecución . (También debe evitar la mezcla de los depurar y no depuración versiones de las bibliotecas en una proceso.)

En resumen, hacer esto puede causar confusión si se intenta construir en otros componentes vinculados contra un dinámicamente biblioteca estándar enlazada.

Por supuesto, el otro inconveniente es que esto hará que su ejecutable sea más grande también.

Editar: el resultado, en depends.exe, se ve así: (por supuesto, estoy usando Windows de 64 bits, que solo está disponible para XP y posterior ... si quieres saber cómo se ve esto como en las ventanas de 32 bits, imagina si el 64 s no estuviera allí!).

Answer 5

En realidad no es necesario User32.dll o bien, los únicos que realmente no se puede eliminar son Kernel32.dll y Ntdll.dll - los que se inyectan en el espacio de proceso por PsCreateProcess (es decir, la mitad del núcleo de cómo el kernel crea un nuevo proceso).