Re: [Valgrind-developers] exp-sgcheck err question

[Дмитрий Д. <di...@gm...>]

oh, look as http://bugs.kde.org/show_bug.cgi?id=255603

i'll try to reduce testcase.

Dmitry

2012/2/5 Дмитрий Дьяченко <di...@gm...>

> Hello!
>
> i have a big and private application so i cant share a runnable test.
> Sorry..
>
> How i may provide more info about the following err?
>
> i use latest V from trunk -- revs 2245/12368, Fedora 16/x64.
>
> Memcheck reports no errors, exp-sgcheck tests PASS
>
>
> Thank You,
> Dmitry
>
> ----------------
> $ valgrind --tool=exp-sgcheck  .libs/lt-pkcs11unittest
> pkcs11_rsa::testGenerateSessionKey_DES
> ==32382== exp-sgcheck, a stack and global array overrun detector
> ==32382== NOTE: This is an Experimental-Class Valgrind Tool
> ==32382== Copyright (C) 2003-2011, and GNU GPL'd, by OpenWorks Ltd et al.
> ==32382== Using Valgrind-3.8.0.SVN and LibVEX; rerun with -h for copyright
> info
> ==32382== Command: .libs/lt-pkcs11unittest
> pkcs11_rsa::testGenerateSessionKey_DES
> ==32382==
> Running pkcs11_rsa::testGenerateSessionKey_DES
> pkcs11_rsa::testGenerateSessionKey_DES
> Environment variables:
>   PKCS11_DEBUG=0 print debugging information disabled (default 0).
>   PKCS11_VERBOSE=1 print verbose information enabled (default 1).
>   PKCS11_LIBRARY=[path\]<libname> setting library name libcppkcs11.so
> (default <libcppkcs11.so>).
>
> exp-sgcheck: sg_main.c:560 (add_blocks_to_StackTree): Assertion
> '!already_present' failed.
> ==32382==    at 0x38021E76: report_and_quit (m_libcassert.c:210)
> ==32382==    by 0x3802201C: vgPlain_assert_fail (m_libcassert.c:284)
> ==32382==    by 0x3801A274: add_blocks_to_StackTree (sg_main.c:560)
> ==32382==    by 0x3801A391: shadowStack_new_frame (sg_main.c:1875)
> ==32382==    by 0x4065331A3: ???
> ==32382==    by 0x12F26: ???
> ==32382==    by 0x38C9CA5F: ???
> ==32382==    by 0x38017B3F: ??? (h_main.c:141)
> ==32382==    by 0x4033F6F1F: ???
> ==32382==    by 0x38C9CA4F: ???
> ==32382==    by 0x3A0A00DA6F: _dl_map_object_deps (dl-deps.c:641)
>
> sched status:
>   running_tid=1
>
> Thread 1: status = VgTs_Runnable
> ==32382==    at 0x3A0A00DABB: _dl_map_object_deps (dl-deps.c:672)
> ==32382==    by 0x3A0A013700: dl_open_worker (dl-open.c:262)
> ==32382==    by 0x3A0A00F005: _dl_catch_error (dl-error.c:178)
> ==32382==    by 0x3A0A013179: _dl_open (dl-open.c:575)
> ==32382==    by 0x3A0A800F25: dlopen_doit (dlopen.c:67)
> ==32382==    by 0x3A0A00F005: _dl_catch_error (dl-error.c:178)
> ==32382==    by 0x3A0A80152E: _dlerror_run (dlerror.c:164)
> ==32382==    by 0x3A0A800FC0: dlopen@@GLIBC_2.2.5 (dlopen.c:88)
> ==32382==    by 0x53FCA72: ??? (sup_dlfcn.h:39)
> ==32382==    by 0x53FD905: ??? (sup_lib.c:193)
> ==32382==    by 0x53FD2DF: support_load_library_registry (sup_lib.c:59)
> ==32382==    by 0x51CCD7E: ??? (CryptBase.cpp:60)
> ==32382==    by 0x51CCF6B: ??? (CryptBase.cpp:108)
> ==32382==    by 0x51CDA64: CryptAcquireContextA (CryptBase.cpp:520)
> ==32382==    by 0x72CCF03: ??? (pkcs11classes.cpp:127)
> ==32382==    by 0x72CCE6A: ??? (pkcs11classes.cpp:120)
> ==32382==    by 0x72CFA87: ??? (pkcs11classes.cpp:856)
> ==32382==    by 0x72BEB7D: ??? (CPPKCS11CPP.cpp:391)
> ==32382==    by 0x4173D1: LoadLibraryClass::PKCS11_Initialize(char*)
> (pkcs11_loadlibrary.cpp:187)
> ==32382==    by 0x4171AC: LoadLibraryClass::LoadLibraryClass()
> (pkcs11_loadlibrary.cpp:103)
> ==32382==    by 0x40E7F6: LoadLib() (pkcs11_support.cpp:49)
> ==32382==    by 0x4177AD: pkcs11_rsa::setUp() (pkcs11_rsa.cpp:63)
> ==32382==    by 0x40E59E: CppUnit::TestCaller<pkcs11_rsa>::setUp()
> (TestCaller.h:177)
> ==32382==    by 0x6856AE6: CppUnit::TestCaseMethodFunctor::operator()()
> const (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x684B6EB:
> CppUnit::DefaultProtector::protect(CppUnit::Functor const&,
> CppUnit::ProtectorContext const&) (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x6851A5A:
> CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x6851891:
> CppUnit::ProtectorChain::protect(CppUnit::Functor const&,
> CppUnit::ProtectorContext const&) (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x6861B5F: CppUnit::TestResult::protect(CppUnit::Functor
> const&, CppUnit::Test*, CppUnitString const&) (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x68565A5: CppUnit::TestCase::run(CppUnit::TestResult*)
> (in /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x686193D: CppUnit::TestResult::runTest(CppUnit::Test*)
> (in /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x6865FC5: CppUnit::TestRunner::run(CppUnit::TestResult&,
> CppUnitString const&) (in
> /home/dimhen/build/d/cppunit/src/cppunit/.libs/libcppunit-1.10.so.2.0.0)
> ==32382==    by 0x405A41: main (unittestmain.cpp:40)
>
>
> Note: see also the FAQ in the source distribution.
> It contains workarounds to several common problems.
> In particular, if Valgrind aborted or crashed after
> identifying problems in your program, there's a good chance
> that fixing those problems will prevent Valgrind aborting or
> crashing, especially if it happened in m_mallocfree.c.
>
> If that doesn't help, please report this bug to: www.valgrind.org
>
> In the bug report, send all the above text, the valgrind
> version, and what OS and version you are using.  Thanks.
>
>
>