Message-Id: <199808181116.HAA28675@delorie.com>
From: michael DOT mauch AT gmx DOT de (Michael Mauch)
To: djgpp-workers AT delorie DOT com
Subject: Patch for gettimeofday() texinfo file
Date: Tue, 18 Aug 1998 13:16:57 +0200
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="--=_35d962a9196156850b2b6d09.MFSBCHJLHS"
Precedence: bulk


----=_35d962a9196156850b2b6d09.MFSBCHJLHS
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

attached is a patch for the file djgpp/src/libc/dos/dos/gettimeo.txh to
make clear (hopefully), that gettimeofday() does not have microsecond
resolution

Best regards...
		Michael

----=_35d962a9196156850b2b6d09.MFSBCHJLHS
Content-Type: text/plain; charset=us-ascii; name=gettimeo.dif
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename=gettimeo.dif

*** gettimeo.tx0	Mon Jul 10 07:40:10 1995
--- gettimeo.txh	Tue Aug 18 12:55:00 1998
***************
*** 26,31 ****
--- 26,37 ----
  If either @var{tp} or @var{tzp} are @code{NULL}, that information is not
  provided. 
  
+ Note that although this function returns microseconds for compatibility
+ reasons, the values are accurate to less than 1/100 seconds only.
+ The underlying DOS function has 1/100 seconds granularity, but it is
+ calculated from the 55 ms timer tick count, so you won't get better than
+ that with gettimeofday().
+ 
  @xref{settimeofday}.
  
  @subheading Return Value

----=_35d962a9196156850b2b6d09.MFSBCHJLHS--