@MSGID: <wwvpm2jgagf.fsf@LkoBDZeT.terraraq.uk>
d6e88f12
@REPLY: 1@dont-email.me> ade6e414
@REPLYADDR Richard Kettlewell
<invalid@invalid.invalid>
@REPLYTO 2:5075/128 Richard Kettlewell
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID:
<wwvpm2jgagf.fsf@LkoBDZeT.terraraq.uk>
1@dont-email.me>53kqz@news.chiark.greenend.org.uk> i.fsf@LkoBDZeT.terraraq.uk> 1@dont-email.me>
@TZUTC: 0100
@PID: Gnus/5.13 (Gnus v5.13) Emacs/27.1
(gnu/linux)
@TID: FIDOGATE-5.12-ge4e8b94
The Natural Philosopher <tnp@invalid.invalid> writes:
> On 14/09/2023 09:23, Richard Kettlewell wrote:
>> Also:
>> * I would also have a look at the kernel log; if it`s a
>>   kernel-generated signal then there`s usually a log message about it.
>> 
> Nothing in kern.log after the boot process finishes.

Most likely a bug in your program then.

>> * Run the application under valgrind; depending what the issue is, that
>>    will provide a backtrace and perhaps more detailed information. If it
>>    is a memory corruption issue then it may identify where the corruption
>>    happens, rather than the later point where malloc failed a consistency
>>    check (or whatever it is).
>>
>> Using valgrind (and/or compiler sanitizer features) is a good idea
>> even before running into trouble, really.
> 
> The strange thing is that it failed once after a minute, then I
> rebooted and it failed after 20 minutes, and its been running several
> days now with no issues at all.
>
> I am not sure valgrind would actually help unless it failed.

It`s extremely good at identifying memory corruption even in cases where
that doesn`t immediately lead to a crash; that`s what it`s for.  But if
it doesn`t, you leave it running until the crash happens.

Up to you, of course, whether you use the tools available, or debug with
one hand tied behind your back.

-- 
https://www.greenend.org.uk/rjk/
--- Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
 * Origin: terraraq NNTP server (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441