我们有一个C++非托管应用程序,似乎会导致UAC提示.它似乎发生在Win7而不是Vista上
不幸的是,UAC dlg是系统模态的,所以我不能附加调试器来检查它所在的代码,并且在msdev下运行(我们使用的是2008)在提升模式下运行.
我们在程序/ winmain的开头放了一个消息框,但它甚至没有那么远,所以显然这是在启动代码中.
什么可以如此早地导致UAC通知,以及我可以采取哪些其他措施来追查原因?
编辑
显然,清单在这里是一个重要的问题,但似乎没有帮助我 - 或者我可能没有正确配置清单文件.
有人可以提供样品清单吗?
此外,链接器/ UAC魔术是否会发现程序"可能"写入注册表并基于此设置其UAC要求?有些代码路径可能触发UAC,但是当UAC dlg出现时我们甚至都没有.
另一个奇怪的是,在启用UAC的Vista上似乎没有发生这种情况.
这是一个清单(我认为/是自动生成的):
然后将这个添加到清单列表中以查看它是否有用
[removed for anonymity]
以下是使用ManifestViewer工具的实际EXE
-[removed] -- -- -- -
它似乎可能是由于我们的应用程序上的XP兼容性设置.我得测试一下.(我们在安装程序中设置了我发现,因为某些声音驱动程序在win7上无法正常工作)
Windows会根据各种条件自动提升应用程序(在Windows Vista中了解和配置用户帐户控制中列出):
在创建32位进程之前,将检查以下属性以确定它是否为安装程序:
文件名包括"安装","设置","更新"等关键字.
以下版本控制资源字段中的关键字:供应商,公司名称,产品名称,文件描述,原始文件名,内部名称和导出名称.
嵌入在可执行文件中的并排清单中的关键字.
可执行文件中链接的特定StringTable条目中的关键字.
可执行文件中链接的RC数据中的关键属性.
可执行文件中的目标字节序列.
所有这些的最佳解决方案是创建一个防止提升的清单,尽管重命名文件可能就足够了.
如果您甚至没有使用主要功能,那么您的应用程序使用的DLL在其DllMain初始化中正在执行某项操作,或者您的应用程序具有请求提升的清单.
我想你应该可以使用windbg进行远程调试; 当显示提示时,您可以进入调试器并查看您的应用尝试执行的操作.