2013-06-02 10 views
15

Ok, quindi ho circa 500 puntatori a funzione definita in un colpo di testa in questo modo, per esempio:99% della CPU, 3.51MB senza typedef

void (__stdcall *ptr_glAccum) (GLenum op, GLfloat value); 
void (__stdcall *ptr_glActiveTextureARB) (GLenum texture); 
void (__stdcall *ptr_glAlphaFunc) (GLenum func, GLclampf ref); 
GLboolean (__stdcall *ptr_glAreTexturesResident) (GLsizei n, const GLuint *textures, GLboolean *residences); 
void (__stdcall *ptr_glArrayElement) (GLint index); 
void (__stdcall *ptr_glBegin) (GLenum mode); 
void (__stdcall *ptr_glBindBufferARB) (GLenum target, GLuint buffer); 
void (__stdcall *ptr_glBindTexture) (GLenum target, GLuint texture); 
void (__stdcall *ptr_glBitmap) (GLsizei width, GLsizei height, GLfloat xorig, GLfloat yorig, GLfloat xmove, GLfloat ymove, const GLubyte *bitmap); 
void (__stdcall *ptr_glBlendFunc) (GLenum sfactor, GLenum dfactor); 
void (__stdcall *ptr_glBufferDataARB) (GLenum target, GLsizeiptrARB size, const GLvoid *data, GLenum usage); 

Ecc .. Ora, la ragione non ho messo il typedef o non abbia voglio perché è possibile assegnare e utilizzare direttamente i puntatori sopra. Tuttavia, se uso typedef, allora ho bisogno di creare una variabile di detto tipo e assegnarla quindi usarla. Questo raddoppia il mio codice da 500 righe a 1000+.

Ora quando aggiungo un typedef all'inizio di ognuno di quei puntatori di funzione, la mia dll è 300kb e compila in meno di 5 secondi .. Tuttavia, se rimuovo il typedef come mostrato sopra, salta al 99% della CPU durante la compilazione e l'output di una dll da 3,51 MB tutto mentre impiegano 3-4 minuti per la compilazione. È scandaloso che una parola chiave causi così tanti problemi.

All'interno del file DEF della DLL, si vede:

ptr_wglUseFontBitmapsA @940 DATA 
ptr_wglUseFontBitmapsW @941 DATA 
ptr_wglUseFontOutlinesA @942 DATA 
ptr_wglUseFontOutlinesW @943 DATA 

Ma con il typedef, che parte "DATA" è andato.

Qualche idea su cosa rende il typedef così speciale e perché questo comportamento senza di esso: S? Sto usando MinGW G ++ 4.7.2 con CodeBlocks Windows 7 x64 3.7GHz I7 8GB di RAM con l'essere output del compilatore:

-------------- Clean: Release in OpenGL32 (compiler: GNU GCC Compiler)--------------- 

Cleaned "OpenGL32 - Release" 

-------------- Build: Release in OpenGL32 (compiler: GNU GCC Compiler)--------------- 

x86_64-w64-mingw32-g++.exe -O2 -std=c++11 -Wall -DBUILD_DLL -std=c++11 -c C:\Users\Brandon\Desktop\OpenGL32\Implementations\Exports.cpp -o obj\Release\Implementations\Exports.o 
x86_64-w64-mingw32-g++.exe -O2 -std=c++11 -Wall -DBUILD_DLL -std=c++11 -c C:\Users\Brandon\Desktop\OpenGL32\main.cpp -o obj\Release\main.o 
x86_64-w64-mingw32-g++.exe -shared -Wl,--output-def=bin\Release\libOpenGL32.def -Wl,--out-implib=bin\Release\libOpenGL32.a -Wl,--dll obj\Release\Implementations\Exports.o obj\Release\main.o -o bin\Release\OpenGL32.dll -s -static -static-libgcc -static-libstdc++ -luser32 -lgdi32 -lopengl32 -lglu32 
Output size is 3.51 MB 
Process terminated with status 0 (2 minutes, 39 seconds) 
0 errors, 0 warnings (2 minutes, 39 seconds) 

