Attachment 69793 Details for Bug 55175 – output of: valgrind --leak-check=full --tool=memcheck memleaker 1000

output of: valgrind --leak-check=full --tool=memcheck memleaker 1000

memleak_1000_leakcheck.txt (text/plain), 11.19 KB, created by Andreas Lampersperger on 2012-11-09 07:55:22 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Andreas Lampersperger

Created: 2012-11-09 07:55:22 UTC

Size: 11.19 KB

patch

obsolete

>strict rlimit -> ignoring memory trough brk()
>==5221== Memcheck, a memory error detector
>==5221== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
>==5221== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
>==5221== Command: ./memleaker 1000
>==5221== 
>==5221== 
>==5221== HEAP SUMMARY:
>==5221==     in use at exit: 33,350,165 bytes in 8,036 blocks
>==5221==   total heap usage: 3,418,113 allocs, 3,410,077 frees, 2,736,220,686 bytes allocated
>==5221== 
>==5221== 88 bytes in 1 blocks are possibly lost in loss record 11 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE9274: brw_init_compile (brw_eu.c:201)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 124 bytes in 1 blocks are definitely lost in loss record 16 of 34
>==5221==    at 0x402ACB4: malloc (vg_replace_malloc.c:270)
>==5221==    by 0x45CBD97: get_peer_sock_name (xcb_auth.c:259)
>==5221==    by 0x45CBE54: _xcb_get_auth_info (xcb_auth.c:302)
>==5221==    by 0x45CB935: xcb_connect_to_display_with_auth_info (xcb_util.c:424)
>==5221==    by 0x45CBADA: xcb_connect (xcb_util.c:395)
>==5221==    by 0x42494BFF: ???
>==5221== 
>==5221== 2,472 (36 direct, 2,436 indirect) bytes in 1 blocks are definitely lost in loss record 24 of 34
>==5221==    at 0x402ACB4: malloc (vg_replace_malloc.c:270)
>==5221==    by 0x4B1F299: dri2CreateNewDrawable (dri_util.c:425)
>==5221==    by 0x4134122: dri2CreateDrawable (dri2_glx.c:381)
>==5221==    by 0x41300C6: driFetchDrawable (dri_common.c:375)
>==5221==    by 0x41346C8: dri2_bind_context (dri2_glx.c:146)
>==5221==    by 0x410CBDF: MakeContextCurrent (glxcurrent.c:269)
>==5221==    by 0x405C30A: fgOpenWindow (freeglut_window.c:1285)
>==5221==    by 0x405AA73: fgCreateWindow (freeglut_structure.c:108)
>==5221==    by 0x405C632: glutCreateWindow (freeglut_window.c:1583)
>==5221==    by 0x4413532: (below main) (libc-start.c:226)
>==5221== 
>==5221== 87,912 bytes in 999 blocks are definitely lost in loss record 25 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE9274: brw_init_compile (brw_eu.c:201)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 88,000 bytes in 1,000 blocks are definitely lost in loss record 26 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE92A3: brw_init_compile (brw_eu.c:205)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 88,000 bytes in 1,000 blocks are definitely lost in loss record 27 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE92C3: brw_init_compile (brw_eu.c:206)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 88,000 bytes in 1,000 blocks are definitely lost in loss record 28 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE9274: brw_init_compile (brw_eu.c:201)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4056B31: fghcbDisplayWindow (freeglut_main.c:207)
>==5221==    by 0x405A53E: fgEnumWindows (freeglut_structure.c:396)
>==5221==    by 0x4057044: glutMainLoopEvent (freeglut_main.c:247)
>==5221== 
>==5221== 88,000 bytes in 1,000 blocks are definitely lost in loss record 29 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE92A3: brw_init_compile (brw_eu.c:205)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4056B31: fghcbDisplayWindow (freeglut_main.c:207)
>==5221==    by 0x405A53E: fgEnumWindows (freeglut_structure.c:396)
>==5221==    by 0x4057044: glutMainLoopEvent (freeglut_main.c:247)
>==5221== 
>==5221== 88,000 bytes in 1,000 blocks are definitely lost in loss record 30 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE92C3: brw_init_compile (brw_eu.c:206)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4056B31: fghcbDisplayWindow (freeglut_main.c:207)
>==5221==    by 0x405A53E: fgEnumWindows (freeglut_structure.c:396)
>==5221==    by 0x4057044: glutMainLoopEvent (freeglut_main.c:247)
>==5221== 
>==5221== 1,181,376 bytes in 72 blocks are possibly lost in loss record 31 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE91EE: brw_init_compile (brw_eu.c:183)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4056B31: fghcbDisplayWindow (freeglut_main.c:207)
>==5221==    by 0x405A53E: fgEnumWindows (freeglut_structure.c:396)
>==5221==    by 0x4057044: glutMainLoopEvent (freeglut_main.c:247)
>==5221== 
>==5221== 1,197,784 bytes in 73 blocks are possibly lost in loss record 32 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE91EE: brw_init_compile (brw_eu.c:183)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 15,210,216 bytes in 927 blocks are definitely lost in loss record 33 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE91EE: brw_init_compile (brw_eu.c:183)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4C0F1EE: vbo_exec_FlushVertices (vbo_exec_api.c:1290)
>==5221==    by 0x4D19492: _mesa_PopAttrib (attrib.c:841)
>==5221==    by 0x8049170: display() (memleaker.c:72)
>==5221== 
>==5221== 15,226,624 bytes in 928 blocks are definitely lost in loss record 34 of 34
>==5221==    at 0x4029024: calloc (vg_replace_malloc.c:593)
>==5221==    by 0x4CBED24: ralloc_size (ralloc.c:117)
>==5221==    by 0x4CBEDBD: rzalloc_size (ralloc.c:132)
>==5221==    by 0x4AE91EE: brw_init_compile (brw_eu.c:183)
>==5221==    by 0x4AEEFC2: brw_upload_gs_prog (brw_gs.c:67)
>==5221==    by 0x4AFBCFE: brw_upload_state (brw_state_upload.c:503)
>==5221==    by 0x4AE7126: brw_draw_prims (brw_draw.c:482)
>==5221==    by 0x4C11AB3: vbo_exec_vtx_flush (vbo_exec_draw.c:407)
>==5221==    by 0x4C06226: vbo_exec_FlushVertices_internal (vbo_exec_api.c:539)
>==5221==    by 0x4056B31: fghcbDisplayWindow (freeglut_main.c:207)
>==5221==    by 0x405A53E: fgEnumWindows (freeglut_structure.c:396)
>==5221==    by 0x4057044: glutMainLoopEvent (freeglut_main.c:247)
>==5221== 
>==5221== LEAK SUMMARY:
>==5221==    definitely lost: 30,964,912 bytes in 7,856 blocks
>==5221==    indirectly lost: 2,436 bytes in 12 blocks
>==5221==      possibly lost: 2,379,248 bytes in 146 blocks
>==5221==    still reachable: 3,569 bytes in 22 blocks
>==5221==         suppressed: 0 bytes in 0 blocks
>==5221== Reachable blocks (those to which a pointer was found) are not shown.
>==5221== To see them, rerun with: --leak-check=full --show-reachable=yes
>==5221== 
>==5221== For counts of detected and suppressed errors, rerun with: -v
>==5221== ERROR SUMMARY: 13 errors from 13 contexts (suppressed: 85 from 11)

Actions: View

Attachments on bug 55175: 67475 | 69790 | 69791 | 69792 | 69793

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.