Problem z kompatybilnością

[Cyfrowy Baron]

Skoro wersja pliku jest wyświetlana prawidłowo we właściwościach pliku to już wiemy, że błąd występuje w funkcjach pobierających wersje pliku, a nie w zasobach programu.
Tobie nic to nie daje. Musisz zainstalować poprawkę, bez tego nic już nie da się zrobić...

[polymorphism]

Może niech pitek udostępni aplikację, żeby można było sprawdzić u siebie zawartość zasobów.

[Pitek]

Ok, poprawka w drodze zobaczymy czy to pomoże, dam znać

[Pitek]

No niestety mimo wgrania wersji Update 2 dalej wersja przez program nie jest wyświetlana, czy muszę coś zmienić w tej funkcji ?

[polymorphism]

Dawaj exeka.

[Pitek]

Proszę bardzo

[Corvis]

Jutro sprawdzę u siebie.

[Cyfrowy Baron]

Zasoby pliku nie są chyba poprawne, gdyż mój program do pobrania wersji pliku, nie potrafi ich odczytać, mimo iż we właściwościach pliku wszystko jest poprawnie.

Problem może stanowić nadany przez Ciebie numer wersji: 1.0.61184.41333
Ja u siebie nie mogę nadać numeru większego niż: 1.0.6118.4133
Każdy z elementów numeru wierszy nie może być większy niż: 32767.32767.32767.32767, a 61184 i 41333 są większe.
Problemem jest więc chyba za wysoki numer wersji. Zastanawia mnie jednak dlaczego XE2 na to pozwala, gdyż w C++Builder 2010 nawet gdybym chciał to nie mogę wpisać większego numeru wersji, gdyż edytor zaraz go poprawia.

Skróć wersję i zobacz czy to działa.

[Corvis]

Ja też nie mogę ustawić takiego numeru 1.0.61184.41333

[Corvis]

Wrzucam jeszcze mój kod który działa poprawnie:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

String __fastcall TVersionInfo::MyGetFileVersionInfo(wchar_t *ModulePath, String KeyName) {
        LPVOID lpStr1 = NULL, lpStr2 = NULL;
        WORD* wTmp;
        DWORD dwHandlev = NULL;
        UINT dwLength;
        wchar_t sFileName[1024] = {0};
        wchar_t sTmp[1024] = {0};
        String sInfo;
        LPBYTE *pVersionInfo;

        if(ModulePath == NULL) GetModuleFileName( NULL, sFileName, 1024);
        else wcscpy(sFileName, ModulePath);

        DWORD dwInfoSize = GetFileVersionInfoSize(sFileName, &dwHandlev);

        if(dwInfoSize) {
                pVersionInfo = new LPBYTE[dwInfoSize];
                if(GetFileVersionInfo(sFileName, dwHandlev, dwInfoSize, pVersionInfo)) {
                        if(VerQueryValue(pVersionInfo, L"\\VarFileInfo\\Translation", &lpStr1, &dwLength)) {
                                wTmp = (WORD*)lpStr1;
                                wsprintf(sTmp, ("\\StringFileInfo\\%04x%04x\\" + KeyName).w_str(), *wTmp, *(wTmp + 1));
                                if(VerQueryValue(pVersionInfo, sTmp, &lpStr2, &dwLength)) {
                                        sInfo = (LPCTSTR)lpStr2;
                                }
                        }
                }
                delete[] pVersionInfo;
        }
        return sInfo;
}
//---------------------------------------------------------------------------
String __fastcall TVersionInfo::PobierzWersjeAplikacji() {
        return MyGetFileVersionInfo(NULL,L"FileVersion");
}

[Cyfrowy Baron]

Tak to wygląda u mnie:

wersja.png

---

Po naniesieniu poprawek do wersji pliku za pomocą edytora zasobów, numer wersji jest odczytywany prawidłowo.
▼ Plik programu z poprawioną wersją:

[polymorphism]

Sprawdziłem i ... niezły kwas tu jest. Funkcja podana przez Barona nie działa, bo podaje złą stronę kodową i ID języka - dane w zasobach zapisane są dla języka angielskiego w kodowaniu 1252, co też widać w podglądzie zasobów:

Kod: Zaznacz cały

