Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-11 Thread Steve Hosgood
On Thu, 2005-11-10 at 19:05, Dave Culp wrote:
 Aside from the already mentioned glitch about the missing cloudlayers.xml 
 file, I was able to build 0.9.9-pre2 without any problems on my linux box.

I just moved on to 0.9.9.pre3

No (real) problems now.
Thanks to all who looked at my 'strace' listing.

Steve


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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-10 Thread Steve Hosgood
On Wed, 2005-11-09 at 19:46, Curtis L. Olson wrote:
 FlightGear v0.9.9-pre2 (second prerelease for v0.9.9) is now available 
 for downloading and testing from the FlightGear web site 
 (http://www.flightgear.org)
 
 It would be great if as many people as possible could download the 
 tarballs for this release and build and test it on as many platforms as 
 possible.  Also note you will need the corresponding SimGear-0.3.9-pre2 
 (from http://www.simgear.org)
 

Folks:
I just built 0.9.9.pre2 as an RPM for Fedora Core on i386 class
machines. I did this months ago with 0.9.8 too, and it worked fine.

However, I'm getting a core dump off fgfs almost immediately at
start-up. It won't even get as far as fgfs --help.

The latter few lines of strace fgfs look like this:


open(/usr/share/FlightGear/data/preferences.xml, O_RDONLY) = 3
open(/usr/share/FlightGear/data/Translations/locale.xml,
O_RDONLY) = 4close(4)= 0
open(/usr/share/FlightGear/data/gui/menubar.xml, O_RDONLY) = 4
close(4)= 0
open(/usr/share/FlightGear/data/gui/styles/default.xml,
O_RDONLY) = 4
close(4)= 0
open(/usr/share/FlightGear/data/gui/styles/anthrax.xml,
O_RDONLY) = 4
close(4)= 0
open(/usr/share/FlightGear/data/cloudlayers.xml, O_RDONLY) =
-1 ENOENT (No such file or directory)
open(/usr/share/FlightGear/data/keyboard.xml, O_RDONLY) = 4
close(4)= 0
open(/usr/share/FlightGear/data/mice.xml, O_RDONLY) = 4
close(4)= 0
close(3)= 0
munmap(0xb0913000, 4096)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++


( I indented it by hand to make it a bit more obvious what 'close'
belongs with which 'open' )

Seems like the program closes /usr/share/FlightGear/data/preferences.xml
and immediately crashes.

I've not got any scenery loaded apart from the default couple of tiles
around KSFO. I removed my 0.9.8 .rc files and anything else I could find
that looked like hangovers from 0.9.8 just in case. No effect.

This was compiled on Fedora Core 2 with the gcc 3.3.3-7 standard
compiler. All worked fine for 0.9.8 as I said.


Steve


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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-10 Thread AJ MacLeod
On Thursday 10 November 2005 17:02, Steve Hosgood wrote:

 The latter few lines of strace fgfs look like this:
 open(/usr/share/FlightGear/data/cloudlayers.xml, O_RDONLY) =
 -1 ENOENT (No such file or directory)

I'm sure I saw an hour or so ago on this list that this file was mistakenly 
omitted from the release?  If it's not there, grabbing it from CVS and trying 
to run fgfs again would be my first step.

AJ

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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-10 Thread Dave Culp
Aside from the already mentioned glitch about the missing cloudlayers.xml 
file, I was able to build 0.9.9-pre2 without any problems on my linux box.  I 
am getting some extraneous console output, which perhaps needs to be cleaned 
up.  (This is using the default log level, running the T-38 from command line 
script).

[EMAIL PROTECTED] bin]$ t38
Dent: .Dent: ..Dent: EHAMopening 
file: /home/dave/FlightGear-0.9.9-pre2/data/Navaids/carrier_nav.dat
/home/dave/FlightGear-0.9.9-pre2/data/Navaids/TACAN_freq.dat
WARNING: ssgLoadAC: Failed to open 
'/home/dave/FlightGear-0.9.9-pre2/data/Aircraft/c172r/Models/c172-dpm.ac' for 
reading
Reading xml electrical system model 
from 
/home/dave/FlightGear-0.9.9-pre2/data/Aircraft/Generic/generic-electrical.xml
Initialising callsign using 'Aircraft/T38/Models/T38-model.xml'



Dave

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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-10 Thread Georg Vollnhals

Steve Hosgood schrieb:


Seems like the program closes /usr/share/FlightGear/data/preferences.xml
and immediately crashes.

 


Hi Steve,
I had the same problem today after compiling new SimGear/FlightGear CVS.
Although I had downloaded FlightGear CVS data with cvs update -d -P I 
got the message that preferences.xml could not be read by SimGear XML 
Browser line 1 column 1 and the program terminated. Same after I deleted 
Line 1, another XML brower error message came up.
This was not really professional but easy (in my job I am trained to 
follow the KISS principle keep it simple, stupid) - I renamend the 
data folder and made a complete new download of all FlightGear data - 
and it worked afterwards.
After my opinion it has something to do with an old preferences.xml file 
(I changed the AI entries to have the carrier and other ai) which could 
not be read anymore with the new CVS code.
But please - I am a FlightGear newbie, this is just my 2 c to try to 
help you as the problem seems to be similar.

Regards
Georg

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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-09 Thread Jon Stockill

Curtis L. Olson wrote:
I am currently targeting the official v0.9.9 release for late next week 
(time permitting.)


Is there any preferred version of OpenAL for this release? Just 
wondering if there's a recommended version for linking against for the 
binary packages.


Also, is there an fgrun release planned to coincide with 0.9.9?

Jon


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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-09 Thread Martin Spott
Jon Stockill wrote:

 Is there any preferred version of OpenAL for this release?

The CVS from 1st April this year appears to be a good choice - BTW,
this is what FreeBSD folks decided to stick to   ;-)

Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-09 Thread Ampere K. Hardraade
A bit off topic: does anyone have success in compiling FlightGear and related 
libaries using GCC-4.0?

