VSCode运行C语言,调试时出现launch:program …… does not exist故障的解决方法

vscode配置c语言环境以及launch:program“*****.exe” does not exist问题(保姆级检查) 阅读详情
AI摘要

博客主要讲述在VSCode中进行C语言调试时遇到的问题及解决办法。创建launch.json文件并添加配置,对program、cwd、miDebuggerPath等内容进行修改后成功运行。在另一台电脑上移动文件后又无法调试,将${workspaceFolder}换成${fileDirname}后问题解决。

参考文献:

解决launch:program .exe does not exist-优快云博客

主要就是创建launch.jason文件并添加配置,但我和参考文献中的内容又不一样,对参考文献的内容做了一定修改。我的launch.jason文件内容如下:

{
    // 使用 IntelliSense 了解相关属性。 
    // 悬停以查看现有属性的描述。
    // 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [

        {
            "name": "(gdb) 启动",
            "type": "cppdbg",
            "request": "launch",
            "program": "${workspaceFolder}\\${fileBasenameNoExtension}.exe",
            "args": [],
            "stopAtEntry": false,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "gdb",
            "miDebuggerPath": "C:\\msys64\\ucrt64\\bin\\gdb.exe",
            "setupCommands": [
                {
                    "description": "为 gdb 启用整齐打印",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": true
                },
                {
                    "description": "将反汇编风格设置为 Intel",
                    "text": "-gdb-set disassembly-flavor intel",
                    "ignoreFailures": true
                }
            ]
        }

    ]
}

program 有所修改,一开始全盘借鉴参考文献,不成功,然后自己删去了中间一些,就成功了;

cwd 借用了参考文献中的内容,我自己电脑上原来的{ "$FileDirname" }不行;

miDebuggerPath也作了修改,自己系统上原来的 " to/path/gdb "不行,借鉴了参考文献的路径格式。

其余未改动,然后执行“gdb启动”,运行成功了。

补充:今晚在另一台电脑上,新建了一个章节文件夹,命名为8,并把文件移动到了文件夹里,又无法调试了。看了《Visual Studio Code权威指南》一书,按照书P276的内容,调整如下:

"program": "${fileDirname}\\${fileBasenameNoExtension}.exe",

也就是把 ${workspaceFolder} 换成了 ${fileDirname},问题得以解决,调试成功。

解决VS code c++ launch:program does not exist问题!!! 大概意思就是说我们没有定义引用cout,但是这个不可能呀!然后发现是gcc有问题!我们把tasks.json文件中的gcc全部选中,替换成g++,报错解决l!网上的建议是修改launch的"program"、"miDebuggerPath";tasks的"command"、"args"的-o文件。这两个肯定是要改的,但是改了还是没有用!网上看了很多资料,全都是一堆没有用的。都说是是launch的问题,但是按照网上的改都不对。 阅读详情

相关推荐

VSCode调试C语言踩坑记:手把手教你搞定‘launch:program does not exist’报错

本文详细解析了VSCode调试C语言时常见的‘launch:program does not exist’报错问题,提供了从配置参数解读到实战排错的完整解决方案。通过解剖launch.json文件、路径变量使用技巧和多文件夹项目配置策略,帮助开发者彻底攻克调试难题,提升开发效率。

weixin_27734811的博客 300

解决VSCode出现“launch: program ...... does not exist”与“VSCode include<iostream>“报错解决”的问题

解决VSCode出现“launch: program ...... does not exist”与“VSCode include<iostream>“报错解决”的问题 把tasks.json和launch.json删掉 重新配置(此操作不会影响你的setting.json和插件) 删掉之后,Ctrl+c 一段简单的 c++代码 , 点击运行

2302_80006483的博客 6447

VSCode配置C++环境:从gcc报错到tasks.json调试全解析

C++开发环境的搭建是编程学习的基础环节,其核心在于理解编译器、构建系统与编辑器之间的协同原理。在Windows平台上,GCC(MinGW-w64)作为主流编译器,需要通过系统PATH环境变量实现全局调用,而VSCode则通过tasks.json文件定义构建任务,实现自动化编译。这种配置方式不仅提升了开发效率,更深化了对底层工具链的理解。在实际工程实践中,环境变量配置不当或tasks.json路径错误常导致“gcc.exe未找到”等典型问题,尤其在跨平台开发和学习C++基础时尤为常见。本文聚焦VSCode配

weixin_33733810的博客 414

VScode运行C语言出现的调试问题 lauch:program does not exist 解决方法

另外,根据引用,在工作区新建的二级文件夹下调试程序可能会导致该问题,确保在launch.json中正确配置了exe文件的存放路径。因为我是确定自己的 launch.json 文件配置是正确的,所以我第一反应也没有怀疑到这个文件上,而且代码中有错误波纹提示着 一个函数,最后认真的对照仿写的代码 ,原来我就是把。↑↑↑ 以上是普遍看到的解决方法大概“也是我们强大Inscode GPU 给出的答案” ,很多文章也写到大概之类的问题解决操作,但是!所以,童鞋们,一定要先检查好自己的代码是否每个字母都是对应的呀!

