Lib y enlace DLL a un error exe "no se puede leer en 0x300"

Question

Tengo una pregunta general sobre cómo se supone que se utilizarán .dll/.libs. Estoy creando un .dll para ser usado en mi proyecto, sin embargo, noté que cuando voy a compilar necesito vincular estáticamente el archivo .lib asociado con el .dll para que el proyecto se compile (de lo contrario, aparece el error de enlace "fatal"). error LNK1107: archivo no válido o dañado: no se puede leer a 0x300 "). Luego, cuando vaya a redistrobutear mi proyecto y luego lo actualice en el futuro, ¿tendré que enviar un nuevo .exe y un nuevo .dll en lugar de un nuevo .dll? Si ese es el caso, ¿por qué molestarse en usar .dll?

Answer 1

El .lib contiene stubs para las funciones, etc., que exporta el DLL. Vincula el .lib en su EXE y ahora su EXE sabe cómo llamar a las funciones. Pero, por supuesto, no hay función allí; las llamadas no van a ninguna parte. En el momento de la carga, cuando el sistema operativo carga su EXE, también carga su DLL, y luego remueve el EXE: cuando el EXE llama al resguardo, el cargador lo reemplaza con una llamada a la función real en el DLL.

Normalmente no es necesario enviar el .lib a sus clientes. Sin embargo, si sus clientes desean escribir sus propios EXE que usen su DLL, entonces deberán enviarles .lib para que puedan vincular su EXE con este.

Error de vinculador LNK1107 significa que ha intentado vincular a la DLL en lugar de a la .lib. Eso siempre es incorrecto, ya que, por definición, una DLL está vinculada dinámicamente en tiempo de ejecución, en lugar de estáticamente en tiempo de compilación.