Your message dated Tue, 25 Mar 2003 22:54:02 +0900
with message-id <[EMAIL PROTECTED]>
and subject line libc6-dev has incorrect declaration for ypproc_first_2_svc
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 Nov 2000 09:48:34 +0000
>From [EMAIL PROTECTED] Thu Nov 09 03:48:34 2000
Return-path: <[EMAIL PROTECTED]>
Received: from n10.go2net.com (absolut.go2net.com) [::ffff:64.50.65.10]
by master.debian.org with smtp (Exim 3.12 1 (Debian))
id 13toJu-0004FV-00; Thu, 09 Nov 2000 03:48:34 -0600
Received: (qmail 14212 invoked from network); 9 Nov 2000 09:48:29 -0000
Received: from zadder.go2net.com ([10.225.32.25]) (envelope-sender <[EMAIL PROTECTED]>)
by absolut.go2net.com (qmail-ldap-1.03) with SMTP
for <[EMAIL PROTECTED]>; 9 Nov 2000 09:48:29 -0000
Received: by zadder.go2net.com (Postfix, from userid 349)
id 5538A103; Thu, 9 Nov 2000 01:48:21 -0800 (PST)
Date: Thu, 9 Nov 2000 01:48:21 -0800
From: Landon Fuller <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], Ulrich Drepper <[EMAIL PROTECTED]>
Subject: libc6-dev has incorrect declaration for ypproc_first_2_svc
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Package: libc6-dev
Version: 2.1.96-1
Severity: normal
<rpcsvc/yp.h> has an incorrect declaration for ypproc_first_2 and
ypproc_first_2_svc. These two functions should be declared as following:
extern ypresp_key_val * ypproc_first_2(ypreq_nokey *, CLIENT *);
extern ypresp_key_val * ypproc_first_2_svc(ypreq_nokey *, struct svc_req *);
Instead, glibc declares them as such:
extern ypresp_key_val *ypproc_first_2 __P ((ypreq_key *, CLIENT *));
extern ypresp_key_val *ypproc_first_2_svc __P ((ypreq_key *, struct svc_req *));
These functions take no key. The ypreq_nokey struct should be used, not
the ypreq_key struct.
I have also CC'd the GNU glibc maintainers. Hi GNU glibc maintainers! :)
I discovered this while writing a ypserv daemon.
Thanks so much!!
I really prefer to not do a #ifdef LINUX (do things wrong). Perhaps I should
just ignore the OS' <rpcsvc/yp.h>. I'll think about it :)
--
-Landon Fuller
/ InfoSpace's Smartest Trained Monkey /
---------------------------------------
Received: (at 76612-done) by bugs.debian.org; 25 Mar 2003 13:54:05 +0000
>From [EMAIL PROTECTED] Tue Mar 25 07:54:04 2003
Return-path: <[EMAIL PROTECTED]>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18xosO-00021N-00; Tue, 25 Mar 2003 07:54:04 -0600
Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
by oris.opensource.gr.jp (Postfix) with ESMTP id EC523C33C6
for <[EMAIL PROTECTED]>; Tue, 25 Mar 2003 22:54:02 +0900 (JST)
Date: Tue, 25 Mar 2003 22:54:02 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: libc6-dev has incorrect declaration for ypproc_first_2_svc
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)
In-Reply-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-1.3 required=4.0
tests=IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01,USER_AGENT
version=2.44
X-Spam-Level:
> <rpcsvc/yp.h> has an incorrect declaration for ypproc_first_2 and
> ypproc_first_2_svc. These two functions should be declared as following:
> extern ypresp_key_val * ypproc_first_2(ypreq_nokey *, CLIENT *);
> extern ypresp_key_val * ypproc_first_2_svc(ypreq_nokey *, struct svc_req *);
>
> Instead, glibc declares them as such:
> extern ypresp_key_val *ypproc_first_2 __P ((ypreq_key *, CLIENT *));
> extern ypresp_key_val *ypproc_first_2_svc __P ((ypreq_key *, struct svc_req *));
>
> These functions take no key. The ypreq_nokey struct should be used, not
> the ypreq_key struct.
>
> I have also CC'd the GNU glibc maintainers. Hi GNU glibc maintainers! :)
> I discovered this while writing a ypserv daemon.
>
> Thanks so much!!
> I really prefer to not do a #ifdef LINUX (do things wrong). Perhaps I should
> just ignore the OS' <rpcsvc/yp.h>. I'll think about it :)
I got the following comments from Thorsten Kukuk:
At Tue, 25 Mar 2003 11:53:52 +0100,
Thorsten Kukuk wrote:
> > result = do_ypcall (indomain, YPPROC_FIRST, (xdrproc_t) xdr_ypreq_nokey,
> > (caddr_t) & req, (xdrproc_t) xdr_ypresp_key_val,
> > (caddr_t) & resp);
> >
> > Look at third argument. Xargs are handled as xdr_ypreq_nokey. This
> > is the reason why we need this patch. I've attached new patch which
> > also includes fix for .x.
>
> This defect is in the header files since the day Sun introduced YP
> and it was never fixed official. We are bug compatible with the
> official files from Sun in yp.[xh] and we have a correct yp_prot.h
> like Sun has, too. I see no reason to modify yp.[xh], this
> will only introduce more confusion than it would help.
I close this bug.
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
