Visual Studio 2022连接远程系统进行C/C++开发

已于 2023-08-18 16:29:20 修改
阅读量2.9k 收藏 12
点赞数 3
分类专栏： Linux IDE macOS 文章标签： visual studio c++ clang gcc gdb lldb lldb-mi
于 2023-08-15 18:32:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/witton/article/details/132297160
版权
Linux 同时被 3 个专栏收录
76 篇文章 10 订阅
订阅专栏
IDE
20 篇文章 0 订阅
订阅专栏
macOS
7 篇文章 0 订阅
订阅专栏

Visual Studio被称为是宇宙最强IDE，以前开发Linux C/C++服务器程序，基本上都是在Windows上使用VS编写跨平台的C/C++代码，然后先在VS中编译、链接、调试，然后在Linux下编译、链接，再针对Linux下的特定代码进行调试。后面VisualGDB的出现，终于有所改变了，参见笔者之前的博文：Windows下开发Linux C/C++项目。

也许是VisualGDB的推波助澜，也许是微软CEO纳德拉的拥抱开源战略，让VS也更加开放，对开发者越来越友好。

以前VS只支持使用微软自己的开发工具进行Windows程序的开发；到VS2008的时候可以安装VisualGDB插件使用GNU的编译套件进行Windows程序的开发也可以通过SSH远程连接到Linux/MacOS系统进行开发；再到VS2017支持火热的CMake系统，可以直接支持SSH远程连接到Linux/MacOS系统进行开发（笔者没用过VS2017、VS2019，直接从VS2015跳到VS2022），到目前的VS2022更是对非微软系的工具（包括GNU的工具和LLVM的工具）支持越来越好，虽然不有不如意的地方，但会越来越好。

以前介绍过VS2022与MinGW的本地开发方式，参见系列博文：
Visual Studio 2022使用MinGW来编译调试C/C++程序
Visual Studio 2022 CMake+MinGW+GDB 调试目标程序
Visual Studio 2022使用CMake+MinGW+Clang+LLDB作为开发环境

本文就介绍一下VS2022使用SSH远程连接到Linux/MacOS进行C/C++的远程开发方式。

本文链接：https://blog.csdn.net/witton/article/details/132297160

一、环境

先介绍一下环境，Windows环境为Win10，VS2022版本为17.7，远程系统为Ubuntu 22.04/CentOS7/MacOS catalina，Linux下又涉及有容器中的Linux。

1.系统准备

关于Linux系统的安装配置，以及相应编译、链接、调试器的安装可以参考博文：
详细安装Ubuntu 21.10
配置与管理Ubuntu 21.10
搭建ubuntu容器内C/C++开发调试环境

如果使用容器，一定要在创建podman容器时添加参数：--cap-add=SYS_PTRACE，创建docker容器时添加参数：--cap-add=SYS_PTRACE --security-opt seccomp=unconfined，否则不能使用调试器。

如果是SSH远程连接到macOS开发，可以看看博文：
SSH远程连接MacOS catalina并进行终端颜色配置

2.开发套件准备

关于GNU套件以及LLVM套件的安装，如果要使用C++20标准，强烈建议使用源码安装最新版本的GCC和最新版本的Clang，如果觉得系统源中已有的版本够用，就可以不用源码安装，直接使用系统源中的版本安装即可。

VS包括VSCode要使用LLDB调试器进行源码调试，都必须要有lldb-mi，所以必须要安装lldb-mi，博文VSCode远程连接Ubuntu使用LLDB调试程序中有介绍lldb-mi的安装。

macOS系统如果安装过VSCode，则可以直接使用VSCode中安装的lldb-mi，将之软链接到/usr/local/bin即可。
在这里插入图片描述

这里需要注意的一点是lldb-mi最好与lldb的安装目录一致，一般为/usr/local/bin。如果是源码安装的，建议都安装在/usr/local/，则都在/usr/local/bin目录下。

如果是使用的系统源的LLDB包安装的，比如ubuntu 22.04中安装的lldb-15，它默认是安装在/usr/lib/llvm-15/bin下，则需要将之添加到PATH路径中，并建立一个lldb-server具体版本号的符号链接到lldb-mi的安装目录下，否则会报错unable to locate lldb-server-XX.X.X：

