第一步在WSL中配好环境 第二步安装CodeRunner即可,在用户配置中加入如下行: "terminal.integrated.shell.windows": "C:\\WINDOWS\\System32\\bash.exe",//设置内置终端为WSL "code-runner.runInTerminal": true,//使用内置终端 "code-runner.saveFileBeforeRun": true,//运行前保

一.简介 使用过Mac OS的程序员都知道,在Mac Book Pro上写程序是一件比较爽的事儿,作为dotneter,我们都比较羡慕Mac系统的环境,比如命令行,当然设备也是挺漂亮的. 在新的Win10系统中微软给我们提供了一个基于Ubuntu的Linux子系统(Bash/WSL).要全用Bash/WSL也比较简单,首先要先打开开发者模式( 设置 → 更新和安全 → 针对开发人员 → 开发人员模式), 然后在控制面板 → 程序 → 启用Windows功能 → Windows Subsystem

安装WSL 1.打开WINDOWS功能,勾选子系统选项 2.打开商店搜索WSL,安装ubuntu 我这里的系统版本是:18.04 如何查看ubuntu系统版本 sudo lsb_release -a 或 cat /etc/issue 3.打开ubuntu,设置账号密码 安装.net core SDK 参考以下链接即可安装: 在Linux Ubuntu 18.04 - x64上安装.NET Core SDK 你可能会遇见的问题 报错: 'universe' distribution compone

继上一篇 asp.net core 3.1多种身份验证方案,cookie和jwt混合认证授权 的公司内部项目上线后发现文件上传功能有问题. 上传的文件超过50M以后前端就报错了,没有状态返回,也没有响应.只有浏览器 Console 里面能看到一条 net::ERR_CONNECTION_RESET错误. 50M以内的都能传输,第一反应肯定是配置或者参数限制了.因为是部署的Linux,然后 nginx 做反向代理,检查了代码,运行程序的方面的大小限制是已经解除了的. 然后就是nginx限制,让运维

https://github.com/OmniSharp/omnisharp-vscode/wiki/Attaching-to-remote-processes https://github.com/Microsoft/MIEngine/wiki/Offroad-Debugging-of-.NET-Core-on-Linux---OSX-from-Visual-Studio https://www.dotnetcatch.com/2017/04/23/debugging-net-core-fro

前言 在前几个Visual Studio Code更新中发现有一个重要得特性,就是nodejs可以使用VS Code在WSL中进行Debug了(WSL是指Win10中的Linux子系统),之前写过一篇文章是使用SSH对Linux环境进行Debug,此时的想法就是如果可以在WSL中直接对程序进行调试的话,那么对于开发人员这项功能将是在Windows中最好连接Linux环境的开发环境了,而且由于Windows子系统的"原理",所有子系统中的进程将与系统进程运行在物理主机上,所以可以断定调试

1.win10设置为开发人员模式,并安装subsystem for linux(命令行输入bash就可以安装) 2.登录并su到root,然后修改/etc/sudoers,在最后一行加(一定要在最后一行):youname1 ALL=(ALL) NOPASSWD:ALL 3.修改/etc/apt/sources.list,注释掉原来的源,添加:deb http://mirrors.163.com/ubuntu/ xenial main restricted universe multiversed

❗ 注意:远程开发扩展需要在 Visual Studio Code Insiders 上使用. Visual Studio Code Remote - WSL 扩展允许你直接借助 VS Code 令 「适用于 Linux 的 Windows 子系统」(WSL) 作为你的全职开发环境.你可以在基于 Linux 的环境中进行开发,使用 Linux 特有的的工具链和实用库,并在舒适的 Windows 中运行和调试基于 Linux 的应用程序. 该扩展直接在 WSL 中运行命令和其它扩展,因此你可以编辑

简介 最近VScode发布了远程编程与调试的插件Remote Development,使用这个插件可以在很多情况下代替vim直接远程修改与调试服务器上的代码,同时具备代码高亮与补全功能,就和在本地使用VScode一样.终于不用在服务器端翻来覆去的配置vim插件了. 配置的过程很简单,本文介绍如何通过ssh的方法链接到远程机器上,另外插件还提供了连接到WSL和容器的功能. 配置过程 1.远程主机安装ssh-server 在这里使用自己阿里云服务器作为远程:www.tinywan.com 2.本地主

根据我一贯的学习经验,学习开源代码的话,单单看是不够的,必须一边看一边调试才能尽快理解,所以我们要想法搭建windows下bitcoin源码的调试环境. 紧接着昨天的进度,想要调试linux下的比特币源码,我们首先要打通调试器到linux下的通道(我想大部分人应该跟我一样对gdb深恶痛绝吧,笑),这就需要能够以ssh连接的方式连上本机的linux. 以ssh连接的方式连上本机的linux 第一步,修改linux的ssh连接参数,打开sshd_config文件修改配置参数,文件位于 C:\User

