This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch] Bring QNX Neutrino support forward.


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



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]