环境ubuntu20+pwndbg+patchelf+glibc-all-in-one为什么要用ubuntu不用kali，这里不做解释，总之就是自己在搭环境时出现了各种问题，但用ubuntu20不会出现，pwndbg，打pwn题必备，具体安装过程见gdb与peda、pwngdb、pwndbg组合安装与使用patchelf则可以实现动态更改二进制文件的glibc连接库版本，glibc-all-in-one，提供了glibc常见版本。patchelf--set-interpreter./glibc-all-in-one-master/libs/2.31-0ubuntu9.2_amd64/ld-2.
1.问题问题1gdb./project显示没有debug符号Readingsymbolsfromproject_name(nodebuggingsymbolsfound)…done问题2coredump调用栈不显示行号…#10x00007ffff70ac795infeature()constat/xxx/.so_path/xxx/project.so2.原因编译没有加-g选项。-g用于gdb调试3.解决方法CMakeLists.txt加编译选项-gadd_definitions("-Wall-g")4.修改后Readingsymbolsfromproject_name…done…#10x000
1.问题问题1gdb./project显示没有debug符号Readingsymbolsfromproject_name(nodebuggingsymbolsfound)…done问题2coredump调用栈不显示行号…#10x00007ffff70ac795infeature()constat/xxx/.so_path/xxx/project.so2.原因编译没有加-g选项。-g用于gdb调试3.解决方法CMakeLists.txt加编译选项-gadd_definitions("-Wall-g")4.修改后Readingsymbolsfromproject_name…done…#10x000
FreeRTOS的heap_4内存管理算法具有内存碎片合并的功能，可以有效防止内存碎片产生，使用Firstfit算法，在实现上与C标准库的malloc类似，但是效率更高且能进行碎片合并回收。以下是个人对源码的解析,有空再补充详细。一、初始化staticvoidprvHeapInit(void){BlockLink_t*pxFirstFreeBlock;uint8_t*pucAlignedHeap;size_tuxAddress;size_txTotalHeapSize=configTOTAL_HEAP_SIZE;/*======================================1
FreeRTOS的heap_4内存管理算法具有内存碎片合并的功能，可以有效防止内存碎片产生，使用Firstfit算法，在实现上与C标准库的malloc类似，但是效率更高且能进行碎片合并回收。以下是个人对源码的解析,有空再补充详细。一、初始化staticvoidprvHeapInit(void){BlockLink_t*pxFirstFreeBlock;uint8_t*pucAlignedHeap;size_tuxAddress;size_txTotalHeapSize=configTOTAL_HEAP_SIZE;/*======================================1
STM32内存结构介绍和FreeRTOS内存分配技巧这是我第一次使用FreeRTOS构建STM32的项目，踩了好些坑，又发现了我缺乏对于操作系统的内存及其空间的分配的知识，故写下文档记录学习成果。文章最后要解决的问题是，如何恰当地分配FreeRTOS中的堆、任务栈的空间。但是在概念的理解上，也需要知道STM32内存的相关知识。所以首先大致介绍一下STM32的内存结构。STM32内存结构STM32的数据在物理上分别储存在RAM和Flash中。RAM可读可写，掉电清零。Flash可读可写，但是读写时间很长，能掉电储存，并且一般空间比RAM大很多。在关于如何使用RAM和Flash的问题上，STM32
STM32内存结构介绍和FreeRTOS内存分配技巧这是我第一次使用FreeRTOS构建STM32的项目，踩了好些坑，又发现了我缺乏对于操作系统的内存及其空间的分配的知识，故写下文档记录学习成果。文章最后要解决的问题是，如何恰当地分配FreeRTOS中的堆、任务栈的空间。但是在概念的理解上，也需要知道STM32内存的相关知识。所以首先大致介绍一下STM32的内存结构。STM32内存结构STM32的数据在物理上分别储存在RAM和Flash中。RAM可读可写，掉电清零。Flash可读可写，但是读写时间很长，能掉电储存，并且一般空间比RAM大很多。在关于如何使用RAM和Flash的问题上，STM32
问题起因：问题起因是我想把发布到微信小程序的UniAPP项目发布到支付宝小程序上。问题原因：暂时没有找到原因，可能是项目页面太多导致编译内存爆掉了。寻求思路：翻阅支付宝开发者平台文档，发现支付宝有小程序cli：https://opendocs.alipay.com/mini/02q17h而且小程序cli中有一个appxv属性引起了我的注意：https://opendocs.alipay.com/mini/02q17m官方文档是这么说的：强制指定使用的基础库构建模式，如果不指定会根据小程序项目配置文件（mini.project.json）中的相关字段来自动判断。appx:'v1'|'v2'|'l
问题起因：问题起因是我想把发布到微信小程序的UniAPP项目发布到支付宝小程序上。问题原因：暂时没有找到原因，可能是项目页面太多导致编译内存爆掉了。寻求思路：翻阅支付宝开发者平台文档，发现支付宝有小程序cli：https://opendocs.alipay.com/mini/02q17h而且小程序cli中有一个appxv属性引起了我的注意：https://opendocs.alipay.com/mini/02q17m官方文档是这么说的：强制指定使用的基础库构建模式，如果不指定会根据小程序项目配置文件（mini.project.json）中的相关字段来自动判断。appx:'v1'|'v2'|'l
前情概要随着容器和云技术的发展,大量的应用运行在云上的容器中,它们的好处是毋庸置疑的,例如极大的提高了我们的研发部署速度,快速的扩缩容等等,但是也存在一些小小的问题,例如难以调试.基于VM的部署我们可以通过安全的方式登录到主机上做一些你想做的事情,但是云上的容器那就是不太方便了(目前AWS的ECS已经有类似dockerexec的方式直接进入容器中了,其他的云未作了解).但是就算能进入容器也不意味着调试就好做了,通常来说使用的镜像都是经过优化和精简的(如果要调式可能需要安装大量的组件).所以,接下来介绍一下使用dotnet-monitor来内存转储(memorydump)运行在容器中的dotne
