On Centos, apart of the 'signal was supposed to be fatal', do you see
any other error message reported before by Valgrind ?
For what concerns the 'signal was supposed to be fatal', here are a few
questions/things to look at:
1. when you had this message, was the --vgdb=yes argument given to
Valgrind ?
2. If --vgdb=yes was given, was a gdb connected at that time ?
3. Can you then try with --vgdb=no and see if the same 'signal was
supposed to be fatal' still happens ?
4. And then can you try with an unpatched 3.6.1 ?
If the problem is only produced with gdbserver, you might try to re-run
this with some Valgrind debugging
(e.g. give -d -d -d arguments to Valgrind). This might give ideas about
what is going on.
Philippe
Good evening. I was using Valgrind-3.6.1(with the gdbserver
patch) to test the latest sqlite Write Ahead Logging(WAL) release for
possible heap corrption on Centos Linux Release 5.5 when I encounted the
valgrind message - valgrind the impossible happened main() signal was
supposed to be fatal --2159 at 0x3802A4C8: report and quit
(m_libcassert.c: 193)
____
This message and any files transmitted with it are legally privileged and
intended for the sole use of the individual(s) or entity to whom they are
addressed. If you are not the intended recipient, please notify the sender by
reply and delete the message and any attachments from your system. Any
unauthorised use or disclosure of the content of this message is strictly
prohibited and may be unlawful.
Nothing in this e-mail message amounts to a contractual or legal commitment on
the part of EUROCONTROL, unless it is confirmed by appropriately signed hard
copy.
Any views expressed in this message are those of the sender.------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in
Real-Time with Splunk. Collect, index and harness all the fast moving IT data
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business
insights. http://p.sf.net/sfu/splunk-dev2dev
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users
