Bug#140476: marked as done (libc6: mmap sets errno to EINVAL not ENOMEM)
Your message dated Thu, 21 Oct 2004 11:05:18 +0900
with message-id <81r7nsygf5.wl@omega.webmasters.gr.jp>
and subject line Bug#140476: libc6: mmap sets errno to EINVAL not ENOMEM
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Mar 2002 18:27:35 +0000
>From joey@silk.kitenet.net Fri Mar 29 12:27:35 2002
Return-path: <joey@silk.kitenet.net>
Received: from as5800-83-133.access.naxs.com (silk.kitenet.net) [216.98.83.133]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16r166-0006ty-00; Fri, 29 Mar 2002 12:27:35 -0600
Received: from joey by silk.kitenet.net with local (Exim 3.35 #1 (Debian))
id 16r18U-00019S-00; Fri, 29 Mar 2002 13:30:02 -0500
From: Joey Hess <joey@kitenet.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6: mmap sets errno to EINVAL not ENOMEM
X-Mailer: reportbug 1.48
Date: Fri, 29 Mar 2002 13:30:01 -0500
Message-Id: <E16r18U-00019S-00@silk.kitenet.net>
Sender: Joey Hess <joey@silk.kitenet.net>
Delivered-To: submit@bugs.debian.org
Package: libc6
Version: 2.2.5-3
Severity: normal
Looks like an attempt to mmap an area that is too big for the processes
address space[1] causes mmap to return EINVAL instead of ENOMEM.
According to the docs of the LSB test suite, it should be ENOMEM:
If _POSIX_SHARED_MEMORY_OBJECTS is defined or the implementa-
tion supports the mmap() function as defined in System
Interfaces and Headers, Issue 5 and the implementation
supports MAP_FIXED:
A call to mmap() when MAP_FIXED is specified and the range
[addr,addr+len] exceeds that allowed for the address space of
a process shall return MAP_FAILED and set errno to ENOMEM.
[1] The test program does this by mmapping half of the processes address
space, and then mmaping 1 page less than the number of pages in the
address space, which of course fails..
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux silk 2.4.18 #1 Tue Feb 26 00:23:37 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C
---------------------------------------
Received: (at 140476-done) by bugs.debian.org; 21 Oct 2004 02:05:21 +0000
>From gotom@debian.or.jp Wed Oct 20 19:05:21 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CKSKO-0008QL-00; Wed, 20 Oct 2004 19:05:21 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP id 2F06FDECC8
for <140476-done@bugs.debian.org>; Thu, 21 Oct 2004 11:05:18 +0900 (JST)
Date: Thu, 21 Oct 2004 11:05:18 +0900
Message-ID: <81r7nsygf5.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: 140476-done@bugs.debian.org
Subject: Re: Bug#140476: libc6: mmap sets errno to EINVAL not ENOMEM
In-Reply-To: <811xjbc7pi.wl@omega.webmasters.gr.jp>
References: <811xjbc7pi.wl@omega.webmasters.gr.jp>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 140476-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
At Sat, 17 Jul 2004 18:18:49 +0900,
GOTO Masanori wrote:
> Please show us the test case. BTW, this bug is a bit obsolete, so I
> think it should be checked with the latest glibc 2.3.2.ds1-13. If you
> don't have any interests in this bug, please let me know to close it.
There's no additional report for this bug, so I think it's already
fixed. I close it. If you have trouble with it, please let us know
with the reproducible test case or procedures.
Regards,
-- gotom
Reply to: