This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

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: Emacs dired problem triggered by NPTL-enabled glibc

From: Roland McGrath <roland at redhat dot com>
To: davidm at hpl dot hp dot com
Cc: Ulrich Drepper <drepper at redhat dot com>,libc-hacker at sources dot redhat dot com
Date: Tue, 23 Dec 2003 15:07:38 -0800
Subject: Re: Emacs dired problem triggered by NPTL-enabled glibc

> Thanks, but I must still be missing something.  setrlimit() is
> perfectly happy to set a non-page-size-aligned limit, so I don't
> understand how the code in init.c could succeed if Emacs were to set a
> limit that's greater than PTHREAD_STACK_MIN, but not page-aligned.

You are correct.  I've added a test case that creates the same situation
(just by doing "ulimit -s 1023" before running a test binary).  It hits the
assert as well.  (Production builds won't see this since they define NDEBUG.)

I made the initializer round the value taken from getrlimit up to page size.


Thanks,
Roland

Follow-Ups:
- Re: Emacs dired problem triggered by NPTL-enabled glibc
  - From: David Mosberger

References:
- Re: Emacs dired problem triggered by NPTL-enabled glibc
  - From: David Mosberger

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