Date: Thu, 21 Aug 2014 18:36:22 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 192890] [MAINTAINER] devel/gdb thread support fix on i386 FreeBSD 9.x Message-ID: <bug-192890-13-kBtE0jcvmK@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-192890-13@https.bugs.freebsd.org/bugzilla/> References: <bug-192890-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192890 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: tijl Date: Thu Aug 21 18:35:52 UTC 2014 New revision: 365578 URL: http://svnweb.freebsd.org/changeset/ports/365578 Log: On FreeBSD 9.x i386 systems, debugging applications with threads causes a crash of gdb. When the libthr is loaded by gdb, the thread support want to add FreeBSD specific information to the current thread. Doing this, it cleans the thread list and re-add the current thread with the updated information (actually, the LWP id). This operation call a free of the struct thread_info (clean/init the thread list) and a malloc of the same struct (add the current thread). The problem is that a pointer to the struct thread_info is stored in another struct (about the execution context) and it's not updatable. On FreeBSD 9.x i386 systems, the malloc return a new pointer; then the execution context contains a broken pointer. On all other platform, the malloc return the same pointer and the execution context stays coherent. This patch avoids to clean the thread list and to re-add the thread; it just update thread information of the current thread. PR: 192890 Submitted by: luca.pizzamiglio@gmail.com (maintainer) Changes: head/devel/gdb/Makefile head/devel/gdb/files/fbsd-threads.c -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-192890-13-kBtE0jcvmK>