This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFC][PATCH 0/3] readelf and libbfd: Add Extended Numbering Support for ELF

From: Ian Lance Taylor <iant at google dot com>
To: binutils at sourceware dot org
Date: Mon, 18 Jan 2010 19:26:17 -0800
Subject: Re: [RFC][PATCH 0/3] readelf and libbfd: Add Extended Numbering Support for ELF
References: <20100115.114307.193710254.d.hatayama@jp.fujitsu.com> <mcrhbqnweix.fsf@dhcp-172-17-9-151.mtv.corp.google.com> <20100117141649.GA6386@caradoc.them.org>

Daniel Jacobowitz <dan@codesourcery.com> writes:

> It's mainly, as he wrote later, for core files.  I'm surprised you
> haven't complained about this limitation yourself :-)  If your thread
> stacks were allocated with guard pages, a core dump with over 64k threads
> should have over 64k segments.

That makes sense.

I should try dumping a core file with that many threads just to see
how gdb acts....

Ian

References:
- [RFC][PATCH 0/3] readelf and libbfd: Add Extended Numbering Support for ELF
  - From: Daisuke HATAYAMA
- Re: [RFC][PATCH 0/3] readelf and libbfd: Add Extended Numbering Support for ELF
  - From: Ian Lance Taylor
- Re: [RFC][PATCH 0/3] readelf and libbfd: Add Extended Numbering Support for ELF
  - From: Daniel Jacobowitz

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]