search for: mallinfo

...c compiler to build llvm under the different OS releases. The first full test after the OS update is here: http://lab.llvm.org:8011/builders/sanitizer-ppc64le-linux/builds/3636 Any ideas? Thanks! Here's the full output from one of the failures: FAIL: MemorySanitizer-powerpc64le :: Linux/mallinfo.cc (34091 of 34964) ******************** TEST 'MemorySanitizer-powerpc64le :: Linux/mallinfo.cc' FAILED ******************** Script: -- /home/seurer/llvm/build/llvm-test/./bin/clang --driver-mode=g++ -fsanitize=memory -mno-omit-leaf-frame-pointer -fno-omit-frame-pointer -fno-optimize-sib...

...It is essentially the patch provided by Martin Nowack in the bug report but I have added a test case and an ifdef macro around the modified code in Process::GetMallocUsage() The issue seems to be that the ptmalloc2 allocator used in glibc (in my case 2.19) does not include mmap()'ed memory in mallinfo.uordblks and so mallinfo.hblkhd needs to be added to the value that Process::GetMallocUsage() will return. Another easy way to see this issue (other than running the unit test) is to build and run the attached "malloc-test.c" program on a system that uses glibc. You will see that after m...

Thanks for the reply. On 28 April 2014 20:01, Reid Kleckner <rnk at google.com> wrote: > The problem with tcmalloc seems like a real problem. I can't think of any > good workarounds. My best worst idea is to try to figure out if malloc is > coming from libc with dlsym and dlopen, and then use that to decide whether > we add these two numbers together. I'm not sure we

On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote: > On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote: > > No new CVS messages have appeared on the rsync-cvs archives since August > > 30th. This seems rather odd-- perhaps a daemon stopped working? If there > > has truly been no activity since that date, I apologize for > >

...kefile.Linux unchanged worked OK 1. libdl doesn't exist; remove TOOLLINKOPTS=-ldl to link tools that use libdl 2. include/Support/DataTypes.h doesn't work for FreeBSD; I hacked a new version 3. alloca.h doesn't exist and is not needed to use alloca(); #ifdef it out 4. no malloc.h and no mallinfo(); malloc doesn't track this stuff; #ifdef it out 5. isnan() may be a macro; lli's ExternalFunctions.cpp doesn't pick it up (why?) Not surprisingly, autoconf will probably be able to take care of most of these fairly easily. I didn't really have a chance to figure out what was goin...

...`mbrtowc' console.o:console.c:(.text+0x6b1): undefined reference to `mbrtowc' console.o:console.c:(.text+0xc7c): undefined reference to `mbrtowc' console.o:console.c:(.text+0xcff): more undefined references to `mbrtowc' follow extra.o:extra.c:(.text+0x2240): undefined reference to `mallinfo' extra.o:extra.c:(.text+0x226f): undefined reference to `mallinfo' ../main/libmain.a(memory.o):memory.c:(.text+0x260): undefined reference to `Rm_free' ../main/libmain.a(memory.o):memory.c:(.text+0xa80): undefined reference to `Rm_malloc' ../main/libmain.a(memory.o):memory.c:(.text+...

...10 D [09/Mar/2004:16:54:35 -0300] start_process("/usr/lib/cups/backend/socket", bff f164c, bffecafc, 9, 10, 6) I [09/Mar/2004:16:54:35 -0300] Started backend /usr/lib/cups/backend/socket (PID 3242) for job 42. D [09/Mar/2004:16:54:35 -0300] CloseClient() 3 D [09/Mar/2004:16:54:37 -0300] mallinfo: arena = 1458944, used = 1427120, free = 31824 D [09/Mar/2004:16:54:37 -0300] UpdateJob: job 42, file 0 is complete. D [09/Mar/2004:16:54:37 -0300] CancelJob: id = 42 D [09/Mar/2004:16:54:37 -0300] StopJob: id = 42, force = 0 D [09/Mar/2004:16:54:37 -0300] StopJob: printer state is 3

