From owner-freebsd-standards@FreeBSD.ORG Fri Aug 22 11:34:49 2003 Return-Path: Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D91716A4BF; Fri, 22 Aug 2003 11:34:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2987543FBD; Fri, 22 Aug 2003 11:34:49 -0700 (PDT) (envelope-from mikeh@FreeBSD.org) Received: from freefall.freebsd.org (mikeh@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7MIYnUp092539; Fri, 22 Aug 2003 11:34:49 -0700 (PDT) (envelope-from mikeh@freefall.freebsd.org) Received: (from mikeh@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7MIYnjv092535; Fri, 22 Aug 2003 11:34:49 -0700 (PDT) From: Mike Heffner Message-Id: <200308221834.h7MIYnjv092535@freefall.freebsd.org> To: mikeh@FreeBSD.org, freebsd-standards@FreeBSD.org, mikeh@FreeBSD.org Subject: Re: standards/55112: glob.h, glob_t's gl_pathc should be "size_t", not "int". 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: , Date: Fri, 22 Aug 2003 18:34:49 -0000 X-Original-Date: Fri, 22 Aug 2003 11:34:49 -0700 (PDT) X-List-Received-Date: Fri, 22 Aug 2003 18:34:49 -0000 Synopsis: glob.h, glob_t's gl_pathc should be "size_t", not "int". Responsible-Changed-From-To: freebsd-standards->mikeh Responsible-Changed-By: mikeh Responsible-Changed-When: Fri Aug 22 11:33:15 PDT 2003 Responsible-Changed-Why: I've done damage round these parts before...add it to my plate. http://www.freebsd.org/cgi/query-pr.cgi?pr=55112 From owner-freebsd-standards@FreeBSD.ORG Mon Oct 20 01:01:12 2003 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 C4EDC16A4B3; Mon, 20 Oct 2003 01:01:12 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B94F43FCB; Mon, 20 Oct 2003 01:01:11 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9K812D03347; Mon, 20 Oct 2003 10:01:03 +0200 (MEST) Date: Mon, 20 Oct 2003 10:01:02 +0200 (CEST) From: Harti Brandt To: Garance A Drosihn In-Reply-To: Message-ID: <20031020095526.N47918@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015075111.GA52914@rot13.obsecurity.org> <20031015190951.GA638@ns1.xcllnt.net> <20031016123335.L57857@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Marcel Moolenaar Subject: Re: time_t on sparc64 (it seems to work) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2003 08:01:12 -0000 On Fri, 17 Oct 2003, Garance A Drosihn wrote: GAD>At 12:47 PM +0200 10/16/03, Harti Brandt wrote: GAD>> GAD>>Well, I tried to get a first impression on how hard this GAD>>change would be. I have a ultra-10 to play with. GAD>> GAD>>The only thing I did (after a couple of greps in sys/sparc64) GAD>>was to change __time_t to __int64_t. I then recompiled GAD>>everything and installed the new kernel. Just for fun I booted GAD>>the kernel and - hey - it works. ... GAD>>rebooted the new kernel into single user, mounted my NFS file GAD>>systems (my src and obj are on a server) by hand and tried the GAD>>make install again. This time it stopped in include, probably GAD>>because it was now using the old make which couldn't correctly GAD>>resolve the file times anymore. I installed the new make GAD>>handish and tried the installworld again. This time it stopped GAD>>in sendmail, because the old find doesn't work as expected. GAD>>Installing the new find did the trick. After a mergemaster and GAD>>a reboot everything seems to be just fine. GAD> GAD>>So given that things are quite simple I would argue to do the GAD>>move now, before the sparc port will really be used as -stable GAD>>in production systems. GAD> GAD>I would say that your own description falls a little short of GAD>being "quite simple"... The only real problem I can see is zic. My intention for a solution was to use 'make -k installworld', and when it starts to hang running zip, you kill zip. After the installworld finishes you do another installworld (now without -k and you're done). GAD>>Of course you need to recompile all ports (unless you know GAD>>which port won't used stat() or gettimeofday(). GAD> GAD>Which is even more work that every-sparc64-user would have to GAD>do. It also means that there is a lot that you have not really GAD>tested with the above. It also means that any pkg-building GAD>will have provide packages for both 64-bit and 32-bit time_t GAD>systems, unless you can somehow get everyone to rebuild their GAD>systems on the same day. Yes. But. The problems when we move to 64-bit in 6.0 are a good deal larger, because we're going to have a user base that will have critical data in files that have 32-bit time_t's. GAD>>With a little help from the build infrastructure people it GAD>>may be possible to ensure that the above will work more GAD>>automatically. GAD> GAD>But that is also "more work" for some developers would have to GAD>do, and they'd have to do it "right now". Yes. GAD> GAD>>So when will we do it? GAD> GAD>I definitely do like the idea of getting to 64-bit time_t on GAD>sparc64 before 5.2-release, but there is no question that it GAD>adds to the work necessary before "5.x" becomes "5.x-stable". GAD> GAD>If we are going to do it, we should talk as if we are going GAD>to do it "Right Now", or we should admit that it must wait GAD>until 6.0-current. I am willing to go through the same steps GAD>that you went through to get my one (1) sparc64 system to be GAD>running with 64-bit timestamps. I'm willing to recompile all GAD>the ports on mine. However, I don't really use my sparc64 GAD>system for all that much, and I can afford to erase the disk GAD>and start over if this really botches things up. And even GAD>if everything that I do works fine, that won't be much of a GAD>test. There is a lot of stuff that I do NOT do which someone GAD>would be doing if they used a sparc64 system as their primary GAD>desktop machine. GAD> GAD>So I am willing to try to do a 64-bit time_t on my one system, GAD>but only if there is a list of others who are going to do the GAD>same thing. We're only going to get from "here" to "there" if GAD>we start working on it, and we must see multiple developers GAD>stepping up Right Now who are willing to do that work (even if GAD>it's just testing-work, it has to be done). GAD> GAD>Otherwise, let's concentrate on getting to 5.x-stable, and put GAD>off all talk of 64-bit time_t's until we create 6.0-current. Count me as a YES vote for doing the move right now. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-standards@FreeBSD.ORG Mon Oct 20 11:01:35 2003 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 4BB7F16A4B3 for ; Mon, 20 Oct 2003 11:01:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6251943FF2 for ; Mon, 20 Oct 2003 11:01:24 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9KI1OFY099011 for ; Mon, 20 Oct 2003 11:01:24 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9KI1N3b099005 for freebsd-standards@freebsd.org; Mon, 20 Oct 2003 11:01:23 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Oct 2003 11:01:23 -0700 (PDT) Message-Id: <200310201801.h9KI1N3b099005@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, 20 Oct 2003 18:01:35 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/01/23] misc/24590 standards timezone function not compatible witn Sin o [2002/02/25] bin/35307 standards standard include files are not standard c o [2003/03/05] bin/48958 standards The type 'bool' has different sizes for C 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/20] standards/53554standards interval timers not cleared in fork() o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2003/09/15] standards/56906standards Several math(3) functions fail to set err 8 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi o [2001/11/20] standards/32126standards getopt(3) not Unix-98 conformant s [2002/03/18] standards/36076standards Implementation of POSIX fuser command o [2002/06/13] standards/39256standards [v]snprintf aren't POSIX-conformant for s o [2002/07/09] misc/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/04/22] standards/51292standards [PATCH] add ecvt()/fcvt()/gcvt() function o [2003/06/22] standards/53613standards FreeBSD doesn't define EPROTO o [2003/06/24] bin/53682 standards [PATCH] add fuser(1) utitity o [2003/07/24] standards/54809standards pcvt deficits o [2003/07/24] standards/54833standards more pcvt deficits o [2003/07/25] standards/54839standards pcvt deficits o [2003/09/04] standards/56476standards cd9660 unicode support simple hack o [2003/09/27] standards/57295standards [patch] make does not include cmd line va o [2003/10/12] standards/57911standards fnmatch ("[[:alpha:]]","x", FNM_PATHNAME) 18 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Oct 20 11:03:10 2003 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 B69A716A4C0 for ; Mon, 20 Oct 2003 11:03:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E590943FBF for ; Mon, 20 Oct 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9KI35FY001257 for ; Mon, 20 Oct 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9KI35wl001251 for standards@freebsd.org; Mon, 20 Oct 2003 11:03:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 20 Oct 2003 11:03:05 -0700 (PDT) Message-Id: <200310201803.h9KI35wl001251@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: 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, 20 Oct 2003 18:03:10 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/08/18] kern/29844 standards [PATCH] setpgrp does not behave as manual 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1995/01/11] i386/105 standards Distributed libm (msun) has non-standard o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2000/12/05] kern/23304 standards POSIX clock_gettime, clock_getres return s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public 4 problems total. From owner-freebsd-standards@FreeBSD.ORG Tue Oct 21 10:13:20 2003 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 619AC16A4B3 for ; Tue, 21 Oct 2003 10:13:20 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC08843F3F for ; Tue, 21 Oct 2003 10:13:16 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id h9LHCQMg031926; Tue, 21 Oct 2003 13:12:26 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h9LHCQFE031923; Tue, 21 Oct 2003 13:12:26 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Tue, 21 Oct 2003 13:12:26 -0400 (EDT) From: "Andrew R. Reiter" To: standards@FreeBSD.org Message-ID: <20031021130603.T30426@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: arr@watson.org Subject: regression testing 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: Tue, 21 Oct 2003 17:13:20 -0000 Hi all, I've spoken with a couple people recently about increasing the number of regression tests we have for various kernel subsystems. Wes Peters suggested I email this list to ask about regression test packages that are "sold" by various standards organizations to test the implementations. I believe the one mentioned was a POSIX syscall tester. My question is essentially (though I understand I may not get clear answer or a complet answer), in the standards that we've implemented, which of these have regression test packages that are available... either commercially or for free? I am just hoping that some people have the answer as opposed to doing some more research to find this out. Thanks. Cheers, Andrew -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org