This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Regression on gdb.trace/{actions,change-loc,pending}.exp on native-{,extended-}gdbserver (was: Re: [PATCH 2/2] "catch catch/throw/rethrow", breakpoint -> catchpoint)
- From: Sergio Durigan Junior <sergiodj at redhat dot com>
- To: Pedro Alves <palves at redhat dot com>
- Cc: Andrew Burgess <andrew dot burgess at embecosm dot com>, Tom Tromey <tom at tromey dot com>, gdb-patches at sourceware dot org
- Date: Fri, 02 Aug 2019 19:08:19 -0400
- Subject: Regression on gdb.trace/{actions,change-loc,pending}.exp on native-{,extended-}gdbserver (was: Re: [PATCH 2/2] "catch catch/throw/rethrow", breakpoint -> catchpoint)
- References: <20190705160055.13355-1-palves@redhat.com> <20190705160055.13355-3-palves@redhat.com> <20190709095507.GJ23204@embecosm.com> <28eb4028-87a7-9929-5cb1-d8c3f96544e9@redhat.com> <20190709162215.GK23204@embecosm.com> <002b541a-a89c-1b1b-48b2-6ce1241f07bc@redhat.com>
On Tuesday, July 09 2019, Pedro Alves wrote:
> On 7/9/19 5:22 PM, Andrew Burgess wrote:
>> This looks good to me.
>
> On 7/9/19 5:07 PM, Tom Tromey wrote:
>> This looks great to me.
>
> Thanks. I pushed it in with a couple additional & obvious tweaks:
>
> - A tweak to gdb.mi/mi-catch-cpp-exceptions.exp, to explicitly
> check for type="catchpoint".
>
> - A tweak to the manual to adjust the MI -catch-* examples.
Hi Pedro,
BuildBot has caught these regressions when testing this patch on
native-{,extended-}gdbserver:
https://sourceware.org/ml/gdb-testers/2019-q3/msg00438.html
PASS -> FAIL: gdb.trace/actions.exp: ctf: tracepoint on gdb_asm_test
PASS -> FAIL: gdb.trace/actions.exp: ctf: tracepoint on gdb_c_test
new FAIL: gdb.trace/actions.exp: ctf: tracepoint on gdb_recursion_test 0
PASS -> FAIL: gdb.trace/actions.exp: tfile: tracepoint on gdb_asm_test
PASS -> FAIL: gdb.trace/actions.exp: tfile: tracepoint on gdb_c_test
new FAIL: gdb.trace/actions.exp: tfile: tracepoint on gdb_recursion_test 0
PASS -> FAIL: gdb.trace/change-loc.exp: 1 trace: continue to marker 2
PASS -> FAIL: gdb.trace/change-loc.exp: 1 trace: continue to marker 3
PASS -> FAIL: gdb.trace/change-loc.exp: 1 trace: tfind frame 0
PASS -> FAIL: gdb.trace/change-loc.exp: 1 trace: tracepoint with two locations - installed
PASS -> FAIL: gdb.trace/change-loc.exp: 1 trace: tracepoint with two locations - pending
PASS -> FAIL: gdb.trace/change-loc.exp: 2 trace: continue to marker 2
PASS -> FAIL: gdb.trace/change-loc.exp: 2 trace: continue to marker 3
PASS -> FAIL: gdb.trace/change-loc.exp: 2 trace: tfind frame 2
PASS -> FAIL: gdb.trace/change-loc.exp: 2 trace: tracepoint with two locations - installed
PASS -> FAIL: gdb.trace/change-loc.exp: 2 trace: tracepoint with two locations - pending
PASS -> FAIL: gdb.trace/pending.exp: ftrace installed_in_trace: continue to marker 2
new FAIL: gdb.trace/pending.exp: ftrace installed_in_trace: tfind test frame 0
PASS -> FAIL: gdb.trace/pending.exp: trace installed_in_trace: continue to marker 2
PASS -> FAIL: gdb.trace/pending.exp: trace installed_in_trace: tfind test frame 0
I've also found them while preparing a new Fedora GDB release. I can
provide the log files and help with investigating if needed.
Thanks,
--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/