Runpire的博客 1万+

VSCode + CMake + Qt:从零搭建轻量级开发环境全指南

跨平台C++开发中,构建系统的选择直接影响开发效率与协作体验。CMake作为主流构建工具,通过预设文件统一管理编译器、库路径与构建流程,已成为现代C++项目的标准配置。集成开发环境(IDE)则决定了日常编码与调试的舒适度,VSCode凭借轻量、插件生态丰富及对Git和远程开发的原生支持,成为许多开发者的首选。然而,将VSCode与Qt框架结合,需要解决工具链匹配、CMake工程组织、调试器配置等系列问题。本文从基础概念出发,详解基于MinGW工具链的VSCode+CMake+Qt环境搭建全流程,覆盖环境变量

weixin_33796177的博客 286

VSCode+EIDE:国产MCU嵌入式开发新范式

嵌入式开发正从封闭IDE走向开放工具链,CMake构建系统、PyOCD调试协议与Clangd智能感知构成现代嵌入式工程三大基石。其核心价值在于解耦芯片厂商依赖,实现GD32、CH32等国产MCU的统一构建与跨平台调试,显著提升代码可维护性、团队协作效率及长期演进能力。在国产替代加速与RISC-V生态崛起背景下,VSCode+EIDE已不仅是轻量替代方案,更是支撑高复用、可审计、易CI/CD的生产级开发平台——尤其适用于需同时适配ARM Cortex-M与RISC-V架构的混合项目场景。

weixin_34080571的博客 266

Protractor 调试实战指南:从失败类型分析到 Chrome Inspector 与断点调试

