La dirección de la función no es la dirección de código real

Depurando algún código en Visual Studio 2008 (C++), noté que la dirección en la variable de puntero a función no es la dirección real de la función. Esta es una función externa "C".La dirección de la función no es la dirección de código real

int main() { 
    void (*printaddr)(const char *) = &print; // debug shows printaddr == 0x013C1429 

} 

Address: 0x013C4F10 
void print() { 
    ... 
}

El desmontaje de tomar la dirección de la función es:

void (*printaddr)(const char *) = &print; 
013C7465 C7 45 BC 29 14 3C 01 mov   dword ptr [printaddr],offset print (13C1429h)

EDIT: Vi el código en la dirección 013C4F10 y el compilador es aparentemente la inserción de una instrucción "JMP" en esa dirección.

013C4F10 E9 C7 3F 00 00 jmp   print (013C1429h)

En realidad existe una tabla de salto completa de cada método en el .exe.

¿Alguien puede explicar por qué lo hace? ¿Es una "característica" de depuración?

Fuente

2010-03-21 codenheim

Hmm, lo que está diciendo la dirección de '' print' es 0x013C4F10'? En cuanto al desmontaje, parece que la dirección de impresión es '0x013C1429' y ese es el valor que se almacena en' printaddr' – Martin

El desmontaje en Visual Studio muestra imprimir en la dirección 0x013C4F10 – codenheim

@Martin: Cuando cambio al modo de lanzamiento, la tabla de salto desaparece y la dirección es de hecho la dirección de la función real. – codenheim

Esto se debe a 'Enlace incremental'. Si deshabilita eso en su configuración de compilador/enlazador, los saltos desaparecerán.

http://msdn.microsoft.com/en-us/library/4khtbfyf(VS.80).aspx

Fuente

2010-03-21 16:15:27 RaptorFactor

Siete años después. ¡GRACIAS! – manuell

El compilador está insertando una instrucción "jmp" en esa dirección en el método real.

013C4F10 E9 C7 3F 00 00 jmp   print (013C1429h)

En realidad, hay una tabla de salto completo de todos los métodos en el .exe.

Es una función de depuración. Cuando cambio al modo de lanzamiento, la tabla de saltos desaparece y la dirección es de hecho la dirección de la función real.

Fuente

2010-03-21 01:25:33 codenheim

Voy a arriesgarme a adivinar aquí, pero es posible habilitar Edit-and-Continue.

Digamos que necesita recompilar esa función, solo necesita cambiar la tabla de direccionamiento indirecto, no todas las personas que llaman. Eso reduciría drásticamente la cantidad de trabajo que se debe hacer cuando se ejerce la función Editar y continuar.

Fuente

2010-03-21 13:11:56 Bahbar

suena razonable, pero luego el puntero de función 'printaddr' aún apunta a la antigua función' print' (no editada) ... ¿tal vez hay un error en el depurador? :) – Martin

@Martin: no, el puntero de función siempre apunta a la tabla de salto, de modo que cuando edite y continúe recompilando la función, solo se modifica la tabla de salto. El valor del puntero a la función _no_ cambia, nunca. Esa es la belleza de eso, realmente. Imagine que su código almacena un puntero de función en algún lugar de la memoria. Editar y continuar no tiene forma de actualizar eso. Pero al apuntarlo a una tabla de salto, modificar la tabla de salto capta todos los posibles usos de la función a la vez. – Bahbar

eso no es lo que parece el desmontaje anterior ya que el puntero no está configurado para apuntar a la tabla de salto sino directamente a la función en su lugar – Martin

es probablemente que ver con la interacción entre el enlazador y la necesidad de llamar código en DLL

Este artículo habla de ella, no estoy 100% seguro de cómo se aplica a su ejemplo, pero parece podría ayudarle a comprender http://msdn.microsoft.com/en-us/library/aa271769(VS.60).aspx

Fuente

2010-03-21 13:20:34 jcoder

La dirección de la función no es la dirección de código real

Respuesta

Cuestiones relacionadas