__nss_lookup_* does not play well with valgrind. These can be ignored. It is inside the C library through the getpwuid() function.
Matt On Jan 29, 2008 11:13 AM, <mafunk at nmsu.edu> wrote: > Hi, > > i was wondering if anyone has an idea what the problem could be. All i am > doing in program is to call MPI_Init() and then PetscInitialize(). I > valgrind it and i get the following about PetscInitialize(). It is not a > big deal but it bothers me a little. > > > ==7369== 292 (52 direct, 240 indirect) bytes in 1 blocks are definitely > lost in loss record 1 of 6 > ==7369== at 0x4A1B858: malloc (vg_replace_malloc.c:149) > ==7369== by 0x609963F: nss_parse_service_list (in > /usr/lib/debug/libc-2.3.6.so) > ==7369== by 0x6099D95: __nss_database_lookup (in > /usr/lib/debug/libc-2.3.6.so) > ==7369== by 0x660863F: ??? > ==7369== by 0x6609723: ??? > ==7369== by 0x6050F84: getpwuid_r@@GLIBC_2.2.5 (in > /usr/lib/debug/libc-2.3.6.so) > ==7369== by 0x605090E: getpwuid (in /usr/lib/debug/libc-2.3.6.so) > ==7369== by 0x450D53: PetscGetUserName(char*, unsigned long) (fuser.c:67) > ==7369== by 0x41E236: PetscErrorPrintfInitialize() (errtrace.c:69) > ==7369== by 0x445D7C: PetscInitialize(int*, char***, char const*, char > const*) (pinit.c:509) > ==7369== by 0x4089E8: main (CardiacSim.cpp:278) > > I am not the expert on valgrind, but is it possible that the problem is my > c library. Has anyone encountered this? > > mat > > -- What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead. -- Norbert Wiener
