本文旨在介绍下几种常见的调试方法gdb、crash、kgdb and kdb 以及dynamic debug. 关于在 Linux 内核上使用debuggers，Linus Torvalds 长期以来对它们不太喜欢。简短地解释这种态度是，依赖调试器可能鼓励用权宜之计而非深思熟虑来解决问题，这会导致代码质量恶化。详细解释可以参考https://lwn.net/2000/0914/a/lt-debugger.php3
crash 是目前广泛使用的 linux 内核崩溃转储文件的分析工具，掌握 crash 的使用技巧，对于分析定位内核崩溃的问题，有着非常重要的作用。本文首先介绍了 crash 的基本概念和安装方法，其次详细介绍了如何使用 crash 工具分析内核崩溃转储文件，包括各种常用调试命令的使用方法，最后以几个实际工作中遇到的真实案例向读者展示了 crash 的强大功能。在这篇文章中，既有详细的工具使用方法，又有丰富的实际案例分析，相信您读过以后定会受益匪浅。
Native Crash常常发生在带有Jni代码的APP中，或者系统的Native服务中。作为比较难分析的一类问题，Native Crash其实还是有较多的方法去定位。
在运维的世界里，服务器的稳定运行是生命的灯塔，一旦遭遇异常重启，便是暴风雨来临的预兆。作为一名运维工程师，深知在这场与故障斗争的战役中，武器的锋利至关重要。今天，我要介绍的主角/工具——kdump，正是这样一款能在风雨来临之际，为我们捕获那一闪而过的真相的工具。
解决每一类问题都需要消耗大量的时间，特别是重新编译内核这种事情。于是，每一个Linux内核程序员或多或少都会掌握一些Hack技巧，以节省时间提高工作效率。
KDUMP是Linux内核中的一项关键功能，用于在系统崩溃时生成内存转储（core dump）。这对于系统管理员和开发人员来说，分析和调试系统崩溃问题至关重要。本文将详细介绍KDUMP的工作原理、配置方法以及在实际操作中的应用。
本期的技术解码，为您解析 编程中，内存问题的分析与定位方法 对编程语言设计来说，内存管理分为两大类：手动内存管理(manual memory management) 和垃圾回收(garbage collection). 常见的如C、C++使用手动内存管理，Java使用垃圾回收。本文主要关注手动内存管理。 GC GC使内存管理自动化，缺点是引入了GC时不可预测的暂停(unpredictable stall)，对实时性要求高的场景不适用。现代的GC实现一直朝着减小“stop-the-world"影
breakpad是一组用于实现崩溃报告系统的客户端和服务器组件。Chromium的Breakpad是目前Native崩溃捕获中最成熟的方案。它是一套完整的工具集，从Crash的捕获到Crash的dump，都提供了相对应的工具。它记录了崩溃时的.dump文件，无论我们是在本地或者发送到服务器端，都可以用相对应的工具来解析.dump文件帮助我们查找C和C++堆栈踪迹。
最近给服务器提供协议编解码库，出现较多内存相关的问题，做个记录，顺便给有相同需求的同学提供参考！
Linux操作系统在作为服务器的场景下应用最为广泛,但是在使用过程中也会遇到莫名崩溃的情况.这时我们就希望能对崩溃前一刻内存中的数据进行分析,从而找到崩溃的原因.本文将对整个过程所涉及到的技术做一个简单但是全面的介绍,包括:如何安装kdump,如何设置系统参数来捕获崩溃前的内存;如何使用crash做简单的分析;并且介绍如何使用更加简便的工具PyKdump来做crash文件的分析.通过了解这些知识, 可以帮助Linux运维人员更快更方便地排查问题.
一般来说，项目开发过程中，代码编写占开发总时间的40%，剩下的时间基本就是自测和联调的过程。程序出错很正常，关键是如何迅速的去定位它，修掉它。本文将介绍自己程序调试的一些常用方法，这边我以golang为例，总结为望问切闻---debug四部曲。
0. Introduction XCode是macOS上开发app不可缺少的开发者工具，不管是开发macOS上的应用，还是iOS上的应用，都离不开XCode环境。尽管其易用性广受诟病，但由于苹果app开发的封闭性，众多开发者也不有苦不能言。近年来微软针对macOS平台发布了Visual Studio Code和Visual Studio for Mac这两款开发工具，但是其目的显然只是作为XCode的一种补充，要全盘替代XCode目前还不太现实。平时工作中由于负责开发维护Windows和Mac
Google breakpad是一个跨平台的崩溃转储和分析框架和工具集合。 Breakpad由三个主要组件：
十一去云南（丽江、大理、昆明）玩了一趟，怎么说呢，可能我想象中的云南是西双版纳、香格里拉那样子的，所以这次云南之行跟想象中还是有一定差异的。
Google Chrome早就支持了headless模式，但一般都是在Linux上运行，而我则习惯于在WSL上开发，折腾了好久终于找到了可以在WSL上跑headless模式的方法。
最近在分析golang的一个内存泄漏问题。一般来讲，使用golang自带的pprof工具就可以分析内存的使用，协程情况，是否有block等情况。但是我们项目中调用了C库，导致C库的一些东西没法通过pprof来进行监控分析。实际上通过pprof来监控程序的话，内存是稳定的，但是占用Linux的内存是一直增长的，即RES一直增长，实际上程序是有泄漏的。怀疑是使用C库导致，所以通过coredump文件来进行分析。下面主要介绍golang coredump的使用。
如果我们想注入一个Rootkit到内核，同时不想被侦测到，那么我们需要做的是精妙的隐藏，并保持低调静悄悄，这个话题我已经谈过了，诸如进程摘链，TCP链接摘链潜伏等等，详情参见：https://blog.csdn.net/dog250/article/details/105371830
Rex是由Shellphish开发的自动化漏洞利用引擎，设计初衷在于参加Cyber Grand Challenge。本文以栈溢出为例，展示Rex自动生成 Exploit的能力。测试样例为Linux下可执行程序vuln_stacksmash，其中存在栈溢出漏洞，通过Rex自动生成rop2system、rop2text、jmpesp三种Exploit。
在 Android NDK 开发中，排查问题遇到的最熟悉的关键字非 backtrace 莫属，Linux 系统中进程 crash 后通过 backtrace 输出堆栈信息，开发者就是基于这些堆栈信息来定位代码问题。
在 NDK 开发中，排查问题遇到的最熟悉的关键字非 backtrace 莫属，Linux 系统中进程 crash 后通过 backtrace 输出堆栈信息，开发者就是基于这些堆栈信息来定位代码问题。当然定位 Native 层代码问题最优的方式还是通过 IDE（AS、VS）或者 GDB 进行 debug 断点调试，本文针对的是使用第三方 C/C++ SDK 出现 crash 的场景。
王竞原，负责网游刀锋铁骑项目，高级开发工程师，使用C++已有10年，非常喜欢C++，特别是C++11。希望能与广大的C++爱好者多交流。 一、什么是Android的C/C++ NativeCrash Android上的Crash可以分两种： 1、Java Crash java代码导致jvm退出，弹出“程序已经崩溃”的对话框，最终用户点击关闭后进程退出。 Logcat 会在“AndroidRuntime”tag下输出Java的调用栈。 2、Native Crash 通过NDK，使用C/C++开发，导致
https://whereisk0shl.top/post/2016-10-23-1
前面一篇写过《Windbg调试----Windbg入门》，可能不少新手会问，我在本地用Visual Studio去做调试就行了，为什么还需要那么抽象的Windbg去进行调试呢？
EFuzz是一款功能强大的模糊测试工具，该工具支持基于程序运行环境来执行模糊测试，广大安全研究人员可以使用该工具对几乎任何程序组件执行安全模糊测试。
前几周就获得的武侠世界2的源代码，一直没有时间表去看。从网上搞来的武侠世界2的源代码，能编译通过，大的问题没有，小问题还是挺多。其它的细节，大家其实可以在网上搜索一下。下面的游戏运行的截图：
前言 最近遇到一个错误，如下 在解决过程中，回顾了很多知识，于是有了这篇文章。 关键词：预处理、编译、汇编、链接、动态链接库、静态链接库、真机调试。 正文 以.c文件的编译流程为例，如下图
6 月 6 日，QQ For Linux 3.2.9 正式支持了音视频通话功能，这是 QQ Linux 版本的又一个里程碑事件。 2024 年，QQ 音视频正式推出 NTRTC，全平台（iOS/Android/MacOS/Windows/Linux）的支持是 NTRTC 的重要特性之一，本次 Linux 平台的适配也是这次升级过程中重要的一环。 本文作者详细记录了 QQ 音视频通话在 Linux 平台适配开发过程中的技术实现方案与一些细节，以帮助大家理解在 Linux 平台实现音视频通话能力的从 0 到 1 的过程。也欢迎大家下载最新版 Linux QQ 试用体验：im.qq.com/linuxqq
内核死锁问题一般是读写锁(rw_semaphore)和互斥锁(mutex)引起的，本文主要讲如何通过ramdump+crash工具来分析这类死锁问题。
整编，顾名思义就是编译整个 Android 源码，最终 out 目录会生成几个重要的镜像文件，其中有 system.img、userdata.img、ramdisk.img 等，这些是可以刷机的。
作者简介：中年码农，做过电信、手机、安全、芯片等行业，靠Linux混饭吃。 简介 Kdump 提供了一种机制在内核出现故障的时候把系统的所有内存信息和寄存器信息 dump 出来成一个文件，后续通过 gdb/crash 等工具进行分析和调试。和用户态程序的 coredump 机制类似。它的主要流程如下图所示： 可以看到它的核心原理是保留一段内存并且预先加载了一个备用的 kernel，在主 kernel 出现故障时跳转到备用 kernel，在备用 kernel 中把主 kernel 使用的内存和发生故障时的寄
当一个应用程序运行的有问题时，生成一个 Dump 文件来调试它可能会很有用。在 Windows、Linux 或 Azure 上有许多方法可以生成转储文件。
一、Hugo插件 —— 打印方法运行时间 首先申明下，此Hugo非 彼Hugo（Hugo是由Go语言实现的静态网站生成器）。 Hugo插件作用 ： 能够计算并打印一个方法的输入参数和函数的运行时间 H
2024年6月6日，QQ For Linux 3.2.9 正式支持了音视频通话功能，这是 QQ Linux 版本的又一个里程碑事件。 2024 年，QQ 音视频正式推出 NTRTC，全平台（iOS/Android/MacOS/Windows/Linux）的支持是 NTRTC 的重要特性之一，本次 Linux 平台的适配也是这次升级过程中重要的一环。
动态模板引擎是阿里巴巴优酷技术团队研发的一套轻量级的纯Native动态化卡片跨端解决方案。动态模板引擎是阿里巴巴优酷技术团队研发的一套轻量级的纯Native动态化卡片跨端解决方案。
Tombstone是指在分布式系统中用于标记数据已被删除的记录，通常包含删除操作的时间戳和相关信息。
作 者 段聪，腾讯社交平台部高级工程师 商业转载请联系腾讯WeTest获得授权，非商业转载请注明出处。 WeTest 导读 近期测试反馈一个问题，在旧版本微视基础上覆盖安装新版本的微视APP，首次打开拍摄页录制视频合成时高概率出现crash。 那么我们直奔主题，看看日志： 另外复现的日志中还出现如下信息： '/data/data/com.tencent.weishi/appresArchiveExtra/res1bodydetect/bodydetect/libxnet.so: strtab
做Android/iOS测试也有一段时间了，随着项目壮大，版本crash问题也越来越突出。如何有效地对crash进行预防拦截呢？请看下文。 1 APP闪退背后的秘密 以下画面相信负责过APP项目一定见过，它是怎么出现的呢？ 以下为基于Android源码分析的完整代码调用关系： 主流程如下： 使用try...catch语句，那么如果没有有效catch exception，此时系统便会来进行捕获，并进入crash流程(分为六大流程)： 1首先发生crash所在进程,在创建之初便准备好了defa
摘要 在 iOS 11 Beta 刚刚发布时，有用户在微博反馈：升级到 iOS 11 Beta 后，微信读书 App 遇到启动必 crash 的绝境，无法使用。 用户看到的界面，是我们开源的 iOS
JPDA 全称 Java Platform Debugger Architecture. 是Java定义的标准调试框架。
Unable to open lib launch_sim.dylib Try reinstalling Xcode or the simulator runtime.
Windbg相信windows开发的人都知道，有些人用的溜儿溜儿的，有个crash，直接拿这个工具一分析，就定位出来了。非常好用。以前有个同事，做sdk开发的，会各种命令。来北京后，还去过微软面试（不过当时是做外包，挣得也不少），问的问题就包括会不会用windbg定位问题。当时就会几个简单的命令，最后还是没面上（不堪回首）。 使用windbg调试windows下的程序，只要有符号文件，问题定位分分钟的事。下面主要讲一下使用windbg调试chromium。有些是从官网上对翻过来的，如果大家看不明白
对于初学iOS开发的同学，了解了Objective-C的基本使用后，最关心的应该是如何把OC程序运行起来。由于Xcode的基本使用比较简单，所以本文着重介绍一些Xcode的调试技巧。 一、基本使用 二、断点 三、常用命令 四、多线程 五、UI调试 六、其他 一、基本使用 1、如何创建一个工程： 打开Xcode -> File -> New -> Project 创建一个最简单的Single View Application。 一路Next，输入工程名，选择工程所在目录，最后Create。 2、Xcode
升级xcode之前好好的一个项目，升级后就crash，错误直接定位到main函数，报的是EXC_BAD_ACCESS错误，内存错误，就是一个对象释放了，继续对他发消息就会报错。详细定位错误，就是定位不到，使用到的技巧有： 1 一步一步打断点，尼玛，没用，整个UI显示出来后crash。 2 打开NSZombieEnabled，僵尸对象。 3 重写object的respondsToSelector方法，打印出现EXEC_BAD_ACCESS前访问的最后一个object 4 全局断点 都没什么卵用，就是定位不到问
原文链接：https://wetest.qq.com/lab/view/421.html
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
一、使用流程 Windows下的程序运行崩溃时，往往可以利用pdb文件快速解析出程序崩溃的具体位置，甚至可以对应到源代码的具体行数。macOS下的symbolicatecrash也具备相应的功能。对应于Windows下的pdb文件，macOS下的crash文件解析需要用到dSYM文件。这个文件正常情况下可能不会生成，需要在XCode进行设置。当程序崩溃时，通过symbolicatecrash对crash文件和dSYM文件中的符号进行映射，即可将crash文件中的内存地址转换为可读的字符串。以前的博文
最近一朋友提了几个Android问题让我帮忙写个小分享，我觉得对新人还是挺有帮助的，所以有了这个小分享。 1.目前， Android APP开发完成后，通常需要在哪些机型上进行测试？ 2.目前， 开发Android APP时，需要考虑的分辨率有哪些？ 这两个问题可以合起来回答的。 http://developer.android.com/about/dashboards/index.html 源自Google Play的数据，每月都会进行update，可以及时了解Android版本比例趋势。 屏幕密度数
原文链接：http://wetest.qq.com/lab/view/404.html
就在上周，谷歌隆重推出 Android P Beta 2。在此次更新中，添加了 Android P 最终版本 API，最新的系统映像以及更新后的开发者工具，助力开发者们做好准备应对即将在今夏发布的 Android P 正式版。 为全面了解Android P Beta 2的兼容效果究竟如何，腾讯WeTest致力于与谷歌一起共创良好的开发者环境，对Android P进行了一次“兼容性会诊”。 经过双方的技术专家沟通，统一选择了线上版本。针对不同的类型手游，选择了“赛车跑酷”“战术竞技”“角色扮演”“卡牌游戏”“
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
