WIX相对path过长

概述WIX相对path过长

我从light.exe得到的错误表明它在查找我的安装项目中的某个文件时遇到问题。 在有问题的电脑上发现我使用的相对path超过了260个字符。 在这个时候，维克斯就是这样设置的：

<file ID='FoobarEXE' name='Foobarappl10.exe' diskID='1' Source='....PathToBuiltExecutableFoobarappl10.exe' KeyPath='yes'/>

我遇到的问题是Wix安装项目位于D:PathtoprojectFolderWixInstallerWixInstallerProject和PathToBuiltExecutableFoobarappl10.exe下， D:PathtoprojectFolder文件夹。 当light.exe试图解决path的净结果是D:PathtoprojectFolderWixInstallerWixInstallerProject....PathToBuiltExecutableFoobarappl10.exe在我的具体情况发生超过260个字符。 exe文件的正确的绝对path将是D:PathtoprojectFolderPathToBuiltExecutableFoobarappl10.exe在我的情况下将在260个字符，但由于不必要的包含WixInstallerWixInstallerProject....部分path，然后超过这个限制。

有没有什么办法，我可以得到light.exe解决....PathToBuiltExecutableFoobarappl10.exe作为D:PathtoprojectFolderPathToBuiltExecutableFoobarappl10.exe而不是D:PathtoprojectFolderWixInstallerWixInstallerProject....PathToBuiltExecutableFoobarappl10.exe ？

我赞赏这不是在Wix本身的限制，更多的API Wix的devise利用方式的基础限制，但是我需要一个解决scheme的问题，这将允许我解决这个问题，我的.wxs文件。 是缩短path可行，但问题并不是path太长（因为不是），相对path的语法增加了不必要的中间部分。

如何从.NET应用程序启动`powercfg.exe -energy`？

windows：列出并启动与扩展名关联的应用程序

如何检测我的COM对象是否正在使用从.NET应用程序？

微软打破了.NET兼容性？

从.NET应用程序拖到windows资源pipe理器时强制删除作为快捷方式对象

支持阿拉伯字符从右到左

什么是Visual Studio创build.NET窗体时分配的窗口类名称？

在C＃中存储用户特定数据的最佳方式是什么？

从数据库中提取多个图像到PictureBox中

在.NET中占用固定的地址

今天light.exe没有任何东西会自定义评估路径，以便Path.Combine（）在整个事件超过260个字符时不会窒息。 正如你所看到的那样，这是.NET Framework的一个令人沮丧的限制（并且windows Installer API也会窒息）。

要解决这个问题，我建议查看bind paths 。 你可以改变你的代码是这样的：

<file ID='FoobarEXE' Source='!(bindpath.FooBarapp)Foobarappl10.exe' />

在命令行上做类似的事情：

light.exe -b FooBarapp=D:PathtoprojectFolderPathToBuiltExecutable

这将创建最短的路径。 您也可以将相对路径从命令行移动到file/@Source （例如，移动路径的BuiltExecutable部分）。 我想你会发现它非常灵活。

.NET的MAXPATH限制现在已经在4.6.2版本中解决了（ https://blogs.msdn.microsoft.com/dotnet/2016/08/02/announcing-net-framework-4-6-2/#bcl ）

总结

以上是内存溢出为你收集整理的WIX相对path过长全部内容，希望文章能够帮你解决WIX相对path过长所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。