glist的陷阱[转]
由于信赖glib库的高质量,所以在项目中大量的使用了glib中的glist,
随着项目中内容的增加,发现会在glist的g_slice_alloc等函数中莫名其妙的随机出现invalid read等操作,造成程序coredump。
索性写了一个程序,专门测试glist在多线程情况下面的特性,
发现在单线程情况下可以正常运行的glist操作代码在多线程下面会出现随机coredump的情况。
而这些代码在逻辑上已经是保证了线程安全。
故此,得出glib的非线程安全,即使在应用层保证了线程安全,在glib的底层还是非线程安全的。这点在使用时需要注意。
update:
在使用glib之前,调用g_thread_init(NULL)
可以在多线程情况下安全使用glist
原文出处 http://blog.csdn.net/cpper_2007/article/details/5430310
己有能 勿自私 人所能 勿轻訾
jogger0703@gmail.com
分类:
Linux小白系列
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述