5

好的，我一直在四处寻找这个问题。我正在GraphicScriptWizard.exe使用 -i -F -w 和 -m 选项构建一个使用 PyInstaller 2.0 版调用的应用程序。

我定义的与 -m 选项一起使用的清单文件被调用GraphicScriptWizard.exe.manifest并具有以下内容：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
  <assemblyIdentity version="1.0.0.0"
     processorArchitecture="x86"
     name="GraphicScriptWizard"
     type="win32"/> 

  <!-- Identify the application security requirements. -->
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel
          level="requireAdministrator"
          uiAccess="false"/>
        </requestedPrivileges>
       </security>
  </trustInfo>
</assembly>

使用此清单和命令行选项，我没有得到提示提升的可执行文件。

为了完整起见，Pyinstaller 生成的规范文件是：

# -*- mode: python -*-
a = Analysis(['GraphicScriptWizard.py'],
             pathex=[<Full Development Path>],
             hiddenimports=[],
             hookspath=None)
pyz = PYZ(a.pure)
exe = EXE(pyz,
          a.scripts,
          a.binaries,
          a.zipfiles,
          a.datas,
          name=os.path.join('dist', 'GraphicScriptWizard.exe'),
          debug=False,
          strip=None,
          upx=True,
          console=False , icon='SP.ico', manifest='GraphicScriptWizard.exe.manifest')
app = BUNDLE(exe,
             name=os.path.join('dist', 'GraphicScriptWizard.exe.app'))

我尝试使用不带 -m 选项的 pyinstaller 进行编译，并使用以下命令嵌入 mt：

mt.exe -manifest GraphicScriptWizard.exe.manifest -outputresource:GraphicScriptWizard.exe;#1

当我这样做时，应用程序会提示我提升，但是当程序运行时出现错误：

"Cannot open self <Full path to exe>\GraphicScriptWizard.exe or archive..."

我真的束手无策，希望更熟悉 Windows 资源和清单的人可以为我提供更多的信息。我的清单 XML 错了吗？我使用 Pyinstaller 的方法错了吗？

4

2 回答 2

11

我自己也刚走这条路，以下是我的观察和经验。

首先要知道清单有两个有效位置：

  1. 作为资源嵌入在可执行文件（或 dll）中

  2. 正如您当前所做的那样，在可执行文件（或 dll）旁边。

在此处阅读清单：http: //msdn.microsoft.com/en-us/library/windows/desktop/aa374191 (v=vs.85).aspx

根据我的经验，您可以同时使用两者，但如果有任何重叠，嵌入式清单优先。这就是把你搞砸的原因。Pyinstaller 创建的可执行文件有一个嵌入式清单，它将请求的执行级别设置为“asInvoker”，它会覆盖您正在使用的清单中的级别。

--manifest（或 EXE() 的 manifest 参数）仅修改 Pyinstaller 放置在可执行文件/dll 旁边的清单，而不是嵌入式清单。

因此，我们可以使用 mt.exe 来更改嵌入式清单，但正如您所发现的，这会导致应用程序无法运行。这是因为 Pyinstaller 创建的应用程序实际上是两部分；一个提取档案的小型可执行文件，然后在其捆绑的 python 环境中设置并启动您的代码，以及可执行文件操作的档案。这是有效的，因为可执行文件的规范允许在可执行文件的末尾附加任意数据，但在可执行文件本身之外，由记录在可执行文件头中的大小定义。当我们在 Pyinstaller 创建的可执行文件上运行 mt.exe 时，它​​会查看标头以获取大小，并忽略除此之外的任何内容，从而在使用新清单保存您的可执行文件时丢弃该存档数据，

我使用的解决方案是在存档数据附加到可执行文件之前修改清单，这需要修改 Pyinstaller 源代码。Pyinstaller 源具有用于更新可执行文件/dll 中的资源的实用程序，它用作其构建过程的一部分。你会想在你的 Pyinstaller 位置查看build.py、winmanifest.py和winresource.py。我向 EXE 类添加了一个参数，然后在该类的 assemble 方法中添加了一个步骤来更新清单，我在它附加档案之前就这样做了。我添加的肉是这样的：

if self.manifest_override != None:
        print "Overriding default manifest"
        tmpnm = tempfile.mktemp()
        shutil.copy2(exe, tmpnm)
        os.chmod(tmpnm, 0755)
        winmanifest.UpdateManifestResourcesFromXMLFile(tmpnm, self.manifest_override, names=[1], languages=[1033])
        exe = tmpnm
        trash.append(tmpnm)

我把它放在下面的行之前：exe = checkCache(exe, ... 它应该在上面，但接近print "Appending archive to EXE"...

这个解决方案一直对我有用，但我对它并不满意。我宁愿覆盖嵌入的默认清单，而不是更新它，但到目前为止我的努力没有结果。

对不起，文字墙，但这里发生了很多事情。

于 2013-02-01T20:48:44.657 回答
0

不是一个完整的解决方案，但可能是一个有用的提示。

Python 2.7.5 AMD64 不适用于上面的清单文件 Python 2.7.5 32 位工作得很好。

所以也许这只是 Python 版本的限制。

于 2013-09-30T13:50:38.710 回答