Tom,
I inserted a logging statement in the constructor invoked immediately after
startup, and I noticed that it wasn't logged. I don't believe that the
program was even invoked before valgrind decided to exit.
I hope I'm wrong, but can it be that valgrind can't handle our application
in this cross-compiled environment? In theory it shouldn't matter...
Thanks for the help,
Paul
Tom Hughes-2 wrote:
>
> On 10/02/11 14:10, ppmoore wrote:
>
>> The signal SIGALRM is handled in the main constructor for the
>> application,
>> invoked from main(), so I thought that this should be sufficiently quick.
>>
>> if (signal(SIGALRM, &signalHandler) == SIG_ERR)
>> {
>> log_printf(LOG_ERR, "Signal when registering SIGALRM
>> handler\n");
>> return -1;
>> }
>
> The important question is not just where that is, but where the code
> that arranges for the SIGALRM to be sent is relative to that. It should
> be after that code not before it basically.
>
>> IS there a way top change the default signal-handling in valgrind?
>
> No, any more than there is any way to change the kernel's signal
> handling when you are running outside valgrind.
>
> Valgrind is only doing exactly what the kernel would normally do - the
> only difference is that your program is probably running more slowly
> because it is running under valgrind.
>
> Tom
>
> --
> Tom Hughes ([email protected])
> http://compton.nu/
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Valgrind-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/valgrind-users
>
>
--
View this message in context:
http://old.nabble.com/Process-terminating-with-default-action-of-signal-14-%28SIGALRM%29-tp30891730p30892908.html
Sent from the Valgrind - Users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Valgrind-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-users
