Re: [RFA] enable software single step on alpha-osf

[Daniel Jacobowitz <drow@mvista.com>]

On Tue, Aug 20, 2002 at 08:29:18PM -0400, Andrew Cagney wrote:
> >>Here is a patch to update the NEWS file,
> >>as suggested by Eli. I'm not very good at wording, so any suggestion for
> >>improvement is more than welcome.
> >>
> >>2002-08-17  Joel Brobecker  <brobecker@gnat.com>
> >>
> >>        * NEWS: Add an entry regarding the improvement of the next/step
> >>        operation on Alpha Tru64 multi-processor machines.
> >
> >
> >I am just realizing that I was probably not very clear... I am asking
> >for approval before I check this change in, in case the wording, or
> >maybe the way I organized this item in the NEWS file can be improved.
> 
> No one maintains the NEWS file.  If you get no comments after a few 
> days, it's likely probably ok.
> 
> Andrew
> 
> 
> >>Index: NEWS
> >>===================================================================
> >>RCS file: /cvs/src/src/gdb/NEWS,v
> >>retrieving revision 1.86
> >>diff -c -3 -r1.86 NEWS
> >>*** NEWS	15 Aug 2002 22:51:40 -0000	1.86
> >>--- NEWS	17 Aug 2002 06:22:04 -0000
> >>***************
> >>*** 91,96 ****
> >>--- 91,102 ----
> >>  to a bfd-format or binary file (dump and append), and back
> >>  from a file into memory (restore).
> >>  
> >>+ * Improved "next/step" support on multi-processor Alpha Tru64.
> >>+ 
> >>+ On multi-processor Alpha Tru64, next/step operations sometimes used to
> >>+ cause problems, such as the random apperance of SIGSEGV or SIGTRAP
> >>+ signals for instance.
> >>+ 

If I may suggest...

* Improved "next/step" support on multi-processor Alpha Tru64.

The previous single-step mechanism could cause unpredictable problems,
including the random appearance of SIGSEGV or SIGTRAP signals.  The use
of a software single-step mechanism prevents this.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer