From owner-freebsd-standards@FreeBSD.ORG Mon Jan 31 11:02:02 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F5EC16A4DF for ; Mon, 31 Jan 2005 11:02:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E1243D1D for ; Mon, 31 Jan 2005 11:02:02 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0VB22rh048194 for ; Mon, 31 Jan 2005 11:02:02 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0VB21wC048188 for freebsd-standards@freebsd.org; Mon, 31 Jan 2005 11:02:01 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 31 Jan 2005 11:02:01 GMT Message-Id: <200501311102.j0VB21wC048188@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 11:02:02 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string p [2002/02/25] standards/35307standards standard include files are not standard c o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/04/21] standards/51209standards [PATCH] add a64l()/l64a/l64a_r functions p [2003/06/05] standards/52972standards /bin/sh arithmetic not POSIX compliant o [2003/06/18] kern/53447 standards poll(2) semantics differ from susV3/POSIX o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2004/01/01] standards/60772standards _Bool and bool should be unsigned o [2004/11/03] standards/73500standards 'set +o' in /bin/sh does not include unse 9 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi s [2001/01/24] standards/24590standards timezone function not compatible witn Sin s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public p [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant o [2002/02/27] misc/35381 standards incorrect floating-point display of large s [2002/03/19] standards/36076standards Implementation of POSIX fuser command o [2002/06/14] standards/39256standards [v]snprintf aren't POSIX-conformant for s o [2002/07/09] kern/40378 standards stdlib.h gives needless warnings with -an p [2002/08/12] standards/41576standards POSIX compliance of ln(1) o [2002/10/23] standards/44425standards getcwd() succeeds even if current dir has o [2002/12/09] standards/46119standards Priority problems for SCHED_OTHER using p o [2002/12/23] standards/46504standards Warnings in headers o [2003/06/22] standards/53613standards FreeBSD doesn't define EPROTO o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/25] standards/54833standards more pcvt deficits o [2003/07/25] standards/54839standards pcvt deficits o [2003/07/31] standards/55112standards glob.h, glob_t's gl_pathc should be "size o [2003/09/05] standards/56476standards cd9660 unicode support simple hack o [2003/10/29] standards/58676standards grantpt(3) alters storage used by ptsname p [2003/12/26] standards/60597standards FreeBSD's /usr/include lacks of cpio.h s [2004/02/14] standards/62858standards malloc(0) not C99 compliant p [2004/02/21] standards/63173standards Patch to add getopt_long_only(3) to libc o [2004/03/29] kern/64875 standards [patch] add a system call: fdatasync() o [2004/05/07] standards/66357standards make POSIX conformance problem ('sh -e' & o [2004/05/11] standards/66531standards _gettemp uses a far smaller set of filena o [2004/08/22] standards/70813standards [PATCH] ls not Posix compliant o [2004/08/26] docs/70985 standards [patch] sh(1): incomplete documentation o o [2004/09/22] standards/72006standards floating point formating in non-C locales 29 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Jan 31 11:47:03 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01E3816A4CE for ; Mon, 31 Jan 2005 11:47:03 +0000 (GMT) Received: from athenaeum.tentacle.net (203-79-115-7.paradise.net.nz [203.79.115.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B08643D53 for ; Mon, 31 Jan 2005 11:47:02 +0000 (GMT) (envelope-from sweetpea@tentacle.net) Received: from [10.0.0.10] (firefly.nz.tentacle.net [10.0.0.10]) by athenaeum.tentacle.net (Postfix) with ESMTP id 06F5AB85F for ; Tue, 1 Feb 2005 00:47:00 +1300 (NZDT) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <634a43e57953fdc11c0240cc3ae606df@tentacle.net> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2-15802341" To: freebsd-standards@freebsd.org From: Kevin Dorne Date: Tue, 1 Feb 2005 00:47:01 +1300 X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619.2) Subject: g++ & _XOPEN_SOURCE X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 11:47:03 -0000 --Apple-Mail-2-15802341 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I have been working on getting lurker (http://lurker.sourceforge.net) to compile on FreeBSD. I managed to do it by removing all #define _XOPEN_SOURCE 500 from the source files, but the application's author suggested that such behaviour signified a major bug in libc/c++. For example, compiling just this file #define _XOPEN_SOURCE 500 #include Gave me this error: In file included from /usr/include/c++/3.4/bits/postypes.h:46, from /usr/include/c++/3.4/iosfwd:50, from /usr/include/c++/3.4/bits/stl_algobase.h:70, from /usr/include/c++/3.4/bits/char_traits.h:46, from /usr/include/c++/3.4/string:47, from xx.cpp:2: /usr/include/c++/3.4/cwchar:166: error: `::vfwscanf' has not been declared /usr/include/c++/3.4/cwchar:170: error: `::vswscanf' has not been declared /usr/include/c++/3.4/cwchar:174: error: `::vwscanf' has not been declared /usr/include/c++/3.4/cwchar:191: error: `::wcstof' has not been declared Is this a bug or a feature? Cheers, -k --Apple-Mail-2-15802341 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) iD8DBQFB/hq1WPypEt5k4n0RAt4GAKDx4fftGshleqtteJ+FFQE6V85/wQCgoApc sDJGNVwmcf053B5ztfLuvQs= =cRXD -----END PGP SIGNATURE----- --Apple-Mail-2-15802341-- From owner-freebsd-standards@FreeBSD.ORG Mon Jan 31 15:12:07 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C15A16A4CE for ; Mon, 31 Jan 2005 15:12:07 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2163943D31 for ; Mon, 31 Jan 2005 15:12:07 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j0VFCOci011111; Mon, 31 Jan 2005 10:12:24 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j0VFCNXt011110; Mon, 31 Jan 2005 10:12:23 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 31 Jan 2005 10:12:23 -0500 From: David Schultz To: Kevin Dorne Message-ID: <20050131151223.GA10895@VARK.MIT.EDU> Mail-Followup-To: Kevin Dorne , freebsd-standards@FreeBSD.ORG, rittle@labs.mot.com References: <634a43e57953fdc11c0240cc3ae606df@tentacle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <634a43e57953fdc11c0240cc3ae606df@tentacle.net> cc: rittle@labs.mot.com cc: freebsd-standards@FreeBSD.ORG Subject: Re: g++ & _XOPEN_SOURCE X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 15:12:07 -0000 On Tue, Feb 01, 2005, Kevin Dorne wrote: > I have been working on getting lurker (http://lurker.sourceforge.net) > to compile on FreeBSD. I managed to do it by removing all #define > _XOPEN_SOURCE 500 from the source files, but the application's author > suggested that such behaviour signified a major bug in libc/c++. > > For example, compiling just this file > > #define _XOPEN_SOURCE 500 > #include > > Gave me this error: > In file included from /usr/include/c++/3.4/bits/postypes.h:46, > from /usr/include/c++/3.4/iosfwd:50, > from /usr/include/c++/3.4/bits/stl_algobase.h:70, > from /usr/include/c++/3.4/bits/char_traits.h:46, > from /usr/include/c++/3.4/string:47, > from xx.cpp:2: > /usr/include/c++/3.4/cwchar:166: error: `::vfwscanf' has not been > declared > /usr/include/c++/3.4/cwchar:170: error: `::vswscanf' has not been > declared > /usr/include/c++/3.4/cwchar:174: error: `::vwscanf' has not been > declared > /usr/include/c++/3.4/cwchar:191: error: `::wcstof' has not been declared > > Is this a bug or a feature? Setting _XOPEN_SOURCE to 500 instructs libc that you want *only* the routines specified in SUSv2, so more recent ones like vfwscanf() (from C99) will not be declared. However, libstdc++ sometimes assumes that the default symbols are available, and hence the error. Perhaps you should report this as a GNU libstdc++ bug. A while ago, Loren was working on fixing this on the libstdc++ end, so I'm Cc'ing him on this. Loren, is there something we could define in wchar.h that would make this easier to fix? Presently, we have: #if __ISO_C_VISIBLE >= 1999 int vfwscanf(struct __sFILE * __restrict, const wchar_t * __restrict, __va_list); [...] #endif /* __ISO_C_VISIBLE >= 1999 */ From owner-freebsd-standards@FreeBSD.ORG Mon Jan 31 18:15:38 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A208116A4CE; Mon, 31 Jan 2005 18:15:38 +0000 (GMT) Received: from mxout4.netvision.net.il (mxout4.netvision.net.il [194.90.9.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA13043D1D; Mon, 31 Jan 2005 18:15:37 +0000 (GMT) (envelope-from ady@softier.com) Received: from adyw ([212.143.109.38]) by mxout4.netvision.net.il (iPlanet Messaging Server 5.2 HotFix 2.02 (built Oct 21 2004)) with ESMTPA id <0IB700F001DPGJ@mxout4.netvision.net.il>; Mon, 31 Jan 2005 20:15:26 +0200 (IST) Date: Mon, 31 Jan 2005 20:13:14 +0200 From: Ady To: tjr@freebsd.org, freebsd-standards@freebsd.org Message-id: <002501c507c0$888ec3a0$3302a8c0@Softier.local> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset=windows-1255 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Subject: Where can I find the wchar tests? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ady@softier.com List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 18:15:38 -0000 Hi Tim, I've found the attached note from you dating to 2003. We are working on porting the wchar library at the moment. I'd really appreciate if you could point me to where I could find the source for this set of wchar tests (wcslen, wmemchr, ...) Thanks in Advance Ady W Softier test-strerror regression test Tim Robbins tjr at FreeBSD.ORG Mon Apr 21 00:34:06 PDT 2003 Previous message: test-strerror regression test <000052.html> Next message: test-strerror regression test <000044.html> Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Sun, Apr 20, 2003 at 09:10:26PM -0500, David Leimbach wrote: > In /usr/src/tools/regression/lib/libc/string there is a test > "test-strerror.c" which attempts to verify a correct value for > strerror(0); > > This is probably a bogus value for strerror even though the posix > standard > does say it returns a string for any int. Unless the locales for the > area are > all predefined somewhere we probably don't need this regression test > as it tests for the validity of the strings. > > In fact this test fails due to it not asserting the correct string. > > errno = 0; > sret = strerror(0); > assert(strcmp(sret, "Unknown Error: 0") == 0); > assert(errno == EINVAL); > > > I don't think this code has been tested in a long time... The string > should be "Undefined error: 0" and why would 0 errno be EINVAL? > > If we are going to have a test suite it should at least be correct and > documented don't you think? The regression tests are regression tests, and not conformance tests for any particular standard. FreeBSD prints "Unknown error: x", not "No error" like MSVC, and not "Error x" like Solaris. FreeBSD 4.8-RELEASE and 5.0-CURRENT pass the tests. $ uname -srm FreeBSD 5.0-CURRENT i386 $ make cc -O -pipe -mcpu=pentiumpro test-strerror.c -o test-strerror cc -O -pipe -mcpu=pentiumpro test-wcschr.c -o test-wcschr cc -O -pipe -mcpu=pentiumpro test-wcscmp.c -o test-wcscmp cc -O -pipe -mcpu=pentiumpro test-wcslen.c -o test-wcslen cc -O -pipe -mcpu=pentiumpro test-wmemchr.c -o test-wmemchr cc -O -pipe -mcpu=pentiumpro test-wmemset.c -o test-wmemset for p in test-strerror test-wcschr test-wcscmp test-wcslen test-wmemchr test-wmemset; do /home/tim/p4/wchar/src/tools/regression/lib/libc/string/$p; done PASS strerror() PASS strerror_r() PASS wcschr() PASS wcscmp() PASS wcslen() PASS wmemchr() PASS wmemset() Tim Previous message: test-strerror regression test <000052.html> Next message: test-strerror regression test <000044.html> Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the freebsd-standards mailing list From owner-freebsd-standards@FreeBSD.ORG Thu Feb 3 01:33:42 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DFF216A4CE for ; Thu, 3 Feb 2005 01:33:42 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6779343D48 for ; Thu, 3 Feb 2005 01:33:41 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id B7A5C530D; Thu, 3 Feb 2005 02:33:39 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id BD3775308 for ; Thu, 3 Feb 2005 02:33:08 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 13C32B869; Thu, 3 Feb 2005 02:33:07 +0100 (CET) To: standards@freebsd.org From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 03 Feb 2005 02:33:07 +0100 Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 Subject: "secure" variants of standard C functions X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 01:33:42 -0000 http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1088.pdf anybody feel like having a go at implementing these? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-standards@FreeBSD.ORG Thu Feb 3 02:37:30 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F2C16A4CE for ; Thu, 3 Feb 2005 02:37:30 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF1F43D31 for ; Thu, 3 Feb 2005 02:37:29 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j132bLaa000235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Wed, 2 Feb 2005 21:37:21 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j132bKjA000232; Wed, 2 Feb 2005 21:37:20 -0500 (EST) (envelope-from wollman) Date: Wed, 2 Feb 2005 21:37:20 -0500 (EST) From: Garrett Wollman Message-Id: <200502030237.j132bKjA000232@khavrinen.lcs.mit.edu> To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-Reply-To: References: X-Spam-Score: -9.9 () IN_REP_TO,REFERENCES X-Scanned-By: MIMEDefang 2.37 cc: standards@freebsd.org Subject: "secure" variants of standard C functions X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 02:37:30 -0000 < http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1088.pdf > anybody feel like having a go at implementing these? I would hold off on implementing any of them, since I know that there's been a lot of strongly negative feedback on the initial proposal, so I suspect that there's quite a bit of evolution before (and if) they are officially blessed. -GAWollman From owner-freebsd-standards@FreeBSD.ORG Thu Feb 3 11:34:55 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E32C16A4CE for ; Thu, 3 Feb 2005 11:34:55 +0000 (GMT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5296143D5C for ; Thu, 3 Feb 2005 11:34:55 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.86.100) by smtp02.syd.iprimus.net.au (7.0.036) id 41A76DCB01D88E4B; Thu, 3 Feb 2005 22:34:54 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 0AA7C42E5; Thu, 3 Feb 2005 22:34:53 +1100 (EST) Date: Thu, 3 Feb 2005 22:34:52 +1100 From: Tim Robbins To: Ady Message-ID: <20050203113452.GA1051@cat.robbins.dropbear.id.au> References: <002501c507c0$888ec3a0$3302a8c0@Softier.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002501c507c0$888ec3a0$3302a8c0@Softier.local> User-Agent: Mutt/1.4.1i cc: freebsd-standards@freebsd.org Subject: Re: Where can I find the wchar tests? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 11:34:55 -0000 On Mon, Jan 31, 2005 at 08:13:14PM +0200, Ady wrote: > Hi Tim, > > I've found the attached note from you dating to 2003. > > We are working on porting the wchar library at the moment. > I'd really appreciate if you could point me to where I could find the source > for this set of wchar tests (wcslen, wmemchr, ...) I don't think I kept copies of these. The only tests I know of that are still around are in src/tools/regression/lib/libc/locale. Tim From owner-freebsd-standards@FreeBSD.ORG Sat Feb 5 19:04:38 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B4CA16A4CE for ; Sat, 5 Feb 2005 19:04:38 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4260643D45 for ; Sat, 5 Feb 2005 19:04:38 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 22BECACBD2; Sat, 5 Feb 2005 20:04:36 +0100 (CET) Date: Sat, 5 Feb 2005 20:04:36 +0100 From: Pawel Jakub Dawidek To: standards@freebsd.org Message-ID: <20050205190436.GA1666@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: Media and sector size of storage devices. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 19:04:38 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm looking for some stamdard way to get media and sector size of the given storage device (disk, partition, etc.). Anyone? I need it on FreeBSD/Solaris/Linux. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCBRjDForvXbEpPzQRAh8LAKCvy93HEYkrhRpkxtdxBGVme5EFGgCdEmNS 05WzajLlYaY5tMl300FvXTg= =eyZV -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd--