2016-09-21 8 views
0

Я разрабатываю приложение Qt, работающее с файлами XML. Чтобы повысить производительность, я использую парсинг pugixml вместо синтаксического анализатора Qt. После компиляции мое приложение и все зависимости (файлы dll, вспомогательные программы) упаковываются как ресурс приложения winapi для создания одного файла exe.Поврежденный манифест winapi

Все работало нормально, пока мне не нужно было заменить QString::toStdString() на QString::toStdWString(). Причиной этого является чтение файлов с расширенными буквами в именах (ąęśćłóźżń) в pugixml. Я запускаю pugixml::document::load_file() с данными, загруженными ранее рекурсивным циклом каталогов. QString s, которые содержат имена файлов, преобразуются в std::wstring, а затем в const wchar_t* с qstring.toStdWString().c_str().

После замены string с wstring с, неупакованный исполняемый файл работал хорошо. Тем не менее, после того, как упаковка его, окончательный Исполняемый файл имеет поврежденный манифест, который выглядит следующим образом:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
    <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> 
    <security> 
     <requestedPrivileges> 
     <requestedExecutionLevel level="asInvoker"/> 
     </requestedPrivileges> 
    </security> 
    </trustInfo> 
    <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> 
    <application> 
     <!--The ID below indicates application support for Windows Vista --> 
     <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> 
     <!--The ID below indicates below indicates application support for Windows 
7 --> 
     <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/> 
     <!--The ID below indicates application support for Windows 8 --> 
     <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/> 
     <!--The ID below indicates application support for Windows 8.1 --> 
     <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/> 
     <!--The ID below indicates application support for Windows 10 --> 
     <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> 
    </application> 
    </compatibili 

Я использую Windows 7 64bit, компиляции с MinGW -w64 оболочки. Makefile конечного пакета выглядит следующим образом:

all: final.exe 

final.exe: sad.o res.o 
    g++ -o final.exe -static-libgcc sad.o res.o resource.o -lcomctl32 -lshlwapi -mwindows 

sad.o: sad.cpp 
    g++ -c sad.cpp 

res.o: sad.rc resource.h resource.cpp 
    windres sad.rc res.o 
    g++ -c resource.cpp 

clean: 
    rm -f *o final.exe 

(res.o содержит программу и все зависимости упакованного windres, sad.cpp содержит программу WinAPI, которая вызывает мое приложение из ресурса).

+0

Что такое поврежденный манифест? – andlabs

+0

Включено в вопрос. XML просто останавливается, прежде чем все узлы будут закрыты. –

+1

Тогда нам нужно будет увидеть код, который генерирует ресурс манифеста. – andlabs

ответ

0

Не уверен, что вызвало проблему, похоже на ошибку компилятора, однако ее можно обойти, создав ресурс winapi из xml-файла, содержащего действительный манифест. Я опишу процедуру для дальнейшего использования.

Создать новый manifest.rc файл, который выглядит следующим образом:

#include <windows.h> 
RT_MANIFEST BINARY MOVEABLE PURE "manifest.xml" 

Затем создайте файл manifest.xml, содержащий действительный файл манифеста XML и добавить в Makefile:

manifest.o: manifest.rc 
    windres manifest.rc manifest.o 

Дон Не забудьте добавить manifest.o в главный рецепт программы в Makefile:

final.exe: sad.o res.o manifest.o 
    g++ -o final.exe -static-libgcc sad.o res.o resource.o manifest.o -lcomctl32 -lshlwapi -mwindows