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 "&#65533;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).