Hi,
I have SG, PLIB and OSG installed in the place of my choice, and found
terragear-cs/configure.ac did not take account of --with-plib=PATH and
--with-osg=PATH, so added these...
Also found it was later clobbering the EXTRA_DIRS variable anyway... so
was tossing away the --with-simgear=PATH
Hi Alasdair,
I just noted the comment in your terra_compile.sh script -
# ??why does configure not pick up the correct includes if I specify
--with-simgear=$BUILDDIR/simgear-cs
As advised in my post yesterday (Feb 12), the configure.ac is clobbering
the EXTRA_DIRS created by the
Hi Alisdair,
Doesn't work ... --with-simgear=RELATIVE_PATH ...
Is this normal?
Do not (yet) know or understand enough about 'automake' to know if it is
'normal' to fail with a relative path...
But when you think about it '../simgear-cs' would NOT be correct when
compiling in say the 'src'
Hi,
I have been applying this patch since sometime before Sep last year -
see -
http://geoffair.net/fg/txt/fgfs-047.patch.txt
IMHO the _MSC_VER and _DEBUG switches do NOT need to be applied. I am
forever puzzled how gcc resolves this since the comparison is indeed two
pointers ...
diff -ur
Not that I have any objection to your patch, I just reacted to your
question that you have no idea how gcc can compile this.
So, I simply hope some patch is added to 'help' those of us using the
MSVC compiler in native WIN32, under what ever switches are deemed
necessary, for whatever the
not subscribed to the flightgear-cvslogs ML ? ;-)
No, was not, but am now!
Thanks Fred.
Geoff.
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open
Hi Csaba,
Thanks for the reply... yes, it was a long _LOT_ of fun ;=))
...consider using platform macros (such as _WIN32) instead of
compiler macros (_MSC_VER) where appropriate. That would make it
possible to compile on windows with other compilers (think mingw).
While I absolutely agree
Hi Fred, Csaba,
It looks we have duplicated work here :
http://www.flightgear.org/forums/viewtopic.php?f=5t=2959
(announced few weeks ago )
http://wiki.flightgear.org/index.php/Howto:_Use_Terragear_on_Windows
Ralf commited my work in the terragear-cs git repository. It don't require
You should consider submitting your work to Ralf. He is the only writer on
the git repository.
Thanks Fred, but how to do that? Does he not read this list?
I have 'submitted' it in the best way I know at this time,
including a whole web page of explanations... file
by file -
The TerraGear page -
http://www.terragear.org/cvs.html
shows a link for 'Interactive CVS log browsing' as -
http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/?root=TerraGear-0.0
But this is wrong.
Through guess work I think it should be -
http://cvs.terragear.org/viewvc/?root=TerraGear
Hi Fred et al,
In ubuntu, updated (cvs/svn) PLIB, SG, OSG, FG, and
FGRUN (svn/trunk) yesterday AND today (2009-03-07)...
FG compiles and runs ok, at least for the default
cessna...
BUT can not get FGRUN to link! ;=((
The big error output is given below.
I thought it might just be missing
of circular
dependencies. Update your fgrun workspace ( to 512 ).
-Fred
Frederic Bouvier a écrit :
Hi Geoff,
Mathias introduced a new SimGear Library : libsgbvh if I recall
correctly. Pretty sure it must be added to the link command.
-Fred
Geoff McLane a écrit :
Hi Fred et
Yep!
Tried ...
--aircraft=CitationX --airport=CYOW --runway=25 --fg-scenery=
$HOME/Scenery-1.0.1
Take off, wheels up, and turn to 98, flying at about 2500, at about 260
IAS ... about 10 minutes or so and BANG!
As reported had hundreds of ...
CullVisitor::apply(Geode) detected NaN,
On Tue, 2009-03-10 at 04:00 +0100, Csaba Halász wrote:
On Mon, Mar 9, 2009 at 8:36 PM, Durk Talsma d.tal...@xs4all.nl wrote:
- There's a VOR station located exactly 100.0nm from the startup position.
If you fly straight to this VOR station (it's at the default NAV1
frequency), by
Cancel the question 2 - autopilot - found the dialog,
and got it all working ... should have looked harder before
asking ;=))
Geoff.
--
___
Flightgear-devel mailing list
Ok, my 'patch' did nothing! It still CRASHED...
In fact when I put in some printf() statements before the
return I did not see any! Either Mathias has 'fixed' the
calls which were out-of-range, or somehow vector.size() is
different, or the scenery decode yields different values,
printf() failed!,
On Thu, 2009-03-12 at 18:47 +0100, Mathias Fröhlich wrote:
Hi,
I have checked in something that should fix that problem.
Can you try again with current cvs?
Greetings
Mathias
Hi Mathias,
GREAT STUFF! ... I made it all the way to the waterway
on 108, at about 2500, running at a 'slow' 250
Hi,
Can we please support 'non-standard' install locations
for simgear, plib and OSG?
Attached is a patch for configure.ac - tg-01.patch.
It adds --with-plib=path and --with-osg=path, and
avoids clobbering the EXTRA_DIRS being built up
from the current --with-simgear=path
Works well for me in
Hi Cullam,
compile Terra-gear yet on either Windows or Ubuntu
Nice to have another person on 'scenery' enhancement ;=))
On Ubuntu:
=
Inspired by Francesco Brisa simple script, I have built
a do-everything script to build TerraGear in Ubuntu.
http://geoffair.net/tmp/maketg
It has a
On Sat, 2009-03-14 at 00:10 +0100, Frederic Bouvier wrote:
- Martin Spott martin.sp...@mgras.net a écrit :
Martin Spott wrote:
Actually, in order to translate elevation raster into TerraGear
work
directories you're required to have files in SRTM HGT format (for
use
with
On Sun, 2009-03-15 at 01:09 +0100, Arnt Karlsen wrote:
On Sat, 14 Mar 2009 19:26:25 +0100, Geoff wrote in message
1237055185.10739.20.ca...@dell02:
On Sat, 2009-03-14 at 00:10 +0100, Frederic Bouvier wrote:
- Martin Spott martin.sp...@mgras.net a écrit :
Martin Spott wrote:
On Thu, 2009-03-12 at 21:41 +0100, Mathias Fröhlich wrote:
On Thursday 12 March 2009 20:12:54 Geoff McLane wrote:
[ win32 out of range ]
But this is all with CVS of about a week ago. Over the
coming days will do an update in WIN32, and see if this
problem is still present (in win32)...
I
Hi Arnt,
Without reviewing the maketg logs of the form templogNN.txt,
written to, in your case, the '/opt/bygg/fg/tmp/' (I think),
can only guess a little... but think I found it...
undefined reference to `clock_gettime'
=
This is something Mathias added
Hi Arnt,
Without reviewing the maketg logs of the form templogNN.txt,
..doh! You still want my 1.0.2 logs?
No, but it will always help on some items, to be able
to 'see' the current log(s) if more errors. The 'log' you
included with your 3rd email, seems to be from using maketg
v 1.0.2??? The
Hi Arnt,
Have just copied up version 1.0.5, which tries to
get around the 'shell' question...
Get these, and _DELETE_ all others...
http://geoffair.net/tmp/maketg
http://geoffair.net/tmp/makefg
Version 1.0.5 Changes -
1 - version number and date, of course...
2 - package and tool update
Hi Arnt,
..I still need your TG-cs patch?
yes, Yes, ABSOLUTELY YES!!! ... per mine of Monday, subject
Re: [Flightgear-devel] .../maketg NOPAUSE DOUPD FG compile error:
simgear/scene/bvh/BVHNode.hxx: No such file or directory
..ideas, STOPTOPATCH-TG after NOPAUSE, or a patches/ tree?
Well it
Hi Arnt,
Please reduce the unnecessary 'size' of your emails. Sometimes
it takes many clicks to get to anything you MAY have added.
Instead of adding _ALL_ that has been said, pick out a little
of the relevant context, if needed, like I do... ;=))
IT WILL NOT 'SEE' PLIB UNLESS
On Fri, 2009-03-20 at 10:17 -0700, cullam Bruce-Lockhart wrote:
I just wanted to check on this before I muck it up, now that I finally
seem to have terragear compiled. I've got a couple of 1201X1201 grid
cells of raster data, covering a total of 0.5 deg X 0.5 deg. The
extension on the files is
On Thu, 2009-03-26 at 11:41 +, Jibril Abdelaziz wrote:
Hi everyone,
I m trying to builg Terragear, but dons't work with me.
Hi Jibril,
I do not know exactly, and you do not say,
but it looks like you are trying to compile CVS
TerraGear against CVS SimGear!
If you are, then this will no
Hi Jibril,
Why are you running fgfs-tools-client? I have
never tried it!
As I understand it, this is part of the set
./fgfs-master
./fgfs-tools-client
./fgfs-tools-server
You would ONLY use these if you were trying
to generate the WHOLE WORLD of scenery... and
even then _ONLY_ if you have ALL
Hi Jon.
So, no idea why fgfs-tools-client crashes, but it is
NOT used to generate a small region of scenery.
Not true. There's absolutely no reason why you shouldn't use it,
I ABSOLUTELY agree with Jon ;=))
I guess I should have said - no reason why you should
not use it if :-
(a) you know
Hi Jason,
Not sure why you did two posts of the same thing, but...
Maybe it is political? You do know that the 'missing'
DEM information is Capital Hill, Canberra ;=))
Tile e140s40/e149s36/5393832 is centered lat,lon -35.3125,149.125
and in Google Earth that looks like 'Capital Hill' ;=()
On Sat, 2009-04-04 at 13:11 +0100, Jon Stockill wrote:
Jason Cox wrote:
Geoff,
sorry for the double post, but I thought I had issues with my old and
new email address.
Anyway,the original hgt source was from
e0srp01u.ecs.nasa.gov/srtm/version2/Australia
This was 'wget' from the
Hi,
Re: patch for src/Lib/DEM/dem.cxx
using the DEM data available from
http://geobase.ca/geobase/en/data/cded/index.html,
which has a resolution of about 30m...
These great ASCII DEM files have a resolution of
0.75 arcsecs, and unfortunately libDEM had been
coded for _ONLY_ integer
Hi Peter,
Sorry you were pushed to write twice ;=()
It seems the name Logitech Logitech Force 3D Pro is
already in the distribution file :-
/Input/Joysticks/Logitech/force-3d-pro.xml
Try :-
.../data/Input/Joysticks$ grep -r Logitech Logitech Force 3D Pro *
Did you give the wrong file name
Hi Syd,
Be brave, GIVE IT A GO!, as an Australian might
say ;=))
First TerraGear is a set of command line
'tools', not a single program... it consists
of a suite of tools like :-
demchop, fgfs-construct, genapts, gshhs,
hgtchop, noaa-decode, ogr-decode,
shape-decode, srtmchop, terra,
Hi,
For those who use my scripts, I have put updates to
version 1.1.0 for maketg, and makefg at -
http://geoffair.net/tmp/makefg
http://geoffair.net/tmp/maketg
These script contain a new switch OSGTRUNK, among
other things ...
I found that chasing the latest OSG trunk was
_NOT_ always good
Hi all,
Re: TestRenderTexture - a SG application.
The failure of TestRenderTexture in my
system turned out enormously easy to
track down ;=)) But how to fix?
I added some, about 50 ;=)), dbg_printf() statements
such as the follows, in SG/screen/RenderTexture.cpp :-
#define dbg_print printf
Hi All,
This is a 'fix' to sgscreen library,
for those with a glX extension implementation
that still reports version 1.2...
Wow, I got there!!! Boy I love coding when
you persist, and try, and try some more,
and you discover what makes it work ;=))
even when you do not fully 'understand'
all
Hi Curt,
When doing some email cleaning, found, from
my email of 4 Mar, that these are still broken...
The TerraGear page -
http://www.terragear.org/cvs.html
shows a link for 'Interactive CVS log browsing' as -
http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/?root=TerraGear-0.0
But this
Hi Nic, Eric, Fred,
As Eric points out, it has been committed...
I had missed that this had been CVS committed -
will try to correct that - and thanks to Eric for
actioning this some 10 days ago!
And thanks to Fred for fixing the GLX switch.
Yes, everything I did was supposed to only be
for
On Sun, 2009-10-11 at 15:49 +0200, Erik Hofman wrote:
Geoff McLane wrote:
I hope this makes it into CVS sometime soon...
Was his soon enough? ;-)
Erik
So slick and quick... thanks...
Geoff.
--
Come build
On Sun, 2009-10-18 at 15:07 +0200, Erik Hofman wrote:
Vivian Meazza wrote:
Patched soundmgr_openal.cxx/hxx and sample_group.hxx with
+#elif defined(_WIN32)
+# include al.h
or
+#elif defined(_WIN32)
+# include al.h
+# include alc.h
+# include AL/alut.h
Olaf pointed out
Hi Vivian,
using anything other than the
latest build from Creative Labs?
Well they could for example be using the openal-soft
http://sourceforge.net/projects/openal-soft/
which suggests it is version 1.2.??? And has a CVS
download, and uses the 'AL' sub-directory!
But it seems the last
On Mon, 2009-10-19 at 13:13 +0200, Erik Hofman wrote:
Olaf Flebbe wrote:
#elif defined(OPENALSDK)
# include al.h
# include alc.h
# include AL/alut.h
BTW this has also been committed like this.
Erik
Hi Erik,
This is fine under OPENALSDK - any macro
switch in a storm ;=)) Thank you.
On Mon, 2009-11-09 at 11:53 +0100, Erik Hofman wrote:
Hi,
I was wondering if anybody has any problems/bugs/oddities that needs to
be addressed in the latest SoundSystem code.
Hi Erik,
Updated FG/SG/DATA CVS as of an hour ago...
Using only the default c172...
1. The cabin sound is loader
On Thu, 2009-11-19 at 00:18 +1100, George Patterson wrote:
2009/11/17 Diego Fernando Rodríguez Varón diegorodrigu...@gmail.com:
Hello everyone.
I was experiencing the segmentation fault reported by Nicolas before so I
just tried updating and compiling. But I get the following error:
On Thu, 2009-11-19 at 16:02 +, Vivian Meazza wrote:
We don't need to compile any of the Boost libraries (yet) AFAIKS.
Vivian
Hi Vivian,
Ubuntu:
Thanks for the confirmation that no
boost compiled libraries are presently
needed... but is there any easier path
than what I am doing, in
On Thu, 2009-11-19 at 10:09 -0700, dave perry wrote:
[snip]
I Googled boost 1.40 source, downloaded boost_1_40_0.tar.bz2
[snip]
Hi Dave P.,
Thanks for the info. I guess that would be the same as
their online documentation, which I had read :-
On Mon, 2009-11-23 at 23:19 +0100, Tim Moore wrote:
On 11/23/2009 10:54 PM, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv25138/simgear/scene/material
Modified Files:
Effect.hxx
could you specify which version of OpenAL you are using
by running FlightGear/test/al-info
Erik
Hi Erik,
In Ubuntu 8.04, the sound was working well up until
the last CVS update yesterday afternoon.
Now, I too get very 'broken', 'intermittent' sounds!
al-info shows :-
~/fg/fg7$
Hi Erik,
Now, I too get very 'broken', 'intermittent' sounds!
It turned out to be a really old version of the Sample Implementation.
Should be fixed in CVS now.
Yes, it is - thanks...
And just for information -
~$ dpkg -l | grep openal
ii libopenal-dev 1:0.0.8-7 OpenAL is a portable library
On Thu, 2009-11-26 at 19:55 +, Martin Spott wrote:
Tim Moore wrote:
Update of /var/cvs/SimGear-0.3/source/simgear/scene/material
In directory baron.flightgear.org:/tmp/cvs-serv21713/simgear/scene/material
Modified Files:
Effect.cxx
Log Message:
[...]
+#include
Hi All,
In Ubuntu...
1. Sound: NONE, with error shown
~/fg/fg7$ ./run_fgfs.sh --timeofday=noon
run_fgfs.sh: Running: ./fgfs --fg-root=/home/geoff/fg/fg7/fgfs/data
--timeofday=noon
ALSA lib pcm_dmix.c:874:(snd_pcm_dmix_open) unable to open slave
open /dev/[sound/]dsp: Device or resource busy
On Sun, 2009-11-29 at 18:00 +0100, Tim Moore wrote:
Instead, I've changed the required Boost version back to 1.37. I don't
want
to deal with the tr1-Boost compatibility myself. As far as I know 1.37
will
build and run on the systems we're interested in.
Tim
Now, no problem. I have found
In Ubuntu 8.04, a cvs SG/FG/DATA update a few minutes ago,
and great news - all the sound is back ;=))
I do get a strange output trying the new fgfs option :-
~/fg/fg7$ ./run_fgfs.sh --show-sound-devices
run_fgfs.sh: Running: ./fgfs --fg-root=/home/geoff/fg/fg7/fgfs/data
--show-sound-devices
From: hujingfei...@sina.com
Compile Simgear error
Tools: Visual studio 2008
...
.../sgmisc.hxx(29) : warning C4002: “min”宏的实参太多
...
Hi Hu,
I am not sure this will solve all your problems, but
certainly those related to 'min' and 'max', which
may be all of them...
You must define
On Thu, 2009-12-10 at 11:29 -0500, Joshua C. Stonestreet wrote:
RE: Building SG/FG in native MS Windows using MSVC
You do not specifically state which MSVC build files you started with,
but assume you used those in the respective SG/FG cvs or tar.gz sources?
Nearly ALWAYS the MSVC build files
After a cvs update SG/FG/data on Ubuntu of an hour
or so ago...
Sound:
Everything 'sounds' ok, and in fact I heard
the wheel rumble on landing for the first time in
ages ;=)) it seems the 'roar' sound was overpowering
it, but now that that is reduced all seems crystal
clear...
Great stuff...
On Tue, 2009-12-15 at 13:42 +0100, Erik Hofman wrote:
Geoff McLane wrote:
About 5 weeks ago you removed the FlightGear.dsp and FlightGear.dsw
Hmm, I get mixed request from different Windows developers. I was asked
to remove them!
Honestly I thought the project files are stored
Hi all,
In Ubuntu, a cvs SG/FG/data update of an hour or so ago,
and all seems well. The orange/dark pall seen when
on some headings seems to have 'dissipated' ;=))
I do get two warnings to the console running the
default a/c, and the ufo, the only 2 tried so far :-
~/fg/fg7$ ./run_fgfs.sh
On Sat, 2010-01-02 at 10:45 +0100, Erik Hofman wrote:
Ubuntu Air wrote:
Hi FG data cvs maintainers,
When updating FG data in Windows, I continually, for
quite some time now, get the following CVS warnings :-
cvs update: move away Aircraft/A380/Models/a380.rgb; it is in the way
It
Hi Christian,
Yes, sorry my 'Build Center' is so out of date.
I hope to add an update over the coming days...
and will blip you when I do. And, as part of
that will include updated -
FG\project\VC90
build files, plus new config.h.msvc files,
as well as my own all-in-one 'system'
build... and
Hi Christian,
Building on Stuart's reply, while I do not know
how, or where to track down other companies using
FG for FAA approved training - I will leave that
for others to respond - I did do some very simple
I/O stuff using MS C# back in 2008!
This was built on some efforts from this blog -
Hi,
1. Did a SG/FG/data CVS update earlier today, but
ran into this ERROR when compiling FG, repeated
for other files which include 'flight.hxx'...
Gear.cpp
c:\FG\32\FlightGear\src\FDM/flight.hxx(110) : error C2678: binary '==' :
no operator found which takes a left-hand operand of type 'const
Hi all,
Yow! I tried to check my WIN32 compile problem in
Ubuntu!
Did a CVS update SG/FG/data about a few hours ago, and
NO PROBLEMS with the linux compile, so will go back and
check my WIN32 compile error later...
But in Ubuntu 8.04 LTS, now get an error exit when running the
default c172...
On Sun, 2010-01-10 at 20:18 +0100, Erik Hofman wrote:
Geoff McLane wrote:
Hi all,
But in Ubuntu 8.04 LTS, now get an error exit when running the
default c172... it ran great a few days ago, when I reported
all seemed well... but now...
Running it under gdb, and setting a break point
Hi Erik,
... added the checks ...
Thanks. Deleted my modified soundmgr_openal.cxx, did a CVS
update, and re-compile, and it all worked, at least for the
default Cessna...
As expected, the console output shows the line :-
ALC Error (sound manager): ALC_INVALID_DEVICE at load file
indicating
, 2010-01-09 at 11:48 +, Alan Teeder wrote:
Not a lot of help to you, but I´m not seeing this problem here.
When was your last successful build?
Alan
--
From: Geoff McLane ubu...@geoffair.info
Sent: Friday, January 08, 2010 6:53 PM
On Wed, 2010-02-03 at 08:47 -0700, John Denker wrote:
There is a little script to collect that information:
http://www.av8n.com/fly/fgfs/barf
Thanks John for your 'barf' script. I modified
it to suit my Ubuntu environment. My script
is at :-
http://geoffair.net/tmp/fgfs-info
In it I noted
builtin subversion calls is that the current
implementation does don't behave well when terrasync is interrupted (svn
working copies ends up in locked state). This has been recently
discussed on the mailing list.
Jari
On 2/4/10 2:44 PM, Geoff McLane wrote:
On Wed, 2010-02-03 at 08:47
use...
It is about, as the subject states, providing
'good' configuration information only...
HTH, and NOT cause further confusion ;=))
Regards,
Geoff.
attached: fg200-diff02.patch
On Thu, 2010-02-04 at 20:17 +0100, Jari Häkkinen wrote:
On 2/4/10 6:16 PM, Geoff McLane wrote:
Hi Jari,
HOW
Hi Jari,
Geoff, how do you make it through the svn check in
configure.ac or really building terrasync?
I don't have any problems ;=)) utils/TerraSync/
terrasync builds without ANY problems in my
64-bit Ubuntu 8.04...
I do _NOT_ have the svn library, nor svn_client.h installed,
but of course
Hi All,
Wow, don't you love it when a topic generates
real interest. I count over 30 posts on this
so far... and I can not help but add one more ;=))
To try to directly address the problem as posted
on -
http://www.av8n.com/fly/fgfs/htm/bug-list.htm#bug-64bit
the case of a 'missing' osgFX
So
On Mon, 2010-02-08 at 10:30 +0100, Stefan Seifert wrote:
On Saturday 06 February 2010 21:29:23 Csaba Halász wrote:
Well, I still think the sensible thing is to expect *native* libraries
in /lib, whatever native may be. If you are on 64 bit, that means 64
bit libraries go into /lib and not
Well, it seems there _ARE_ already 8 checks
for OSG libraries, but with no action if-found,
or if-not-found :-
AC_CHECK_LIB(osg,osgGetVersion)
AC_CHECK_LIB(osgUtil,osgUtilGetVersion)
AC_CHECK_LIB(osgDB,osgDBGetVersion)
AC_CHECK_LIB(osgText,osgTextGetVersion)
On Mon, 2010-02-08 at 11:22 +, Martin Spott wrote:
Geoff McLane wrote:
That is can we instruct cmake to go native ;=))
and thus on 64-bit system not generate yet 'another'
folder name?
Yup, as already mentioned, adding
-D LIB_POSTFIX=
to the 'cmake' command line should do
Ok -D LIB_POSTFIX=
worked fine inside my script. Maybe this is
due to the shell removing the if done at
a command line, but not if inside a script???
In the cmake_install.cmake file it now has :-
FILE(INSTALL DESTINATION ${CMAKE_INSTALL_PREFIX}/lib/pkgconfig TYPE
FILE FILES...
But cmake should
But John, what IS the _BUG_ you refer to?
Your bug list page only points out osgFX
library could not be found. This is NOT a BUG!!!
Definitely a user OSG installation problem, but
_NOT_ a SG/FG BUG!
If you had read the screen during the
./configure ... step you would have seen
something like :-
Hi John, Erik, Jari, Sid, Curt, Csaba, et al
Thanks Erik. cvs updated, and all works in
my Ubuntu 64-bits... and remember I use
a 'non-standard' local prefix OSG install,
so I can link and run against different
OSG versions at will...
Your addition of -
AC_CHECK_LIB(osg,osgGetVersion, ,
On Thu, 2010-02-11 at 10:45 +, Stuart Buchanan wrote:
jean pellotier wrote:
here are the screens of some issues with my HD4650:
the color change done to close/far field (gren/red/darker):
http://janodesbois.free.fr/fg_screens/decembre09/screens_fg_windowsXP/
and some clouds and
Hi Curt, Melchior, Emmanuel, Syd, Detlef, Erik, or ...
As requested before, to HELP WIN32 users, could we PLEASE
have only ONE of EACH of the following PAIRS in FG data ;=()
U Aircraft/A380/Models/A380.rgb
C Aircraft/A380/Models/a380.rgb
U Aircraft/A380/Textures/Livery/House/COWLING.RGB
C
Hi,
Again thank you Erik for updating
the configure.ac files... This continues
to work fine...
RE: README.OSG UPDATE
I have now beefed up the FG README.OSG
information per the attached patch.
I think I have tried to cover everything,
very carefully!
But someone in the 'know' should check that
On Sun, 2010-02-14 at 15:22 +0100, Erik Hofman wrote:
John Denker wrote:
In this case it appears that adding about five lines
of code to acinclude.m4 will remove the need for at
least five paragraphs of documentation. It turns
out to be quite possible to each the configuration
system
On Mon, 2010-02-15 at 14:59 -0700, John Denker wrote:
The reason for fussing with SG first is simple:
Again, thanks Erik for patching the SG patch ;=))
Have yet to update and try SG again, but...
It seems WHATEVER the reason is, IF it involves
a SimGear AC_CHECK_LIB() then _REMOVE_ the
On 2/11/10 6:40 PM, Geoff McLane wrote:
Hi Curt, Melchior, Emmanuel, Syd, Detlef, Erik, or ...
As requested before, to HELP WIN32 users, could we PLEASE
have only ONE of EACH of the following PAIRS in FG data ;=()
From a WIN32 FG data update Feb 23, 2010,
and as noted in cvs logs...
I
On Thu, 2010-02-25 at 18:07 -0600, stan.mar...@l-3com.com wrote:
Newbie questions ...
Hi Stan,
Good to have you join us...
a. alut -
http://connect.creativelabs.com/openal/Downloads/Forms/AllItems.aspx
I use the OpenAL SDK, but still compile alut separately.
b. pthreads -
Yippee! After the recent A380 update, there are
presently NO 'case' only duplicates in any single
folder, causing a Windows cvs update to hiccup...
Thank you all... Case closed ;=))
Geoff.
PS: This is nothing to do with a
parallel, seemingly similar thread -
RE: Duplicate files in base
On Fri, 2010-02-26 at 16:39 -0600, stan.mar...@l-3com.com wrote:
Update on my own post, regarding the missing files...
Hi Stan, et al,
includes a number of files which appear to have moved ...
In addition to the dependencies problems, mentioned by
Reagan, this missing or moved files also adds
Hi Curt,
What about this example?
1. has left constant TOC,
2. uses CSS for positioning,
3. is XHTML 1.0 compliant, and probably 1.1,
4. has same content as current, ads and all ;=))
http://geoffair.net/fg/site/
Near the bottom of the TOC there is a 'Development' page
'REAME.site' which
On Tue, 2010-03-23 at 19:20 +0100, HB-GRAL wrote:
willie schrieb:
+1 to that, brother
There are many excellent sites out there using simple html and
intelligent CSS. I don't see why we can't be one of them. Keep it simple
and fast.
1+ to the whole usability and design consortium
On Tue, 2010-03-23 at 20:55 +0100, HB-GRAL wrote:
Geoff McLane schrieb:
But his good work _IS_ being used, extensively -
1 left TOC
2 CSS design
3 XHTML 1.0
I have added a little more today...
http://geoffair.net/fg/site
including a bottom TOC - presently not quite the
same
Hi All,
I need some help...
This is a little off topic, but related to the Atlas/Map
utility, that uses FG output... I get color and shape
anomolies when rendering the maps, in windows... see -
http://geoffair.org/tmp/map.htm
but _NOT_ in Ubuntu - see http://geoffair.org/tmp/10/
I am of course
Hi Erik, Fred,
Thank you Erik and Fred for pointing me to
simgear/screen/extensions.[cxx|hxx]...
So it seems all the extensions _ARE_ supported in the
default windows DLLS (OpenGL32.dll and GLU32.dll),
just NOT exposed through the usual 'export' section,
thus the addresses must be
Hi all,
In MS Windows (XP) I am having a problem updating FG data...
I found adding 'master' after the command did something...
but not sure everything is correct...
I am using git version 1.7.0.2.msysgit.0...
After failing to clone gitorious FG data directly, as the Wiki states,
I cloned the
On Sat, 2010-07-24 at 08:15 -0700, cas...@mminternet.com wrote:
Having some problems with a new 2.0 build for FG starting with SimGear..
(files downloaded from git server)
Version FG-1.9.1 ran with boost from a staged library and that worked;
with the latest that failed so first did a boost
An inner inner loop using 'j', in the build
function is trashing the outer loop 'j'. This
led to a std::bad_alloc in my Ubuntu.
You can read the full details of this, including
a bt, in the forum, posted for me by 'gazzatav' -
http://www.flightgear.org/forums/viewtopic.php?f=5t=9629
I added a
notice, your fix has been committed to git 5 hours ago,
and was announced in the thread you mention.
A win32/x64 build is available at the usual place
Regards,
-Fred
- Geoff McLane ubu...@geoffair.info a écrit :
An inner inner loop using 'j', in the build
function is trashing the outer
Hi,
In priorities.cxx, the function is written as -
static area_type_descriptor get_area_descriptor( AreaType area ) {
if ( 0=area || area area_types.size() ) {
return area_types[area];
} else {
SG_LOG(SG_GENERAL, SG_ALERT, unknown area code = (int)area);
exit(-1);
Hi,
Oops, since I also plan to be there both days, I too
would be pleased to help out on the booth, for half a
day or so, Sat or Sun, if needed...
And also do not particularly need a booth holders
pass, but sorry can not assist on the Eindhoven
car pool...
Regards,
Geoff.
On Thu, 2010-10-28
1 - 100 of 272 matches
Mail list logo
