Hi all, Can someone explain the error shown below?
It's in a glib-based application, and it seems that DRD doesn't like the call to send() in libpthread while creating a new thread at the same time... Why is this wrong? I really tried to understand the output, but got completely stuck, as this is actually the first time I am trying DRD, which by the way, called as: export G_SLICE=always-malloc ./vg-in-place --tool=drd --check-stack-var=yes --show-stack-usage=yes Using self-compiled valgrind 3.5 in RHEL5.2 Thanks in advance, -Aleksander ----------------------------------- ==19314== Conflicting load by thread 6 at 0x39ba019310 size 4 ==19314== at 0x39B9E0D192: send (in /lib64/libpthread-2.5.so) ==19314== by 0x4C342D0: __jardin_connection_module_send_impl (jardin_connection_module.c:863) ==19314== by 0x4C3537C: __jardin_client_send_receive_impl (jardin_client_obj.c:869) ==19314== by 0x3915406CEF: __wzt_scmp_client_send_recv_timeout_impl (wzt_scmp_client.c:361) ==19314== by 0x400EA8: wzt_scmp_client_send_recv_timeout (in /home/aleksander/Development/scmp_client2) ==19314== by 0x400B42: __send_message (in /home/aleksander/Development/scmp_client2) ==19314== by 0x40123F: __thread_func (in /home/aleksander/Development/scmp_client2) ==19314== by 0x39BBA48F23: ??? (in /lib64/libglib-2.0.so.0.1200.3) ==19314== by 0x4A0C42F: vgDrd_thread_wrapper (drd_pthread_intercepts.c:272) ==19314== by 0x39B9E062F6: start_thread (in /lib64/libpthread-2.5.so) ==19314== by 0x39B92D1B6C: clone (in /lib64/libc-2.5.so) ==19314== Allocation context: BSS section of /lib64/libpthread-2.5.so ==19314== Other segment start (thread 1) ==19314== at 0x4A0D016: pthread_mutex_lock (drd_pthread_intercepts.c:580) ==19314== by 0x39BBA48DA0: g_thread_create_full (in /lib64/libglib-2.0.so.0.1200.3) ==19314== by 0x401330: main (in /home/aleksander/Development/scmp_client2) ==19314== Other segment end (thread 1) ==19314== at 0x39B92D1B31: clone (in /lib64/libc-2.5.so) ==19314== by 0x39B9E068ED: pthread_create@@GLIBC_2.2.5 (in /lib64/ libpthread-2.5.so) ==19314== by 0x4A12F36: pthread_cre...@* (drd_pthread_intercepts.c:409) ==19314== by 0x39C120209B: ??? (in /lib64/libgthread-2.0.so.0.1200.3) ==19314== by 0x39BBA48DCE: g_thread_create_full (in /lib64/libglib-2.0.so.0.1200.3) ==19314== by 0x401330: main (in /home/aleksander/Development/scmp_client2) ==19314== Other segment start (thread 1) ==19314== at 0x4A0D016: pthread_mutex_lock (drd_pthread_intercepts.c:580) ==19314== by 0x39BBA48DA0: g_thread_create_full (in /lib64/libglib-2.0.so.0.1200.3) ==19314== by 0x401330: main (in /home/aleksander/Development/scmp_client2) ==19314== Other segment end (thread 1) ==19314== at 0x39B92D1B31: clone (in /lib64/libc-2.5.so) ==19314== by 0x39B9E068ED: pthread_create@@GLIBC_2.2.5 (in /lib64/ libpthread-2.5.so) ==19314== by 0x4A12F36: pthread_cre...@* (drd_pthread_intercepts.c:409) ==19314== by 0x39C120209B: ??? (in /lib64/libgthread-2.0.so.0.1200.3) ==19314== by 0x39BBA48DCE: g_thread_create_full (in /lib64/libglib-2.0.so.0.1200.3) ==19314== by 0x401330: main (in /home/aleksander/Development/scmp_client2)
------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev
_______________________________________________ Valgrind-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-users
