8 commits

Author	SHA1	Message	Date
Paul Pluzhnikov	b56375e76a	Reduce stack use and apply CONFIG_DEBUG_FRAME to more code. ... Currently, libunwind allocates several PATH_MAX entries on stack, while trying to find a binary via /proc/.../maps. However stack space may be at premium (especially when sigaltstack is used), and PATH_MAX on Linux is 4096, while SIGSTKSZ is only 8192 on x86. Attached patch eliminates multiple PATH_MAX stack allocations, and simplifies code in maps_next, at the cost of being unable to do anything if we can't mmap one page. It appears to me that under such low-memory conditions, libunwind will fail shortly elsewhere anyway. This patch also disables more of debug_frame-handling code when CONFIG_DEBUG_FRAME is undefined. Tested on Linux/x86_64 with and without CONFIG_DEBUG_FRAME, no regressions.	2009-10-07 12:51:03 -07:00
hp.com!davidm	07b01ad205	Include "libunwind_i.h" instead of "tdep.h" and "internal.h". ... (Logical change 1.294)	2005-05-20 09:48:08 +00:00
mostang.com!davidm	df77cf1ad7	(tdep_get_elf_image): Pass sizeof buffer to maps_next(). ... (Logical change 1.199)	2004-03-31 07:38:06 +00:00
hp.com!davidm	c4f5974dd1	Declare libunwind-entry-points as PROTECTED to ensure local uses get ... resolved within the library itself. (Logical change 1.151)	2004-01-03 10:50:24 +00:00
hp.com!davidm	c974464933	Delete include of elf64.h. The "tdep.h" header-file is responsible ... for including the appropriate file. (Logical change 1.130)	2003-11-27 06:52:54 +00:00
mostang.com!davidm	d098282ff5	Include "tdep.h". ... (Logical change 1.59)	2003-03-06 06:14:36 +00:00
mostang.com!davidm	824d6619b5	(Logical change 1.45)	2003-02-08 10:10:59 +00:00
mostang.com!davidm	5f94e2d488	Initial revision	2003-02-08 10:10:59 +00:00