Date: Thu, 23 Nov 2006 08:21:56 +0800 From: David Xu <davidxu@freebsd.org> To: "Kip Macy" <kip.macy@gmail.com> Cc: freebsd-threads@freebsd.org Subject: Re: gcore thread problem? Message-ID: <200611230821.57012.davidxu@freebsd.org> In-Reply-To: <b1fa29170611221613o66fd645ct92e3ca37af42aa67@mail.gmail.com> References: <90242b1f0611220412l4ef4c92jd6f3e308f7c882fd@mail.gmail.com> <200611230801.45966.davidxu@freebsd.org> <b1fa29170611221613o66fd645ct92e3ca37af42aa67@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 23 November 2006 08:13, Kip Macy wrote: > That isn't how multi-threading is handled for core-files. For each thread > an additional set of GPRs and FPRs is added to the elf header. > > -Kip > I know, but procfs does not export thread information. David Xu > On 11/22/06, David Xu <davidxu@freebsd.org> wrote: > > On Wednesday 22 November 2006 20:12, Vaidehi Shukla wrote: > > > Hi All, > > > > > > 'gcore' doesn't display correct backtrace (info threads) for > > > > multi-threaded > > > > > application. Is there any way to get correct backtrace (i.e. info > > > > threads) > > > > > with gcore in freebsd?. Let me know if you can suggest some method to > > > > get > > > > > correct backtrace. > > > > > > Thanks & Regards, > > > Vaidehi > > > > I think it becauses threaded application does not work correctly with > > procfs, one problem is gcore is using files in /proc to get information, > > if an application has thousands of thread, should kernel create so much > > vnode for the application ? it seems to be overkill. > > > > David Xu > > _______________________________________________ > > freebsd-threads@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > > To unsubscribe, send any mail to > > "freebsd-threads-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200611230821.57012.davidxu>