程序调试

需求： 使用cocos 3.10新建Lua项目，命名为Project，其项目目录如下： 文件主要目录： 　　 res: cocos的资源目录 　　 src: cocos lua的脚本目录 使用Visual Studio Code进行编译开发，其安装地址为： https://code.visualstudio.com/ 关于lua的编写检测与添加断点调试，其步骤如下： 1. 安装luaide ，在扩展里面搜索luaide(推荐使用最新版本) 2. 设置 ，将项目中src目录放置到vscode中，点击F5启动调试，会提示配置相关，选择LuaDebug, 这时就会出现launch.json文件 在launch.json中，我们针对于本地调试修改如下配置： { "name": "Cocos2-Window", "type": "lua", "request": "launch", "runtimeTypesc": "运行时类型，支持：Lua51, Cocos2, Cocos3, Unity", "runtimeType": "Cocos2", "localRootDesc": "--必填 当前文件夹目录 填写错误容易导致res或者src获取不到文件的问题", "localRoot": "${workspaceRoot}/../", "mainFileDesc": "-- 先填

在.NET 中已经默认将WEBSERVICE的远程调试功能关闭，有的时候我们需要远程调试程序的时候，就需要打开此功能我们只需在WEBSERVICE的项目的中添web.config的<system.web>配置节下面加一下一段配置就OK了，代码如下： <system.web> <compilation debug="true" /> 　　<webServices> 　　　　<protocols> 　　　　　　<add name="HttpSoap"/> 　　　　　　<add name="HttpPost"/> 　　　　　　<add name="HttpGet"/> 　　　　　　<add name="Documentation"/> 　　　　</protocols> 　　</webServices> </system.web> 来源： https://www.cnblogs.com/laoji1109/p/3591224.html

在.NET 中已经默认将WEBSERVICE的远程调试功能关闭，有的时候我们需要远程调试程序的时候，就需要打开此功能我们只需在WEBSERVICE的项目的中添web.config的<system.web>配置节下面加一下一段配置就OK了，代码如下： <system.web> <compilation debug="true" /> <webServices> <protocols> <add name="HttpSoap"/> <add name="HttpPost"/> <add name="HttpGet"/> <add name="Documentation"/> </protocols> </webServices> </system.web> 来源： https://www.cnblogs.com/51net/p/4268262.html

今天调试程序，使用top命令后，发现程序的cpu占有率很高，一直在99，这很可怕，所以来调试。 使用top命令，得如下结果 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1997 root 20 0 358m 71m 3208 S 99.1 7.2 81:53.50 test 1 root 20 0 24332 2044 1176 S 0.0 0.2 0:01.36 init 2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:46.51 ksoftirqd/0 4 root 20 0 0 0 0 S 0.0 0.0 0:38.53 kworker/0:0 6 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0 可知test的PID为1997 然后具体查看test里线程的cpu使用情况 使用 top -H -p 1997 命令 root@slk:~# top -H -p 1997 top - 17:19:47 up 15 days, 34 min, 4 users, load average: 1.02, 1.06, 1.06 Tasks: 8 total, 1 running, 7

首先通过csrapy shell命令创建一个scrapy项目。 scrapy startproject projectname 会生成如下文件 进入spider_405文件夹 我们自己写的爬虫项目就放在spiders文件夹里面 items.py是用来保存你爬取的数据的数据结构 在scrapy.cfg同目录下新建一个begin.py文件 在begin.py中编辑内容如下，注意红框中是在spiders里面name的值 之后调试程序时，运行begin.py文件即可，调试信息会在run框中打印输出 来源： https://www.cnblogs.com/taoHongFei/p/8722037.html

调试第一步： 1.将服务器启动为 debug 模式 2.将希望断点的位置上设置断点 3. 运行程序 4.笔记本中，按 Fn+F6 表示下一行， Fn+F8 表示进入下一个断点行,如果 没有断点 了， Fn+F8 表示 运行至程序结束， Fn+F5表示进入方法内部。 断点调试 的好处是可以 提高编码效率 尽量少用 System.out.println(); 这种输出的方式会让代码出现冗余。 怎么打开V ariables查看参数 呢？ Window-->show view-->Variables 来源： CSDN 作者： 走到天涯海角 链接： https://blog.csdn.net/weixin_42995083/article/details/104295909

