Re: [patch] Bring QNX Neutrino support forward.

[Kris Warkentin <kewarken@qnx.com>]

Andrew, given that the core_fns are not deprecated yet, is this patch 
otherwise okay?  It looks like I might be able to add some BFD support 
for our cores (perhaps a qnx_nto_core_flavour?) but I wouldn't mind 
getting this patch out of my sandbox for now.

cheers,

Kris

Kris Warkentin wrote:

> Andrew Cagney wrote:
>
>> Ulgh, one of those (if you remember any more details :-).  I'll need 
>> to investigate - these race conditions are a royal pain.
>
>
> I'll just temporarily move the signal setup stuff to my 
> _init....okay.  It's this line of code in my init function:
>
> signal_stop_update (target_signal_from_name ("SIG45"), 0);
>
> The array 'signal_stop' in signal_stop_update has not been initialized 
> so we blow up.
>
>> There are no deprecated markers so there's no hint.  A grep of 
>> add_core_fns reveals that the i386/amd64 and GNU/Linux PPC do not 
>> make the call so I'm pretty sure that I'm not talking theory here 
>> (notably 32x64 GNU/Linux debugging works on those systems -- that 
>> needs regsets).
>
>
>
> I think I'm failing to understand you here.  If I don't use the 
> regset_core_functions, how do I sniff out a Neutrino core using
>
>    if (bfd_get_section_by_name (abfd, ".qnx_core_info"))
>       you_have_core();
> ?
>
> Should I be adding that to the default_core_sniffer?
>
> cheers,
>
> Kris
>