解决sublime text3 文件名,小框框的办法 之前一直都是用的英文命名的文件夹,到前几天才发现,用中文,来命名文件夹出现了乱码问题. 今天晚上,自己也在网上去百度了很多方案,好像大部分都不太有用,然后最后找到了一篇,发现还是挺有用,把它分享给大家. 这个也是copy别人的,嘿嘿. 言归正传,下面开始说解决方案,挺简单的. 下面是步骤: (1)打开sublime text3,找到上面的菜单选项(preferences),下面有一个setting-user (2)然后作如下配置 { "dpi

安装node相关 从node官网下载node的安装文件,我下的版本是node-v0.10.22-x64.exe,安装完node,node相关工具应该都加都环境变量path中了. 命令行下安装node-inspector(调试器) npm -g install node-inspector 安装完后,就可以按照node-inspector的github主页上进行调试了,但步骤比较麻烦,用sublime简化步骤. 安装sublime2 从sublime官网下载并安装sublime2(不安装3的bet

最近服务器老是弹出visual studio 实时调试器很是郁闷呀.关还关不掉.怎么解决呢 ,现像如下图所示: 下面我们一起来分析一下这种情况的原因: 弹出应用程序: Visual Studio 实时调试器: 发生了未处理的异常("下标越界: '[number: 0]'"),发生位置是 w3wp.exe [2472]. 对此异常的实时调试失败,错误为: 安装的调试器都没有启用实时调试.在 Visual Studio 中,可以从"工具"/"选项"/

安装xdebug 省略... 配置sublime 要调试某一个项目,首先得把这个项目在sublime下保存成一个project sublime->project->save project as ... 然后用package control,首先按住Ctril+Shift+P,选择INSTALL PACKAGE,选择安装xdebug client 接下来配置项目 sublime->project->edit poject 配置文件类似以下内容(本地调试): { "fold

最近有新人问crash调试方法,简介记录如下: 模拟器调试 打开控制台查看输出日志 显示出错的行数 显示出错的函数iOS Crash跟踪 真机调试 首先修改真机调试的 bundle ID,使代码可以进行真机调试,连接真机.然后增加 Exception Breakpoint,运行程序,断点将打印出出错的位置和函数名. 运行在真机 连接真机,选择windows->devices->选择连接的真机;运行程序,控制台将输出所有运行在真机上的log. 选择按钮"View Device Logs

鉴于ddd过于简陋,希望找一个新一些的调试工具,看到有很多人推荐gdbgui,这是一个非常新的调试工具,前端使用浏览器,现在采用这一架构的软件越来越多,可以完全不必依赖庞大的gui类库,安装使用比较方便. 开始使用gdbgui遇到了一些困难,怎么也无法开始调试,后来发现是因为图标导致理解错误. gdbgui的界面比较直观,总体来说还算好用,但是我个人不是很喜欢gdbgui的风格. 首先在上面输入命令行,当然也可以在启动gdbgui的时候直接输入,两种方式均可,最简单的办法是在命令行执行下面的命令

How to: Debug a Release Build You can debug a release build of an application. To debug a release build Open the Property Pages dialog box for the project. For details, see Working with Project Properties. Click the C/C++ node. Set Debug Information

监视变量(Watching Variables) 当程序停在一个断点处时,用户做些什么呢?通常用户在断点处停下来是要检查变量的值,某个变量的值是否与预料的取值相同?或者某个变量取什么值(事先并不知道这个变量的取值). Watch List窗口的作用是使用户能检查变量的值.编程人员常常忽视这个简单而又根本的特性,因为他们没有花时间来完整地学习调试器的使用.用户可添加任意多的变量到Watch List中.下图就是调试会话期间的Watch List窗口. 变量名和变量值都显示在Watch List中.

原文发表于百度空间,2009-01-09========================================================================== 这一节的内容是Windbg入门,用一些基本的命令告诉你如何使用Windbg~~仅作入门,更详细的可以参考Raymond老师的<软件调试>的第30章---"WinDbg用法详解"和Windbg自带的帮助文件 我使用调试器的经验完全来自于Ring3的Ollydbg,所以我在初用Windbg时

正文转自:http://www.cppblog.com/lucency/archive/2012/08/09/59214.html 之前在网上搜索了好久使用sublime调试C和C++的文章,但是徒劳无功:后来才醒悟sublime下的调试C/C++其实和命令行中调试程序是一样的,所以即使是装了sublime GDB后,一样是要依据gdb手册那种调试步骤的. 正文: 这篇文章基本上是摘自gdb手册,除此之外就是加了实际的代码样例,这样可以更清楚的看到一些命令的执行效果.当然,这儿不会涉及到所有的g

一 . 在 mip-extensions 仓库中创建新的组件 二 . 预览调试组件 三 . 在 MIP 页中引用自己编写的 MIP 组件 四 . 组件提交到 GitHub 仓库时需要进行校验 站长开发的非通用组件,使用 组件上线平台 提交,上线后代码位于 GitHub/mip-extension-platform 仓库中. 一 . 在组件仓库中创建新的组件 在创建组件之前,需要确认 mip-cli 工具已经安装.在命令行执行: $ mip -V 如果返回版本号,则安装成功,可以进行下一步.如果报

一.在执行界面,输入/h, 左下角会提示调试模式被激活 二.点击运行,就会跳出调试界面 三.调试界面用法

Shell脚本进行Debug调试的三种方法如下: 1.在调用脚本的时候开启deubg sh -x shell.sh 2.在脚本文件首行开启deubg #!/bin/bash -x 3. 使用set开启deubg set -x 另外: 4. -v 显示脚本所有行,详细模式,在脚本嵌套调用时比较有用 sh -v shell.sh 5. -n 检查脚本的语法,不执行脚本的命令 sh -n shell.sh

前言 没有任何一名程序员可以一气呵成.完美无缺的在不用调试的情况下完成一个功能或模块.调试实际分很多种情况.本篇文章我分享下自己在实际开发工作中的经验,我个人理解,调试分三种,注意我所讲的是调试并非测试 功能调试 组件调试 片段调试 功能调试是指在完成一个功能或者正在完成功能的过程中进行的错误.逻辑.结果的测试 组件调试是指将一个正在开发测试的插件.类进行错误.逻辑和结果的测试 片段调试是指将一段代码片段.函数.变量的预期和结果的测试 接下来我们看下本章列出的一些调试方法 暴力调试 这种方式简单

关于调试 当我们只专注于前端的时候,我们习惯性F12,这会给我们带来安全与舒心的感觉. 但是当我们使用NodeJs来开发后台的时候,我想噩梦来了. 但是也别泰国担心,NodeJs的调试是很不方便!这是肯定的. 但是还好,我们有## node-inspector ##来帮助我们解决一部分的调试问题,但是对于异步能力很强的NodeJs它还是有点力不从心. node-inspector 安装node-inspector 依旧是通过npm来全局安装node-inspector npm install -

0x00 前言 一周多以前的微软的Build大会上,微软发布了一个让很多人眼前一亮的工具,也是本文的主角——Visual Studio Code.很多使用Windows的朋友都很高兴,认为又多了一个很不错的文档编辑器.不过匹夫更关心的是它的跨平台能力,这不,匹夫偷得半日闲,写篇小文来聊聊在Mac上如何使用Visual Studio Code编译和调试C#代码,最后匹夫也会尝试把Visual Studio Code嵌入Unity3D中,作为一个准“IDE”使用. 0x01 Visual Studi

说起来惭愧,自从开始使用Sublime Text之后,再也没有debug过PHP的代码,最近把debug的环境搭建了一下,在这里记录一下. 安装XDebug sudo apt-get install php5-xdebug 编辑xdebug.ini文件,添加如下配置 xdebug.remote_enable= xdebug.remote_handler=dbgp xdebug.remote_host=127.0.0.1 xdebug.remote_port= xdebug.remote_log=

阅读目录: 1.背景介绍 2.基本原理(Windows调试工具箱..NET调试扩展SOS.DLL.SOSEX.DLL) 2.1.Windows调试工具箱 2.2..NET调试扩展包,SOS.DLL.SOSEX.DLL 2.3.调试系统的基本流程及架构(.NETDAC概念.mscordacwks.dll) 2.4.VisualStudio中集成扩展调试(更加细粒度的调试程序) 3.调试程序类型(客户端程序.服务端程序) 4.调试方式及场景 4.1.本机调试(Attach Process,调试器启动

一.安装Git 网上有很多安装教程,可以参考.这里使用的是Windows版本的Git,点击这里下载. 二.基本设置 安装完成后,通过点击鼠标右键就可以看到新添加了俩个Git命令:Git GUI Here 和 Git Bash Here.这里我们使用命令行工具进行一些Git的基本设置. 1.用户设置 右击鼠标选择 Git Bash Here,弹出命令窗口,敲入以下命令: git config --global user.name yourName git config --global user.

最近项目需求,需要在Linux下开发C++相关项目,经过一番摸索,简单总结了一下如何通过VS Code进行编译调试的一些注意事项. 关于VS Code在Linux下的安装这里就不提了,不管是CentOS还是Ubuntu,如果不懂且搜Q足够的情况下,你会解决的. 一. 前置知识——gcc/g++的编译链接过程 在Windows下,如果你用Visual Studio进行开发,C/C++的编译器一般采用微软提供的MSBuild:在Linux下C/C++的编译器大多采用gcc/g++.既然要在Linux