最近两天在Linux中调试.NET Core应用程序,同时我发现在Linux中调试.NET Core应用程序并不容易.一直习惯在Visual Studio中进行编码和调试.现在我想的是可以简单快速的测试.NET Core应用在Linux.所以通过本篇文章我们能了解到如何在Windows中使用Visual Studio进行远程调试我们部署在Linux中的应用程序,从而我们可以去发现或者说去调试在中会产生的一些问题. Windows中的Linux:Hello WSL 子系统从这里我不做过多的介绍了,

网页版:https://www.cnblogs.com/Jay-CFD/p/12584334.html WSL安装 参考:https://www.cnblogs.com/Jay-CFD/p/6067274.html vscode安装 下载链接:https://code.visualstudio.com/download直接下载安装即可. 插件安装 为了在win10下较好的调试linux程序,需要安装Remote - WSL这个插件,安装以后,左下角就会出现绿色的按钮,用来重新在WSL中打开vsc

一般情况下在Android平台使用FFmpeg为动态库或静态库的形式,只能通过设置FFmpeg日志回调来看一些FFmpeg输出的日志,有时需要debug来查看FFmpeg内部执行过程,本文记录一下在Android Studio中使用FFmpeg源码进行断点调试的方法.需在Linux或macOS下,Windows 10系统可以使用wsl子系统. 1. 编写FFmpeg配置脚本 在此之前需要准备FFmpeg源码 ,NDK(Android SDK文件夹下的ndk-bundle或者ndk下的特定版本,w

最近在进行旧版本的prestosql和prestodb升级相关的操作,尝试自己编译了一下,这里记录一下过程和遇到问题的处理. 因为Trino不支持windows下的编译,如果使用windows最方便的方式就是使用wsl了. WSL中编译和调试 wsl的准备工作不累述了,升级到wsl2,使用的是ubuntu. 详见: Windows Subsystem for Linux Installation Guide for Windows 10 工具安装 其他的过程包括安装java并设置一下JAVA_H

Build and Debug C++ with WSL 2 Distributions and Visual Studio 2022 References Build and Debug C++ with WSL 2 Distributions and Visual Studio 2022 - C++ Team Blog (microsoft.com) Visual Studio 2022 引入了用于 C++ 开发的本机 WSL 2 工具集.此工具集现已在Visual Studio 2022

Visual Studio CMake 项目和 WSL https://devblogs.microsoft.com/cppblog/c-with-visual-studio-2019-and-windows-subsystem-for-linux-wsl/ https://docs.microsoft.com/zh-cn/cpp/linux/cmake-linux-project?view=msvc-160 https://docs.microsoft.com/zh-cn/cpp/build/

Visual Studio 使用 C++ 的 Linux 开发(WSL) https://devblogs.microsoft.com/cppblog/c-with-visual-studio-2019-and-windows-subsystem-for-linux-wsl/ 其大致原理是:" Visual Studio 通过 wsl.exe 在本地执行所有命令,并依赖安装在 /mnt 文件夹(例如 /mnt/c/Users...)下的 Windows 驱动器从 WSL 访问本地源文件.rsyn

WSL2+Docker+IDEA一站式开发调试 前言 ​ 我们知道,Docker是一个容器引擎:对于开发者来说,使用Dokcer容器部署各种开发需要的中间件(比如myql.redis)会非常简单方便:效率更高.Docker天生是完美支持Linux的,但大多数开发者都是在windows环境下进行开发,虽然Docker也兼容Windows:但并不是那么完美.好在,微软推出了WSL2(全称:Windows Subsystem for Linux),即Windows的Linux子系统:子系统运行真正的

image 前段时间研究envoy的filter开发,在windows机器环境上面折腾了会,这里记录一下,希望能够帮助到大家少走一些坑 主要是使用vscode devContainer的方式来搭建开发调试环境, 这里稍微解释下,devContainer开发容器是把工程所需的环境打包成容器镜像,在本机运行vscode后会连接到这个开发容器,特别envoy是个cpp项目,环境配置比较复杂,这种方式这样大大提高了开发环境的搭建 但是对于计算机的配置有一些要求: 内存>= 32G 空余磁盘空间>100

在用C#开发Web应用时有个痛点,就是本机用VS开启Web应用调试时外部机器无法访问此Web应用.这里将会介绍如何通过设置允许局域网和外网机器访问本机的Web应用. 目录 1. 设置内网访问 2. 设置外网访问 1. 设置内网访问 在设置之前,本机环境如下: 操作系统:win7 IDE:Visual Studio 2010 应用:ASP.net 想要实现局域网内其他机器访问本机web应用包含以下4步: 第一步:设置启动方式为IIS Express Visual Studio 运行Web应用时,默