From owner-cvs-all Thu Feb 19 22:40:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26333 for cvs-all-outgoing; Thu, 19 Feb 1998 22:40:39 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26321; Thu, 19 Feb 1998 22:40:30 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA04226; Fri, 20 Feb 1998 17:31:06 +1100 Date: Fri, 20 Feb 1998 17:31:06 +1100 From: Bruce Evans Message-Id: <199802200631.RAA04226@godzilla.zeta.org.au> To: cvs-committers@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: cvs commit: src/usr.bin/fetch util.c Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > Modified files: > usr.bin/fetch util.c > Log: > time() needs a pointer to a time_t, but tv_sec in a timeval is a > long (yuk). So give time() what it wants and let the compiler > promote the variable when it is assigned to tv_sec. Applications should use timespecs instead of timevals to avoid this problem, but here there is no need to use either. Simply use utime2() instead of utimes(2). utime(2) fits properly with POSIX stat(2) and time(3). Reports of utime(2)'s obsoletion are premature. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message