在这里插入图片描述

比如ubuntu 22.04中安装的lldb-15，具体版本号为15.0.7，lldb-mi安装在/usr/local/bin，使用下面命令建立符号链接：

ln -s /usr/lib/llvm-15/bin/lldb-server-15.0.7 /usr/local/bin/lldb-server-15.0.7

lldb-mi README中有提到可以设置环境变量LLDB_DEBUGSERVER_PATH，但是笔者试了一下，没用。

二、项目实例

使用VS2022创建一个CMake项目t，默认会创建四个文件t.h，t.cpp，CMakeLists.txt和CMakePresets.json，并且默认是本地计算机的x64 Debug配置。CMakePresets.json是CMake的预设配置，它定义了以下几种配置：

  1. 本地计算机，也就是Windows的x64 Debug,x64 Release,x86 Debug,x86 Release
  2. 远程Linux的Linux Debug
  3. 远程MacOS的macOS Debug

是否启用CMake预设配置文件，可以通过菜单工具/选项/CMake来选择：

在这里插入图片描述

1.使用CMake预设配置文件

如果VS启用了CMake预设配置文件，则可以在本地计算机下拉框中选择不同的连接，可以看到不同的预设配置：

在这里插入图片描述
在这里插入图片描述

远程连接可以通过菜单工具/选项/跨平台/连接管理器来管理，最方便的是通过前面本地计算机的下拉列表中选择管理连接直接转到连接管理器页面：

在这里插入图片描述

1.1 添加预设配置

CMakePresets.json中仅定义了几种预设值，比如Linux下仅定义了Linux Debug配置，默认是使用GCC编译器，如果想要使用Clang编译器，则需要添加预设配置。在CMakePresets.json右键菜单中选择“添加配置”：
在这里插入图片描述

再选择“Linux Debug”添加预配置：

在这里插入图片描述
默认会添加如下配置：

