From owner-freebsd-stable  Sun Jun  3  7:43:32 2001
Delivered-To: freebsd-stable@freebsd.org
Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4])
	by hub.freebsd.org (Postfix) with ESMTP id 738F637B407
	for <freebsd-stable@FreeBSD.ORG>; Sun,  3 Jun 2001 07:43:26 -0700 (PDT)
	(envelope-from netch@iv.nn.kiev.ua)
Received: (from uucp@localhost)
	by segfault.kiev.ua (8) with UUCP id RQQ70534;
	Sun, 3 Jun 2001 17:43:12 +0300 (EEST)
	(envelope-from netch@iv.nn.kiev.ua)
Received: (from netch@localhost)
	by iv.nn.kiev.ua (8.11.3/8.11.3) id f53AvlA01676;
	Sun, 3 Jun 2001 13:57:47 +0300 (EEST)
	(envelope-from netch)
Date: Sun, 3 Jun 2001 13:57:47 +0300
From: Valentin Nechayev <netch@iv.nn.kiev.ua>
To: "Antoine Beaupre (LMC)" <Antoine.Beaupre@ericsson.ca>
Cc: freebsd-stable@FreeBSD.ORG
Subject: Re: time_t definition is worng
Message-ID: <20010603135747.B1343@iv.nn.kiev.ua>
References: <20010601135122.A66182@sunbay.com> <Pine.BSF.4.33_heb2.09.0106011437410.43119-100000@active.ath.cx> <20010601044526.A30739@xor.obsecurity.org> <200106011839.f51Idbj86306@earth.backplane.com> <3B180082.B315A682@lmc.ericsson.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3B180082.B315A682@lmc.ericsson.se>; from Antoine.Beaupre@ericsson.ca on Fri, Jun 01, 2001 at 04:52:18PM -0400
X-42: On
Sender: owner-freebsd-stable@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-stable.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-stable>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-stable>
X-Loop: FreeBSD.ORG

 Fri, Jun 01, 2001 at 16:52:18, Antoine.Beaupre (Antoine Beaupre (LMC)) wrote about "Re: time_t definition is worng": 

> Why not make leave it a long on alpha (and IA64) and make it a 'long
> long' on IA32 so that we get rid of the Y38 bug right now? ;)

It will break ABI compatilibity in too many places. Most of them can
be reduced to new syscalls (at least: wait4, stat, lstat, fstat, setitimer,
getitimer, select, getrusage, settimeofday, gettimeofday, utimes,
adjtime, futimes, poll...), structure content retranslation code
in obsolete syscalls implementations, major version bump for almost all
shared libraries... Because deadline will be in 2038, I don't think
FreeBSD staff will do such changes before 2020.;| (Are you sure
unix systems will exist yet another 20 years?)


/netch

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message