search for: dmalloc

Hi list, I'm trying to compile samba 3.0.1 rc1 with --enable-dmalloc switch because I have been asked to provide more information on a winbindd panic on a Solaris server. However the configure fails with the error shown below, config.status: creating include/config.h Note: The dmalloc debug library will be included. To turn it on use ./configure: command substitut...

http://bugzilla.mindrot.org/show_bug.cgi?id=585 ------- Additional Comments From dtucker at zip.com.au 2003-07-07 00:32 ------- dmalloc (http://dmalloc.com/) claims to work on IRIX. It's likely to increase the CPU and memory load, though. I've built with dmalloc on Linux thusly: LDFLAGS=-ldmalloc ./configure && make eval `dmalloc -l /path/to/log high` ./sshd [options] ------- You are receiving this mail because...

Hello, I have updated to Xapian 1.1.4 and maybe there is a memory leak. I can run only dmalloc - valgrind would be much too slow. How can I build a debug-build of xapian? Thanks a lot Marcus

Hello, There is a memory leak in Xapian 1.2.4. We use a persistant connection in FastCGI processes. As soon as we catch this exception, "dmalloc" recognizes memory leaks: The revision being read has been discarded - you should call Xapian::Database::reopen() and retry the operation Down below the output of "dmalloc". This happens only on the production system. On my local maschine, "valgrind" reports &quo...

I'm running FreeBSD 8 on a Sheevaplug (ARM5 processor) I compiled and installed Samba 3.3.9 from ports using defaults and defaults for dependencies. I left the smb.conf file untouched, ran testparm and immediately received the coredump. The same happens running smbd and nmbd. Can anyone help me resolve? http://old.nabble.com/file/p26879957/testparm.core.gz testparm.core.gz -- View this

"Ogg Vorbis uses the Ogg bistream format, and the correct extension is .ogg" -- http://www.xiph.org/ogg/vorbis/faq.html I'm guessing it should read 'bitstream'. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org'

...os_free at DLIBCC_KEXT$ (KEXT_EXTRA_FLAGS))" \ EXTRA_MULTILIB_PARTS='$(EXTRA_MULTILIB_PARTS)' \ in gcc/Makefile.in. I'd recommend something like: # APPLE LOCAL begin libcc_kext ifeq ($taregt, *-*-darwin*) SPELLING APPLE_EXTRA_MULTI := static;@static at fno-pic kext;@Dmalloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno- pic at fno-exceptions@fno-non-call-exceptions$(KEXT_EXTRA_FLAGS) $(if $ (findstring i686,$ (target )),kext64 ;@mkernel at m64@Dmalloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT$ (KEXT_EXTRA_FLAGS)) endif # APPLE LOCAL...

...EDED -I. -I. -I../../llvm-gcc4.2/gcc -I../../llvm-gcc4.2/gcc/. -I../../llvm-gcc4.2/gcc/../include -I../../llvm-gcc4.2/gcc/../libcpp/include -I../../llvm-gcc4.2/gcc/../libdecnumber -I../libdecnumber -I/home/edwin/llvm/llvm-svn/trunk/include -I/home/edwin/llvm/llvm-svn/trunk//include -mkernel -m64 -Dmalloc=kern_os_malloc -Dfree=kern_os_free -DLIBCC_KEXT -DL_muldi3 -fvisibility=hidden -DHIDE_EXPORTS -c ../../llvm-gcc4.2/gcc/libgcc2.c -o libgcc/kext64/_muldi3.o ../../llvm-gcc4.2/gcc/libgcc2.c:1: sorry, unimplemented: 64-bit mode not compiled in make[4]: *** [libgcc/kext64/_muldi3.o] Error 1 make[4]: Le...

On Wed, Mar 19, 2008 at 12:11 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi Bill, thanks for fixing it. > No prob! :-) > > > > ../../gcc-4.2.llvm.master/gcc/config/i386/i386.c: In function 'ix86_expand_convert_uns_DI2DF_sse': > > > ../../gcc-4.2.llvm.master/gcc/config/i386/i386.c:10270: warning: large integer implicitly truncated to unsigned type

