Hi there,
A Japanese magazine editor sent me an email to ask for permission for
introducing FlightGear Mac OS X in their magazine Mac 100% with DVD
including the full package of 1.0.0. As long as I know, this will be
the first magazine that introduces FlightGear on Mac platform in
Japan. I don't
Stefan Seifert schrieb:
On Sunday 27 April 2008 23:53:01 Georg Vollnhals wrote:
default 0
timeout 8
clock=hpet
This is wrong. The kernel parameters are following the file name in
the kernel line. This is the section I boot on my server:
###Don't change this comment - YaST2
On Monday, 28. April 2008, Georg Vollnhals wrote:
But checking the result is disappointing. I did it after 3 boot cycles
(2 reboot and one cold boot):
dhcppc2:/home/georg # cat
/sys/devices/system/clocksource/clocksource0/current_clocksource
tsc
Maybe your system simply doesn't have a hpet
Hi Stefan,
Stefan Seifert schrieb:
Maybe your system simply doesn't have a hpet clocksource. For example my
system at home only has:
acpi_pm jiffies tsc
You can get the available clocksources by issuing:
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
In my case
Georg Vollnhals wrote:
Hi Stefan,
Stefan Seifert schrieb:
Maybe your system simply doesn't have a hpet clocksource. For example my
system at home only has:
acpi_pm jiffies tsc
You can get the available clocksources by issuing:
cat
hi,
this is a good thing. it was on the todo for a long time. please someone
commit this.
- till
On Saturday 26 April 2008, Csaba Halász wrote:
Hi!
Attached patch adds support for multiple FIXes with the same name.
Applies to both branches.
New functionality is in query_and_offset, which
On 04/25/2008 04:06 PM, Csaba Halász wrote:
Attached patch adds support for multiple FIXes with the same name.
Applies to both branches.
New functionality is in query_and_offset, which now returns the FIX
closest to the passed in location.
Updated route manager to take advantage of this.
1)
Hi,
with this new feature FGFS isn't usuable more for
me here on my win32-system.
After regocnizing the error, it prints out out the
message and the launch is stopped. FGS doesn't start!
FGFS with FGRun, built 04/28/2008 (yesterday)
Regards
HHS
still in work:
* Csaba Halász -- Saturday 26 April 2008:
Please review, test (especially that std::multimap works on all our
supported platforms) [...]
Thanks, committed. I didn't test on all supported platforms, but
I guess we'll hear about problems. :-) I only made a very simple
test on Linux.
m.
Hi,
First, let me thank you all for the great work you've done with FG.
I started cross-compiling FG using the great fgfs-builder from Ralf and
I have to say that it helped a lot. However, I had to patch the source
code to make it possible. Here is the first one which basically replaces
SGMutex
On Mon, Apr 28, 2008 at 4:26 PM, Benoît Laniel [EMAIL PROTECTED] wrote:
First, let me thank you all for the great work you've done with FG.
I started cross-compiling FG using the great fgfs-builder from Ralf and
I have to say that it helped a lot. However, I had to patch the source
code to
This is an area where a commit now, test later philosophy could hurt
the project because thread related problems can be so nasty to debug.
Maybe I should have stated that I didn't know if it was robust. I surely
agree with you that this patch should be for testing purpose only.
I posted it
Jon Stockill schrieb:
Assuming the machine has an internet connection - if you install ntp and
set it to sync from pool.ntp.org you'll never need to worry about such
problems again - it'll sync from an internet clock source within a few
minutes of starting up, and then stay in sync.
Jon
13 matches
Mail list logo
