|
From: Chatterjee, S. <sch...@ca...> - 2011-04-20 19:24:05
|
I was trying to use valgrind on one of my applications. The program runs fine on its own, but valgrind reports a SIGSEGV and exits without running any of my application, as far as I can tell.
I have been able to reproduce the issue with a simple test. The test does not even use log4cxx, but just linking it in causes the problem, so likely some static vars causing constructors, etc. to run maybe? Again, running the test without valgrind does not cause a seg fault.
I am on Fedora Core 14, kernel 2.6.35.12-88, g++ 4.5.1, glibc-2.13.1.
Any help most appreciated,
Thanks,
Shash
Here's the content of my Test.cpp file:
int main(const int argc,
const char** argv)
{
return (0);
}
Here are the commands to build:
g++ -g -Wall -o Test.o -c src/Test.cpp
g++ -g Test.o -o test -llog4cxx
Running "valgrind ./test" gets:
==28114== Memcheck, a memory error detector
==28114== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==28114== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==28114== Command: ./test
==28114==
==28114== Conditional jump or move depends on uninitialised value(s)
==28114== at 0x4005339: operator delete[](void*, std::nothrow_t const&) (vg_replace_
malloc.c:380)
==28114== by 0x512DCE7: ??? (in /usr/lib/libstdc++.so.6.0.14)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114==
==28114== Invalid free() / delete / delete[]
==28114== at 0x4005379: operator delete[](void*, std::nothrow_t const&) (vg_replace_
malloc.c:380)
==28114== by 0x512DCE7: ??? (in /usr/lib/libstdc++.so.6.0.14)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== Address 0x5059b24 is not stack'd, malloc'd or (recently) free'd
==28114==
==28114== Use of uninitialised value of size 4
==28114== at 0x4005388: operator delete[](void*, std::nothrow_t const&) (vg_replace_
malloc.c:380)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== by 0x3268AE: ??? (in /lib/ld-2.13.so)
==28114==
vex x86->IR: unhandled instruction bytes: 0xEA 0xB5 0x8 0x5
==28114== Invalid read of size 1
==28114== at 0x512DCE8: ??? (in /usr/lib/libstdc++.so.6.0.14)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== by 0x3268AE: ??? (in /lib/ld-2.13.so)
==28114== Address 0x6a050f16 is not stack'd, malloc'd or (recently) free'd
==28114==
==28114==
==28114== Process terminating with default action of signal 11 (SIGSEGV)
==28114== Access not within mapped region at address 0x6A050F16
==28114== at 0x512DCE8: ??? (in /usr/lib/libstdc++.so.6.0.14)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== by 0x3268AE: ??? (in /lib/ld-2.13.so)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== by 0x3268AE: ??? (in /lib/ld-2.13.so)
==28114== Address 0x6a050f16 is not stack'd, malloc'd or (recently) free'd
==28114==
==28114==
==28114== Process terminating with default action of signal 11 (SIGSEGV)
==28114== Access not within mapped region at address 0x6A050F16
==28114== at 0x512DCE8: ??? (in /usr/lib/libstdc++.so.6.0.14)
==28114== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (s
tdexcept.cc:72)
==28114== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/l
ibstdc++.so.6.0.14)
==28114== by 0x4DE9AD: pthread_once (pthread_once.S:122)
==28114== by 0x509E0A8: std::locale::locale() (strstream.cc:369)
==28114== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930)
==28114== by 0x4101B14: global constructors keyed to loglog.cpp (iostream:73)
==28114== by 0x4159B1C: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x40A5073: ??? (in /usr/local/lib/liblog4cxx.so.10.0.0)
==28114== by 0x3348FB: call_init (dl-init.c:68)
==28114== by 0x334A18: _dl_init (dl-init.c:132)
==28114== by 0x3268AE: ??? (in /lib/ld-2.13.so)
|
|
From: John R. <jr...@bi...> - 2011-04-20 20:04:06
|
> I am on Fedora Core 14, kernel 2.6.35.12-88, g++ 4.5.1, glibc-2.13.1.
> int main(const int argc,
> const char** argv)
> {
> return (0);
> }
> g++ -g -Wall -o Test.o -c Test.cpp ### Note no "src/"
> g++ -g Test.o -o test -llog4cxx
It works for me on Fedora 14:
gcc-c++-4.5.1-4.fc14.x86_64
glibc-2.13-1.x86_64
kernel-2.6.35.12-88.fc14.x86_64
$ ldd ./test | sort
/lib64/ld-linux-x86-64.so.2 (0x0000003d25a00000)
libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00007fdfd804c000)
libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 (0x00007fdfd8279000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000037af000000)
libc.so.6 => /lib64/libc.so.6 (0x0000003d25e00000)
libdb-4.8.so => /lib64/libdb-4.8.so (0x0000003d37200000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003d26600000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x0000003d2a200000)
libfreebl3.so => /lib64/libfreebl3.so (0x00000037aec00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003d27600000)
liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x0000003114000000)
libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x0000003113c00000)
liblog4cxx.so.10 => /usr/lib64/liblog4cxx.so.10 (0x00007fdfd849f000)
libm.so.6 => /lib64/libm.so.6 (0x0000003d26e00000)
libnspr4.so => /lib64/libnspr4.so (0x0000003d34a00000)
libnss3.so => /usr/lib64/libnss3.so (0x0000003113000000)
libnssutil3.so => /usr/lib64/libnssutil3.so (0x0000003d33600000)
libplc4.so => /lib64/libplc4.so (0x0000003d33200000)
libplds4.so => /lib64/libplds4.so (0x0000003d32e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003d26200000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003d28a00000)
libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00000037b0000000)
libsmime3.so => /usr/lib64/libsmime3.so (0x0000003113800000)
libssl3.so => /usr/lib64/libssl3.so (0x0000003113400000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003d32200000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x0000003d31200000)
libz.so.1 => /lib64/libz.so.1 (0x0000003d27200000)
linux-vdso.so.1 => (0x00007fff9d5be000)
$ valgrind ./test
==3413== Memcheck, a memory error detector
==3413== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==3413== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==3413== Command: ./test
==3413==
==3413==
==3413== HEAP SUMMARY:
==3413== in use at exit: 0 bytes in 0 blocks
==3413== total heap usage: 987 allocs, 987 frees, 39,592 bytes allocated
==3413==
==3413== All heap blocks were freed -- no leaks are possible
==3413==
==3413== For counts of detected and suppressed errors, rerun with: -v
==3413== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6 from 6)
$
--
|
|
From: Chatterjee, S. <sch...@ca...> - 2011-04-20 20:16:52
|
Thanks a bunch for trying it out John.
I have valgrind 3.5.0, and LD_LIBRARY_PATH points to /usr/local/lib, which is where log4cxx libs are. That's all I can think of in the env. Different from yours, mine is not 64-bit Fedora. Are your gcc etc. versions the same?
Wonder where I should look?
Here's ldd output:
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000)
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x006e6000)
libc.so.6 => /lib/libc.so.6 (0x00347000)
libdl.so.2 => /lib/libdl.so.2 (0x004f0000)
libexpat.so.1 => /lib/libexpat.so.1 (0x00c73000)
libfreebl3.so => /lib/libfreebl3.so (0x008ce000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00533000)
/lib/ld-linux.so.2 (0x00326000)
liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000)
libm.so.6 => /lib/libm.so.6 (0x004fe000)
libpthread.so.0 => /lib/libpthread.so.0 (0x004d3000)
librt.so.1 => /lib/librt.so.1 (0x00569000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05046000)
libuuid.so.1 => /lib/libuuid.so.1 (0x004f7000)
linux-gate.so.1 => (0x00ec8000)
-----Original Message-----
From: John Reiser [mailto:jr...@bi...]
Sent: Wed 4/20/2011 3:04 PM
To: val...@li...
Subject: Re: [Valgrind-users] Valgrind errors with log4cxx
> I am on Fedora Core 14, kernel 2.6.35.12-88, g++ 4.5.1, glibc-2.13.1.
> int main(const int argc,
> const char** argv)
> {
> return (0);
> }
> g++ -g -Wall -o Test.o -c Test.cpp ### Note no "src/"
> g++ -g Test.o -o test -llog4cxx
It works for me on Fedora 14:
gcc-c++-4.5.1-4.fc14.x86_64
glibc-2.13-1.x86_64
kernel-2.6.35.12-88.fc14.x86_64
$ ldd ./test | sort
/lib64/ld-linux-x86-64.so.2 (0x0000003d25a00000)
libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00007fdfd804c000)
libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 (0x00007fdfd8279000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000037af000000)
libc.so.6 => /lib64/libc.so.6 (0x0000003d25e00000)
libdb-4.8.so => /lib64/libdb-4.8.so (0x0000003d37200000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003d26600000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x0000003d2a200000)
libfreebl3.so => /lib64/libfreebl3.so (0x00000037aec00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003d27600000)
liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x0000003114000000)
libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x0000003113c00000)
liblog4cxx.so.10 => /usr/lib64/liblog4cxx.so.10 (0x00007fdfd849f000)
libm.so.6 => /lib64/libm.so.6 (0x0000003d26e00000)
libnspr4.so => /lib64/libnspr4.so (0x0000003d34a00000)
libnss3.so => /usr/lib64/libnss3.so (0x0000003113000000)
libnssutil3.so => /usr/lib64/libnssutil3.so (0x0000003d33600000)
libplc4.so => /lib64/libplc4.so (0x0000003d33200000)
libplds4.so => /lib64/libplds4.so (0x0000003d32e00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003d26200000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003d28a00000)
libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00000037b0000000)
libsmime3.so => /usr/lib64/libsmime3.so (0x0000003113800000)
libssl3.so => /usr/lib64/libssl3.so (0x0000003113400000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003d32200000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x0000003d31200000)
libz.so.1 => /lib64/libz.so.1 (0x0000003d27200000)
linux-vdso.so.1 => (0x00007fff9d5be000)
$ valgrind ./test
==3413== Memcheck, a memory error detector
==3413== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==3413== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==3413== Command: ./test
==3413==
==3413==
==3413== HEAP SUMMARY:
==3413== in use at exit: 0 bytes in 0 blocks
==3413== total heap usage: 987 allocs, 987 frees, 39,592 bytes allocated
==3413==
==3413== All heap blocks were freed -- no leaks are possible
==3413==
==3413== For counts of detected and suppressed errors, rerun with: -v
==3413== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6 from 6)
$
--
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Valgrind-users mailing list
Val...@li...
https://lists.sourceforge.net/lists/listinfo/valgrind-users
|
|
From: John R. <jr...@bi...> - 2011-04-20 21:34:23
|
It also works for me on Fedora 15 i686 under valgrind 3.6.0 and gcc-c++-4.6.0-5.fc15.i686:
$ valgrind ./test
==1811== Memcheck, a memory error detector
==1811== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==1811== Using Valgrind-3.6.0 and LibVEX; rerun with -h for copyright info
==1811== Command: ./test
==1811==
==1811==
==1811== HEAP SUMMARY:
==1811== in use at exit: 0 bytes in 0 blocks
==1811== total heap usage: 987 allocs, 987 frees, 24,808 bytes allocated
==1811==
==1811== All heap blocks were freed -- no leaks are possible
==1811==
==1811== For counts of detected and suppressed errors, rerun with: -v
==1811== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 54 from 8)
$ ldd ./test
linux-gate.so.1 => (0x00d6e000)
liblog4cxx.so.10 => /usr/lib/liblog4cxx.so.10 (0x00110000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x008dc000)
libm.so.6 => /lib/libm.so.6 (0x002b8000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00505000)
libc.so.6 => /lib/libc.so.6 (0x002e3000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00471000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x00494000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x004e0000)
libexpat.so.1 => /lib/libexpat.so.1 (0x4f42b000)
libdb-4.8.so => /lib/libdb-4.8.so (0x41717000)
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00669000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00522000)
libdl.so.2 => /lib/libdl.so.2 (0x004ef000)
/lib/ld-linux.so.2 (0x00785000)
libuuid.so.1 => /lib/libuuid.so.1 (0x4f246000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00834000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00f19000)
libssl3.so => /usr/lib/libssl3.so (0x00e9e000)
libsmime3.so => /usr/lib/libsmime3.so (0x00cd4000)
libnss3.so => /usr/lib/libnss3.so (0x009c8000)
libnssutil3.so => /usr/lib/libnssutil3.so (0x41292000)
libplds4.so => /lib/libplds4.so (0x414cd000)
libplc4.so => /lib/libplc4.so (0x41101000)
libnspr4.so => /lib/libnspr4.so (0x410c3000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x0086d000)
libfreebl3.so => /lib/libfreebl3.so (0x4ff92000)
libz.so.1 => /lib/libz.so.1 (0x4ef0b000)
$ ldd ./test | grep / | grep '=>' |
while read lib arrow file addr; do
rpm -qf $file
done | sort -u
apr-1.4.2-3.fc15.i686
apr-util-1.3.10-7.fc15.i686
cyrus-sasl-lib-2.1.23-16.fc15.i686
db4-4.8.30-3.fc15.i686
expat-2.0.1-11.fc15.i686
glibc-2.13.90-9.i686
libgcc-4.6.0-5.fc15.i686
libstdc++-4.6.0-5.fc15.i686
libuuid-2.19-3.fc15.i686
log4cxx-0.10.0-10.fc15.i686
nspr-4.8.7-2.fc15.i686
nss-3.12.9-15.fc15.i686
nss-softokn-freebl-3.12.9-7.fc15.i686
nss-util-3.12.9-2.fc15.i686
openldap-2.4.24-2.fc15.i686
zlib-1.2.5-3.fc15.i686
$
--
|
|
From: Chatterjee, S. <sch...@ca...> - 2011-04-20 21:53:45
|
Thanks, John. Since the last message, I removed valgrind-3.5.0 (seems like the latest available RPM for Fedora-14), built and installed valgrind-3.6.1. Still no go, same results!
-----Original Message-----
From: John Reiser [mailto:jr...@bi...]
Sent: Wed 4/20/2011 4:34 PM
To: val...@li...
Subject: Re: [Valgrind-users] Valgrind errors with log4cxx
It also works for me on Fedora 15 i686 under valgrind 3.6.0 and gcc-c++-4.6.0-5.fc15.i686:
$ valgrind ./test
==1811== Memcheck, a memory error detector
==1811== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==1811== Using Valgrind-3.6.0 and LibVEX; rerun with -h for copyright info
==1811== Command: ./test
==1811==
==1811==
==1811== HEAP SUMMARY:
==1811== in use at exit: 0 bytes in 0 blocks
==1811== total heap usage: 987 allocs, 987 frees, 24,808 bytes allocated
==1811==
==1811== All heap blocks were freed -- no leaks are possible
==1811==
==1811== For counts of detected and suppressed errors, rerun with: -v
==1811== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 54 from 8)
$ ldd ./test
linux-gate.so.1 => (0x00d6e000)
liblog4cxx.so.10 => /usr/lib/liblog4cxx.so.10 (0x00110000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x008dc000)
libm.so.6 => /lib/libm.so.6 (0x002b8000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00505000)
libc.so.6 => /lib/libc.so.6 (0x002e3000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00471000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x00494000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x004e0000)
libexpat.so.1 => /lib/libexpat.so.1 (0x4f42b000)
libdb-4.8.so => /lib/libdb-4.8.so (0x41717000)
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00669000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00522000)
libdl.so.2 => /lib/libdl.so.2 (0x004ef000)
/lib/ld-linux.so.2 (0x00785000)
libuuid.so.1 => /lib/libuuid.so.1 (0x4f246000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00834000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00f19000)
libssl3.so => /usr/lib/libssl3.so (0x00e9e000)
libsmime3.so => /usr/lib/libsmime3.so (0x00cd4000)
libnss3.so => /usr/lib/libnss3.so (0x009c8000)
libnssutil3.so => /usr/lib/libnssutil3.so (0x41292000)
libplds4.so => /lib/libplds4.so (0x414cd000)
libplc4.so => /lib/libplc4.so (0x41101000)
libnspr4.so => /lib/libnspr4.so (0x410c3000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x0086d000)
libfreebl3.so => /lib/libfreebl3.so (0x4ff92000)
libz.so.1 => /lib/libz.so.1 (0x4ef0b000)
$ ldd ./test | grep / | grep '=>' |
while read lib arrow file addr; do
rpm -qf $file
done | sort -u
apr-1.4.2-3.fc15.i686
apr-util-1.3.10-7.fc15.i686
cyrus-sasl-lib-2.1.23-16.fc15.i686
db4-4.8.30-3.fc15.i686
expat-2.0.1-11.fc15.i686
glibc-2.13.90-9.i686
libgcc-4.6.0-5.fc15.i686
libstdc++-4.6.0-5.fc15.i686
libuuid-2.19-3.fc15.i686
log4cxx-0.10.0-10.fc15.i686
nspr-4.8.7-2.fc15.i686
nss-3.12.9-15.fc15.i686
nss-softokn-freebl-3.12.9-7.fc15.i686
nss-util-3.12.9-2.fc15.i686
openldap-2.4.24-2.fc15.i686
zlib-1.2.5-3.fc15.i686
$
--
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Valgrind-users mailing list
Val...@li...
https://lists.sourceforge.net/lists/listinfo/valgrind-users
|
|
From: John R. <jr...@bi...> - 2011-04-20 22:03:06
|
On 04/20/2011 02:51 PM, Chatterjee, Shash wrote:
>
> ... Still no go, same results!
>
In an earlier message Shash wrote:
-----
Here's ldd output:
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000)
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x006e6000)
libc.so.6 => /lib/libc.so.6 (0x00347000)
libdl.so.2 => /lib/libdl.so.2 (0x004f0000)
libexpat.so.1 => /lib/libexpat.so.1 (0x00c73000)
libfreebl3.so => /lib/libfreebl3.so (0x008ce000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00533000)
/lib/ld-linux.so.2 (0x00326000)
liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000)
libm.so.6 => /lib/libm.so.6 (0x004fe000)
libpthread.so.0 => /lib/libpthread.so.0 (0x004d3000)
librt.so.1 => /lib/librt.so.1 (0x00569000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05046000)
libuuid.so.1 => /lib/libuuid.so.1 (0x004f7000)
linux-gate.so.1 => (0x00ec8000)
-----
which does not match mine. The number of lines is not the same.
Are some lines missing? The two lists of libraries (yours vs mine) should match.
These libraries:
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000)
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000)
liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000)
are in /usr/local/lib. Rpm would have put them in /usr/lib.
So, where did you get them?
Run the script:
-----
ldd ./test | grep / | grep '=>' |
while read lib arrow file addr; do
rpm -qf $file
done | sort -u
----
and compare with the output I reported earlier.
--
|
|
From: Chatterjee, S. <sch...@ca...> - 2011-04-20 23:08:49
|
John, Had to leave, will post the ldd list in the morning. I deleted my locally built log4cxx, apt and apt-util from /usr/local/lib, and reinstalled using yum. Now the ldd list is bigger and more like yours, except for differences like gcc-4.5.1 versus 4.6, etc. Thanks for your help! On Apr 20, 2011, at 5:04 PM, "John Reiser" <jr...@bi...> wrote: > On 04/20/2011 02:51 PM, Chatterjee, Shash wrote: >> >> ... Still no go, same results! >> > > In an earlier message Shash wrote: > ----- > Here's ldd output: > > libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000) > libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x006e6000) > libc.so.6 => /lib/libc.so.6 (0x00347000) > libdl.so.2 => /lib/libdl.so.2 (0x004f0000) > libexpat.so.1 => /lib/libexpat.so.1 (0x00c73000) > libfreebl3.so => /lib/libfreebl3.so (0x008ce000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00533000) > /lib/ld-linux.so.2 (0x00326000) > liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000) > libm.so.6 => /lib/libm.so.6 (0x004fe000) > libpthread.so.0 => /lib/libpthread.so.0 (0x004d3000) > librt.so.1 => /lib/librt.so.1 (0x00569000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05046000) > libuuid.so.1 => /lib/libuuid.so.1 (0x004f7000) > linux-gate.so.1 => (0x00ec8000) > ----- > which does not match mine. The number of lines is not the same. > Are some lines missing? The two lists of libraries (yours vs mine) should match. > These libraries: > libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000) > libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000) > liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000) > are in /usr/local/lib. Rpm would have put them in /usr/lib. > So, where did you get them? > > Run the script: > ----- > ldd ./test | grep / | grep '=>' | > while read lib arrow file addr; do > rpm -qf $file > done | sort -u > ---- > and compare with the output I reported earlier. > > -- > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: John R. <jr...@bi...> - 2011-04-21 20:07:30
|
On 04/20/2011 03:43 PM, Chatterjee, Shash wrote: > I deleted my locally built log4cxx, apt and apt-util from /usr/local/lib, and reinstalled using yum. Now the ldd list is bigger and more like yours, except for differences like gcc-4.5.1 versus 4.6, etc. How well does "valgrind ./test" work now? [And why are you using a locally-build zlib instead of zlib-1.2.5-2.fc14.i686.rpm ?] -- |
|
From: Chatterjee, S. <sch...@ca...> - 2011-04-21 20:22:06
|
-----Original Message----- From: John Reiser [mailto:jr...@bi...] Sent: Thu 4/21/2011 3:07 PM To: val...@li... Subject: Re: [Valgrind-users] Valgrind errors with log4cxx On 04/20/2011 03:43 PM, Chatterjee, Shash wrote: John, Good question, the locally built libs were to replicate a particular legacy build :-). I have now removed locally built zlib as well. Valgrind still seg faults, see below. Thanks, Shash [schatterjee@dal-schatter-l ESM]$ ldd ./test | grep / | grep '=>' | while read lib arrow file addr; do rpm -qf $file; done | sort -u apr-1.3.9-3.fc13.i686 apr-util-1.3.10-1.fc14.i686 cyrus-sasl-lib-2.1.23-12.fc14.i686 db4-4.8.30-2.fc14.i686 expat-2.0.1-10.fc13.i686 glibc-2.13-1.i686 libgcc-4.5.1-4.fc14.i686 libstdc++-4.5.1-4.fc14.i686 libuuid-2.18-4.8.fc14.i686 log4cxx-0.10.0-9.fc13.i686 nspr-4.8.7-1.fc14.i686 nss-3.12.9-9.fc14.i686 nss-softokn-freebl-3.12.9-5.fc14.i686 nss-util-3.12.9-1.fc14.i686 openldap-2.4.23-4.fc14.i686 zlib-1.2.5-2.fc14.i686 [schatterjee@dal-schatter-l ESM]$ !va valgrind ./test ==6822== Memcheck, a memory error detector ==6822== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==6822== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==6822== Command: ./test ==6822== ==6822== Conditional jump or move depends on uninitialised value(s) ==6822== at 0x4005453: operator delete[](void*, std::nothrow_t const&) (vg_replace_malloc.c:421) ==6822== by 0x512DCE7: ??? (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (stdexcept.cc:72) ==6822== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x4DE9AD: pthread_once (pthread_once.S:122) ==6822== by 0x509E0A8: std::locale::locale() (strstream.cc:369) ==6822== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930) ==6822== by 0x410E115: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x4167CFC: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x40B393B: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x3348FB: call_init (dl-init.c:68) ==6822== by 0x334A18: _dl_init (dl-init.c:132) ==6822== ==6822== Invalid free() / delete / delete[] ==6822== at 0x4005493: operator delete[](void*, std::nothrow_t const&) (vg_replace_malloc.c:421) ==6822== by 0x512DCE7: ??? (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (stdexcept.cc:72) ==6822== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x4DE9AD: pthread_once (pthread_once.S:122) ==6822== by 0x509E0A8: std::locale::locale() (strstream.cc:369) ==6822== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930) ==6822== by 0x410E115: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x4167CFC: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x40B393B: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x3348FB: call_init (dl-init.c:68) ==6822== by 0x334A18: _dl_init (dl-init.c:132) ==6822== Address 0x5059b24 is not stack'd, malloc'd or (recently) free'd ==6822== ==6822== Use of uninitialised value of size 4 ==6822== at 0x40054A2: operator delete[](void*, std::nothrow_t const&) (vg_replace_malloc.c:421) ==6822== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (stdexcept.cc:72) ==6822== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x4DE9AD: pthread_once (pthread_once.S:122) ==6822== by 0x509E0A8: std::locale::locale() (strstream.cc:369) ==6822== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930) ==6822== by 0x410E115: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x4167CFC: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x40B393B: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x3348FB: call_init (dl-init.c:68) ==6822== by 0x334A18: _dl_init (dl-init.c:132) ==6822== by 0x3268AE: ??? (in /lib/ld-2.13.so) ==6822== vex x86->IR: unhandled instruction bytes: 0xEA 0xB5 0x8 0x5 ==6822== Invalid read of size 1 ==6822== at 0x512DCE8: ??? (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (stdexcept.cc:72) ==6822== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x4DE9AD: pthread_once (pthread_once.S:122) ==6822== by 0x509E0A8: std::locale::locale() (strstream.cc:369) ==6822== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930) ==6822== by 0x410E115: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x4167CFC: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x40B393B: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x3348FB: call_init (dl-init.c:68) ==6822== by 0x334A18: _dl_init (dl-init.c:132) ==6822== by 0x3268AE: ??? (in /lib/ld-2.13.so) ==6822== Address 0x6a050f16 is not stack'd, malloc'd or (recently) free'd ==6822== ==6822== ==6822== Process terminating with default action of signal 11 (SIGSEGV) ==6822== Access not within mapped region at address 0x6A050F16 ==6822== at 0x512DCE8: ??? (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x509D7C8: std::underflow_error::underflow_error(std::string const&) (stdexcept.cc:72) ==6822== by 0x509DFAD: virtual thunk to std::strstream::~strstream() (in /usr/lib/libstdc++.so.6.0.14) ==6822== by 0x4DE9AD: pthread_once (pthread_once.S:122) ==6822== by 0x509E0A8: std::locale::locale() (strstream.cc:369) ==6822== by 0x509AF97: std::ios_base::Init::Init() (locale_facets.h:1930) ==6822== by 0x410E115: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x4167CFC: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x40B393B: ??? (in /usr/lib/liblog4cxx.so.10.0.0) ==6822== by 0x3348FB: call_init (dl-init.c:68) ==6822== by 0x334A18: _dl_init (dl-init.c:132) ==6822== by 0x3268AE: ??? (in /lib/ld-2.13.so) ==6822== If you believe this happened as a result of a stack ==6822== overflow in your program's main thread (unlikely but ==6822== possible), you can try to increase the size of the ==6822== main thread stack using the --main-stacksize= flag. ==6822== The main thread stack size used in this run was 8388608. ==6822== ==6822== HEAP SUMMARY: ==6822== in use at exit: 3,416 bytes in 107 blocks ==6822== total heap usage: 452 allocs, 346 frees, 11,471 bytes allocated ==6822== ==6822== LEAK SUMMARY: ==6822== definitely lost: 0 bytes in 0 blocks ==6822== indirectly lost: 0 bytes in 0 blocks ==6822== possibly lost: 1,624 bytes in 53 blocks ==6822== still reachable: 1,792 bytes in 54 blocks ==6822== suppressed: 0 bytes in 0 blocks ==6822== Rerun with --leak-check=full to see details of leaked memory ==6822== ==6822== For counts of detected and suppressed errors, rerun with: -v ==6822== Use --track-origins=yes to see where uninitialised values come from ==6822== ERROR SUMMARY: 4 errors from 4 contexts (suppressed: 40 from 8) Segmentation fault (core dumped) [schatterjee@dal-schatter-l ESM]$ > I deleted my locally built log4cxx, apt and apt-util from /usr/local/lib, and reinstalled using yum. Now the ldd list is bigger and more like yours, except for differences like gcc-4.5.1 versus 4.6, etc. How well does "valgrind ./test" work now? [And why are you using a locally-build zlib instead of zlib-1.2.5-2.fc14.i686.rpm ?] -- ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails _______________________________________________ Valgrind-users mailing list Val...@li... https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: Chatterjee, S. <sch...@ca...> - 2011-04-21 19:44:15
|
Here's the RPM output:
[schatterjee@dal-schatter-l ESM]$ ldd ./test | grep / | grep '=>' |
> while read lib arrow file addr; do
> rpm -qf $file
> done | sort -u
apr-1.3.9-3.fc13.i686
apr-util-1.3.10-1.fc14.i686
cyrus-sasl-lib-2.1.23-12.fc14.i686
db4-4.8.30-2.fc14.i686
expat-2.0.1-10.fc13.i686
file /usr/local/lib/libz.so.1 is not owned by any package
glibc-2.13-1.i686
libgcc-4.5.1-4.fc14.i686
libstdc++-4.5.1-4.fc14.i686
libuuid-2.18-4.8.fc14.i686
log4cxx-0.10.0-9.fc13.i686
nspr-4.8.7-1.fc14.i686
nss-3.12.9-9.fc14.i686
nss-softokn-freebl-3.12.9-5.fc14.i686
nss-util-3.12.9-1.fc14.i686
openldap-2.4.23-4.fc14.i686
Here's the output from ldd:
[schatterjee@dal-schatter-l ESM]$ ldd ./test | sort -u
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00da6000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00cb8000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x006e6000)
libc.so.6 => /lib/libc.so.6 (0x00347000)
libdb-4.8.so => /lib/libdb-4.8.so (0x06d29000)
libdl.so.2 => /lib/libdl.so.2 (0x0019a000)
libexpat.so.1 => /lib/libexpat.so.1 (0x00c73000)
libfreebl3.so => /lib/libfreebl3.so (0x008ce000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0013a000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x006cb000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x007f0000)
/lib/ld-linux.so.2 (0x00326000)
liblog4cxx.so.10 => /usr/lib/liblog4cxx.so.10 (0x004d7000)
libm.so.6 => /lib/libm.so.6 (0x00110000)
libnspr4.so => /lib/libnspr4.so (0x05324000)
libnss3.so => /usr/lib/libnss3.so (0x04457000)
libnssutil3.so => /usr/lib/libnssutil3.so (0x05362000)
libplc4.so => /lib/libplc4.so (0x00195000)
libplds4.so => /lib/libplds4.so (0x00191000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00157000)
libresolv.so.2 => /lib/libresolv.so.2 (0x00177000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x06f10000)
libsmime3.so => /usr/lib/libsmime3.so (0x045ca000)
libssl3.so => /usr/lib/libssl3.so (0x04592000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05046000)
libuuid.so.1 => /lib/libuuid.so.1 (0x00172000)
libz.so.1 => /usr/local/lib/libz.so.1 (0x0019f000)
linux-gate.so.1 => (0x00a84000)
-----Original Message-----
From: John Reiser [mailto:jr...@bi...]
Sent: Wed 4/20/2011 5:03 PM
To: val...@li...
Subject: Re: [Valgrind-users] Valgrind errors with log4cxx
On 04/20/2011 02:51 PM, Chatterjee, Shash wrote:
>
> ... Still no go, same results!
>
In an earlier message Shash wrote:
-----
Here's ldd output:
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000)
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x006e6000)
libc.so.6 => /lib/libc.so.6 (0x00347000)
libdl.so.2 => /lib/libdl.so.2 (0x004f0000)
libexpat.so.1 => /lib/libexpat.so.1 (0x00c73000)
libfreebl3.so => /lib/libfreebl3.so (0x008ce000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00533000)
/lib/ld-linux.so.2 (0x00326000)
liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000)
libm.so.6 => /lib/libm.so.6 (0x004fe000)
libpthread.so.0 => /lib/libpthread.so.0 (0x004d3000)
librt.so.1 => /lib/librt.so.1 (0x00569000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x05046000)
libuuid.so.1 => /lib/libuuid.so.1 (0x004f7000)
linux-gate.so.1 => (0x00ec8000)
-----
which does not match mine. The number of lines is not the same.
Are some lines missing? The two lists of libraries (yours vs mine) should match.
These libraries:
libapr-1.so.0 => /usr/local/lib/libapr-1.so.0 (0x0080e000)
libaprutil-1.so.0 => /usr/local/lib/libaprutil-1.so.0 (0x002c4000)
liblog4cxx.so.10 => /usr/local/lib/liblog4cxx.so.10 (0x00110000)
are in /usr/local/lib. Rpm would have put them in /usr/lib.
So, where did you get them?
Run the script:
-----
ldd ./test | grep / | grep '=>' |
while read lib arrow file addr; do
rpm -qf $file
done | sort -u
----
and compare with the output I reported earlier.
--
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Valgrind-users mailing list
Val...@li...
https://lists.sourceforge.net/lists/listinfo/valgrind-users
|