一、概念 Coredump: Coredump叫做核心转储，它是进程运行时在突然奔溃的那一刻的一个内存快照。操作系统在程序发生异常而异常在进程内部又没有在内部灭有被捕获的情况下，会把进程此刻内存、寄存器状态、运行堆栈等信息转储保存在一个文件里。 该文件也是二进制文件，可以使用gdb、elfdump、objdump或者windows下的windebug、solaris下的mdb进行打开分析里面的具体内容。 二、产生原因 内存访问越界 1)由于使用错误的下标，导致数组访问越界； 2）搜索字符串时，依靠字符串结束符来判断字符串是否结束，但是字符串没有正常的使用结束符; 3)使用strcpy, strcat, sprintf, strcmp, strcasecmp等字符串操作函数，将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。 多线程程序使用了线程不安全的函数; 多线程读写的数据未加锁保护，对于会被多个线程同时访问的全局数据，应该注意加锁保护，否则很容易造成core dump; 非法指针 1）使用空指针 2）随意使用指针转换。一个指向一段内存的指针，除非确定这段内存原先就分配为某总结构或类型，或者这种结构或者类型的数据

参考：http://blog.chinaunix.net/uid-20564848-id-73502.html 1. 通过sh -x 脚本名 #显示脚本执行过程 2.脚本里set -x选项,轻松跟踪调试shell脚本 [以下字段转自：http://linux.chinaitlab.com/SHELL/727128_4.html] "-x"选项可用来跟踪脚本的执行，是调试shell脚本的强有力工具。“-x”选项使shell在执行脚本的过程中把它实际执行的每一个命令行显示出来，并且在行首显示一个"+"号。 "+"号后面显示的是经过了变量替换之后的命令行的内容，有助于分析实际执行的是什么命令。 “-x”选项使用起来简单方便，可以轻松对付大多数的shell调试任务,应把其当作首选的调试手段。 shell的执行选项除了可以在启动shell时指定外，亦可在脚本中用set命令来指定。 "set -参数"表示启用某选项，"set +参数"表示关闭某选项。有时候我们并不需要在启动时用"-x"选项来跟踪所有的命令行，这时我们可以在脚本中使用set命令，如以下脚本片段所示： set -x　　　 #启动"-x"选项 要跟踪的程序段 set +x　　　　 #关闭"-x"选项 set命令同样可以使用上一节中介绍的调试钩子—DEBUG函数来调用，这样可以避免脚本交付使用时删除这些调试语句的麻烦

在上面的结果中，前面有“+”号的行是shell脚本实际执行的命令，前面有“++”号的行是执行trap机制中指定的命令，其它的行则是输出信息。 shell的执行选项除了可以在启动shell时指定外，亦可在脚本中用set命令来指定。 "set -参数"表示启用某选项，"set +参数"表示关闭某选项。有时候我们并不需要在启动时用"-x"选项来跟踪所有的命令行，这时我们可以在脚本中使用set命令，如以下脚本片段所示： 1 2 3 set -x　　　 #启动"-x"选项 要跟踪的程序段 set +x　　　　 #关闭"-x"选项 来源： https://www.cnblogs.com/kakaisgood/p/11093207.html

lua没有调试器，但是它提供了很强的调试功能（debug 库）， 所以其实一些常用的调试功能都能很方便的使用，就像使用一个命令行调试器一样： 【例子程序】 -- debug.luagvar1 = 100 function foo() local var2 = 10 function bar() debug.debug() return var2 end bar() end debug.debug() foo() 【设置断点】 这个比较麻烦一点，需要修改代码加入一句： debug.debug() 如果你要条件断点，或者计数断点，没问题，直接写代码就是了 【开始调试】 直接运行就是： lua debug.lua 进入断点显示： [baiyanh@baiyanh-VirtualBox:~/source/arena/lua/PIL/c23-debug.lib] $ lua debug.lua lua_debug> 要继续则运行cont(inue)： lua_debug> cont 【打印callstack】 lua_debug> print(debug.traceback()) stack traceback: (debug command):1: in main chunk [C]: in function 'debug' debug.lua:5: in function 'bar'