{
  "name": "linux-debug2",
  "displayName": "Linux Debug",
  "description": "面向适用于 Linux 的 Windows 子系统(WSL)或远程 Linux 系统。",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

可以改名为linux-clang-debug，显示名为：Linux Clang Debug，然后添加cacheVariables变量设置C/C++编译器即可：

{
  "name": "linux-clang-debug",
  "displayName": "Linux Clang Debug",
  "description": "Clang",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug",
    "CMAKE_C_COMPILER": "clang",
    "CMAKE_CXX_COMPILER": "clang++"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

1.2 Ubuntu 22.04/CentOS7配置

目前VS2022连接Ubuntu系统进行调试有性能问题，启动调试器非常慢，不管是使用GDB还是LLDB都非常慢。笔者已经反馈给开发者，目前还在考虑修复中。连接CentOS7进行远程调试没这样的问题。

VS默认情况下是使用GDB进行调试的：
在这里插入图片描述
使用GDB进行调试，有一个不方便的地方就是函数嵌套调用：

#include <iostream>
using namespace std;

int f()
{
	return 1;
}

void foo(int i)
{
	cout << i << endl;
}

int main()
{
	foo(f());
	cout << "Hello CMake." << endl;
	return 0;
}

如果调试时在f函数的}按F10执行next命令，则会跳过foo函数直接到下一行代码了，如果想调试foo函数就必须按F11执行step命令。这点习惯与VS的调试器习惯不一样，而LLDB调试器与VS的习惯一致。如果知道如何修改GDB的这一行为的读者可以下方留言。

GDB调试器毕竟是老牌调试器，使用很广泛，支持得也比较好，VS默认已经配置并处理好GDB调试器了，所以使用GDB调试器，基本上是一帆风顺。
但如果要使用LLDB调试器，就需要自行添加配置，而且预置的LLDB配置也不完善，有许多麻烦事，而且LLDB使用了许多新技术，注定是一条曲折之路，不过笔者都为大家踩过坑了，大家只需要照搬即可：

在这里插入图片描述
在这里插入图片描述
得到launch.vs.json配置如下：

{
  "version": "0.2.1",
  "defaults": {},
  "configurations": [
    {
      "type": "cppgdb",
      "name": "CMakeLists.txt",
      "project": "CMakeLists.txt",
      "projectTarget": "",
      "comment": "了解如何配置远程调试。有关详细信息，请参阅 http://aka.ms/vslinuxdebug",
      "debuggerConfiguration": "gdb",
      "MIMode": "lldb",
      "args": [],
      "env": {}
    }
  ]
}

将projectTarget设置为目标t，此时会有CMakeList.txt选项了：
在这里插入图片描述
原以为就这样简单配置就可以使用LLDB调试器了，毕竟是使用VS的向导生成的。还是想得太简单，启动报错：
Unable to start debugging. Unexpected LLDB output from command "-interpreter-exec console "settings set target.env-vars ASAN_OPTIONS=\"detect_leaks=0\""". Undefined command: "settings". Try "Help".

在这里插入图片描述
VS并没有默认启动lldb-mi来调试，需要指定gdbPath，默认为 /usr/bin/gdb，可以查看文档http://aka.ms/vslinuxdebug，这里需要设置为lldb-mi的路径：/usr/local/bin/lldb-mi。再次启动，就一直卡在Initializing Debugger界面。

在这里插入图片描述
笔者在网上查了很多资料，也没查到相应的配置，咨询了开发者才知道原来还需要加一个"preDebugCommand":"echo"，看来LLDB的配置不是一般的复杂啊，暴露了太多细节给开发者了，不知道VS与Linux的交互细节，根本就不知道需要配置这个，为啥需要这条指令。

此时如果连接的是CentOS7系统，会报如下错误：
personality set failed: Function not implemented

在这里插入图片描述
前面笔者写了一文进行分析解决：解决lldb调试时可能出现的personality set failed: Function not implemented

CentOS7由于系统glibc较老没实现personality函数，但Ubuntu 22.04的glibc是实现了的，没此问题。

如果是连接的容器中的Ubuntu 22.04，则会报如下错误：
'A' packet returned an error: 8

在这里插入图片描述
实体机以及虚拟机中的Ubuntu 22.04没此问题。

其实这两个问题都是LLDB禁用了ASLR导致，需要使用settings set target.disable-aslr 0来关闭禁用。

完整配置如下：

{
  "version": "0.2.1",
  "defaults": {},
  "configurations": [
    {
      "type": "cppgdb",
      "name": "t.lldb",
      "project": "CMakeLists.txt",
      "projectTarget": "t",
      "comment": "了解如何配置远程调试。有关详细信息，请参阅 http://aka.ms/vslinuxdebug",
      "debuggerConfiguration": "gdb",
      "MIMode": "lldb",
      "gdbPath": "/usr/local/bin/lldb-mi",
      "preDebugCommand": "echo",
      "args": [],
      "env": {},
      "setupCommands": [
        {
          "text": "settings set target.disable-aslr 0"
        }
      ]
    }
  ]
}

至此，终于可以使用LLDB调试程序了。

如果想要在命令行中使用LLDB进行调试，可以创建一个~/.lldbinit文件，添加内容：

settings set target.disable-aslr 0

即LLDB启动时会自动执行里面的命令。

但VS中不行，VS是启动的lldb-mi，再启动的lldb-server。

1.3 macOS配置

macOS的默认配置如下：

{
  "name": "macos-debug",
  "displayName": "macOS Debug",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Darwin"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

使用默认的macOS配置会有一点问题，就是找不到cmake，如果没安装ninja的话也会找不到ninja：

在这里插入图片描述

VS在macOS系统应该是使用whereis来查找程序的，可以看到whereis是没有找到cmake的，而which是可以正确查到cmake程序的（VS为啥不在whereis没找到时再用which查找一下，或者直接优先使用which查找）：

在这里插入图片描述

可以查看whereis的man手册，原来在macOS系统是使用sysctl命令获取的user.cs_path路径来查找程序的。

在这里插入图片描述

通过sysctl -a | grep user可以看到whereis的搜索路径为/usr/bin:/bin:/usr/sbin:/sbin，没有/usr/local/bin，所以找不到。

在这里插入图片描述

看到这里可能会想修改这个值，但是通过查看man sysctl发现这个值根本不能修改（为no的都不能修改）：
在这里插入图片描述
这点与Linux不一样，Linux下的whereis以及which都是可以通过PATH路径搜索的。

可能会想到像Linux一样在/usr/bin下创建一个cmake的符号链接，由于MacOS系统/usr/bin不可修改，也不行。

只好修改cmake配置了：

{
  "name": "macos-debug",
  "displayName": "macOS Debug",
  "cmakeExecutable": "/usr/local/bin/cmake",  // 指定cmake的绝对路径
  "generator": "Unix Makefiles",              // 如果没安装Ninja就改为"Unix Makefiles"
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Darwin"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}"
    }
  }
}

