search for: __vasprintf_internal

...Component: ssh-agent Assignee: unassigned-bugs at mindrot.org Reporter: cmbugz at sent.com I see this memory leak when running master (61525ba9): 14 bytes in 1 blocks are definitely lost in loss record 3 of 4 at 0x48A67C2: malloc (vg_replace_malloc.c:446) by 0x4ED0B3F: __vasprintf_internal (vasprintf.c:116) by 0x4020E1B: xvasprintf (xmalloc.c:102) by 0x4020EFB: xasprintf (xmalloc.c:115) by 0x4012A7C: agent_cleanup_stale (misc-agent.c:290) by 0x400EB2B: main (ssh-agent.c:2424) It looks like the prefix variable is not cleaned up in all branches: 290 xasprintf(&pref...

...led. The segfaults are generally somewhere under pam_authenticate when a PAM module tries to allocate memory. They usually look something like this (there are stack traces with more detail in the linked Debian bug report - this is just for illustration): __printf_buffer (libc.so.6 + 0x6261d) __vasprintf_internal (libc.so.6 + 0x87a6b) ___asprintf_chk (libc.so.6 + 0x11abef) n/a (pam_ecryptfs.so + 0x23d7) pam_sm_authenticate (pam_ecryptfs.so + 0x2ace) n/a (libpam.so.0 + 0x44de) pam_authenticate (libpam.so.0 + 0x3be3) n/a (/home/cjwatson/openssh/sshd-session + 0x3dbf0) But the code in pam_ecryptfs...