Bug#270797: marked as done (libc6: sched affinity library calls and manpages do not match)
Your message dated Fri, 22 Apr 2005 01:26:59 +0900
with message-id <81is2g2izw.wl@omega.webmasters.gr.jp>
and subject line Bug#270797: libc6: sched affinity library calls and manpages do not match
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; 9 Sep 2004 10:49:10 +0000
>From anton@ozlabs.org Thu Sep 09 03:49:09 2004
Return-path: <anton@ozlabs.org>
Received: from ozlabs.org [203.10.76.45]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1C5MUH-0000fi-00; Thu, 09 Sep 2004 03:49:09 -0700
Received: by ozlabs.org (Postfix, from userid 1010)
id 6946E2BDB5; Thu, 9 Sep 2004 20:48:55 +1000 (EST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Anton Blanchard <anton@samba.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6: sched affinity library calls and manpages do not match
X-Mailer: reportbug 2.64
Date: Thu, 09 Sep 2004 20:47:36 +1000
Message-Id: <20040909104855.6946E2BDB5@ozlabs.org>
Delivered-To: submit@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=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: libc6
Version: 2.3.2.ds1-16
Severity: normal
Hi,
The current debian manpage for getaffinity is:
int sched_getaffinity(pid_t pid, unsigned int len, unsigned long *mask);
But an application that does this:
unsigned long small_bitmap;
ret = sched_getaffinity(getpid(), sizeof(small_bitmap), &small_bitmap);
fails, the strace output shows:
sched_getaffinity(21479, 128, 0x4) = -1 EFAULT (Bad address)
Notice how the 128 got added. Removing the size field and the call works:
ret = sched_getaffinity(getpid(), &small_bitmap);
sched_getaffinity(21879, 128, { 1 }) = 4
This looks like the debian glibc is using an interim version of cpu
affinity calls where the length was removed and the cpu_set_t
abstraction was introduced.
BTW Im anxious to see a relatively recent version of glibc end up in
debian, is that likely to happen in the near future?
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8.1
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6 depends on:
ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl
-- no debconf information
---------------------------------------
Received: (at 270797-done) by bugs.debian.org; 21 Apr 2005 16:27:00 +0000
>From gotom@debian.or.jp Thu Apr 21 09:27:00 2005
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 1DOeW4-0001ow-00; Thu, 21 Apr 2005 09:27:00 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 9F848DEB1B; Fri, 22 Apr 2005 01:26:59 +0900 (JST)
Date: Fri, 22 Apr 2005 01:26:59 +0900
Message-ID: <81is2g2izw.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Anton Blanchard <anton@samba.org>, 270797-done@bugs.debian.org
Subject: Re: Bug#270797: libc6: sched affinity library calls and manpages do not match
In-Reply-To: <20040909104855.6946E2BDB5@ozlabs.org>
References: <20040909104855.6946E2BDB5@ozlabs.org>
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: 270797-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(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_2005_01_02
X-Spam-Level:
At Thu, 09 Sep 2004 20:47:36 +1000,
Anton Blanchard wrote:
> The current debian manpage for getaffinity is:
>
> int sched_getaffinity(pid_t pid, unsigned int len, unsigned long *mask);
>
> But an application that does this:
>
> unsigned long small_bitmap;
> ret = sched_getaffinity(getpid(), sizeof(small_bitmap), &small_bitmap);
>
> fails, the strace output shows:
>
> sched_getaffinity(21479, 128, 0x4) = -1 EFAULT (Bad address)
>
> Notice how the 128 got added. Removing the size field and the call works:
>
> ret = sched_getaffinity(getpid(), &small_bitmap);
>
> sched_getaffinity(21879, 128, { 1 }) = 4
>
> This looks like the debian glibc is using an interim version of cpu
> affinity calls where the length was removed and the cpu_set_t
> abstraction was introduced.
>
> BTW Im anxious to see a relatively recent version of glibc end up in
> debian, is that likely to happen in the near future?
Yes, this issue was fixed in the recent glibc 2.3.2.ds1-21.
Thanks for your report, I close this bug now.
Regards,
-- gotom
Reply to: