Displaying 5 results from an estimated 5 matches for "__nss_database_lookup".
2012 Apr 18
1
C - R integration: Memory Issues
...0,803,476
bytes allocated
==2909==
==2909== 160 (40 direct, 120 indirect) bytes in 1 blocks are definitely
lost in loss record 179 of 1,398
==2909== at 0x4028876: malloc (vg_replace_malloc.c:236)
==2909== by 0x41B364C: nss_parse_service_list (nsswitch.c:626)
==2909== by 0x41B3C59: __nss_database_lookup (nsswitch.c:167)
==2909== by 0x59272F8: ???
==2909== by 0x5928CCC: ???
==2909== by 0x416ABA6: getpwuid_r@@GLIBC_2.1.2 (getXXbyYY_r.c:256)
==2909== by 0x416A4ED: getpwuid (getXXbyYY.c:117)
==2909== by 0x439CCB9: do_fileinfo (platform.c:944)
==2909== by 0x43289ED: bcEval (eval...
2009 Dec 08
2
Memory leak on Icecast 2.3.2 / Debian ?
...-freed blocks.
==30481== checked 468,248 bytes.
==30481==
==30481== 584 (104 direct, 480 indirect) bytes in 2 blocks are
definitely lost in loss record 1 of 5
==30481== at 0x4C2260E: malloc (vg_replace_malloc.c:207)
==30481== by 0x618152F: (within /lib/libc-2.7.so)
==30481== by 0x6181D06: __nss_database_lookup (in /lib/libc-2.7.so)
==30481== by 0x918C31F: ???
==30481== by 0x918D3D6: ???
==30481== by 0x613FEA2: getpwnam_r (in /lib/libc-2.7.so)
==30481== by 0x613F85F: getpwnam (in /lib/libc-2.7.so)
==30481== by 0x4079FE: (within /usr/bin/icecast2)
==30481== by 0x60C11A5: (below main) (in...
2007 Jun 13
0
Reported invalid memory references
...n /usr/lib/R/lib/libR.so)
==30906==
==30906==
==30906== 312 (72 direct, 240 indirect) bytes in 2 blocks are definitely
lost in loss record 19 of 53
==30906== at 0x40234B0: malloc (vg_replace_malloc.c:149)
==30906== by 0x43EF967: (within /lib/i686/cmov/libc-2.5.so)
==30906== by 0x43F01B5: __nss_database_lookup
(in /lib/i686/cmov/libc-2.5.so)
==30906== by 0x42FDF5B: ???
==30906== by 0x42FF0AC: ???
==30906== by 0x439D7A2: getpwuid_r (in /lib/i686/cmov/libc-2.5.so)
==30906== by 0x439D187: getpwuid (in /lib/i686/cmov/libc-2.5.so)
==30906== by 0x4132CF0: (within /usr/lib/R/lib/libR.so)
==30906=...
2020 Aug 23
2
MultiDatabase shard count limitations
...[.] sbox32_hash_with_state.constprop.3
0.03% /mnt/btr/public perl [.] S_regbranch
0.03% /mnt/btr/public perl [.] Perl_package
0.03% perl perl [.] Perl_gv_check
0.03% perl libc-2.28.so [.] __nss_database_lookup
0.03% perl perl [.] Perl_gv_setref
0.03% /mnt/btr/public perl [.] Perl_pad_new
0.03% perl perl [.] Perl_sv_free2
0.03% /mnt/btr/public perl [.] Perl_PerlIO_flush
0.03% /mnt/btr/pu...
2020 Aug 21
2
MultiDatabase shard count limitations
Going back to the "prioritizing aggregated DBs" thread from
February 2020, I've got 390 Xapian shards for 130 public inboxes
I want to search against(*). There's more on the horizon (we're
expecting tens of thousands of public inboxes).
After bumping RLIMIT_NOFILE and running ->add_database a bunch,
the actual queries seem to be taking ~30s (not good :x).
Now I'm