From owner-freebsd-hackers Fri Feb 9 15:02:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23353 for hackers-outgoing; Fri, 9 Feb 1996 15:02:46 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA23341 for ; Fri, 9 Feb 1996 15:02:27 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id JAA18304 for hackers@FreeBSD.org; Sat, 10 Feb 1996 09:29:22 +1100 (EST) Message-Id: <199602092229.JAA18304@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA10698; Sat, 10 Feb 1996 09:28:38 +1100 From: John Birrell Subject: POSIX 1003.1b compliance (timespec revisited) To: hackers@FreeBSD.org Date: Sat, 10 Feb 1996 09:28:38 +1100 (EST) Cc: jb@cimlogic.com.au X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk G'day, I recently posted a note to this list about the FreeBSD definition of timespec and the fact that it does not comply with IEEE 1003.1b-1993. I noted that NetBSD was about to make the change. Well the NetBSD change has happened and has found its way to at least a mirror at this end of the earth. So how about making the change to FreeBSD too? In /usr/src/sys/src/time.h FreeBSD defines: /* * Structure defined by POSIX.4 to be like a timeval. */ struct timespec { long ts_sec; /* seconds */ long ts_nsec; /* and nanoseconds */ }; NetBSD now defines: /* * Structure defined by POSIX.1b to be like a timeval. */ struct timespec { time_t tv_sec; /* seconds */ long tv_nsec; /* and nanoseconds */ }; which complies with IEEE 1003.1b-1993 14.1.1 I've just taken out all the NetBSD #if defined()'s from our code, but all the non-standard code is still required because of FreeBSD. Grrrr. I hope someone with commit privileges and an up-to-date cvs tree can spend 15 minutes fixing this. I don't see any point in me preparing diffs for this (just grep for ts_sec and ts_nsec!). Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137