BLOCK "StringFileInfo"
{
    BLOCK "040904e4" //<--- 0x409 (ID) i 0x4E4 (1252)
    {
        ...
        VALUE "FileVersion", "1.0.0.1029"
        ...
    }
}

BLOCK "VarFileInfo"
{
    VALUE "Translation", 0x0409, 0x04E4 //<--- !!!
}
 

Teraz pytanie, dlaczego VerQueryValue dla zapytania Translation zwraca ID języka polskiego i kodowanie 1250, przecież tych wartości nie ma w bloku VarFileInfo?! Następny kwas to to, że wersja pliku zapisana binarnie nie zgadza się z tą zapisaną w formie tekstowej:

• binarnie 1.0.61184.41333
• tekstowo 1.0.0.1029

Która jest właściwa?

Tu masz kod, który odczytuje wersję pliku zapisaną binarnie:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

struct FILE_VER
{
        WORD    Major;
        WORD    Minor;
        WORD    Release;
        WORD    Build;
};

BOOL GetFileVersion(const wchar_t *ModulePath, FILE_VER &ver)
{
        DWORD dwInfoSize = GetFileVersionInfoSizeW(ModulePath, NULL);
        if(dwInfoSize == 0)return FALSE;
       
        vector<char> v(dwInfoSize);

        if(!GetFileVersionInfoW(ModulePath, NULL, v.size(), &v[0]))return FALSE;

        LPVOID  ptr;
        UINT    read = 0;

        VS_FIXEDFILEINFO* file_info;

        if(!VerQueryValueW(&v[0], L"\\", (void**)&file_info, &read))return FALSE;


        ver.Major = HIWORD(file_info->dwFileVersionMS);
        ver.Minor = LOWORD(file_info->dwFileVersionMS);
        ver.Release = HIWORD(file_info->dwFileVersionLS);
        ver.Build = LOWORD(file_info->dwFileVersionLS);
        return TRUE;
}


/**** użycie  ****/
FILE_VER v;

if(GetFileVersion(path, v))
{
        cout << v.Major << '.' << v.Minor << '.' << v.Release << '.' << v.Build << '\n';
}
 

[Cyfrowy Baron]

Sprawdziłem i ... niezły kwas tu jest. Funkcja podana przez Barona nie działa, bo podaje złą stronę kodową i ID języka - dane w zasobach zapisane są dla języka angielskiego w kodowaniu 1252, co też widać w podglądzie zasobów:

Bynajmniej! Przejrzyj jeszcze raz kod! Strona kodowa jest sprawdzana i przekazywana. Nie bez powodu funkcja VerQueryValue jest wywoływana dwukrotnie.
Też początkowo to zauważyłem i sądziłem, że to problem strony kodowej, ale nie po zmianie w stronie kodowej dla innych testowanych plików, bez zmiany kodu odczytującego, numer wersji jest pobierany prawidłowo.
Poza tym chyba nie przeczytałeś tego:

Po naniesieniu poprawek do wersji pliku za pomocą edytora zasobów, numer wersji jest odczytywany prawidłowo.

W pliku załączonym przez pitek3010 zmieniłem tylko numer wersji, strona kodowa pozostała ta sama i wersja pliku jest odczytywana prawidłowo.

W załączniku przykładowy program WersjaPliku.exe do odczytywania wersji pliku oraz dwa programy z różną wersją i różnymi stronami kodowymi:

Project1.exe Language/Code Page: 1045/1250
Project2.exe Language/Code Page: 1031/1252

Sprawdź, że nie ma problemu z pobieraniem informacji z zasobów.

[polymorphism]

Bynajmniej! Przejrzyj jeszcze raz kod! Strona kodowa jest sprawdzana i nie ma znaczenia jaka jest. Też początkowo to zauważyłem i sądziłem, że to problem strony kodowej, ale nie po zmianie w stronie kodowej dla innych testowanych plików, bez zmiany kodu odczytującego, numer wersji jest pobierany prawidłowo.

Mi nie chodziło o to, że funkcja jest źle napisana, tylko o przyczynę jej niedziałania dla tego konkretnego przypadku. Jest dokładnie tak, jak napisałem.

[Cyfrowy Baron]

Jest dokładnie tak, jak napisałem.

No nie wydaje mi się, gdyż po skróceniu wersji pliku, jest ona odczytywana bez problemu. Poza tym edytor nie pozwala nadawać tak długi wersji pliku.