To R users: I am running an R program with .Fortran() calls, and discovered that the memory, as reported by gc(), continues to grow with new loop iterations. I hadn't been able to find information on how to 'destroy' objects in earlier loops to keep the program size from continuous growth; calling rm() to remove some what I thought to be large arrays didn't seem to help. Any

...disk :-) > > It is probably better to try to run it from gdb, and then get a > traceback when it fails. > > But if it really if memory corruption, it may have happened at any time > before it is detected. > > Did anybody ever try compiling wnd running ith a memory debugger (dmalloc, > valgrind, ...) Russell did (and traced) some things: grep "valgrind" and you'll have a bunch of traces... Arnaud

I would like to build Samba with optimizations disabled (easier to step through the code in a debugger). Is there an option I can pass to "./configure", or must I edit the resulting makefile by hand?

...S))" \ > EXTRA_MULTILIB_PARTS='$(EXTRA_MULTILIB_PARTS)' \ > > in gcc/Makefile.in. I'd recommend something like: > > # APPLE LOCAL begin libcc_kext > ifeq ($taregt, *-*-darwin*) SPELLING > APPLE_EXTRA_MULTI := static;@static at fno-pic > kext;@Dmalloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno- > pic at fno-exceptions@fno-non-call-exceptions$(KEXT_EXTRA_FLAGS) $(if $ > (findstring i686,$ > (target > )),kext64 > ;@mkernel at m64@Dmalloc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT$ > (KEXT_EXT...

I am looking to losslessly archive a lot of music and share it over a network. The following stipulations lead me to an interesting conclusion: 1. Almost no programs can read or write flac files directly. 2. Almost all programs can read and write wav files directly. 3. The cost of encoding flac files is fairly low 4. The cost of decoding them is even lower 5. These files would be read much more

...robably go in the FLAC library, and make it trivial to add FLAC support to many WAV-supporting programs (those which don't use mmap). If you wanted transparency, you would write a shared library which would override open(), and perhaps read(), etc. and do its magic there. fakeroot, esddsp, and dmalloc are examples of how this is done. However, in this case, you'd want to name all of your FLAC files with a .wav extension so that the programs in question would open them. The right thing to do is to add FLAC support to these programs, and the above technique might make that easier. -- - mdz

...smb_panic(): calling panic action [/bin/sleep 999999999] I compiled samba with maximal debug information, i.e. CPPFLAGS+= -g LDFLAGS+= -g Configure args: --enable-debug \ --enable-socket-wrapper --enable-nss-wrapper \ --enable-developer --enable-krb5developer \ --enable-dmalloc --with-profiling-data But I can not find core! Standard FreeBSD place for samba cores /var/log/samba/cores/smbd is empty. I've used /bin/find / -name \*.core but it has found nothing. sysctl variables about core: kern.corefile: %N.core kern.nodump_coredump: 0 kern.coredump: 1 kern.sugid_cored...

Hi, Using Squid with libc's malloc, I'm seeing a big difference between what top reports as memory used for the squid process (SIZE) and what Squid's cache manager reports that Squid has allocated (total KB allocated in the memory utilization page). Squid is using around twice as much memory as expected, and seems to grow without bounds (I run out of memory every now and then).

(Sorry for the cross-post--- I wasn't sure which list is more appropriate...) Hi everyone, I've run into segfaults when using my randomForest package on large dataset (e.g., 100 x 15200) and large number of trees (e.g., ntree=7000 and mtry=3000). I'm wondering if anyone can give me some hints on where to look for the problem. The randomForest package mainly consists of two things:

(Sorry for the cross-post--- I wasn't sure which list is more appropriate...) Hi everyone, I've run into segfaults when using my randomForest package on large dataset (e.g., 100 x 15200) and large number of trees (e.g., ntree=7000 and mtry=3000). I'm wondering if anyone can give me some hints on where to look for the problem. The randomForest package mainly consists of two things:

...o many WAV-supporting programs (those which don't use > mmap). This doesn't give me the transparency I desire. > If you wanted transparency, you would write a shared library which would > override open(), and perhaps read(), etc. and do its magic there. > fakeroot, esddsp, and dmalloc are examples of how this is done. > However, in this case, you'd want to name all of your FLAC files with a > .wav extension so that the programs in question would open them. The > right thing to do is to add FLAC support to these programs, and the > above technique might make that...