ISO/IEC 14882:2020(E) Programming languages — 2020-12
INTERNATIONAL STANDARD ISO/IEC 14882:2020(E) Programming languages — C++ Sixth edition 2020-12(带书签)
INTERNATIONAL STANDARD ISO/IEC 14882:2020(E) Programming languages — C++ Sixth edition 2020-12(带书签)
ISO/IEC 9899:2011 C11 C标准 英文版 PDF 非扫描版 个人注解版
李忠大大的书,值得每一个学C的人拥有。 本书基于C语言的最新标准ISO/IEC 9899:2011,力求全面地介绍这门计算机语言的各个方面:词法元素、类型、声明、表达式、语句等,全书内容按概念和术语分类组织,示例丰富,查阅方便,适合具有一定C语言基础的各类专业人员学习参考。具有手册和辞典式的风格,内容按概念和术语分类组织,示例丰富,查阅方便,是一本每个程序员都应当拥有的工具书。
如何使用 backtrace 函数追踪函数调用链,并且定位出错的地方以及出错原因。
Application programmers usually don’t have to bother about low level stuff like say where in the virtual address space the data section of their program begins. In the embedded systems world - you have no such luxuries. Often, your code will be running on the bare metal and you will have to precisely lay out things at specific memory locations. The GNU linker provides you this flexibility through linker scripts.
The article describes differences in inline assembly of gcc and VC++
有时候当你的程序崩溃时能获得堆栈轨迹是很有用处的。很多人认为当程序崩溃时用C/C++难以获知程序在哪出现了错误。在很大程度上,C/C++的确难以做到,但是调试器却能做到这一点。下文给出的程序可以做到不用调试器却可以得到程序的堆栈轨迹,和内核给出的堆栈轨迹类似。目前看来,我发现的唯一不足就是编译时需要加上-rdynamic选项,这会使你的程序体积变得很大。
How to use a backtrace to follow the execution path and find out what went wrong and where. 如何使用backtrace函数追踪函数调用链,并且定位出错的地方以及出错原因。
笔耕不辍
阅读者勋章
分享宗师
创作能手
持续创作