问题标签 [al.exe]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
crash - 在 Visual Studio 2015 Update 1 中从 Post-Build 事件执行 AL.EXE 时出现错误 -1073741819 (0xC0000005)
使用 Visual Studio 2015 Update 1,当在 Post-Build Event 中运行命令 AL.EXE 时,我正在 Visual C++ CLR 类库项目 (C++/CLI) 中试验一个问题(Visual Studio 2015 没有发生): AL.EXE 应用程序崩溃,系统返回错误代码-1073741819 (0xC0000005)。
这里是构建后事件的内容:
这里是事件查看器的截图,每次我从构建后事件(编译我的项目)运行它时显示 AL.exe 应用程序的错误。
命令行是正确的,你可以看到我是否从控制台执行它:
所以我确定问题不是因为命令行。
我还尝试指定另一个 AL.EXE 命令的路径,因为 Visual Studio 2015 Update 1 使用该路径:
所以我尝试了
但仍然无法正常工作。
您可以重现创建新 Visual C++ 的 CLR 类库并在 Post-build 事件中添加对 AL.exe 的简单调用的问题。
你知道如何解决这个问题吗?
编辑:我也尝试使用像这样的 AfterBuild 目标来做到这一点:
结果是一样的:Visual Studio 尝试运行命令 AL.EXE 但它崩溃返回 -1073741819。
msbuild - MS Build 任务找不到 AL.EXE
问题如下:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(2863,5): error MSB3086: Task could not find "AL.exe" using the SdkToolsPath "" or the registry key "HKEY_LOCAL_MACHINE\ SOFTWARE\Microsoft\Microsoft SDKs\Windows\v8.0A\WinSDK-NetFx40Tools-x86"。确保设置了 SdkToolsPath,并且该工具存在于 SdkToolsPath 下的正确处理器特定位置,并且安装了 Microsoft Windows SDK
我尝试了在网上找到的各种费力的解决方案,但最后我设法解决了这个问题:
- 去
C:\Windows\Microsoft.NET\Framework\v4.0.30319\
- 使用文本编辑器打开文件
Microsoft.Common.targets
"al.exe"
在步骤 2 的文件中搜索,并将"ToolPath"
和"ToolExe"
字段替换为文件的实际路径"al.exe"
。
我已通过以下方式在步骤 3 中设置了两个字段:
ToolPath="C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\" ToolExe ="C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin \NETFX 4.0 工具\al.exe"
谢谢。
msbuild - Azure Devops 管道找不到 al.exe
我正在将本地构建迁移到 Azure Devops。我正在使用默认的 Azure 构建代理,没有在默认代理配置上指定任何内容。
这是构建管道 YAML 中引发错误的部分:
它使用标准的 Microsoft.Common.CurrentVersion.targets 文件,但找不到al.exe
.
这是我认为我无法控制的事情。
为了比较,当我从命令行本地运行构建时,构建的同一部分的输出是:
由于 Azure 提供了构建代理,有没有办法确定 SDK 工具的位置?
尽管为 TeamCity 而不是 Azure Devops 报告了https://stackoverflow.com/a/42140667al.exe
,但解决方案是为. 我需要在这里做类似的事情吗?
谢谢
msbuild - Visual Studio 和 msbuild 生成 .net 4 资源 dll 而不是 3.5
如果您按照有关从另一个项目访问 resx 资源文件的说明使用 resx 文件创建翻译,则当项目是 .net 3.5 时,它不起作用并且似乎忽略了指定的文化。
看来问题是我的构建链所特有的。我已经安装
- .net 4.8
- Windows SDK 10(我有这个 C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools)
- 视觉工作室 2019
当我使用 jetbrain 的 dotPeek 检查输出 DLL 时,我看到卫星 DLL 是 .net 4.0
一位同事没有 .net 4.8 或 Windows SDK 10,他生产卫星 DLL .net 3.5 他有 Windows SDK 7。
AFAIK 的问题在于输出这些 DLL 的 al.exe。