glibc-abort源码阅读
问题
关于abort
函数,有几个想调查的问题:
关于abort
函数,有几个想调查的问题:
!!以下说明或结论不构成任何建议,且难免有错误之处,仅是个人感兴趣点以及学习过程。
智能指针出现很多, 但是自己用得很少. 本文从源码层面来学习智能指针, 学习是怎么实现的, 以及如此实现可以实现如何的功能.
一直对explicit
的认知比较模糊, 在准备智能指针内容的时候, 看到了这个内容, 所以索性认认真真学习一遍.
简单来说, explicit
表达的是: 只允许显示行为, 不允许隐式行为.
要理解上面的解释, 就需要理解哪些是C++的显示行为, 哪些是隐式行为.
rssblog最初版本: 在应用启动的时间检查一个rss list, 然后取抓取rss list的数据, 保存在内存中.
在提交代码的时候发现了代码中的一个问题:
大概意思是, 有一个pair
类型的数据, 使用如下方式打印了pair
的first
的数据(实际上是代码写错了, 但是依然正常工作):
为应对blog的一些需求, 依托vercel搭建了一个webapi的服务, 考虑到vercel的性能以及自建难度, 部分api仅供个人使用.
api.bbing.com.cn, 支持以下api.
关于raise
函数,有几个想调查的问题:
本站原来使用lunr.js作为搜索引擎,在使用过程中发现一些问题:
在《使用Docker构建不同平台编译环境》中, 模拟了不同系统平台的编译环境, 使得我们可以在某一个系统平台编译其他系统平台的内容.
最近遇到一个问题: 从AOSP拿到的heap_trace工具是使用glibc2.28及以上库编译的, 我本地的机器是ubuntu18.04, 使用的是2.27版本, 所以不兼容heap_trace工具. 但是查到ubuntu20.04更新了glibc版本, 然后想到了使用docker模拟ubuntu20.04环境.