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: David Mosberger <davidm at napali dot hpl dot hp dot com>
To: Roland McGrath <roland at redhat dot com>
Cc: davidm at hpl dot hp dot com, Ulrich Drepper <drepper at redhat dot com>,libc-hacker at sources dot redhat dot com
Date: Mon, 29 Dec 2003 15:33:38 -0800
Subject: Re: Emacs dired problem triggered by NPTL-enabled glibc
References: <16353.6124.238859.232329@napali.hpl.hp.com><200312232307.hBNN7cfb003209@magilla.sf.frob.com>
Reply-to: davidm at hpl dot hp dot com

>>>>> On Tue, 23 Dec 2003 15:07:38 -0800, Roland McGrath <roland@redhat.com> said:

  >> 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.

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

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

Sounds great.

Thanks!

	--david

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

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