EDIT: Tutto il DLL (contenente solo 1/500 puntatori func come richiesto):

Exports.hpp:

#ifndef EXPORTS_HPP_INCLUDED 
#define EXPORTS_HPP_INCLUDED 

#include <GL/gl.h> 
#include <GL/glext.h> 
#include "Platform.hpp" 


extern Library* OriginalGL; 

void (__stdcall *ptr_glAccum) (GLenum op, GLfloat value); 

#endif // EXPORTS_HPP_INCLUDED 

Exports.cpp:

#include "Exports.hpp" 

Library* OriginalGL = nullptr; 

bool __stdcall Initialized(void) 
{ 
    char Root[MAX_PATH]; 
    #if defined _WIN32 || defined _WIN64 
     GetSystemDirectoryA(Root, MAX_PATH); 
    #ifdef _MSC_VER 
     strcat_s(Root, "\\opengl32.dll"); 
    #else 
     strcat(Root, "\\opengl32.dll"); 
    #endif 
    #else 
     strcat(Root, "/usr/lib"); 
     strcat(Root, "/libGL.so"); 
    #endif 

    OriginalGL = new Library(Root); 
    return OriginalGL->FunctionAddress(ptr_glAccum, "glAccum"); //Just a thin class wrapper around GetProcAddress and LoadLibrary. 
} 

bool __stdcall DeInitialize(void) 
{ 
    if (OriginalGL) 
    { 
     delete OriginalGL; 
     OriginalGL = nullptr; 
     return true; 
    } 
    return false; 
} 

extern "C" __stdcall void DetourHook_glAccum(GLenum op, GLfloat value) 
{ 
    (*ptr_glAccum) (op, value); 
} 

Main.cpp:

#include <windows.h> 

extern "C" bool __stdcall DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved) 
{ 
    switch (fdwReason) 
    { 
     case DLL_PROCESS_ATTACH: 
      break; 

     case DLL_PROCESS_DETACH: 
      break; 

     default: 
      break; 
    } 
    return true; 
} 
+1

È specifico per un particolare compilatore? Potrebbe essere utile specificare il compilatore che stai utilizzando, così come la sua versione. – misha

+0

Cosa intendi con "aggiungi un typedef all'inizio"? Potete per favore mostrare qualche esempio anche di questo? –

+0

Sto usando Mingw's g ++ con Codeblocks IDE su Windows x64 3.7Ghz I7 8GB ram. : S intendo in questo modo: 'typedef void (__stdcall * ptr_glAccum) (GLenum op, valore GLfloat);' – Brandon

risposta

17

Con typedef l'intestazione sta producendo un sacco di nuovi tipi, ciascuno dei quali è un tipo di puntatore a funzione. I tipi sono utili solo per il processo di compilazione e non producono traccia nella DLL stessa. typedef fa non produce qualsiasi variabile globale.

Tuttavia, senza typedef l'intestazione produce una serie di variabili globali, ognuna delle quali è un puntatore a funzione. Le variabili globali prendono una voce nella DLL, aumentando il tempo di produzione del file e la sua dimensione finale.

+0

Sì, ma devo ancora creare quelle variabili globali utilizzando il typedef, quindi che differenza fa: S Vedere l'esempio OP aggiornato con typedef? – Brandon

+0

Immagino che accetterò la tua risposta a meno che qualcun altro non abbia un'idea migliore, ma non vedo ancora alcuna differenza tra l'uso del typedef e la dichiarazione di un gruppo di globals rispetto all'utilizzo diretto del puntatore della funzione. Wiki non dice altro che typedef è un alias. – Brandon

+0

Aggiunta una riga alla mia risposta. 'typedef' fa * not * produce variabili globali! Molto probabilmente vuoi qui variabili globali, non tipi. – CygnusX1

Problemi correlati