2010-02-08 8 views
5

Sto provando a chiamare le funzioni API Win32 standard per ottenere informazioni sulla versione del file, utilizzando lo win32-api library.ruby ​​win32api & structs (VerQueryValue)

Le 3 funzioni version.dll sono GetFileVersionInfoSize, GetFileVersionInfo e VerQueryValue. Quindi chiamo RtlMoveMemory in kernel32.dll per ottenere una copia della struttura VS_FIXEDFILEINFO (consultare la documentazione Microsoft: http://msdn.microsoft.com/en-us/library/ms646997%28VS.85%29.aspx).

Ho estratto da un esempio che ho visto utilizzando VB: http://support.microsoft.com/kb/139491.

Il mio problema è che i dati che vengono finalmente restituiti non sembrano corrispondere alla struttura prevista, in effetti non restituiscono nemmeno un valore coerente. Ho il sospetto che i dati si stiano verificando a un certo punto, probabilmente in VerQueryValue o RtlMoveMemory.

Ecco il codice:

GetFileVersionInfoSize = Win32::API.new('GetFileVersionInfoSize','PP','I','version.dll') 
GetFileVersionInfo = Win32::API.new('GetFileVersionInfo','PIIP','I', 'version.dll') 
VerQueryValue = Win32::API.new('VerQueryValue','PPPP','I', 'version.dll') 
RtlMoveMemory = Win32::API.new('RtlMoveMemory', 'PPI', 'V', 'kernel32.dll') 

buf = [0].pack('L') 
version_size = GetFileVersionInfoSize.call(myfile + "\0", buf) 
raise Exception.new if version_size == 0 #TODO 

version_info = 0.chr * version_size 
version_ok = GetFileVersionInfo.call(file, 0, version_size, version_info) 
raise Exception.new if version_ok == 0 #TODO 

addr = [0].pack('L') 
size = [0].pack('L') 
query_ok = VerQueryValue.call(version_info, "\\\0", addr, size) 
raise Exception.new if query_ok == 0  #TODO 

# note that at this point, size == 4 -- is that right? 

fixed_info = Array.new(13,0).pack('L*') 
RtlMoveMemory.call(fixed_info, addr, fixed_info.length) 

# fixed_info.unpack('L*') #=> seemingly random data, usually only the first two dwords' worth and the rest 0. 
+1

penso ho capito .. fondamentalmente VerQueryValue restituisce un puntatore a un puntatore (l'addr variabili di cui sopra), mentre RtlMoveMemory vuole un puntatore, cioè il tempo che addr Riferimenti. così ho cambiato la dichiarazione: RtlMoveMemory = Win32 :: API.new ('RtlMoveMemory', 'PLI', 'V', 'kernel32.dll') e poi chiamandolo: RtlMoveMemory.call (fixed_info, addr.unpack ('L') [0], fixed_info.length) –

risposta

3

Questo è il codice completo ho avuto modo di lavorare, nel caso in cui gli altri sono alla ricerca di una tale funzione.

Restituisce un array con quattro parti di prodotto/file di numero di versione (cioè, quello che viene chiamato "Versione file" in una DLL finestra delle proprietà del file):

def file_version ref, options = {} 
    options = {:path => LIBDIR, :extension => 'dll'}.merge(options) 
    begin 
     file = File.join(ROOT, options[:path],"#{ref}.#{options[:extension]}").gsub(/\//,"\\") 
     buf = [0].pack('L') 
     version_size = GetFileVersionInfoSize.call(file + "\0", buf) 
     raise Exception.new if version_size == 0 #TODO 

     version_info = 0.chr * version_size 
     version_ok = GetFileVersionInfo.call(file, 0, version_size, version_info) 
     raise Exception.new if version_ok == 0  #TODO 

     addr = [0].pack('L') 
     size = [0].pack('L') 
     query_ok = VerQueryValue.call(version_info, "\\\0", addr, size) 
     raise Exception.new if query_ok == 0  #TODO 

     fixed_info = Array.new(18,0).pack('LSSSSSSSSSSLLLLLLL') 
     RtlMoveMemory.call(fixed_info, addr.unpack('L')[0], fixed_info.length) 

     fixed_info.unpack('LSSSSSSSSSSLLLLLLL')[5..8].reverse 

    rescue 
     [] 
    end 
end 
1

La risposta in https://stackoverflow.com/a/2224681/3730446 non è strettamente corretto : la struttura VS_FIXEDFILEINFO contiene FileVersion e ProductVersion separati. Tale codice restituisce un numero di versione costituito dai due componenti più significativi di ProductVersion e dai due componenti meno significativi di FileVersion. La maggior parte delle volte che ho visto, non avrebbe importanza perché sia ​​lo Product- sia lo FileVersion hanno lo stesso valore, ma non sai mai cosa potresti incontrare in natura.

Possiamo vedere questo confrontando il VS_FIXEDFILEINFO struct dal http://msdn.microsoft.com/en-us/library/windows/desktop/ms646997(v=vs.85).aspx e la stringa di formato che stiamo usando per comprimere e decomprimere il buffer:

typedef struct tagVS_FIXEDFILEINFO { 
    DWORD dwSignature;  // 0: L 
    DWORD dwStrucVersion;  // 1: S 
           // 2: S 
    DWORD dwFileVersionMS; // 3: S 
           // 4: S 
    DWORD dwFileVersionLS; // 5: S 
           // 6: S 
    DWORD dwProductVersionMS; // 7: S 
           // 8: S 
    DWORD dwProductVersionLS; // 9: S 
           // 10: S 
    DWORD dwFileFlagsMask; // 11: L 
    DWORD dwFileFlags;  // 12: L 
    DWORD dwFileOS;   // 13: L 
    DWORD dwFileType;   // 14: L 
    DWORD dwFileSubtype;  // 15: L 
    DWORD dwFileDateMS;  // 16: L 
    DWORD dwFileDateLS;  // 17: L 
} VS_FIXEDFILEINFO; 

pedici 5-8, poi, si compone di dwFileVersionLS e dwProductVersionMS. Ottenere FileVersion e ProductVersion correttamente sarebbe simile a questa:

info = fixed_info.unpack('LSSSSSSSSSSLLLLLLL') 
file_version = [ info[4], info[3], info[6], info[5] ] 
product_version = [ info[8], info[7], info[10], info[9] ] 
Problemi correlati