问题标签 [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.

0 投票
2 回答
2194 浏览

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。

0 投票
2 回答
5363 浏览

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

我尝试了在网上找到的各种费力的解决方案,但最后我设法解决了这个问题:

  1. C:\Windows\Microsoft.NET\Framework\v4.0.30319\
  2. 使用文本编辑器打开文件Microsoft.Common.targets
  3. "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"

谢谢。

0 投票
1 回答
514 浏览

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 ,但解决方案是为. 我需要在这里做类似的事情吗?

谢谢

0 投票
1 回答
19 浏览

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。