Cuestión : DLL contra el lazo implícito de la LIBERACIÓN

Cuando usted es lazo externo cifrar en un programa. Usted puede ligar en una biblioteca (LIBERACIÓN) de dos maneras como entiendo. El archivo de la liberación podría contener el código real, o el archivo de la liberación puede contener solamente los símbolos en el código y el código real es referencia en alguna parte otra en otro DLL en el sistema. ¿Este sonido corrige? ¿Si es así hay una manera de determinar cuáles es el caso por algo en el archivo de la LIBERACIÓN?

Thanks,
Matthew
class= del

Respuesta : DLL contra el lazo implícito de la LIBERACIÓN

En caso de una referencia del DLL, el .LIB es apenas una biblioteca de la importación que contiene la información que la máquina para hacer chorizos necesita resolver funciones exportadas externas del DLL de las referencias, así que el sistema puede localizar el DLL especificado y exportó funciones del DLL en el tiempo de pasada (véase también http://msdn.microsoft.com/en-us/library/ms682592%28VS.85%29.aspx - “creación de la biblioteca del Dinámico-Acoplamiento” - y las páginas ligadas de allí). En caso de una biblioteca estática usted tiene razón, el archivo de .LIB contiene todo el código que es necesario resolver las funciones usadas y el código es puesto en su executyble por la máquina para hacer chorizos directo, ve http://msdn.microsoft.com/en-us/library/ms235627%28VS.80%29.aspx (“recorrido: Creando y con una biblioteca estática”).

Usted puede comprobar el contenido de un archivo de .LIB usando o lib.exe o dumpbin.exe en la línea de comando, una biblioteca de la importación no debe contener ningún código real.

Otras soluciones  
 
programming4us programming4us