Your message dated Fri, 22 Apr 2005 01:26:59 +0900
with message-id <[EMAIL PROTECTED]>
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 [EMAIL PROTECTED] Thu Sep 09 03:49:09 2004
Return-path: <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
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: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
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 [EMAIL PROTECTED] Thu Apr 21 09:27:00 2005
Return-path: <[EMAIL PROTECTED]>
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: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Anton Blanchard <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#270797: libc6: sched affinity library calls and manpages do
not match
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
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: [EMAIL PROTECTED]
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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