...Looking for futimens - not found -- Looking for futimes -- Looking for futimes - found -- Looking for posix_fallocate -- Looking for posix_fallocate -not found -- Looking for lseek64 -- Looking for lseek64 - not found -- Looking for mallctl -- Looking for mallctl - not found -- Looking for mallinfo -- Looking for mallinfo - not found -- Looking formalloc_zone_statistics -- Looking formalloc_zone_statistics - found -- Looking for getrlimit -- Looking for getrlimit - found -- Looking for posix_spawn -- Looking for posix_spawn - found -- Looking for pread -- Looking for pread - found -...

...nd -- Looking for setjmp -- Looking for setjmp - found -- Looking for siglongjmp -- Looking for siglongjmp - found -- Looking for sigsetjmp -- Looking for sigsetjmp - found -- Looking for writev -- Looking for writev - found -- Looking for nearbyintf -- Looking for nearbyintf - found -- Looking for mallinfo -- Looking for mallinfo - found -- Looking for malloc_zone_statistics -- Looking for malloc_zone_statistics - not found -- Looking for mkdtemp -- Looking for mkdtemp - found -- Looking for mkstemp -- Looking for mkstemp - found -- Looking for mktemp -- Looking for mktemp - found -- Looking for clos...

...> > -- Looking for siglongjmp - found > > -- Looking for sigsetjmp > > -- Looking for sigsetjmp - found > > -- Looking for writev > > -- Looking for writev - found > > -- Looking for nearbyintf > > -- Looking for nearbyintf - found > > -- Looking for mallinfo > > -- Looking for mallinfo - found > > -- Looking for malloc_zone_statistics > > -- Looking for malloc_zone_statistics - not found > > -- Looking for mkdtemp > > -- Looking for mkdtemp - found > > -- Looking for mkstemp > > -- Looking for mkstemp - found &...

...p - found > -- Looking for siglongjmp > -- Looking for siglongjmp - found > -- Looking for sigsetjmp > -- Looking for sigsetjmp - found > -- Looking for writev > -- Looking for writev - found > -- Looking for nearbyintf > -- Looking for nearbyintf - found > -- Looking for mallinfo > -- Looking for mallinfo - found > -- Looking for malloc_zone_statistics > -- Looking for malloc_zone_statistics - not found > -- Looking for mkdtemp > -- Looking for mkdtemp - found > -- Looking for mkstemp > -- Looking for mkstemp - found > -- Looking for mktemp > -- L...

On Oct 25, 2011, at 6:09 AM, Marcello Maggioni wrote: > Hi, I'm trying to compile the latest clang/llvm SVN versions and I get > this error on multiple systems : Linking, not compiling, but still. I am getting a similar error when building this morning. > Undefined symbols for architecture x86_64: > "clang::Sema::checkPseudoObjectRValue(clang::Expr*)", referenced

...glongjmp - found >> > -- Looking for sigsetjmp >> > -- Looking for sigsetjmp - found >> > -- Looking for writev >> > -- Looking for writev - found >> > -- Looking for nearbyintf >> > -- Looking for nearbyintf - found >> > -- Looking for mallinfo >> > -- Looking for mallinfo - found >> > -- Looking for malloc_zone_statistics >> > -- Looking for malloc_zone_statistics - not found >> > -- Looking for mkdtemp >> > -- Looking for mkdtemp - found >> > -- Looking for mkstemp >> > -- L...

...e b/cmake/config-ix.cmake index b8be58e..1f178c7 100755 --- a/cmake/config-ix.cmake +++ b/cmake/config-ix.cmake @@ -49,6 +49,7 @@ check_symbol_exists(isnan math.h HAVE_ISNAN_IN_MATH_H) check_symbol_exists(ceilf math.h HAVE_CEILF) check_symbol_exists(floorf math.h HAVE_FLOORF) check_symbol_exists(mallinfo malloc.h HAVE_MALLINFO) +check_symbol_exists(malloc_zone_statistics malloc/malloc.h HAVE_MALLOC_ZONE_STATISTICS) check_symbol_exists(pthread_mutex_lock pthread.h HAVE_PTHREAD_MUTEX_LOCK) check_symbol_exists(strtoll stdlib.h HAVE_STRTOLL) diff --git a/include/llvm/Config/config.h.cmake b/include...