端到端(E2E)测试的调试历来比单元测试困难:它依赖整个应用系统的运行状态,可能受前置操作(如登录)影响,也可能在测试过程中改变被测应用的状态。而基于 WebDriver 的测试更是因为冗长的报错信息、以及"浏览器进程与测试进程分离"这一特性而让定位问题变得棘手。本指南以 Protractor 官方调试文档([docs/debugging.md](https://link.gitcode.com/

gitblog_00761的博客 313

AI编码时代,Debug基本功与高频排查实战指南

调试是软件工程中的核心环节,其本质是构建、复现、归因与回归的完整闭环。随着AI编码助手普及,模型生成代码的门槛大幅降低,但断点不生效、日志报错、远程调试不通等问题反而成为开发者的高频痛点。理解调试原理与系统化排查链路,是提升研发效能的关键。本文从Grok、GPT等AI工具在构建修复中的应用边界出发,结合VSCode断点无效、Python命令行调试、Java远程Debug、嵌入式连接失败等真实场景,梳理可复用的排查清单工程实践,帮助开发者将AI编码能力真正转化为稳定产出。

weixin_33859844的博客 386

VS Code + AI插件配置指南:从安装、多语言环境到远程开发排查

代码编辑器是软件开发的起点,AI编程助手的兴起让编辑器从“写代码”进化为“协作开发”。VS Code 凭借轻量架构与海量插件生态,成为连接AI能力与日常编码的关键枢纽。其核心配置基于 settings.json,用户可通过用户级、工作区级的分层管理实现个性化定制,同时利用 Remote-SSH 轻松连接远程服务器。无论是配置 Python 解释器、搭建 STM32 嵌入式环境,还是解决 QT 项目构建问题,VS Code 都提供了可落地的方案。针对远程开发中常见的 vscode-server 下载失败、程序

weixin_28839439的博客 291

VS Code Remote-SSH远程开发实战:原理、配置与排错

Remote-SSH 是一种基于 SSH 协议的远程开发范式,它将 VS Code 的编辑器前端与远程服务器上的 vscode-server 后端通过加密隧道协同工作,实现本地界面操作、远程执行计算的‘伪本地’体验。其核心原理是进程级代理而非图形转发,因此具备低延迟、高一致性、环境零漂移等技术优势,特别适用于跨平台开发、GPU/CUDA 环境调试、生产级 Linux 开发等场景。相比传统 SSH + Vim、终端模拟器或 WSL,Remote-SSH 在语言服务(LSP)、调试器(Debugger)、Git

dianwei5413的博客 398

ROS中tf broadcaster原理与C++实战详解

tf(Transform Library)是ROS中实现多坐标系时空同步的核心中间件,其本质是基于时间戳的广播式坐标变换发布机制,依赖严格的父子关系建模与三维刚体变换数学表达。理解tf需掌握RPY欧拉角到四元数的转换逻辑、ros::Time时间戳绑定规则,以及frame_id命名规范等底层原理。该技术支撑机器人导航、SLAM、多传感器融合等关键场景,广泛应用于turtlesim仿真调试、真实AGV定位及机械臂抓取系统。本文以turtle_tf_broadcaster为例,深入解析tf广播的C++实现细节与工

weixin_30788619的博客 360

ComfyUI部署指南:从Python环境到GPU工作流的完整实践

ComfyUI并非传统图形界面,而是基于Python构建的AI工作流引擎,其核心在于可编程节点编排与底层硬件协同。理解其运行原理需掌握Python虚拟环境隔离、CUDA/cuDNN版本匹配、模型动态加载机制等关键技术点。技术价值体现在高复现性、可调试性与跨平台可迁移性,广泛应用于Stable Diffusion图像生成、ControlNet控制流编排、SDXL多模态工作流等场景。本文聚焦Windows平台下Conda环境定制、PyTorch GPU依赖精准安装、main.py启动参数调优及故障根因定位,覆盖

weixin_30564785的博客 358

MinGW-w64 2026 最新安装教程:零依赖静态编译实战

MinGW-w64 是 Windows 平台实现 GCC 工具链的关键技术,其核心价值在于支持纯静态链接与无运行时依赖的二进制生成,原理基于对 UCRT、SEH 异常模型和 POSIX 线程的深度适配。相比 MSVC 或 Clang+MSVCRT,它规避了 VCRUNTIME.dll 等动态库依赖,显著提升工业软件、医疗设备上位机及老旧 Win7 环境下的部署鲁棒性。典型应用场景包括嵌入式固件工具开发、离线工控系统交付、跨平台绿色单文件发布等。本文聚焦 MinGW-w64 安装落地中的真实痛点——环境变量配

weixin_33868027的博客 414

OpenClaw部署本质:Docker与普通安装的环境治理逻辑

OpenClaw并非传统意义上的独立应用,而是一个依赖强环境约束的智能数据处理管道。其核心原理在于将多模态输入(PDF、网页、API)经结构化清洗后路由至大模型服务,因此部署成败取决于Python解释器、系统库、依赖版本与权限配置的协同一致性。技术价值体现在环境可复现性与业务逻辑解耦——Docker通过镜像固化运行时契约保障跨平台稳定,普通安装则依托本地venv和PATH控制实现深度调试与定制。典型应用场景包括金融研报解析、电商商品页结构化及政务公文抽取,而实际落地中90%的‘安装失败’实为环境握手失败。本

weixin_33709219的博客 470

Hermes Agent v0.14.0:Windows原生支持与pip一键安装详解

Hermes Agent 是一个面向AI工作流的智能体框架,其核心能力依赖于标准化分发与跨平台兼容性。在Python生态中,pip安装是软件可维护性与可复现性的基石,而Windows原生支持则决定了工具能否真正触达主流桌面用户。v0.14.0版本通过重构构建链路(pyproject.toml、预编译wheel)、抽象系统交互(PlatformExecutor、SafeTempDir)及强化诊断能力(hermes check-platform),实现了从实验原型到生产就绪的关键跃迁。该升级显著降低Python

aocaiti5781的博客 540

Kimi K2.5编程实测:JavaScript/TypeScript全栈开发新范式

大语言模型在编程领域的核心价值,正从单纯代码生成转向对真实开发闭环的理解与执行。多模态能力让模型能直接解析UI截图、录屏和错误堆栈,Agent Swarm架构将复杂任务拆解为可验证的原子操作,而原生INT4量化则支撑起本地化、低延迟的工程实践。尤其在JavaScript和TypeScript生态中,Kimi K2.5展现出对Vite配置弃用、npm PowerShell策略、Vue 3 Composition API、ECharts集成等高频场景的深度适配能力,不再停留于语法层面,而是深入编译器原理、构建工

weixin_34130389的博客 435

Visual Studio Code 集成终端启动失败排查指南:从错误信息到日志取证

Visual Studio Code 内置的集成终端是开发工作流的核心入口,但偶尔会遇到终端无法启动或意外退出的情况。本文以 VS Code 官方故障排查文档为骨架,结合本仓库的终端配置、Shell 集成、任务与发布说明等资料,系统梳理从"读懂错误信息"到"逐层隔离 Shell 启动定制"再到"抓取 Trace 日志上报问题"的完整排查路径。读完本文,你将掌握一套可复现、可验证的排查方法论:先确定

gitblog_00882的博客 804

vscode的launch:program ‘‘ does not exist

如图 一般是由于launch.json文件没有配置好的缘故。在右下角的ADD configuration如选第二个登录: 看到program这一栏,这一栏很重要,一般是选择你CMakelist,编译出来的可执行文件 看我CMakelist, 我生成的可执行文件是test_,所以路径可以这样输入: 我在之前cmake的时候已经有了test_这个文件了 然后就可以运...

狂小虎/Anthony Dave的博客 KuangXiaoHu's Blogs 5万+
上一篇: VSCode运行C语言中文乱码问题的解决方法
下一篇: 笔记:C语言多维数组与指针研究
FriendofTime
博客等级 码龄4年 13粉丝 6原创
评论 5
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值