[PATCH 0/3] Prevent bad conditions from putting breakpoints into broken state

Aktemur, Tankut Baris tankut.baris.aktemur@intel.com
Thu Jul 23 07:13:13 GMT 2020


On Wednesday, July 22, 2020 8:24 PM, Pedro Alves wrote:
> On 7/21/20 10:08 AM, Tankut Baris Aktemur via Gdb-patches wrote:
> >> Hi,
> >>
> >> If the condition of a breakpoint is "bad" (e.g. has unresolved
> >> symbols, syntax errors, etc.), the breakpoint goes into a broken state
> >> where the condition string or the condition expressions are updated
> >> inadvertently.  This small series attempts to fix that.
> >
> >
> > Kindly pinging for
> >
> >   https://sourceware.org/pipermail/gdb-patches/2020-June/169954.html
> 
> I'm confused -- are you proposing to merge patch #2 as it was,
> or with the two passes?

Sorry for the confusion.  Please consider the two-pass version.

Thanks
-Baris


Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Gary Kershaw
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928


More information about the Gdb-patches mailing list