...ate another continuous chunk of memory. And I had situations when my long-running R process created and deleted many small objects so R heap memory continued to grow. And eventually linux OOM killler killed R process. On other side same code worked fine on OS X or if I manually time to time called `mallinfo::malloc.trim()`. My question is whether it is possible to call `malloc_trim()` with each call of garbage collection on systems which use glibc? Calling it manually doesn't look like good approach for me. What are potential drawbacks of triggering `malloc_trim()` for each gc() call? I've ma...

...-- Looking for sigsetjmp > >> > -- Looking for sigsetjmp - found > >> > -- Looking for writev > >> > -- Looking for writev - found > >> > -- Looking for nearbyintf > >> > -- Looking for nearbyintf - found > >> > -- Looking for mallinfo > >> > -- Looking for mallinfo - found > >> > -- Looking for malloc_zone_statistics > >> > -- Looking for malloc_zone_statistics - not found > >> > -- Looking for mkdtemp > >> > -- Looking for mkdtemp - found > >> > -- Looking...

Hello, I found a new issue with glusterfs 3.2.1 - im getting a glusterfs process for each mountpoint and they are consuming all of the CPU time. strace won't show a thing - so no system calls are made Mounting the same volumes on another server works fine. Has anyone seen such a thing? Oder any idea, what causes this and how to fix it? The logfiles don't show any information about

...@@ -413,7 +426,11 @@ AC_CHECK_FUNCS(waitpid wait4 getcwd strdup strerror chown chmod mknod mkfifo) AC_CHECK_FUNCS(fchmod fstat strchr readlink link utime utimes strftime) AC_CHECK_FUNCS(memmove lchown vsnprintf snprintf asprintf setsid glob strpbrk) -AC_CHECK_FUNCS(strlcat strlcpy strtol mtrace mallinfo setgroups) +AC_CHECK_FUNCS(strlcat strlcpy strtol mtrace mallinfo setgroups chroot) + +AC_CHECK_LIB(be, openlog) +AC_CHECK_LIB(posix, getpass) +AC_CHECK_LIB(moreposix, getpass) AC_CACHE_CHECK([for working socketpair],rsync_cv_HAVE_SOCKETPAIR,[ AC_TRY_RUN([ diff -urN rsync-2.5.6.org/receiver.c r...

Hi, I'm trying to compile the latest clang/llvm SVN versions and I get this error on multiple systems : (Compiling with gcc): llvm[4]: Compiling cc1_main.cpp for Debug+Asserts build llvm[4]: Compiling cc1as_main.cpp for Debug+Asserts build llvm[4]: Compiling driver.cpp for Debug+Asserts build llvm[4]: Linking Debug+Asserts executable clang

...strerror chown chmod mknod) +AC_CHECK_FUNCS(waitpid wait4 getcwd strdup strerror chown chmod mknod mkfifo) AC_CHECK_FUNCS(fchmod fstat strchr readlink link utime utimes strftime) AC_CHECK_FUNCS(memmove lchown vsnprintf snprintf asprintf setsid glob strpbrk) AC_CHECK_FUNCS(strlcat strlcpy mtrace mallinfo setgroups) diff -ur work/rsync-2.5.5/rsync.h work.patch/rsync-2.5.5/rsync.h --- work/rsync-2.5.5/rsync.h Mon Jun 24 14:53:36 2002 +++ work.patch/rsync-2.5.5/rsync.h Mon Jun 24 14:45:25 2002 @@ -108,6 +108,10 @@ #ifdef HAVE_SYS_SOCKET_H #include <sys/socket.h> +#endif + +#ifdef HAVE_SYS_UN...