public inbox for gdb-prs@sourceware.org help / color / mirror / Atom feed
* [Bug cli/15642] New: Crash using 'rbreak' @ 2013-06-18 8:56 vgiraud at neotion dot com 2013-06-18 10:19 ` [Bug cli/15642] " vgiraud at neotion dot com ` (2 more replies) 0 siblings, 3 replies; 4+ messages in thread From: vgiraud at neotion dot com @ 2013-06-18 8:56 UTC (permalink / raw) To: gdb-prs http://sourceware.org/bugzilla/show_bug.cgi?id=15642 Bug ID: 15642 Summary: Crash using 'rbreak' Product: gdb Version: 7.6 Status: NEW Severity: minor Priority: P2 Component: cli Assignee: unassigned at sourceware dot org Reporter: vgiraud at neotion dot com Hi all, I've found something strange trying to use 'rbreak' I instantanetly get a segfault. A bt bring me in gdb code, here : jimregexp.c:1021 static int regtry( regex_t *preg, const char *string ) { int i; preg->reginput = string; for (i = 0; i < preg->nmatch; i++) { preg->pmatch[i].rm_so = -1; preg->pmatch[i].rm_eo = -1; } if (regmatch(preg, 1)) { preg->pmatch[0].rm_so = string - preg->start; preg->pmatch[0].rm_eo = preg->reginput - preg->start; // It crash here !!! return(1); } else return(0); } If I go back I see that the problem may come from here : symtab.c:3386 static int search_symbols_name_matches (const char *symname, void *user_data) { struct search_symbols_data *data = user_data; return !data->preg_p || regexec (&data->preg, symname, 0, NULL, 0) == 0; } Signature of regexec : int regexec(regex_t *preg, const char *string, size_t nmatch, regmatch_t pmatch[], int eflags) Why NULL ?? It's clear that if pmatch is NULL preg->pmatch[0].rm_eo = preg->reginput - preg->start; can't work ! I only load an .elf and type rbreak 1. I know it's not like that it work, but it should not segfault. Vivien ! -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug cli/15642] Crash using 'rbreak' 2013-06-18 8:56 [Bug cli/15642] New: Crash using 'rbreak' vgiraud at neotion dot com @ 2013-06-18 10:19 ` vgiraud at neotion dot com 2013-06-18 14:00 ` tromey at redhat dot com 2022-12-05 2:57 ` tromey at sourceware dot org 2 siblings, 0 replies; 4+ messages in thread From: vgiraud at neotion dot com @ 2013-06-18 10:19 UTC (permalink / raw) To: gdb-prs http://sourceware.org/bugzilla/show_bug.cgi?id=15642 Vivien Giraud <vgiraud at neotion dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vgiraud at neotion dot com -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug cli/15642] Crash using 'rbreak' 2013-06-18 8:56 [Bug cli/15642] New: Crash using 'rbreak' vgiraud at neotion dot com 2013-06-18 10:19 ` [Bug cli/15642] " vgiraud at neotion dot com @ 2013-06-18 14:00 ` tromey at redhat dot com 2022-12-05 2:57 ` tromey at sourceware dot org 2 siblings, 0 replies; 4+ messages in thread From: tromey at redhat dot com @ 2013-06-18 14:00 UTC (permalink / raw) To: gdb-prs http://sourceware.org/bugzilla/show_bug.cgi?id=15642 Tom Tromey <tromey at redhat dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |WAITING CC| |tromey at redhat dot com --- Comment #1 from Tom Tromey <tromey at redhat dot com> --- I think this is a bug in your host OS's C library; or at least in "jimregexp.c", whatever that is. According to POSIX, it is ok to pass NULL as this argument for regexec as long as REG_NOSUB was used when initializing the regex_t. And, I think this is properly done. See symtab.c:search_symbols. However, something else odd is going on here. I think the libiberty regex.c should always be used. I wonder why that isn't happening for you. You can look at the libiberty directory in the build tree to try to find out. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug cli/15642] Crash using 'rbreak' 2013-06-18 8:56 [Bug cli/15642] New: Crash using 'rbreak' vgiraud at neotion dot com 2013-06-18 10:19 ` [Bug cli/15642] " vgiraud at neotion dot com 2013-06-18 14:00 ` tromey at redhat dot com @ 2022-12-05 2:57 ` tromey at sourceware dot org 2 siblings, 0 replies; 4+ messages in thread From: tromey at sourceware dot org @ 2022-12-05 2:57 UTC (permalink / raw) To: gdb-prs https://sourceware.org/bugzilla/show_bug.cgi?id=15642 Tom Tromey <tromey at sourceware dot org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID CC| |tromey at sourceware dot org Status|WAITING |RESOLVED --- Comment #2 from Tom Tromey <tromey at sourceware dot org> --- Years without a response. -- You are receiving this mail because: You are on the CC list for the bug. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-12-05 2:57 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2013-06-18 8:56 [Bug cli/15642] New: Crash using 'rbreak' vgiraud at neotion dot com 2013-06-18 10:19 ` [Bug cli/15642] " vgiraud at neotion dot com 2013-06-18 14:00 ` tromey at redhat dot com 2022-12-05 2:57 ` tromey at sourceware dot org
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).