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

posted on   jogger  阅读(246)  评论(0编辑  收藏  举报

编辑推荐:
· 如何编写易于单元测试的代码
· 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的设计模式综述
< 2013年1月 >
30 31 1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31 1 2
3 4 5 6 7 8 9

导航

统计

点击右上角即可分享
微信分享提示