Hi,
>
> Also, if we have two consistent time_t, why not simply subtract one from
> the other, ABS it, and voila you have the time difference ? Or am I
> missing something regarding usage of difftime ?
yes. there is no _standard_ mapping of the data type time_t to any
standard C/C++ data type.
Hey all, I also added on my side, in an #ifdef, since it's somehow
already included nix side :)
That said, why not simply assign 0 to the two time_t rather than a function
call ?
Then, it's only a matter of dealing with difftime.
Don't we already have time (and timing ?) abstracted facilities tho
On 7 Oct 2009, at 10:32, Alan Teeder wrote:
James
The “this” fault is fixed. Thanks.
To cure the time and difftime under Windows all that is needed is to
include
That's what I'd hoped, thanks for confirming. I would still prefer to
use something more robust than the C-library functions,
uot;file://d:\fg\source\projects\VC90\FlightGear\Win32\Release\BuildLog.htm"
Alan
_
From: Nicolas Quijano [mailto:nquij...@gmail.com]
Sent: 06 October 2009 17:22
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] GPS / route-manager landing
Hi all, this doesn&
r developers discussions
Subject: Re: [Flightgear-devel] GPS / route-manager landing
Hi all, this doesn't build on windows, it can't find the time symbol
referenced at line 229 and 233 in route_mgr.cxx.
Missing header ?
Also, there is a reference to std::strncasecmp in positioned.
lease\BuildLog.htm"
Alan
_
From: Nicolas Quijano [mailto:nquij...@gmail.com]
Sent: 06 October 2009 17:22
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] GPS / route-manager landing
Hi all, this doesn't build on windows, it can't find the
Hi all, this doesn't build on windows, it can't find the time symbol
referenced at line 229 and 233 in route_mgr.cxx.
Missing header ?
Also, there is a reference to std::strncasecmp in positioned.cxx around line
820, which is also not available in windows (at least, not here).
Since it's dealing w
On 5 Oct 2009, at 08:33, Dave wrote:
> That all sounds like good stuff. I'll try and migrate the KLN89
> towards
> using it and depreciating the dclgps stuff - that should give it some
> testing.
Sounds good to me. I've been going through the KLN89 manual, and
there's definitely some more s
James Turner wrote:
> Just a notification / warning - I'm planning to land my GPS / FMS /
> route-manager re-write tomorrow (Monday). It's not perfect (yet) but
> already much more usable than the previous code. I'm sure I'll regress
> a few things initially, but of course I'll work through a
Just a notification / warning - I'm planning to land my GPS / FMS /
route-manager re-write tomorrow (Monday). It's not perfect (yet) but
already much more usable than the previous code. I'm sure I'll regress
a few things initially, but of course I'll work through any issues
that people repo
10 matches
Mail list logo