此时开始调试程序还可能会遇到如下错误：
developer mode is not enabled on this machine and this is a non-interactive debug session

在这里插入图片描述
这是macOS系统还没打开开发者模式，使用下面的命令打开：

sudo DevToolsSecurity enable

1.4 下载依赖

在开发过程中，可能会需要依赖一些第三方库，比如GTest以及Protobuf，可以参考：
CMake项目使用ctest+gtest进行单元测试
使用Glib中测试框架对C代码进行单元测试
C/C++开发中使用pkg-config来引用依赖库
CMake自动按目录结构编译Protobuf代码

这里以项目需要依赖GTest以及Protobuf，系统未安装为例，假定我们把所有依赖都放入项目根目录的deps下：

set(FETCHCONTENT_BASE_DIR ${CMAKE_SOURCE_DIR}/deps CACHE PATH "下载的包路径" FORCE)
cmake_policy(SET CMP0135 NEW)
include(FetchContent)
find_package(GTest)
if(NOT GTest_FOUND)
message("GTest not found, download it...")
FetchContent_Declare(googletest URL http://10.8.3.188:83/code/googletest-main.zip)
FetchContent_MakeAvailable(googletest)
endif()

find_package(Protobuf)
if(NOT Protobuf_FOUND)
message("Protobuf not found, download it...")
FetchContent_Declare(Protobuf URL http://10.8.3.188:83/code/protobuf-all-21.12.tar.gz)
set(protobuf_BUILD_TESTS OFF CACHE BOOL "不生成测试，因为与前面的GTest冲突" FORCE)
FetchContent_MakeAvailable(Protobuf)
# 也可以将需要的目标输出到指定目录，GTest就是如此，后面只需要添加"${CMAKE_BINARY_DIR}/lib"链接路径即可。
#set_target_properties(libprotobuf libprotobuf-lite protoc
#    PROPERTIES
#    RUNTIME_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin"
#    LIBRARY_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib"
#    ARCHIVE_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib"
#    PDB_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/bin"
#    COMPILE_PDB_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib")
endif()

target_link_directories(${PROJECT_NAME} PRIVATE
    ${protobuf_BINARY_DIR}
)
target_link_libraries(${PROJECT_NAME} PRIVATE gtest)
if(${CMAKE_BUILD_TYPE} STREQUAL "Debug")
target_link_libraries(${PROJECT_NAME} PRIVATE protobufd)
else()
target_link_libraries(${PROJECT_NAME} PRIVATE protobuf)
endif()

1.5远程复制时忽略目录

可能在本地有一些目录或者文件不需要传到远程机器，比如前面的deps目录，在本地编译生成的东西在远程是无法使用的，所以没必要传上去，让远程自动去下载编译目标机器所需要的库。

在使用CMake预设配置时，需要在CMakePresets.json中相应配置添加排除列表，这个在默认的配置中是没有列出的，需要自行配置，比如Linux的配置如下：

{
  "name": "linux-debug",
  "displayName": "Linux Debug",
  "generator": "Ninja",
  "binaryDir": "${sourceDir}/out/build/${presetName}",
  "installDir": "${sourceDir}/out/install/${presetName}",
  "cacheVariables": {
    "CMAKE_BUILD_TYPE": "Debug",
    "CMAKE_C_COMPILER": "clang",
    "CMAKE_CXX_COMPILER": "clang++"
  },
  "condition": {
    "type": "equals",
    "lhs": "${hostSystemName}",
    "rhs": "Linux"
  },
  "vendor": {
    "microsoft.com/VisualStudioRemoteSettings/CMake/1.0": {
      "sourceDir": "$env{HOME}/.vs/$ms{projectDirName}",
      "copySourcesOptions": {
        // 在复制到远程机器时，排除下面的目录
        "exclusionList": [ ".vs", ".git", "out", "build", "deps" ]
      }
    }
  }
}

2.不使用CMake预设配置文件

如果不使用预设配置文件，则变更本地计算机下拉列表中的连接时，不会自动变更后面的配置，即不会根据远程连接，自动变更配置。默认只有本地计算机的x64-Debug配置。要想使用其它配置，需要手动添加，选择管理配置，就会创建一个CMakeSetings.json文件，并进入CMakeSetings.json的编辑界面（如果没有使用文本编辑器打开的话）：

在这里插入图片描述

选择添加配置，则会弹出如下界面，可以选择使用GCC还是Clang的Debug或者Release配置：

在这里插入图片描述

远程计算机中可以指定远程连接，也可以使用${defaultRemoteMachineName}，这样会使用连接管理器中选择的默认连接，即列表中标识为默认的连接：

在这里插入图片描述

前面选择是使用GCC还是Clang的时候如果选错了或者想更改，可以通过修改工具集来改变：

在这里插入图片描述

CMake生成器默认为Ninja，如果远程系统没安装则可以选择Unix Makefiles，IntelliSense模式默认是没有选择任何内容的，这里根据是64位系统还是32位系统选择linux-gcc-x64或者linux-gcc-x86：

在这里插入图片描述

目前使用GCC工具集的智能提示不是很完善，比如boost库（笔者使用的1.82版本）中asio相关的的提示有问题，也不知道是GCC的问题还是VS的问题。推荐使用Clang工具集，Clang工具集没此问题。

写得非常详细，关于LLDB的部分是笔者的踩坑经历，希望对大家有帮助！

欢迎点赞，收藏。转载请注明出处！

witton
关注
专栏目录
visual studio连接远程开发
贱贱的剑
11-19 970
visual studio2022配置远程cmake工程
【chat】2：vs2022 连接远程ubuntu服务器远程cmake开发
突围
11-10 1034
chat
使用Visual Studio代码远程开发和SSH在远程计算机或虚拟机上开发
m0_46896604的博客
03-15 726
https://code.visualstudio.com/docs/remote/ssh#_remember-hosts-and-advanced-settings 翻译自vscode官方帮助
VS2022搭建Linux开发环境
最新发布
Wumingdegushi的博客
09-11 1073
双击启动后选择Linux开发组件点击修改，开始按钮Linux组件。
Visual Studio 2022 远程连接 虚拟机Linux系统(超详细)
DZJ_Nirvana
07-10 1万+
点击电脑【开始】->【Visual Studio Installer】->【修改】，划到最下面安装Linux工具集，安装完重启Visual Studio。5.连上对应【IP】的虚拟机，此时界面上方就会显示下图所示的ip地址。菜单栏上的【工具】->【选项】->【跨平台】->【连接管理器】->【远程连接标头管理器 ->【下载】。【添加】->【新建项】，取名为Linux_test，输入测试代码，并运行。4.输入对应的Ip地】、用户名、密码后点击【连接】，选择【是】。点击【项目】->【Linux_test属性】
Visual Studio Code 实现远程开发
on the way . . .
07-18 1373
远程开发是指开发人员在本地计算机上进行编码、调试和测试，但实际的开发环境、代码库或应用程序运行在远程服务器上。
Visual Studio Code 远程开发探秘
dichu2296的博客
07-31 514
摘要： IDE新时代！ 作者：SHUHARI 的博客 原文：Visual Studio Code 远程开发探秘 Fundebug按照原文要求转载，版权归原作者所有。 在以前的文章 有趣的项目 - 在浏览器中运行 Visual Studio Code， 我介绍过 Coder 开发团队将 Visual Studio Code 搬到浏览器里的尝试。这是一个有趣的项目，不过没有想到的是，这之...
【C#】Visual Studio 2022 远程调试配置教程
XcantloadX的博客
12-24 3006
在某些特殊的情况下，开发机和调试机可能不是同一台设备，此时就需要远程调试了。
visual studio2019远程调试c/c++
qq_41011723的博客
03-17 1425
最近有远程调试C++代码的需求，故在visual studio中添加了Linux 开发c/c++模块，用处就是在windows上运行c/c++代码，运行环境用的是远程linux的，部署也是部署在linux上。但是这样开发的缺点有一个，就是太工程化了，工作路径都配置的很完整，但对于简单的开发来讲，不太方便。 可以看见它这里的路径配置，这样会导致什么问题呢？ 可执行文件在好几个子目录下，但一般我们...
Windows搭建C++开发环境（visual studio 2022）
陈子青的博客
05-06 3615
此时就可以在在此文件中，安安静静地编写你的C++代码了。此时屏幕上打印出 Hello World ，运行成功！点击源文件，鼠标右键选择添加->新建项。安装完成后会自动打开出现以下界面。点击绿色的三角符号运行该程序。下载完成后打开 步骤如下。选择空项目，点击创建。
在Visual Studio Code中为新的C ++项目快速设置-C/C++开发
05-27
在Visual Studio Code中为新的C ++项目快速设置cpp-boilerplate在Visual Studio Code中为新的C ++项目快速设置。 仅Linux。 它是在Ubuntu 18.04上创建并测试的。如何使用安装Visual Studio代码安装远程-容器扩展克隆...
Visual Studio 2022 远程连接 虚拟机Linux系统(超详细)_visualstudio2022 ssh(1)
04-08 364
reboot ifconfig #include using namespace std;int main() { 自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Linux运维工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！因此收集整理了一份《2024年Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自
Visual Studio 2022 远程连接 虚拟机Linux系统(超详细)_visualstudio2022 ssh
04-08 463
外链图片转存中…(img-x0WdFrnX-1712555032591)]
C/C++运行时库和UCRT系统通用运行时库总结及问题实例分享（程序打包时要带上这些运行时库）
热门推荐
dvlinker的技术专栏
05-21 2万+
本文详细介绍C/C++运行时库和UCRT系统通用运行时库，并分享了几个与运行时库有关的项目问题分析实例。
Visual Studio Code远程开发-Remote Development
weixin_42464652的博客
08-25 1092
Visual Studio Code远程开发-Remote Development
使用 Visual Studio Code 进行远程开发
whyrookie的博客
04-25 734
使用 Visual Studio Code 进行远程开发 在完成了 AT 指令入门的学习之后，接下来就要使用 AT 指令进行 Socket 通信了。问题在于，之前 .NET 的 Socket 编程只需一台电脑便可进行学习，服务器和客户端都可以在本机运行，也可以分别运行在局域网上的两台电脑之上。而 NB-IOT 芯片的信号是直接发送到手机机站上的，个人电脑都是在局域网环境下运行的，没有公网...
visual studio 远程开发和调试
weixin_40011280的博客
06-08 774
visual stduio 远程开发 远程调试
使用 Visual Studio 2019 远程开发 Linux 程序
caiwenda2008的博客
06-22 4080
环境 安装 Visual Studio 2019 安装有 gcc gdb OpenSSH 的 Linux 远程服务器 安装 VS2019 安装 VS2019 时，必须要勾选 "使用 C++ 的 Linux 开发"工具集 创建 Linux 项目 创建一个类型为 Linux的 控制台应用程序 的解决方案。 项目配置 若要查看配置选项，请选择 "项目" > "属性" 菜单，或在 "解决方案资源管理器" 中右键单击相应项目，然后从上下文菜单中选择 "属性" 。 VC++ 目录设置 ..
VS2022远程连接linux服务器开发
a1742957242的博客
11-02 581
LinuxUbuntu18.04连接xshell：https://blog.csdn.net/a1742957242/article/details/133801142?spm=1001.2014.3001.5501找到服务器ip：右键这里：
Visual Studio C++ 远程调试
闲情逸致~
04-02 3253
在项目/产品开发过程中，BUG总是无处不在，几乎不可避免，我想没有人可以拍着胸脯说：本次上线百分百绝对无BUG。 如果BUG出现在项目开发周期内，则开发人员可以通过各种测试来发现定位BUG，并在自己的开发机（自己的台式机或笔记本，部署了开发环境）上调试跟踪、解决BUG，这是绝大部分开发人员都会经历且熟练于心的一种解决BUG的方式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值