- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我开始了解 POSIX 线程以及从通过 pthread_create
调用的函数中释放
内存,该函数内部有一个 malloc 调用。所以我来到了以下程序:
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <pthread.h>
void *foo( void *vargp );
int main( void )
{
pthread_t thread_id[5];
const char *msg = "Hello\n";
char **ptr = NULL;
printf("Before Thread\n");
for( int i = 0 ; i < 5 ; i++ )
{
pthread_create(&thread_id[i], NULL, foo, (void*)msg);
}
for( int i = 0 ; i < 5 ; i++ )
{
pthread_join(thread_id[i], ( void* )&ptr );
free( ptr );
}
printf("After Thread\n");
}
void *foo( void *vargp )
{
char *ptr = malloc( 256 * sizeof( * ptr ) );
strcpy( ptr, (char*)vargp );
printf("The message is: %s \n", ptr );
pthread_exit( ptr );
}
在我运行 valgrind
之后:
valgrind --leak-check=full --track-origins=yes --show-leak-kinds=all ./Demo
我得到以下输出,这似乎对内存没问题,valgrind
没有报告泄漏:
==5255== Memcheck, a memory error detector
==5255== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==5255== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==5255== Command: ./Demo
==5255==
Before Thread
The message is: Hello
The message is: Hello
The message is: Hello
The message is: Hello
The message is: Hello
After Thread
==5255==
==5255== HEAP SUMMARY:
==5255== in use at exit: 0 bytes in 0 blocks
==5255== total heap usage: 16 allocs, 16 frees, 5,358 bytes allocated
==5255==
==5255== All heap blocks were freed -- no leaks are possible
==5255==
==5255== For counts of detected and suppressed errors, rerun with: -v
==5255== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
如果我从这里删除 de \n
,现在这里是我不明白的地方:
const char *msg = "Hello\n";
然后我再次编译并运行 valgrind
,我得到:
==5279== Memcheck, a memory error detector
==5279== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==5279== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==5279== Command: ./Demo
==5279==
Before Thread
The message is: Hello
The message is: Hello
The message is: Hello
The message is: Hello
The message is: Hello
After Thread
==5279==
==5279== HEAP SUMMARY:
==5279== in use at exit: 1,638 bytes in 4 blocks
==5279== total heap usage: 16 allocs, 12 frees, 5,358 bytes allocated
==5279==
==5279== 36 bytes in 1 blocks are still reachable in loss record 1 of 4
==5279== at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5279== by 0x401D329: strdup (strdup.c:42)
==5279== by 0x4018656: _dl_load_cache_lookup (dl-cache.c:315)
==5279== by 0x4009382: _dl_map_object (dl-load.c:2255)
==5279== by 0x4014EE3: dl_open_worker (dl-open.c:235)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x40147C9: _dl_open (dl-open.c:605)
==5279== by 0x53C83AC: do_dlopen (dl-libc.c:96)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x53C936E: _dl_catch_error (dl-error-skeleton.c:215)
==5279== by 0x53C84D8: dlerror_run (dl-libc.c:46)
==5279== by 0x53C84D8: __libc_dlopen_mode (dl-libc.c:195)
==5279== by 0x5055DEA: pthread_cancel_init (unwind-forcedunwind.c:52)
==5279==
==5279== 36 bytes in 1 blocks are still reachable in loss record 2 of 4
==5279== at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5279== by 0x400C3E7: _dl_new_object (dl-object.c:163)
==5279== by 0x40069A4: _dl_map_object_from_fd (dl-load.c:943)
==5279== by 0x4008FFB: _dl_map_object (dl-load.c:2389)
==5279== by 0x4014EE3: dl_open_worker (dl-open.c:235)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x40147C9: _dl_open (dl-open.c:605)
==5279== by 0x53C83AC: do_dlopen (dl-libc.c:96)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x53C936E: _dl_catch_error (dl-error-skeleton.c:215)
==5279== by 0x53C84D8: dlerror_run (dl-libc.c:46)
==5279== by 0x53C84D8: __libc_dlopen_mode (dl-libc.c:195)
==5279== by 0x5055DEA: pthread_cancel_init (unwind-forcedunwind.c:52)
==5279==
==5279== 384 bytes in 1 blocks are still reachable in loss record 3 of 4
==5279== at 0x4C31B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5279== by 0x4011E85: _dl_check_map_versions (dl-version.c:274)
==5279== by 0x401524B: dl_open_worker (dl-open.c:284)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x40147C9: _dl_open (dl-open.c:605)
==5279== by 0x53C83AC: do_dlopen (dl-libc.c:96)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x53C936E: _dl_catch_error (dl-error-skeleton.c:215)
==5279== by 0x53C84D8: dlerror_run (dl-libc.c:46)
==5279== by 0x53C84D8: __libc_dlopen_mode (dl-libc.c:195)
==5279== by 0x5055DEA: pthread_cancel_init (unwind-forcedunwind.c:52)
==5279== by 0x5055FD3: _Unwind_ForcedUnwind (unwind-forcedunwind.c:126)
==5279== by 0x5053F0F: __pthread_unwind (unwind.c:121)
==5279==
==5279== 1,182 bytes in 1 blocks are still reachable in loss record 4 of 4
==5279== at 0x4C31B25: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==5279== by 0x400C100: _dl_new_object (dl-object.c:73)
==5279== by 0x40069A4: _dl_map_object_from_fd (dl-load.c:943)
==5279== by 0x4008FFB: _dl_map_object (dl-load.c:2389)
==5279== by 0x4014EE3: dl_open_worker (dl-open.c:235)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x40147C9: _dl_open (dl-open.c:605)
==5279== by 0x53C83AC: do_dlopen (dl-libc.c:96)
==5279== by 0x53C92DE: _dl_catch_exception (dl-error-skeleton.c:196)
==5279== by 0x53C936E: _dl_catch_error (dl-error-skeleton.c:215)
==5279== by 0x53C84D8: dlerror_run (dl-libc.c:46)
==5279== by 0x53C84D8: __libc_dlopen_mode (dl-libc.c:195)
==5279== by 0x5055DEA: pthread_cancel_init (unwind-forcedunwind.c:52)
==5279==
==5279== LEAK SUMMARY:
==5279== definitely lost: 0 bytes in 0 blocks
==5279== indirectly lost: 0 bytes in 0 blocks
==5279== possibly lost: 0 bytes in 0 blocks
==5279== still reachable: 1,638 bytes in 4 blocks
==5279== suppressed: 0 bytes in 0 blocks
==5279==
==5279== For counts of detected and suppressed errors, rerun with: -v
==5279== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
所以我有 3 个问题:
1) - 我是否正确地 free()
malloc
2) - 如果删除 \n
3) - 我是否(必须)free()
foo
中的内存?
对我来说,我的程序(不知何故)是 UB
。
最佳答案
1) 是的,你已经正确地释放了内存
2) 操作系统内部有时会做一些 valgrind 不理解的奇怪事情。如果您不想看到这些消息,那么您应该禁止规则 (http://valgrind.org/docs/manual/manual-core.html#manual-core.suppress)
3)不是,只要你在进程结束前释放内存,就不是内存泄漏
关于c - 避免 POSIX 线程中的内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53046810/
IntentReceiver 正在泄漏 由于 onDetachedFromWindow 在某些情况下未被调用。 @Override protected void onDetachedFromWind
好吧,我很难追踪这个内存泄漏。运行此脚本时,我没有看到任何内存泄漏,但我的 objectalloc 正在攀升。 Instruments 指向 CGBitmapContextCreateImage >
我编写了一个测试代码来检查如何使用 Instrument(Leaks)。我创建了一个单一 View 应用程序,单击按钮后我加载了一个像这样的新 View ... - (IBAction)btn_clk
我正在使用这个简单的代码并观察单调增加的内存使用量。我正在使用这个小模块将内容转储到磁盘。我观察到它发生在 unicode 字符串上而不是整数上,我做错了什么吗? 当我这样做时: >>> from u
我有以下泄漏的代码。 Instruments 表示,泄漏的是 rssParser 对象。我“刷新”了 XML 提要,它运行了该 block 并且发生了泄漏...... 文件.h @interface
我在我编写的以下代码片段中发现了内存泄漏 NSFileManager *fileManager=[[NSFileManager alloc] init]; fileList=[[fileManager
因此,我正在开发HTML5 / javascript rts游戏。观察一直有几种声音在播放。因此,对我来说,是一段时间后声音听起来像是“崩溃”,并且此浏览器选项卡上的所有声音都停止了工作。我只能通过重
下面是我正在使用的一段代码及其输出。 my $handle; my $enterCount = Devel::Leak::NoteSV($handle); print "$date entry $en
在这篇关于 go-routines 泄漏的帖子之后,https://www.ardanlabs.com/blog/2018/11/goroutine-leaks-the-forgotten-sende
我想知道为什么在执行 ./a.out 后随机得到以下结果。有什么想法我做错了吗?谢谢 http://img710.imageshack.us/img710/8708/trasht.png 最佳答案 正
我正在 Swift 中开发一个应用程序,在呈现捕获我放在一起的二维码的自定义 ViewController 后,我注意到出现了巨大的内存跳跃。 该代码本质上基于以下示例:http://www.appc
下面是我的 javascript 代码片段。它没有按预期运行,请帮我解决这个问题。 function getCurrentLocation() { console.log("insi
我们在生产环境中部署了 3 个代理 Kafka 0.10.1.0。有些应用程序嵌入了 Kafka Producer,它们将应用程序日志发送到某个主题。该主题有 10 个分区,复制因子为 3。 我们观察
我正在使用仪器来检测一些泄漏,但有一些泄漏我无法解决; NSMutableString *textedetails = [[NSMutableString alloc] init];
如果我使用性能工具测试我的代码 - 泄漏,它没有检测到任何泄漏。这是否意味着代码没有泄漏任何内存? 我有一个越狱的 iPhone,我可以监控可用内存。如果有人知道,那就是 SBSettings。我测试
我在从 AddressBook 中获取图像时遇到了很大的问题,下面我粘贴了我的代码。此 imageData 从未被释放,在我的 Allocations Instruments 上它看起来总是在内存中它
- (NSMutableArray *)getArrayValue:(NSArray *)array{ NSMutableArray *valueArray = [NSMutableArra
Instruments 工具说这是一个泄漏,有什么想法吗? 我在 for 循环结束时释放变量对象 在上述方法的开头,这就是我设置变量对象的方式,即自动释放; NSMutableArray *varia
我正在跟踪我的 iOS 应用程序的内存泄漏,我有一个奇怪的泄漏导致我的应用程序崩溃......负责的框架是:CGImageMergeXMPPropsWhithLegacyProps。在某些时候,我的应
我正在尝试使用 NSOperationQueue 在后台线程中执行一个方法,如下所示: NSOperationQueue *queue = [NSOperationQueue new]; NS
我是一名优秀的程序员,十分优秀!