This is just plain weird. Remind me what opengl drivers you are
running? What version of XFree86? Can you run any other opengl
programs on your system? Are you building with a
RedHat/Mandrake/et.al broken compiler? Which compiler are you using?
This might be one of those things that just goes away some day when
you upgrade to a different video card/driver or newer glibc or newer
compiler or something??? If it is a bug in the flightgear code, you'd
think more people would be running into it??? Of course no one
reports bugs or problems until after releases so the lack of bug
reports isn't a trust worthy indicator. I'm not seeing anything like
this on my systems though ... Debian 3.0, gcc version 2.95.4, latest
nvidia drivers, glibc 2.2.4-7 ...
Curt.
Alex Romosan writes:
> "Curtis L. Olson" <[EMAIL PROTECTED]> writes:
>
> > What is the value of globals before and after this call? Are you
> > saying when this is done, globals == 0?
>
> no. this is what happens. we call globals = new FGGlobals;
> (main.cxx:1433). if i print globals.props this is what i get:
>
> {_name = {static npos = 4294967295, static nilRep = {len = 0, res = 0, ref = 46,
>selfish = false}, dat = 0x875f6e0 ""}, _index = 0, _parent = 0x0, _children =
>{<_Vector_base<SGPropertyNode *,allocator<SGPropertyNode *> >> =
>{<_Vector_alloc_base<SGPropertyNode *,allocator<SGPropertyNode *>,>> = {_M_start =
>0x0, _M_finish = 0x0, _M_end_of_storage = 0x0}, <No data fields>}, <No data fields>},
>_path_cache = 0x0, _type = NONE, _tied = false, _attr = 3, _value = {alias = 0x0,
>bool_val = 0x0, int_val = 0x0, long_val = 0x0, float_val = 0x0, double_val = 0x0,
>string_val = 0x0}, _vptr.SGPropertyNode = 0x40121530}
>
> then we get the view manager a couple of views, etc. at main.cxx:1457
> we set the current view to view[0]. the globals.props pointer suddenly
> changes, in my case from 0x875fdd0 to 0x875ffd0 and globals.props
> looks like this:
>
> {_name = {static npos = 4294967295, static nilRep = {len = 0, res = 0, ref = 46,
>selfish = false}, dat = 0x0}, _index = 0, _parent = 0x1, _children =
>{<_Vector_base<SGPropertyNode *,allocator<SGPropertyNode *> >> =
>{<_Vector_alloc_base<SGPropertyNode *,allocator<SGPropertyNode *>,>> = {_M_start =
>0x0, _M_finish = 0x404b8000, _M_end_of_storage = 0x0}, <No data fields>}, <No data
>fields>}, _path_cache = 0x0, _type = NONE, _tied = false, _attr = 0, _value = {alias
>= 0x0, bool_val = 0x0, int_val = 0x0, long_val = 0x0, float_val = 0x0, double_val =
>0x0, string_val = 0x0}, _vptr.SGPropertyNode = 0x0}
>
> there is a difference between the two. if i look at what is in memory
> at the old address i get the good (old) props.
>
> --alex--
>
> --
> | I believe the moment is at hand when, by a paranoiac and active |
> | advance of the mind, it will be possible (simultaneously with |
> | automatism and other passive states) to systematize confusion |
> | and thus to help to discredit completely the world of reality. |
>
> _______________________________________________
> Flightgear-devel mailing list
> [EMAIL PROTECTED]
> http://mail.flightgear.org/mailman/listinfo/flightgear-devel
--
Curtis Olson IVLab / HumanFIRST Program FlightGear Project
Twin Cities [EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org
_______________________________________________
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
