GNU bug report logs - #8755
"ls -l" leaks memory

Previous Next

Full log

View this message in rfc822 format

From: Ola Olsson <ola1olsson <at> gmail.com>
To: 8755 <at> debbugs.gnu.org
Subject: bug#8755: "ls -l" leaks memory
Date: Sun, 29 May 2011 02:28:55 +0200

[Message part 1 (text/plain, inline)]

 <bug-coreutils <at> gnu.org>According to valgrind, ls -l leaks memory. I have
included the "coreutils version", "uname -a" information, Expected output
from valgrind ("ls") and non-expected output ("ls -l").
My first bug report ever, please tell me if something is wrong. I am using a
dell e4300 laptop,

ola <at> ola-Latitude-E4300:~$ ls --version
ls (GNU coreutils) 8.5
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Richard M. Stallman and David MacKenzie.

ola <at> ola-Latitude-E4300:~$ uname -a
Linux ola-Latitude-E4300 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24
UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
ola <at> ola-Latitude-E4300:~$ valgrind --version
valgrind-3.6.1

Good run:
ola <at> ola-Latitude-E4300:~$ valgrind ls
==4039== Memcheck, a memory error detector
==4039== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==4039== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==4039== Command: ls
==4039==
Desktop  Documents  Downloads  examples.desktop  Music    Pictures  Public
Templates  Videos  WATCHDOG
==4039==
==4039== HEAP SUMMARY:
==4039==     in use at exit: 21,805 bytes in 16 blocks
==4039==   total heap usage: 51 allocs, 35 frees, 59,016 bytes allocated
==4039==
==4039== LEAK SUMMARY:
==4039==    definitely lost: 0 bytes in 0 blocks
==4039==    indirectly lost: 0 bytes in 0 blocks
==4039==      possibly lost: 0 bytes in 0 blocks
==4039==    still reachable: 21,805 bytes in 16 blocks
==4039==         suppressed: 0 bytes in 0 blocks
==4039== Rerun with --leak-check=full to see details of leaked memory
==4039==
==4039== For counts of detected and suppressed errors, rerun with: -v
==4039== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4)


Bad run:
ola <at> ola-Latitude-E4300:~$ valgrind --leak-check=full ls -l
==4056== Memcheck, a memory error detector
==4056== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==4056== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==4056== Command: ls -l
==4056==
total 40
drwxr-xr-x 4 ola ola 4096 2011-05-28 18:56 Desktop
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Documents
drwxr-xr-x 2 ola ola 4096 2011-05-28 07:41 Downloads
-rw-r--r-- 1 ola ola  179 2011-05-25 20:26 examples.desktop
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Music
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Pictures
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Public
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Templates
drwxr-xr-x 2 ola ola 4096 2011-05-25 20:31 Videos
-rw-r--r-- 1 ola ola 2278 2011-05-26 08:52 WATCHDOG
==4056==
==4056== HEAP SUMMARY:
==4056==     in use at exit: 20,285 bytes in 38 blocks
==4056==   total heap usage: 198 allocs, 160 frees, 80,622 bytes allocated
==4056==
==4056== 300 (60 direct, 240 indirect) bytes in 1 blocks are definitely lost
in loss record 27 of 29
==4056==    at 0x4C28FAC: malloc (vg_replace_malloc.c:236)
==4056==    by 0x5556396: nss_parse_service_list (nsswitch.c:626)
==4056==    by 0x5556948: __nss_database_lookup (nsswitch.c:167)
==4056==    by 0x68A6553: ???
==4056==    by 0x550992C: getpwuid_r@@GLIBC_2.2.5 (getXXbyYY_r.c:256)
==4056==    by 0x550921E: getpwuid (getXXbyYY.c:117)
==4056==    by 0x40D4A9: ??? (in /bin/ls)
==4056==    by 0x402D52: ??? (in /bin/ls)
==4056==    by 0x40674F: ??? (in /bin/ls)
==4056==    by 0x4081B0: ??? (in /bin/ls)
==4056==    by 0x547BEFE: (below main) (libc-start.c:226)
==4056==
==4056== 300 (60 direct, 240 indirect) bytes in 1 blocks are definitely lost
in loss record 28 of 29
==4056==    at 0x4C28FAC: malloc (vg_replace_malloc.c:236)
==4056==    by 0x5556396: nss_parse_service_list (nsswitch.c:626)
==4056==    by 0x5556948: __nss_database_lookup (nsswitch.c:167)
==4056==    by 0x68A451B: ???
==4056==    by 0x5507F0C: getgrgid_r@@GLIBC_2.2.5 (getXXbyYY_r.c:256)
==4056==    by 0x550765E: getgrgid (getXXbyYY.c:117)
==4056==    by 0x40D649: ??? (in /bin/ls)
==4056==    by 0x4067E5: ??? (in /bin/ls)
==4056==    by 0x4081B0: ??? (in /bin/ls)
==4056==    by 0x547BEFE: (below main) (libc-start.c:226)
==4056==
==4056== LEAK SUMMARY:
==4056==    definitely lost: 120 bytes in 2 blocks
==4056==    indirectly lost: 480 bytes in 20 blocks
==4056==      possibly lost: 0 bytes in 0 blocks
==4056==    still reachable: 19,685 bytes in 16 blocks
==4056==         suppressed: 0 bytes in 0 blocks
==4056== Reachable blocks (those to which a pointer was found) are not
shown.
==4056== To see them, rerun with: --leak-check=full --show-reachable=yes
==4056==
==4056== For counts of detected and suppressed errors, rerun with: -v
==4056== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4)
ola <at> ola-Latitude-E4300:~$

/Ola

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.