gzopen()导致ENOMEM的原因
gzopen()导致ENOMEM的原因
提问于 2012-06-10 11:05:00
我有一个程序，它的总内存占用大约是100 MiB (顶部的VM大小，当在gdb中停止时)，它试图使用gzopen打开一个新的(尚不存在的)压缩日志文件。在errno设置为ENOMEM的情况下，尽管系统有6 6GB的完全空闲内存(甚至没有保存缓存)，并且文件系统上有大量空间(我知道这应该是ENOSPC )，但这还是失败了。是否存在更多可能导致此问题的晦涩问题？库中是否有什么东西无缘无故地在no的内存上分配了no？
需要注意的是，我的ulimits设置为无限制。
回答 2
Stack Overflow用户
回答已采纳
发布于 2013-03-06 04:06:20
原来zlib并没有返回ENOMEM。它退出是因为我们给它传递了一个模式参数w+，这是无效的，因为它不能同时读写给定的gzip文件。ENOMEM来自于errno中之前的库/系统调用。
Stack Overflow用户
发布于 2012-06-10 22:54:21
不，在zlib中没有什么可以分配超过一个或两个MiB。zlib只会将errno设置为零。就其本身而言，它从不将errno设置为ENOMEM。它调用的库函数可以。您使用的是哪个版本的zlib？
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/10966103
复制相关文章
相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号