Re: [Flightgear-devel] FGNetFDM-time

2005-01-09 Thread Christian Mayer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Norman Vine schrieb:
..a _guess_: the 32bit unix calendar ticks over sometime in 2038, 
while the 32bit Wintendo calendar ticks over every 49? days, 
I saw this given somewhere on the web as the reason Microsoft 
used (they still do?) to recommend reboots about that often.
 
 
 This is true a naive Win32 clock running of of timeGetTime() 
 rolls over every 49 days but there are ways to prevent this
 although I don't believe the FlightGear clock on Windows checks
 for this.

That was a problem on Win95 (dunno if it was fixed till WinME). But on
the WinNT series (incl. Win2000 and WinXP) it was never an issue.

CU,
Christian
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFB4Pv3lhWtxOxWNFcRAv4dAJ9bi/uzFRfOSs8F29pMuGmxbF7w3gCfXzc2
u7Txk+VAF4Mxh6jCRO8Tot8=
=cZiW
-END PGP SIGNATURE-

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FGNetFDM-time

2005-01-08 Thread Arnt Karlsen
On Sat, 08 Jan 2005 14:47:20 +0800, Ivan wrote in message 
[EMAIL PROTECTED]:

 G''day all.
 
 I''ve written a client that drives FG using the native-fdm I/O
 mechanism.
 
 For the ''time'' variable, I've tried entering zero, and then entering
 the value returned by (Win32's) GetTickCount() -- no difference.
 
 However, interestingly, I noticed that FG starts off at midnight (in
 its  internal world time) but the time advances at a phenomenal rate.
 After a  couple of minutes I actually see the sky lighten up, followed
 by the sun  rising in the east. Sunset follows about 2 min later.
 
 What gives ??

..a _guess_: the 32bit unix calendar ticks over sometime in 2038, 
while the 32bit Wintendo calendar ticks over every 49? days, 
I saw this given somewhere on the web as the reason Microsoft 
used (they still do?) to recommend reboots about that often.

-- 
..med vennlig hilsen = with Kind Regards from Arnt... ;-)
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.



___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


RE: [Flightgear-devel] FGNetFDM-time

2005-01-08 Thread Norman Vine
Arnt Karlsen writes:
 
 On Sat, 08 Jan 2005 14:47:20 +0800, Ivan wrote in message 
 [EMAIL PROTECTED]:
 
  G''day all.
  
  I''ve written a client that drives FG using the native-fdm I/O
  mechanism.
  
  For the ''time'' variable, I've tried entering zero, and then entering
  the value returned by (Win32's) GetTickCount() -- no difference.
  
  However, interestingly, I noticed that FG starts off at midnight (in
  its  internal world time) but the time advances at a phenomenal rate.
  After a  couple of minutes I actually see the sky lighten up, followed
  by the sun  rising in the east. Sunset follows about 2 min later.
  
  What gives ??
 
 ..a _guess_: the 32bit unix calendar ticks over sometime in 2038, 
 while the 32bit Wintendo calendar ticks over every 49? days, 
 I saw this given somewhere on the web as the reason Microsoft 
 used (they still do?) to recommend reboots about that often.

This is true a naive Win32 clock running of of timeGetTime() 
rolls over every 49 days but there are ways to prevent this
although I don't believe the FlightGear clock on Windows checks
for this.

However Ivan's problem is one of order of magnitude

SimGear / timing / timestamp.XXX is where this is spelled
out in code

Cheers

Norman


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] FGNetFDM-time

2005-01-07 Thread Ivan Ngeow
G''day all.
I''ve written a client that drives FG using the native-fdm I/O mechanism.
For the ''time'' variable, I've tried entering zero, and then entering 
the value returned by (Win32's) GetTickCount() -- no difference.

However, interestingly, I noticed that FG starts off at midnight (in its 
internal world time) but the time advances at a phenomenal rate. After a 
couple of minutes I actually see the sky lighten up, followed by the sun 
rising in the east. Sunset follows about 2 min later.

What gives ??
-ivan
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d