I want to get my system sorted before I test the pre-release, but I might 
ended up not being able to test FlightGear if GCC-4.0 has trouble compiling 
FlightGear.

Ampere

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


Re: [Flightgear-devel] FlightGear v0.9.9-pre2

2005-11-09 Thread Ampere K. Hardraade
On November 9, 2005 02:46 pm, Curtis L. Olson wrote:
 The more build errors and platform bugs we can catch now, the smoother
 the v0.9.9 release will be for your favorite platform!

Well, I still can't get FlightGear to run under Xorg at 24bit depth.  I am 
still getting the following messages:

X Error of failed request:  GLXUnsupportedPrivateRequest
  Major opcode of failed request:  145 (GLX)
  Minor opcode of failed request:  16 (X_GLXVendorPrivate)
  Serial number of failed request:  41
  Current serial number in output stream:  42
freeglut (/usr/local/FlightGear/bin/fgfs): Failed to create cursor


If I switched to 16bit, I get the following messages:

freeglut (/usr/local/FlightGear/bin/fgfs): Failed to create cursor
freeglut  ERROR:  Function glutSetCursor called without first calling 
'glutInit'.



Here are my graphic related packages:

ii  xserver-common 6.8.2.dfsg.1-10   files and 
utilities common to all X servers
ii  xserver-xfree866.8.2.dfsg.1-10   transitional 
package for moving from xfree86
ii  xserver-xfree86-dri-trunk  2004.02.28-2  The XFree86 X 
server [DRI trunk]
ii  xserver-xorg   6.8.2.dfsg.1-10   the X.Org X 
server

ii  xlibmesa-dri   6.8.2.dfsg.1-10   Mesa 3D 
graphics library modules [X.Org]
ii  xlibmesa-gl6.8.2.dfsg.1-10   Mesa 3D 
graphics library [X.Org]
ii  xlibmesa-gl-dev6.8.2.dfsg.1-10   Mesa 3D 
graphics library development files [
ii  xlibmesa-glu   4.3.0.dfsg.1-14sarge1 Mesa OpenGL 
utility library [XFree86]
ii  xlibmesa-glu-dev   4.3.0.dfsg.1-14sarge1 Mesa OpenGL 
utility library development file



lspci:

:02:0b.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 
9200 SE] (rev 01) (prog-if 00 [VGA])
Subsystem: C.P. Technology Co. Ltd: Unknown device 2074
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR-
Latency: 64 (2000ns min), Cache Line Size: 0x04 (16 bytes)
Interrupt: pin A routed to IRQ 169
Region 0: Memory at e000 (32-bit, prefetchable) [size=256M]
Region 1: I/O ports at d000 [size=256]
Region 2: Memory at ff9f (32-bit, non-prefetchable) [size=64K]
Expansion ROM at ff9c [disabled] [size=128K]
Capabilities: available only to root



Ampere

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