Relying on undefined behavior is definitely no good...might work fine
for a long time, but it will come back to bite you eventually. If you
can find a way to do it in a compliant way without increasing the size
would be ideal I guess, but if you need to increase the size so be it.
Nasal is an integ
On Tue, Dec 15, 2009 at 2:11 AM, Csaba Halász wrote:
>
> That may be the nasal bug Jacob is seeing. I could reproduce it and
> also made a little test case that I am gonna submit as a gcc bug
> report. It is clearly accessing the "double" member of the union
> before it has been established as val
On Tue, Dec 15, 2009 at 1:46 AM, John Denker wrote:
> Status summary:
>
> 0) I merged in Jester's nan-fixes. That was easy:
> git remote add -t nan-fixes jester
> git://gitorious.org/~jester/fg/jesters-clone.git
> git pull jester
> make
We want GIT! We want GIT! :D
> 1) If I want to g
Status summary:
0) I merged in Jester's nan-fixes. That was easy:
git remote add -t nan-fixes jester
git://gitorious.org/~jester/fg/jesters-clone.git
git pull jester
make
I have not explicitly disabled real-weather-fetch, but
it appears to be non-enabled by default.
The ai-traf
Dump of assembler code for function findcell:
0x0865f710 :push %ebp
0x0865f711 :mov%esp,%ebp
0x0865f713 :push %edi
0x0865f714 :xor%edi,%edi
0x0865f716 :push %esi
0x0865f717 :push %ebx
0x0865f718 :xor%ebx,%ebx
0x0865f71a :
On Mon, Dec 14, 2009 at 4:37 PM, Jacob Burbach wrote:
> I applied your hash patch, but no deuce.
Then I have no idea why the code is loading the value.
Got a new asm listing? :)
--
Csaba/Jester
--
Return on Information
I applied your hash patch, but no deuce.
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xb62cba20 (LWP 25297)]
0x0865f79c in findcell (hr=0x107b5490, key=
{num = nan(0x56789123dabd8), ref = {ptr = {obj = 0x123dabd8,
str = 0x123dabd8, vec = 0x123dabd8, hash = 0x
On Mon, Dec 14, 2009 at 3:25 PM, Jacob Burbach wrote:
> Not sure what you meant about gdb generating code to cause it, I get
> the same error when run outside of gdb. Assembly of the function
> below, if you need something else let me know.
I meant gcc, sorry :)
Thanks for the listing. Looks like
Not sure what you meant about gdb generating code to cause it, I get
the same error when run outside of gdb. Assembly of the function
below, if you need something else let me know.
0x0865ec50 :push %ebp
0x0865ec51 :mov%esp,%ebp
0x0865ec53 :push %edi
0x0865ec54 :
On Mon, Dec 14, 2009 at 1:11 PM, Jacob Burbach wrote:
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread 0xb627aa20 (LWP 30813)]
> 0x0865ece2 in findcell (hr=0xeb43550, key=
> {num = nan(0x567891077bfa8), ref = {ptr = {obj = 0x1077bfa8,
> str = 0x1077bfa8, vec =
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xb627aa20 (LWP 30813)]
0x0865ece2 in findcell (hr=0xeb43550, key=
{num = nan(0x567891077bfa8), ref = {ptr = {obj = 0x1077bfa8,
str = 0x1077bfa8, vec = 0x1077bfa8, hash = 0x1077bfa8, code =
0x1077bfa8, func = 0x1077b
Hi,
On Sunday 13 December 2009 09:53:49 am Heiko Schulz wrote:
> Hi,
>
> My experience was, that this NaN's only appear with
> --prop:/sim/ai-traffic/enabled=1 on win32. All other things seems not to
> produce NaN's.
>
> Btw I wonder if we still need ai-traffic, as the interactive traffic works
>
On Sun, Dec 13, 2009 at 10:48 PM, John Denker wrote:
...
>
> UPDATE: I have a surprising explanation for the previously-
> reported fact that FPE behavior depends on whether options
> are passed on the command line or passed via .fgfsrc
>
> It turns out that passing --enable-fpe via .fgfsrc is a
On 12/13/2009 02:33 AM, Erik Hofman wrote:
> Jon, could you specify if this was with 'real' weather enabled or
> disabled? I've seen something similar when it was enabled but haven't
> seen it without real weather.
With an explicit --disable-real-weather-fetch, I still
observe an early FPE, wh
Hi,
On Sunday 13 December 2009 09:53:49 am Heiko Schulz wrote:
> Hi,
>
> My experience was, that this NaN's only appear with
> --prop:/sim/ai-traffic/enabled=1 on win32. All other things seems not to
> produce NaN's.
>
> Btw I wonder if we still need ai-traffic, as the interactive traffic works
>
I never have the ai traffic enabled, but still get nans sometimes. The
ai traffic may be triggering a nan, but I'm not sure it's actually the
root cause. Debugging nans can be a real pita, with every operation
against a nan producing a nan they spread like wildfire. By the time
it causes a problem
John Denker wrote:
> Update: To observe this bug, I don't even need to taxi.
> I can just sit at the starting point of runway 31L at
> JFK with the engine off. After sitting about 8 minutes,
> I observe nan messages on the console.
Jon, could you specify if this was with 'real' weather enable
Hi,
My experience was, that this NaN's only appear with
--prop:/sim/ai-traffic/enabled=1 on win32. All other things seems not to
produce NaN's.
Btw I wonder if we still need ai-traffic, as the interactive traffic works so
much better and more nice?
Cheers
HHS
> Update:
>
> I now have a wor
Hi,
On Sunday 13 December 2009 01:49:47 am Ron Jensen wrote:
> On Sat, 2009-12-12 at 16:21 -0700, John Denker wrote:
>
> --prop:/sim/ai-traffic/enabled=0
> --prop:/sim/traffic-manager/enabled=0
>
Just to clarify:
The AI system that is generating the NaNs, is the old one (i.e. code contained
in
Update:
I now have a workaround configuration that at least allows
me to park without anything too terrible happening. The
sim will run for an hour, even with the FPE trap enabled.
This workaround configuration (call it "X") entails:
1) Passing *no* options on the command line, using
options in
On Sat, 2009-12-12 at 16:21 -0700, John Denker wrote:
> On 12/12/2009 02:03 PM, Heiko Schulz wrote:
> > I could solve that issue with disabling AI-Traffic (Not the Interactive
> > Traffic)
>
> I hate to ask silly questions, but ... are you suggesting
>
>--disable-ai-models Disable t
On Sun, Dec 13, 2009 at 12:21 AM, John Denker wrote:
>
> Any additional suggestions for things to try would be
> welcome.
It is very strange because I have never seen a NaN slip past the
--enable-fpe guard.
You could try to build my nan-fixes branch from gitorious
(http://gitorious.org/~jester) t
On 12/12/2009 02:03 PM, Heiko Schulz wrote:
> I could solve that issue with disabling AI-Traffic (Not the Interactive
> Traffic)
I hate to ask silly questions, but ... are you suggesting
--disable-ai-models Disable the artificial traffic subsystem.
The last time I used that option s
htgear-devel] nan-a-palooza
> An: "FlightGear developers discussions"
>
> Datum: Samstag, 12. Dezember 2009, 21:57
> Update: To observe this bug, I
> don't even need to taxi.
> I can just sit at the starting point of runway 31L at
> JFK with the engine
Update: To observe this bug, I don't even need to taxi.
I can just sit at the starting point of runway 31L at
JFK with the engine off. After sitting about 8 minutes,
I observe nan messages on the console.
One interesting thing is that *no* floating point
exception was raised this time. The F
On 12/12/2009 05:16 AM, Csaba Halász wrote:
> Hi John,
> Could you please use the --enable-fpe option and try to get a backtrace?
Sure.
In one case I had to taxi a little while before getting an FPE:
http://www.av8n.com/fly/fgfs/fpe--27376.log
In another case I got an FPE very early, while th
On 12/12/2009 04:53 AM, I wrote:
> Afte taxiing a little ways down runway 31L at JFK, the
> display freezes and the sim starts spewing messages to
> the console:
>
> Warning:: Picked up error in TriangleIntersect
>
> For additional details see
>
> http://www.av8n.com/fly/fgfs/nan--25387.lo
On Sat, Dec 12, 2009 at 12:53 PM, John Denker wrote:
> Afte taxiing a little ways down runway 31L at JFK, the
> display freezes and the sim starts spewing messages to
> the console:
>
> Warning:: Picked up error in TriangleIntersect
Hi John,
Could you please use the --enable-fpe option and try t
Afte taxiing a little ways down runway 31L at JFK, the
display freezes and the sim starts spewing messages to
the console:
Warning:: Picked up error in TriangleIntersect
For additional details see
http://www.av8n.com/fly/fgfs/nan--25387.log
This is observed when some properties are being
29 matches
Mail list logo
