QEMU是我们在调试一些不同架构的程序时经常使用的虚拟机软件。它有两种运行模式，全系统模拟（System mode）和单程序运行（User mode）。System mode和我们平常用的VMWare一样，模拟整个系统从加载器开始的启动和运行。在设备逆向过程中，如果仅仅是为了运行我们提取出文件系统中的某一个程序，我们就可以使用QEMU的user mode来简化整个操作流程，同时能够方便的利用 QEMU 自带的GDB服务来进行调试，免去搭建环境的烦恼。
WSL 是 “Windows Subsystem for Linux” 的缩写，也就是运行在 Windows 系统中的 Linux 子系统。如果我们的应用程序最终是会放在 Linux 系统中运行的话，那么在开发阶段就以这种方式启动和调试，就能提前发现在真实线上环境可能出现的问题，有利于增强程序的健壮性。
参考 【Android 逆向】Android 进程注入工具开发 ( Visual Studio 开发 Android NDK 应用 | 使用 Makefile 构建 Android 平台 NDK 应用 ) 博客 , 此处涉及到 打开一个 " 生成文件项目 " ;
我们发现报错了 说的是“for”循环初始声明仅在C99模式中允许，即循环变量不能在for循环里面定义 这是因为我们得gcc的版本可能比较低，不支持C99 那怎么让它支持呢？ 也很简单，在Makefile里面加一点东西
总体而言，Linux操作系统是一个强大、灵活且可定制的操作系统，广泛应用于服务器、嵌入式系统、超级计算机等各种领域。
虽然我自己是在Linux环境上直接进行开发的，但也有许多的人是在Windows环境上从事开发工作的，如果离开自己熟悉的系统到陌生的环境上也许会影响到工作效率。
ptrace 函数 : 在 C 标准库 中有一个 ptrace 函数 , 该函数是一个系统调用方法 , 可以监视进程执行 , 查看 / 更改 被监视进程的 内存 和 寄存器 情况 , 常用于断点调试 ;
常用命令包括:clone pull push commit checkout branch tag log 等
之前用的一直都是VS编译器进行调试，调试是一个非常重要的过程，在Linux中调试需要用到一个工具就是gdb。 在调试思路上VS编译器和gdb是一样的，但是调试过程的差距就很大了。 我们都知道Linux的操作都是通过命令完成的，调试也是一样的，靠的就是命令调试。
今天从老师那got了个摄像头和lucview的源码包，随后的几天里将用这个工具对摄像头进行调试，希望能够在PC上调通（各种功能，如自动白平衡、gamma矫正，自动曝光，增益等），以便后续移植到板子上。。
我们知道虽然入门级编程语言最好是C和Python，但是C和Python是有这本质的不同的，那就是C语言是编译型语言，而Python是解释型语言。
前 3 篇文章给大家讲解了 Appium 环境安装，Appium 理念以及实现方式（四大点），第一个 app 自动化脚本。
最近在Linux上调程序，但是gdb使用属于入门阶段，主要是没有图形化界面直观。在网上查找了有两个方案可选，一个是通过VisualStudio2019的远程调试功能，因为最近一7直在用VScode，所以没有试，之后有时间了可以试一下。另一个方案就是通过VScode的Remote Development插件（微软官方提供的）进行远程调试。本文介绍下这个方案。 虽然网上也有其他的文章进行介绍，但是都是写的成功的情况，没有写出来过程遇到的问题，而且有些地方不太清楚。所以我觉得自己写一个。另外请大家注意的是，这篇文档介绍的是远程调试，并不介绍远程编译，远程调试VScode也是支持的，但是我目前不需要，后续如果需要再做配置，而且我的项目需要使用cmake及make进行编译，并不是直接用g++编译，所以也没有开始配置。 VScode的远程调试是利用gdbserver的机制进行的。大体原理是通过在Windows上或者其他图形化系统上的VScode，使用Remote Development插件进行ssh连接到远程Linux上，然后通过gdbserver提供的连接进行远程调试。下面开始介绍具体配置方式。
对于刚接触容器的人来说，他们很容易被自己构建的 Docker 镜像体积吓到，我只需要一个几 MB 的可执行文件而已，为何镜像的体积会达到 1 GB 以上？本文将会介绍几个奇技淫巧来帮助你精简镜像，同时又不牺牲开发人员和运维人员的操作便利性。本系列文章将分为三个部分：
在进行C/C++相关开发时候，经常会遇到段错误，这个时候比较无语的一点就是Linux Shell终端下几乎不会输出太多有用的信息，大多数情况下打印信息如下：Segmentation fault (core dumped)，错误如下图所示：
众所周知IIS的性能令人诟病，早期VFP开发WEB也没更好的方案，采用了CGI的方式运行于IIS内，好处是每次WEB调用，VFP程序运行后就结束，不存在内存泄漏，变量冲突等，也不会引起宿主IIS崩溃，但坏处就是频繁的启动进程，性能不理想。但FastCGI程序不同，执行完请求后，不会立即结束，而是留在内存等待下一次请求，减少了大量进程初始化的过程，性能就大大提高，缺点就是VFP开发人员要注意，大量的全局变量，不规范的变量使用等，会“污染”下一次请求。
本文用来测试的版本是VS2017.15.9.8 内网(\\192.168.80.20) 有相应的离线安装包
在某些情况下，我们需要对于内核中的流程进行分析，虽然通过 BPF 的技术可以对于函数传入的参数和返回结果进行展示，但是在流程的调试上还是不如直接 GDB 单步调试来的直接。本文采用的编译方式如下，在一台 16 核 CentOS 7.7 的机器上进行内核源码相关的编译（主要是考虑编译效率），调试则是基于 VirtualBox 的 Ubuntu 20.04 系统中，采用 Qemu + GDB 进行单步调试，网上查看了很多文章，在最终进行单步跟踪的时候，始终不能够在断点处停止，进行过多次尝试和查询文档，最终发现需要在内核启动参数上添加 nokaslr ，本文是对整个搭建过程的总结。
Qt 是一个跨平台的应用程序开发框架。使用Qt开发的应用程序，只需要编写一套代码，然后把这套代码放在不同平台的Qt环境去编译，就会生成可以运行在对应平台的应用程序。例如，我在Windows写了一个串口助手，这套代码不用修改，放在Linux环境下的Qt开发环境，重新编译，就可以生成可以在Linux环境下运行的串口助手，当然，Qt支持的环境有很多。不同平台下的移植，只需要修改很小一部分或者不用修改就可以直接运行。
上一遍文章介绍了利用QEMU+GDB调试Linux内核。但是，有时候直接利用GDB调试查看代码还不是很方便，所以，在这么重要的场合，怎么能少的了vscode这个神器呢。本篇文章介绍如何使用vscode远程调试内核。
今天下午我遇到了一些棘手的问题，因为在mips64上编译程序，经常出现程序编译不出来，或者运行不正常，花了很长的时间定位，最后和同事一些解决了，下面分享出来我提炼出来的一些核心定位问题的步骤。
gdb可以用于Linux环境下的程序的调试，就例如vs环境下的打断点，然后逐步分析语句等
在Linux环境下执行程序的时候，有的时候会出现段错误（‘segment fault’），同时显示core dumped,就像下面这样：
最近公司项目需要适配arm64架构机器，特意整了两台arm64架构的CentOS7/8的机器来构建。 x86、x64架构下的应用在arm64下面需要解决各种环境和依赖问题。
对于Qt的初学者来说，Qt有很多不熟悉的地方，安装和使用时，都会遇到各种各样的“坑”。这些坑，如果经历过一次，就会发现其实是很简单的问题。但是如果不熟悉，那么可能折腾很久也没解决。因此我把我自己遇到的（也是后来常常被问到的）一些问题放在这里，供大家参考、讨论。
C/C++ Tools插件---C/C++支持安装库文件的配置GDB本地调试配置GDB远程调试配置Remote VSCode插件---远程编辑文件安装环境配置在本地端的配置在远程端的配置工作流Ftp Sync插件--—远程代码的同步安装环境配置工作流
大家遇到bug，首先怎么入手呢？一般对于许多开发者和系统管理员来说，第一步肯定是找到对应项目的日志文件，查看日志文件有没有报错信息，找到报错信息或者bug出现的日志，获取对应的代码，然后在去分析。所以这个过程中日志查看是很用的，我们项目一般部署在Linux环境，所以对于查看日志，也是需要了解熟悉Linux的相关命令才能查看的。本文将详细介绍如何在Linux环境下查看Java项目的日志文件，关于tail命令的用法，同时推荐快捷方便的工具。
macOS延续自BSD Unix, Linux则是从内核开始重新编写但延续Unix使用方式的Unix。所以mac还有linux程序员，一般都算是*nix程序员，尽管其中还有不少的区别。 Windows从版本10开始做出的最大改变，可能就是内置的linux子系统，原本的安装方式很简单，网上很多介绍，一般就是三步：1.设置中打开开发人员模式；2.windows组件中安装linux子系统；3.在DOS窗口中执行bash,随后经历一场漫长而令人期待的安装。 后来这个办法不灵了，因为虽然win10几乎马不停蹄的更
实际上没人能一次就写出完美的代码，除了我。但是世界上只有一个我。 -- 林纳斯·托瓦兹（Linux 之父） 既然不是神，写代码自然免不了要修改。修改代码的过程被称作调试，又叫 debug。 刚接触编程的人，往往对调试代码没有很深的认识，觉得把功能做出来就完事了。一旦程序运行出现问题，便无从下手。而实际开发中，调试代码通常要花费比新编写代码更多的时间。所谓“行百里者半于九十”，这句话放在软件开发上一点不为过。你以为完成了 90% 开发工作的时候，剩下的工作可能还要花费差不多的时间。 因此，选择合理的调试方法和
开发机配置如下：Linux内核是2.6，Centos版本为6.9，应该差异不大。
大家好，我是鱼皮。最近我正在带大家开发 OJ 系统，需要用 Docker 容器技术 来实现隔离的代码沙箱。
刚接触编程的人，往往对调试代码没有很深的认识，觉得把功能做出来就完事了。一旦程序运行出现问题，便无从下手。而实际开发中，调试代码通常要花费比新编写代码更多的时间。所谓“行百里者半于九十”，这句话放在软件开发上一点不为过。你以为完成了 90% 开发工作的时候，剩下的工作可能还要花费差不多的时间。
当我们刚开始接触Docker，并尝试使用docker build构建镜像时，通常会构建出体积巨大的镜像。而事实上，我们可以通过一些技巧方法减小镜像的大小。本片博文，我将介绍一些优化技巧，同时也会探讨如何在减小镜像大小和可调试性取舍。这些技巧可以分为两部分：第一部分是多阶段构建（multi-stage builds）， 正确使用多阶段构建能够极大减小构建物镜像的大小，同时还会解释静态链接（static link）和动态链接（dynamic link）之间的区别以及为什么我们需要了解它们；第二部分是使用一些常见的基础镜像，这些基础镜像仅包含我们所需要的内容，而无需引入其他文件。
这段时间逛了一下招聘网站上，对于嵌入式要求里面有要求会gdb调试，而且再加上昨天在交流群里面，刚好有网友问gdb怎么调试，这让我学gdb调试的欲望越来越强烈，这不，应网友的要求，今天就来给大家分享自己总结的实战调试方法（这里可能暂时写的比较基础一点，不过还请各位读者原谅，毕竟自身也是刚接触这个还没一个小时呢，同时也参考网上的博客和b站视频的学习，不过这里感觉还是老外的gdb视频讲解的比较好，hh）。
TP调试模式： 入口文件index.php中： define('APP_DEBUG',true); //默认为false，表示关闭调试模式，他的作用是：在非法调用的时候，有详细的报错信息，方便调试，建议在开发阶段true，在部署阶段修改为true php中的常量DIRECTORY_SEPARATOR（目录-分隔器）： define('DS',DIRECTORY_SEPARATOR); 解释一下这个常量吧，DIRECTORY_SEPARATOR，只是在php中用它
GCC的全称是GNU Compiler Collection，是GNU工具链中的一种。GCC不仅支持C/C++语言，还支持Fortran/Ada/Java等语言的编译。
Linux编译C++程序必须安装g++编译器。这里使用yum方式安装。首先切换到root账号，su - root 然后输入密码。
请查看位于https://github.com/xmu-Linux101/Linux101/tree/201720182/experiments/gcc-5-gdb的代码
Tombstone 报错信息日志文件被保存在了 /data/tombstones/ 目录下 , 先 ROOT 再说 , 没有 ROOT 权限无法访问该目录中的信息 ;
Qt 5.9 之后的安装包与之前相比，不再区分 VS 版本和 MinGW 版本，而是全都整合到了一个安装包中。因此，与之前的安装包相比，体积也是大了不少，以前是 1G 多，现在是 2G 多。
最近升级gcc-9.3 和 gdb-9.2 感觉新版本升级更加方便了，但是编译仍然报各种错误，切换使用root权限make可以顺利通过编译！
主要是IDA，IDA的安装就不用多说了。这里说明的是辅助插件MIPSROP这些插件的安装，书里面给的插件的链接已经无法支持IDA 6.7以后的版本，主要是由于版本以后的API有更新，具体原因IDA的官方博客也给出了说明，查看了issue以后，发现有大佬已经写了能够支持IDA7.0的插件，安装的命令照着readme做即可顺利的装上。
2020年2月22日更新，又按照自己的帖子尝试了以下，感觉大的思路是没问题的啊，小改动用紫色的标记标注出来了，另外如评论区所说删去了部分旧版本的内容和图片，不知道为啥评论区的留言我都没收到邮件。。。
最近给服务器提供协议编解码库，出现较多内存相关的问题，做个记录，顺便给有相同需求的同学提供参考！
最近工作中有地方嵌入式程序出现莫名其妙的问题，有时候正常的变量值都会突变了导致问题。
系统选择的是Ubuntu16.04-desktop-amd64.iso安装的环境,安装过程不用安装更新软件包。
如果你是开发个人项目，那就直接用 Visual Studio Community 版本吧，对个人免费，对小团体免费，不需要这么折腾。
Linux系统启动时使用initramfs (initram file system), initramfs可以在启动早期提供一个用户态环境，借助它可以完成一些内核在启动阶段不易完成的工作。当然initramfs是可选的，Linux中的内核编译选项默认开启initrd。在下面的示例情况中你可能要考虑用initramfs。
客户给了一些 C语言 写的 SDK 库，这些库打包成 .so 文件，然后我们使用 C# 调用这些库，其中有一个函数是回调函数，参数是结构体，结构体的成员是函数，将 C# 的函数赋值给委托，然后存储到这个委托中。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
