[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#300257: marked as done (libc6-dev: sys/un.h vs. linux/un.h vs. unix(7))



Your message dated Sun, 20 Mar 2005 16:14:48 +0900
with message-id <81is3m94bb.wl@omega.webmasters.gr.jp>
and subject line Bug#300257: libc6-dev: sys/un.h vs. linux/un.h vs. unix(7)
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; 18 Mar 2005 16:19:57 +0000
>From avbidder@fortytwo.ch Fri Mar 18 08:19:57 2005
Return-path: <avbidder@fortytwo.ch>
Received: from zbasel.fortytwo.ch [193.138.215.60] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1DCKCb-0007qk-00; Fri, 18 Mar 2005 08:19:57 -0800
Received: from gluggsi.fortytwo.ch (zux221-090-079.adsl.green.ch [81.221.90.79])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "gluggsi.fortytwo.ch", Issuer "fortytwo.ch - MAIL CA" (verified OK))
	by zbasel.fortytwo.ch (Postfix) with ESMTP id 72CE62F2
	for <submit@bugs.debian.org>; Fri, 18 Mar 2005 17:19:55 +0100 (CET)
Received: from altfrangg.fortytwo.ch (altfrangg.fortytwo.ch [192.168.1.17])
	by gluggsi.fortytwo.ch (Postfix) with ESMTP id 19FE098F4C
	for <submit@bugs.debian.org>; Fri, 18 Mar 2005 17:19:54 +0100 (CET)
Received: by altfrangg.fortytwo.ch (Postfix, from userid 1002)
	id 86114C8297; Fri, 18 Mar 2005 17:19:52 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Adrian 'Dagurashibanipal' von Bidder <avbidder@fortytwo.ch>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6-dev: sys/un.h vs. linux/un.h vs. unix(7)
X-Mailer: reportbug 3.8
Date: Fri, 18 Mar 2005 17:19:51 +0100
Message-Id: <[🔎] 20050318161952.86114C8297@altfrangg.fortytwo.ch>
Delivered-To: submit@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=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: libc6-dev
Version: 2.3.2.ds1-20
Severity: minor
Tags: upstream

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Let this be part of the endless linux kernel headers vs. libc system
headers battle...

The unix(7) manpage documents a UNIX_PATH_MAX constant, but current
sys/un.h has the number 108 hardcoded.  linux/un.h has this.  Since
it's useful for strncpy etc., and it's even documented I suggest adding it.

cheers
- -- vbi


- --- sys/un.h	2004-12-27 03:20:16.000000000 +0100
+++ /home/vbi/tmp/un.h	2005-03-18 17:18:12.771907939 +0100
@@ -27,10 +27,11 @@
 __BEGIN_DECLS
 
 /* Structure describing the address of an AF_LOCAL (aka AF_UNIX) socket.  */
+#define UNIX_PATH_MAX	108
 struct sockaddr_un
   {
     __SOCKADDR_COMMON (sun_);
- -    char sun_path[108];		/* Path name.  */
+    char sun_path[UNIX_PATH_MAX]; /* Path name.  */
   };
 
 

- -- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (60, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libc6-dev depends on:
ii  libc6                2.3.2.ds1-20        GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-16 Linux Kernel Headers for developme

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: get my key from http://fortytwo.ch/gpg/92082481

iKcEARECAGcFAkI6/6dgGmh0dHA6Ly9mb3J0eXR3by5jaC9sZWdhbC9ncGcvZW1h
aWwuMjAwMjA4MjI/dmVyc2lvbj0xLjUmbWQ1c3VtPTVkZmY4NjhkMTE4NDMyNzYw
NzFiMjVlYjcwMDZkYTNlAAoJEIukMYvlp/fWZdoAn2XuL9x4mfiytvBflC7xNQaK
OIyoAJ9iV9T6Qyn3WTHjOz1bW8Ajt+1fwA==
=pml2
-----END PGP SIGNATURE-----

---------------------------------------
Received: (at 300257-done) by bugs.debian.org; 20 Mar 2005 07:14:55 +0000
>From gotom@debian.or.jp Sat Mar 19 23:14:54 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 1DCueE-0007cT-00; Sat, 19 Mar 2005 23:14:54 -0800
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP
	id 206AFDEB1E; Sun, 20 Mar 2005 16:14:48 +0900 (JST)
Date: Sun, 20 Mar 2005 16:14:48 +0900
Message-ID: <81is3m94bb.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Adrian 'Dagurashibanipal' von Bidder <avbidder@fortytwo.ch>,
	300257-done@bugs.debian.org
Subject: Re: Bug#300257: libc6-dev: sys/un.h vs. linux/un.h vs. unix(7)
In-Reply-To: <[🔎] 20050318161952.86114C8297@altfrangg.fortytwo.ch>
References: <[🔎] 20050318161952.86114C8297@altfrangg.fortytwo.ch>
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: 300257-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 Fri, 18 Mar 2005 17:19:51 +0100,
Adrian 'Dagurashibanipal' von Bidder wrote:
> Let this be part of the endless linux kernel headers vs. libc system
> headers battle...
> 
> The unix(7) manpage documents a UNIX_PATH_MAX constant, but current
> sys/un.h has the number 108 hardcoded.  linux/un.h has this.  Since
> it's useful for strncpy etc., and it's even documented I suggest adding it.

Read #233946: libc6-dev: <sys/un.h> does not define UNIX_PATH_MAX

I close this bug.  It may be manpages-dev bug, so if you want to
change the manual page description after you read #233946 comments,
please reopen this bug and reassign it to manpages-dev.

Regards,
-- gotom



Reply to: