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: Ulrich Drepper <drepper at redhat dot com>
Cc: davidm at hpl dot hp dot com, libc-hacker at sources dot redhat dot com
Date: Wed, 17 Dec 2003 18:58:52 -0800
Subject: Re: Emacs dired problem triggered by NPTL-enabled glibc
References: <200312162002.hBGK2TGM003186@napali.hpl.hp.com><3FE1111F.3050700@redhat.com>
Reply-to: davidm at hpl dot hp dot com

>>>>> On Wed, 17 Dec 2003 18:29:51 -0800, Ulrich Drepper <drepper@redhat.com> said:

  Uli> The code in init.c was wrong.  There is no need to devide by
  Uli> two in this place.  In fact, the default stack size was wrong
  Uli> because of this.  I've checked in a patch.

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.

	--david

Follow-Ups:
- Re: Emacs dired problem triggered by NPTL-enabled glibc
  - From: Roland McGrath

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

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