问题标签 [vscode-problem-matcher]

我有一个这样定义的问题匹配器：

而且我只知道文件的名称，而不是编译输出的相对路径。比它仅在文件位于工作区的根目录时打开文件。

例如问题匹配器搜索：Package.sql 但文件位于

• 根
  • 其他子文件夹
  • PKG
    • 包.sql

是否有设置让问题匹配器“找到”该文件，即使它位于（未知）子文件夹中？（假设所有文件名都是不同的）

以下 Tasks.json 问题匹配器正则表达式应匹配以下典型警告。但事实并非如此。ctc W505：[“somedirectory/somefile.c”350/18] 隐式声明等等等等

问题是什么？我验证了内置解析器匹配 gcc 输出错误和警告。

谢谢，

萨蒂什·K

我正在使用远程会话在 WSL 中编写代码，然后在 cmd.exe 上构建。构建过程工作正常，但我无法让问题匹配器链接到正确的文件。

我改变我的 cwd

下面是我的构建 cmd

问题匹配器看起来像

有关如何解决此问题的任何建议。我尝试过使用相对路径和绝对路径。

我正在使用 VSCode 和我的 Flutter 开发 IDE。直到今天下午它都运作良好。当我运行项目时，Could not find an option named "web-server-debug-protocol"出现了。我不知道出了什么问题。我用谷歌搜索“web-server-debug-protocol”，只发现两个链接表明它存在于flutter_command.dart中。有没有人遇到过类似的问题？对此有何建议？谢谢！

更新 我通过升级我的 Flutter 解决了这个问题。

我在 VS Code 中有一堆自定义构建任务，我想要一个用于 C++ 的自定义问题匹配器。

因此，我决定采用 VS Code 文档 ( https://code.visualstudio.com/Docs/editor/tasks#_defining-a-problem-matcher ) 中的默认问题匹配器示例并对其稍作修改。

我的错误消息具有以下结构：

三个目录向上指令 ( ../../../) 将我带回到${workspaceFolder}. 所以想法是使用第二个捕获组作为我的工作区文件夹的相对路径来跟进文件。

不幸的是，文件路径没有突出显示，也没有告诉我按 Ctrl+单击来关注消息。我仔细检查了https://regexr.com/上的正则表达式，它似乎是正确的。我也尝试使用默认的问题匹配器，但没有任何运气。

这是完整的构建任务：

有任何想法吗？

在 VSCode 中，我正在尝试创建一个 ProblemMatcher 来解析我运行的自定义脚本上的错误（如果您有兴趣，可以使用降价文件 -> pandoc -> PDF）。

相当不错的VSCode ProblemMatcher 文档有一个示例任务（对我来说）运行命令（"command": "gcc"）并定义问题匹配器（"problemMatcher": {...}）。

当我对我的 tasks.json 文件同时尝试此操作时，我收到“无法将描述转换为问题匹配器”错误，这并不是很有帮助。我检查了tasks.json 架构，它清楚地表明：

如果执行全局命令（例如未定义任务），将使用的问题匹配器。tasks.json 文件可以包含全局 questionMatcher 属性或 tasks 属性，但不能同时包含两者。

架构错了吗？在这种情况下，我会提出一个问题。

还是我的代码错了？在这种情况下，请指出我正确的方向。完整代码（减去注释）：

这是我在 .vscode 目录中的整个 tasks.json 文件

这是正在处理的文本输出的结尾：

检测到的问题较早出现，但它也确实找到了 '2 个未解决的外部问题。但是，它不会在输出中找到与 Unresolved external text 相关的特定信息。我在同一输出上使用 regex101.com 测试了我的正则表达式。我已经尝试了一些变化 - 主要是定义问题匹配器的 json 中的一些差异。

目标是将未解决的外部项目列为引用实际符号名称的单个问题。

我已经阅读了其他相关的帖子和​​答案并尝试了不同的东西，因此“所有者”参数已设置为字符串 'ld65-a' 等的原因。

我还尝试更改问题匹配器的定义顺序，将未解决的外部匹配器移动到数组中的第一项 - 这似乎无关紧要。

我意识到还有其他方法可以运行 make 任务，但我需要与 gnu make 集成，这似乎是一种合理的方法。也许在这方面有一个更好的主意 - 例如，从应用程序在我的 vscode 工作区上运行 gnu make。

我有一个用于 ESLint 问题的自定义问题匹配器vue-cli-service serve。它工作正常，还可以正确监视所有文件更改。

我的问题是当我打开一个文件时，VS Code 的 ESLint 扩展开始再次为打开的文件报告相同的问题。我最终会遇到相同文件的重复问题，或者 ESLint 扩展名会覆盖我的自定义问题匹配器的问题，从而导致关闭文件后问题被删除。

我知道为什么会这样，但我想摆脱重复的问题，同时我想在关闭文件后保留这些问题。

知道如何解决这个问题吗？

我使用 webpack 编译了一些 typescript 文件，这pack-dev-tests在我的 repo 中被定义为一个 npm 脚本。

为了方便起见，我在 VSCode 中使用了一个任务，但我想从这个 npm 脚本中获取打字稿错误。我试过了，但问题匹配不起作用（我在终端中看到错误，但在问题中没有）：

编辑：我得到同样的东西"problemMatcher": [ "$tsc" ]

我在为我的监视任务设置问题匹配器时遇到问题。正则表达式似乎是正确的，但即使它们显示在控制台中，它也不会在问题选项卡中显示任何错误。我错过了什么？

终端输出：