- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我使用 valgrind 检查我的 C 程序:
void mprint(gpointer e, gpointer c);
int main(int argc, char **argv) {
printf("%s", "\n(paser-start \n");
GSList *list = NULL;
list = g_slist_append(list, "first");
list = g_slist_append(list, "second");
int *c = (int *) calloc(1, sizeof(int));
*c = 0;
g_slist_foreach(list, mprint, c);
free(c);
c = NULL;
g_slist_free(list);
printf("%s", "\n paser-end)\n");
return 0;
}
void mprint(gpointer e, gpointer c) {
int *counter = (int *) c;
printf("%d: %s\n", *counter, e);
(*counter)++;
}
valgrind 总是输出:==20375== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4)
。如果我评论这一行,没有错误:list = g_slist_append(list, "second");
。但是,我发现的所有关于 GSList
的例子都是这样显示的。那么,我犯了什么错误?我应该如何正确使用 GSList
? valgrind 的完整输出:
$ ./debug.sh
rm /home/foo/bar/parser/parser
gcc -std=c99 `pkg-config --cflags --libs glib-2.0` -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -o /home/foo/bar/parser/parser /home/foo/bar/parser/parser.c
==20375== Memcheck, a memory error detector
==20375== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==20375== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==20375== Command: /home/foo/bar/parser/parser
==20375==
(paser-start
0: first
1: second
paser-end)
==20375==
==20375== HEAP SUMMARY:
==20375== in use at exit: 4,376 bytes in 12 blocks
==20375== total heap usage: 13 allocs, 1 frees, 4,380 bytes allocated
==20375==
==20375== 4 bytes in 1 blocks are still reachable in loss record 1 of 10
==20375== at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==20375== by 0x4EB5085: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4EB57D8: g_private_get (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E93300: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 40 bytes in 1 blocks are still reachable in loss record 2 of 10
==20375== at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==20375== by 0x4EB511E: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4EB51DC: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4EB5418: g_mutex_lock (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BAC0: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 40 bytes in 1 blocks are still reachable in loss record 3 of 10
==20375== at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==20375== by 0x4EB511E: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4EB53E8: g_mutex_init (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BBFE: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 40 bytes in 1 blocks are still reachable in loss record 4 of 10
==20375== at 0x4C28BED: malloc (vg_replace_malloc.c:263)
==20375== by 0x4EB511E: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4EB53E8: g_mutex_init (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BC28: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 240 bytes in 1 blocks are possibly lost in loss record 5 of 10
==20375== at 0x4C270FE: memalign (vg_replace_malloc.c:694)
==20375== by 0x4C271A7: posix_memalign (vg_replace_malloc.c:835)
==20375== by 0x4E4BDCD: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E937E0: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 252 bytes in 1 blocks are still reachable in loss record 6 of 10
==20375== at 0x4C272B8: calloc (vg_replace_malloc.c:566)
==20375== by 0x4E7EF88: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BBAB: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 504 bytes in 1 blocks are still reachable in loss record 7 of 10
==20375== at 0x4C272B8: calloc (vg_replace_malloc.c:566)
==20375== by 0x4E7EF88: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BBCB: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 504 bytes in 1 blocks are still reachable in loss record 8 of 10
==20375== at 0x4C272B8: calloc (vg_replace_malloc.c:566)
==20375== by 0x4E7EF88: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BBEB: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 720 bytes in 3 blocks are possibly lost in loss record 9 of 10
==20375== at 0x4C270FE: memalign (vg_replace_malloc.c:694)
==20375== by 0x4C271A7: posix_memalign (vg_replace_malloc.c:835)
==20375== by 0x4E4BDCD: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E93810: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== 2,032 bytes in 1 blocks are still reachable in loss record 10 of 10
==20375== at 0x4C272B8: calloc (vg_replace_malloc.c:566)
==20375== by 0x4E7EF88: g_malloc0 (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E4BCA8: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E9348C: g_slice_alloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4E94672: g_slist_append (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.4)
==20375== by 0x4008DD: main (in /home/foo/bar/parser/parser)
==20375==
==20375== LEAK SUMMARY:
==20375== definitely lost: 0 bytes in 0 blocks
==20375== indirectly lost: 0 bytes in 0 blocks
==20375== possibly lost: 960 bytes in 4 blocks
==20375== still reachable: 3,416 bytes in 8 blocks
==20375== suppressed: 0 bytes in 0 blocks
==20375==
==20375== For counts of detected and suppressed errors, rerun with: -v
==20375== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4)
最佳答案
我设置了一个环境变量:G_SLICE=always-malloc
。现在没有 valgrind 错误:-)
关于c - 如何纠正 valgrind 错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19871083/
我已经使用 vue-cli 两个星期了,直到今天一切正常。我在本地建立这个项目。 https://drive.google.com/open?id=0BwGw1zyyKjW7S3RYWXRaX24tQ
您好,我正在尝试使用 python 库 pytesseract 从图像中提取文本。请找到代码: from PIL import Image from pytesseract import image_
我的错误 /usr/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference
我已经训练了一个模型,我正在尝试使用 predict函数但它返回以下错误。 Error in contrasts<-(*tmp*, value = contr.funs[1 + isOF[nn]])
根据Microsoft DataConnectors的信息我想通过 this ODBC driver 创建一个从 PowerBi 到 PostgreSQL 的连接器使用直接查询。我重用了 Micros
我已经为 SoundManagement 创建了一个包,其中有一个扩展 MediaPlayer 的类。我希望全局控制这个变量。这是我的代码: package soundmanagement; impo
我在Heroku上部署了一个应用程序。我正在使用免费服务。 我经常收到以下错误消息。 PG::Error: ERROR: out of memory 如果刷新浏览器,就可以了。但是随后,它又随机发生
我正在运行 LAMP 服务器,这个 .htaccess 给我一个 500 错误。其作用是过滤关键字并重定向到相应的域名。 Options +FollowSymLinks RewriteEngine
我有两个驱动器 A 和 B。使用 python 脚本,我在“A”驱动器中创建一些文件,并运行 powerscript,该脚本以 1 秒的间隔将驱动器 A 中的所有文件复制到驱动器 B。 我在 powe
下面的函数一直返回这个错误信息。我认为可能是 double_precision 字段类型导致了这种情况,我尝试使用 CAST,但要么不是这样,要么我没有做对...帮助? 这是错误: ERROR: i
这个问题已经有答案了: Syntax error due to using a reserved word as a table or column name in MySQL (1 个回答) 已关闭
我的数据库有这个小问题。 我创建了一个表“articoli”,其中包含商品的品牌、型号和价格。 每篇文章都由一个 id (ID_ARTICOLO)` 定义,它是一个自动递增字段。 好吧,现在当我尝试插
我是新来的。我目前正在 DeVry 在线学习中级 C++ 编程。我们正在使用 C++ Primer Plus 这本书,到目前为止我一直做得很好。我的老师最近向我们扔了一个曲线球。我目前的任务是这样的:
这个问题在这里已经有了答案: What is an undefined reference/unresolved external symbol error and how do I fix it?
我的网站中有一段代码有问题;此错误仅发生在 Internet Explorer 7 中。 我没有在这里发布我所有的 HTML/CSS 标记,而是发布了网站的一个版本 here . 如您所见,我在列中有
如果尝试在 USB 设备上构建 node.js 应用程序时在我的树莓派上使用 npm 时遇到一些问题。 package.json 看起来像这样: { "name" : "node-todo",
在 Python 中,您有 None单例,在某些情况下表现得很奇怪: >>> a = None >>> type(a) >>> isinstance(a,None) Traceback (most
这是我的 build.gradle (Module:app) 文件: apply plugin: 'com.android.application' android { compileSdkV
我是 android 的新手,我的项目刚才编译和运行正常,但在我尝试实现抽屉导航后,它给了我这个错误 FAILURE: Build failed with an exception. What wen
谁能解释一下?我想我正在做一些非常愚蠢的事情,并且急切地等待着启蒙。 我得到这个输出: phpversion() == 7.2.25-1+0~20191128.32+debian8~1.gbp108
我是一名优秀的程序员,十分优秀!