public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* Re: backtrace/2178: gdb crashes to thread_db_map_id2thr
@ 2007-09-02 4:27 drow
0 siblings, 0 replies; 4+ messages in thread
From: drow @ 2007-09-02 4:27 UTC (permalink / raw)
To: gdb-prs, nobody, seb128
Synopsis: gdb crashes to thread_db_map_id2thr
State-Changed-From-To: open->closed
State-Changed-By: drow
State-Changed-When: Sun Sep 2 04:27:25 2007
State-Changed-Why:
Confirmed fixed in CVS.
http://sourceware.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gdb&pr=2178
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: backtrace/2178: gdb crashes to thread_db_map_id2thr
@ 2006-09-29 20:58 Sebastien Bacher
0 siblings, 0 replies; 4+ messages in thread
From: Sebastien Bacher @ 2006-09-29 20:58 UTC (permalink / raw)
To: nobody; +Cc: gdb-prs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 808 bytes --]
The following reply was made to PR backtrace/2178; it has been noted by GNATS.
From: Sebastien Bacher <seb128@ubuntu.com>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-gnats@sources.redhat.com
Subject: Re: backtrace/2178: gdb crashes to thread_db_map_id2thr
Date: Fri, 29 Sep 2006 22:53:08 +0200
Le vendredi 29 septembre 2006 à 11:36 -0400, Daniel Jacobowitz a écrit :
> Could you try CVS HEAD? This particular crash will definitely be
> gone, since thread_db_map_id2thr is no longer called in most cases.
Thank you for the fast reply
I've applied the change from
http://sourceware.org/ml/gdb-cvs/2006-09/msg00053.html and it fixes the
issue.
I can still try with the CVS version if you think that can be useful.
Other way feel free to close the bug
Cheers,
Sebastien Bacher
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: backtrace/2178: gdb crashes to thread_db_map_id2thr
@ 2006-09-29 15:38 Daniel Jacobowitz
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2006-09-29 15:38 UTC (permalink / raw)
To: nobody; +Cc: gdb-prs
The following reply was made to PR backtrace/2178; it has been noted by GNATS.
From: Daniel Jacobowitz <drow@false.org>
To: seb128@ubuntu.com
Cc: gdb-gnats@sources.redhat.com
Subject: Re: backtrace/2178: gdb crashes to thread_db_map_id2thr
Date: Fri, 29 Sep 2006 11:36:29 -0400
On Fri, Sep 29, 2006 at 03:24:59PM -0000, seb128@ubuntu.com wrote:
> "Program received signal SIGSEGV, Segmentation fault.
> 0x000000000046410a in thread_db_map_id2thr (thread_info=0x0, fatal=0) at /tmp/gdb-6.5/gdb/linux-thread-db.c:318
> 318 if (thread_info->private->th_valid)
> (gdb) bt
> #0 0x000000000046410a in thread_db_map_id2thr (thread_info=0x0, fatal=0) at /tmp/gdb-6.5/gdb/linux-thread-db.c:318
> #1 0x0000000000466212 in thread_db_pid_to_str (ptid={pid = 8526, lwp = 8538, tid = 1124096336})
> at /tmp/gdb-6.5/gdb/linux-thread-db.c:1208
Could you try CVS HEAD? This particular crash will definitely be
gone, since thread_db_map_id2thr is no longer called in most cases.
> #9 0x0000000000449191 in error (string=0x695ac7 "%s.") at /tmp/gdb-6.5/gdb/utils.c:649
> #10 0x000000000044982f in perror_with_name (string=0x6f1576 "ptrace") at /tmp/gdb-6.5/gdb/utils.c:865
> #11 0x00000000005ada8d in inf_ptrace_resume (ptid={pid = 8526, lwp = 8538, tid = 0}, step=0, signal=TARGET_SIGNAL_0)
> at /tmp/gdb-6.5/gdb/inf-ptrace.c:343
This may represent a different problem though.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 4+ messages in thread
* backtrace/2178: gdb crashes to thread_db_map_id2thr
@ 2006-09-29 15:28 seb128
0 siblings, 0 replies; 4+ messages in thread
From: seb128 @ 2006-09-29 15:28 UTC (permalink / raw)
To: gdb-gnats
>Number: 2178
>Category: backtrace
>Synopsis: gdb crashes to thread_db_map_id2thr
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: change-request
>Submitter-Id: net
>Arrival-Date: Fri Sep 29 15:28:01 UTC 2006
>Closed-Date:
>Last-Modified:
>Originator: seb128@ubuntu.com
>Release: 6.5
>Organization:
>Environment:
ubuntu edgy
>Description:
gdb 6.4.90 from edgy crashes with some applications (gaim, rhythmbox, ekiga, xchat-gnome, gnome-panel-screenshot) on Ubuntu edgy, example of ubuntu bugs about it:
https://launchpad.net/bugs/56391
https://launchpad.net/bugs/60659
https://launchpad.net/bugs/61880
The crash happens also with gdb 6.5 from upstream (not patched, built on edgy with -fno-stack-protector) too
>How-To-Repeat:
I can get it crashing when using xchat-gnome and a non-local GTK bookmark by example:
- configure a non-local bookmark for GTK on a share requiring a password
- configure xchat-gnome to not auto-connect to a server or chan
- run xchat-gnome, you get the list of servers
- pick freenode
- wait to get the list of chans opened, close it immediatly
- go to the preferences
- you get a GTK password dialog for the bookmark
- click on cancel
gdb crashes with that backtrace:
"Program received signal SIGSEGV, Segmentation fault.
0x000000000046410a in thread_db_map_id2thr (thread_info=0x0, fatal=0) at /tmp/gdb-6.5/gdb/linux-thread-db.c:318
318 if (thread_info->private->th_valid)
(gdb) bt
#0 0x000000000046410a in thread_db_map_id2thr (thread_info=0x0, fatal=0) at /tmp/gdb-6.5/gdb/linux-thread-db.c:318
#1 0x0000000000466212 in thread_db_pid_to_str (ptid={pid = 8526, lwp = 8538, tid = 1124096336})
at /tmp/gdb-6.5/gdb/linux-thread-db.c:1208
#2 0x00000000004ef6ae in normal_stop () at /tmp/gdb-6.5/gdb/infrun.c:3033
#3 0x00000000004eb3de in resume_cleanups (ignore=0x0) at /tmp/gdb-6.5/gdb/infrun.c:482
#4 0x0000000000448b9d in do_my_cleanups (pmy_chain=0x892f00, old_chain=0x0) at /tmp/gdb-6.5/gdb/utils.c:354
#5 0x0000000000448af9 in do_cleanups (old_chain=0x0) at /tmp/gdb-6.5/gdb/utils.c:319
#6 0x00000000004f94a5 in throw_exception (exception=
{reason = RETURN_ERROR, error = GENERIC_ERROR, message = 0x31dbfc0 "ptrace: No such process."})
at /tmp/gdb-6.5/gdb/exceptions.c:225
#7 0x00000000004f9915 in throw_it (reason=RETURN_ERROR, error=GENERIC_ERROR, fmt=0x695ac7 "%s.", ap=0x7fff551b8950)
at /tmp/gdb-6.5/gdb/exceptions.c:395
#8 0x00000000004f993d in throw_verror (error=GENERIC_ERROR, fmt=0x695ac7 "%s.", ap=0x7fff551b8950)
at /tmp/gdb-6.5/gdb/exceptions.c:401
#9 0x0000000000449191 in error (string=0x695ac7 "%s.") at /tmp/gdb-6.5/gdb/utils.c:649
#10 0x000000000044982f in perror_with_name (string=0x6f1576 "ptrace") at /tmp/gdb-6.5/gdb/utils.c:865
#11 0x00000000005ada8d in inf_ptrace_resume (ptid={pid = 8526, lwp = 8538, tid = 0}, step=0, signal=TARGET_SIGNAL_0)
at /tmp/gdb-6.5/gdb/inf-ptrace.c:343
#12 0x000000000045e2b2 in linux_nat_resume (ptid={pid = 8526, lwp = 8538, tid = 0}, step=0, signo=TARGET_SIGNAL_0)
at /tmp/gdb-6.5/gdb/linux-nat.c:1246
#13 0x000000000046533a in thread_db_resume (ptid={pid = -1, lwp = 0, tid = 0}, step=0, signo=TARGET_SIGNAL_0)
at /tmp/gdb-6.5/gdb/linux-thread-db.c:847
#14 0x00000000004eb6d0 in resume (step=0, sig=TARGET_SIGNAL_0) at /tmp/gdb-6.5/gdb/infrun.c:625
#15 0x00000000004ef25f in keep_going (ecs=0x7fff551b8ea0) at /tmp/gdb-6.5/gdb/infrun.c:2869
#16 0x00000000004eca48 in handle_inferior_event (ecs=0x7fff551b8ea0) at /tmp/gdb-6.5/gdb/infrun.c:1424
#17 0x00000000004ebc97 in wait_for_inferior () at /tmp/gdb-6.5/gdb/infrun.c:1002
#18 0x00000000004ebaa3 in proceed (addr=18446744073709551615, siggnal=TARGET_SIGNAL_0, step=0)
at /tmp/gdb-6.5/gdb/infrun.c:826
#19 0x00000000004e8464 in run_command_1 (args=0x0, from_tty=1, tbreak_at_main=0) at /tmp/gdb-6.5/gdb/infcmd.c:552
#20 0x00000000004e848d in run_command (args=0x0, from_tty=1) at /tmp/gdb-6.5/gdb/infcmd.c:559
#21 0x00000000004801ac in do_cfunc (c=0x8e1b80, args=0x0, from_tty=1) at /tmp/gdb-6.5/gdb/cli/cli-decode.c:57
#22 0x0000000000482e06 in cmd_func (cmd=0x8e1b80, args=0x0, from_tty=1) at /tmp/gdb-6.5/gdb/cli/cli-decode.c:1631
#23 0x0000000000446a85 in execute_command (p=0x8b01a1 "", from_tty=1) at /tmp/gdb-6.5/gdb/top.c:452
#24 0x00000000004fef25 in command_handler (command=0x8b01a0 "") at /tmp/gdb-6.5/gdb/event-top.c:512
#25 0x00000000004ff8bd in command_line_handler (rl=0xa61ce0 "�A\236") at /tmp/gdb-6.5/gdb/event-top.c:797
#26 0x00000000005e287d in rl_callback_read_char () at /tmp/gdb-6.5/readline/callback.c:204
#27 0x00000000004fe439 in rl_callback_read_char_wrapper (client_data=0x0) at /tmp/gdb-6.5/gdb/event-top.c:178
#28 0x00000000004fedd7 in stdin_event_handler (error=0, client_data=0x0) at /tmp/gdb-6.5/gdb/event-top.c:428
#29 0x00000000004fd74c in handle_file_event (event_file_desc=0) at /tmp/gdb-6.5/gdb/event-loop.c:730
#30 0x00000000004fce53 in process_event () at /tmp/gdb-6.5/gdb/event-loop.c:343
#31 0x00000000004fcea2 in gdb_do_one_event (data=0x0) at /tmp/gdb-6.5/gdb/event-loop.c:380
#32 0x00000000004f9c76 in catch_errors (func=0x4fce68 <gdb_do_one_event>, func_args=0x0, errstring=0x6a8eb2 "", mask=6)
at /tmp/gdb-6.5/gdb/exceptions.c:515
#33 0x00000000004929c5 in tui_command_loop (data=0x0) at /tmp/gdb-6.5/gdb/tui/tui-interp.c:151
#34 0x00000000004fa1e4 in current_interp_command_loop () at /tmp/gdb-6.5/gdb/interps.c:278
#35 0x000000000043fde5 in captured_command_loop (data=0x0) at /tmp/gdb-6.5/gdb/main.c:101
---Type <return> to continue, or q <return> to quit---
#36 0x00000000004f9c76 in catch_errors (func=0x43fdd4 <captured_command_loop>, func_args=0x0, errstring=0x692fbd "",
mask=6) at /tmp/gdb-6.5/gdb/exceptions.c:515
#37 0x0000000000440dbe in captured_main (data=0x7fff551b97e0) at /tmp/gdb-6.5/gdb/main.c:834
#38 0x00000000004f9c76 in catch_errors (func=0x43fe17 <captured_main>, func_args=0x7fff551b97e0, errstring=0x692fbd "",
mask=6) at /tmp/gdb-6.5/gdb/exceptions.c:515
#39 0x0000000000440df1 in gdb_main (args=0x7fff551b97e0) at /tmp/gdb-6.5/gdb/main.c:843
#40 0x000000000043fdd0 in main (argc=2, argv=0x7fff551b98e8) at /tmp/gdb-6.5/gdb/gdb.c:35"
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-09-02 4:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-09-02 4:27 backtrace/2178: gdb crashes to thread_db_map_id2thr drow
-- strict thread matches above, loose matches on Subject: below --
2006-09-29 20:58 Sebastien Bacher
2006-09-29 15:38 Daniel Jacobowitz
2006-09-29 15:28 seb128
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).