On Wed, Jul 21, 2010 at 5:39 PM, James Turner wrote:
>
> PS - I'm well aware there's other bugs relating to reset/re-position, but
> please don't reply here to discuss them, or things will get very confusing! I
> only care about a crash during or soon after a reset or re-position, for the
> mom
On Thu, Jul 22, 2010 at 8:15 PM, Hans Janssen wrote:
> Lance Levsen wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Error message:
>> ./configure: line 10540: apr-1-config: command not found
>> ./configure: line 10541: apr-1-config: command not found
>>
>> Comes from configure.ac:
On Thu, Jul 29, 2010 at 9:24 PM, Chris Baines wrote:
> Looking in to this further, I think the file in question is xmlparse.c .
I think xmltok.c
> I can't find the
> offending piece of code in the simgear version probably because it is
> just so old and thus very different to the current officia
Hi folks,
On my 64 bit linux machine, git uses a *lot* of virtual memory.
PID PPID USER TTY NI CODE VIRT RES SWAP SHR WCHAN S
%CPU %MEM TIME COMMAND
26069 26055 hcs pts/20 0 860 1406m 9560 1.4g 6784 -
S0 0.2 0:00 git-fetch
26079 26069 hcs pts/20 0 20
On Mon, Aug 9, 2010 at 9:22 PM, syd adams wrote:
> I just did a new git clone of flightgear , simgear, fgdata (deleted all
> local copies first) , and recompiled all last night.
> I now get this error :
> Error building technique: findAttr: could not find attribute bool
> My first thought was I mi
On Wed, Aug 11, 2010 at 1:52 AM, syd adams wrote:
> Well I tried again , no luck , still getting the same error , and also with
> and older fgfs build makes me suspect something wrong in fgdata .
> I'll report if I discover the problem before it fixes itself :)
simgear/scene/material/Effect.
On Mon, Sep 13, 2010 at 5:03 PM, Torsten Dreyer wrote:
> Hi all,
>
> the new METAR handler uses the following code
>
> static const string coverage_string[] = {
> SGCloudLayer::SG_CLOUD_CLEAR_STRING,
>
> Does anybody else see this? Is a static string array a bad idea?
Looks like initializat
On Tue, Sep 28, 2010 at 12:21 AM, ThorstenB wrote:
> Hi,
>
> I fixed the strict-aliasing issues reported by GCC 4.4.1. Affects the
> generic.cxx and multiplaymgr.cxx modules.
Unfortunately the trick with the union in multiplaymgr.cxx is not
standard C, as far as I know.
--
Csaba/Jester
---
On Fri, Oct 1, 2010 at 6:41 PM, wrote:
> I just tried to compile the latest version from GIT, but I am getting
> errors:
>
> libMain.a(splash.o): In function `fgCreateSplashCamera':
> /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:292:
> undefined reference to `osgText::Tex
On Tue, Oct 5, 2010 at 1:28 AM, dave perry wrote:
>
> Before I set the altimeter to 30.35 (i.e. as launched at 29.92), the
> altimeter reads aprox. 643 and it noticeably drifts down from that
> acceptable value.
>
> If I set the altimeter to 30.35, the altimeter reads approximately 982 not
> near
On Thu, Oct 7, 2010 at 9:13 PM, Curtis Olson wrote:
> Gary and Stuart,
> We could certainly explore the donation route. I'm doing a little bit of
> research to try to determine what the realistic costs would be to setup a
> dedicated server to run a multiplayer system. That will give us a better
On Sat, Oct 9, 2010 at 3:39 PM, Chris Wilkinson
wrote:
> Hi there,
>
> Is it possible to get multiple instances of fg on a single PC, talking to
> each other in a multiplayer kinda way? I can get to 3 or 4 instances of fg
> running at once before RAM and GPU/CPU start to suffer, but I cannot figur
On Mon, Oct 11, 2010 at 5:46 PM, Curtis Olson wrote:
> Hi Csaba (or anyone else),
> I'm just bumping this back up to the top of everyone's inbox in hopes that
> someone will respond and let me know what specific dns changes should be
> made. This is where I left the conversation back in may and n
> On Tue, Oct 12, 2010 at 10:38 AM, wrote:
>>
>> Sounds like you could change mpmap02 to the IP address that was set for
>> mpserver02 before. This effectively changes mpmap02 back to what it was and
>> leaves mpserver02 to the new IP address.
On Tue, Oct 12, 2010 at 5:50 PM, Curtis Olson wrote:
On Sun, Oct 24, 2010 at 12:53 PM, wrote:
>
> A snapshot of the on screen statistics (in Debug) shows:
>
> Update: 23.44
> Call: 25 46
> Draw: 33.40
> GPU: 40.34
> Call: 4.66
> Draw: 1.96
> GPU: 1.66
>
> How should these numbers be interpretated? Are they percentages, like in
> "The GPU is 40.34%
On Sat, Oct 30, 2010 at 12:49 PM, Vivian Meazza
wrote:
>
> The bug seems to lie in the joystick config: if I comment out the whole of
> the coolie hat axis, the bug is fixed.
>
> Since this seems to be a windows bug, it seems likely that this tag is not
> working:
>
>
>
On Fri, Nov 5, 2010 at 12:26 AM, dave perry wrote:
>
> The left
> main wheel is textured on the desktop and not textured on the notebook.
>
> What are others seeing when they use the pittss1c from today's git?
White.
You have a texture reference with absolute path, presumably one that
exists on y
On Wed, Nov 10, 2010 at 4:58 PM, AJ MacLeod
wrote:
> On Wed, 10 Nov 2010 15:50:06 -
> Alan Teeder wrote:
>
>> The current GIT is finding an error in the Lightning "AvonMk210.xml" file.
> > All that seems to be missing is "0.0" at the end of the last three lines of
>> the AugThrust table.
>
>
On Thu, Nov 11, 2010 at 5:50 PM, Robin van Steenbergen
wrote:
> I am not sure whether the content *generated* by a GPL-licensed program
> (such as FlightGear generating screenshots) would have to be licensed under
> the GPL as well.
>
> To be honest, I doubt it, because a lot of GPL-licensed tools
2010/11/14 Sébastien MARQUE :
>
> so I've created some logs, hoping they could help:
That's all very nice, but you left out the single most important one:
a gdb backtrace :)
--
Csaba/Jester
--
Centralized Desktop Delive
On Sun, Nov 21, 2010 at 1:05 AM, Heiko Schulz wrote:
>
> I would say we are far away from a stable release. Because it isn't stable
> yet.
>
> The Route-manager crashes FGFS again, there are issues with the water-shader
> and the sun, the landcover-shaders looks milky, the landmass shader is
>
On Sun, Nov 21, 2010 at 2:09 AM, Heiko Schulz wrote:
> Well...
>
>> * Route manager works here with current GIT, certainly
>> doesn't crash.
>
> -Inserting an airport crashes FGFS
> -choosing a rwy crashes FGFS
Not here, it doesn't.
>> * not sure what issues the water shader has with the sun,
>>
On Sun, Nov 21, 2010 at 7:18 PM, Alasdair wrote:
> Traffic file MAS.xml contains fights to an airport WOMM. It is not in
> apt.dat, and googling it reveals nothing. Can anyone help me identify it
> or correct it?
I think flight 0180 should be from WMKK to VOMM (with a plain V, not a W)
At least t
On Sun, Nov 21, 2010 at 7:55 PM, Alasdair wrote:
> Could someone correct this in git, please
Done.
--
Csaba/Jester
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,
On Sun, Nov 21, 2010 at 7:47 PM, Csaba Halász wrote:
> On Sun, Nov 21, 2010 at 7:18 PM, Alasdair wrote:
>> Traffic file MAS.xml contains fights to an airport WOMM. It is not in
>> apt.dat, and googling it reveals nothing. Can anyone help me identify it
>> or correct it?
&g
On Sun, Nov 21, 2010 at 10:39 PM, Martin Spott wrote:
> Csaba Halász wrote:
>
>> By the way, I have just noticed that somebody has put some work into
>> Budapest (LHBP) scenery. Big thanks!
>
> Credit goes to Gabor:
>
> http://scenemodels.flightgear.org/author.
On Mon, Nov 22, 2010 at 2:22 PM, Durk Talsma wrote:
> Hi,
>
> Thanks for reporting. I'll update those during my next round of revisions
> (which may still take a while, as I'm still quite busy with my new job).
Does it cause any problems if I commit the "obvious" fixes to git? I
have already don
On Thu, Nov 25, 2010 at 10:15 AM, wrote:
>
> > Lightning works fine here.
>
> Here it does not. Pulled flightgear, simgear and fgdata today, compiled
> simgear and flightgear.
>
> *Lightning*
>
> FGTable: row lookup is not monotonically increasing
> in row 13 of table in AugThrust:
> 2
On Thu, Nov 25, 2010 at 4:12 PM, Csaba Halász wrote:
>
> Sounds like as if you really have a problem with your fgdata checkout.
And I have a problem with replying to old mail :)
Never mind the noise.
--
Csaba/
On Thu, Dec 2, 2010 at 2:58 PM, Jari Häkkinen wrote:
> I am trying to update fg data with 'git pull' but keep getting
> connection refused:
>
> Can someone resolve the issue on mapserver or explain what I am doing
> wrong if the problem is on my side.
You missed this email:
http://www.mail-archiv
On Mon, Dec 13, 2010 at 2:40 AM, Donn Washburn wrote:
>>
> Same/similar here on today's flightgear and fgdata
>
> P-38-Lightning:
> COPYING F-5B-set.xml LIS-MOI_GNU-GPL
> P-38L-splash.rgb Sounds
> Engines Help Models
> P38-SetBase.xml Systems
> F
On Thu, Dec 16, 2010 at 1:59 AM, dave perry wrote:
> Torsten,
>
> I just used an fgfs_update script that updates simgear, then fgfs, and
> then fgdata. The compile of fgfs terminated with the following error:
>
> Making install in Environment
> make[2]: Entering directory
> `/home/dad/source-osg/f
On Thu, Dec 16, 2010 at 6:55 PM, Curtis Olson wrote:
> Hi Torsten,
> When I tried it the last time, I saw that the "early morning fog" option was
> now available, but upon choosing it, the code pushed the ground level
> visibility out to 20k.
Same here. However, it also adds a 700 feet thick "ove
On Mon, Dec 20, 2010 at 9:12 AM, Roland Haeder wrote:
> Hi all,
>
> I got another FPE with GIT version while in-flight with the A380 (recent
> updates of fgdata). I flew with auto-pilot turned on from EDDL to EHAM
> and suddenly the FPE happens:
>
> http://pastebin.com/ixxjBv25
Looks like effecti
On Sat, Jan 8, 2011 at 9:19 AM, Michael Sgier wrote:
>
> Initialized empty Git repository in /media/sda6/fgfs/install/fgfs/fgdata/.git/
> remote: Counting objects: 151389, done.
> fatal: The remote end hung up unexpectedly
> fatal: early EOF
> fatal: index-pack failed
> mich...@ubuntu:/media/sda6/
On Sat, Jan 8, 2011 at 7:55 PM, Roland Haeder wrote:
> Hello all,
>
> I have a segfault after about 30-40 minutes flight time with both
> optimized and debug build. I flew the A380 the attached flight plan with
> maximum altitude of 15.000ft (not much) from EDDH to LHBP.
>
> I also included a full
On Fri, Jan 14, 2011 at 4:19 PM, Andreas Gaeb wrote:
>
> I had to include instead of in
> utils/fgadmin/src/main.cxx
I believe the correct c++ header for that would be
Also, do not remove since that is needed for
def_install_source and def_scenery_dest.
Even though fgadmin.h does include it,
Also, the #include + using std::string in untarka.h is
totally inappropriate and should be removed.
--
Csaba/Jester
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to
On Mon, Jan 17, 2011 at 6:40 PM, Peter Brown
wrote:
>
> You probably know better than I, but do most folks use or need a FlightGear
> specified screen capture utility?
Yes.
> Perhaps I look at it another way, but even if it has one I think I'd still
> use my computer's screen capture utility.
A
On Sat, Jan 22, 2011 at 2:19 PM, Victhor wrote:
> I suppose most of the people here aren't willing to sign a NDA to code
> something... I wouldn't be willing to do that if I could code.
Not only that, but I personally don't even want to join or support an
organization that requires NDA and plays
On Sat, Jan 22, 2011 at 2:47 PM, Harry Campigli wrote:
>
> What I would like to confirm is, are there any issues with the lastest git
> OSG with respect to the latest SG/FG git sources? Also if anyone has dealt
> with this latest Debian lenny from a FG point of veiw..
Yes, latest OSG from svn is
On Sat, Jan 22, 2011 at 6:51 PM, Harry Campigli wrote:
>
> For now I am leaning my way around Debians way of doing things. Rather
> pleased as I have just compiled todays SVS against OSG 2.8.8.3 (as advised
> by Thorsten) on Lenny and it appears to run quite nicely. It was however a
> long haul, q
On Sat, Jan 22, 2011 at 6:40 PM, dave perry wrote:
>
> Here is the backtrace:
>
> *** glibc detected *** fgfs: double free or corruption (!prev):
Unfortunately a backtrace is not very useful for such memory
corruption problems.
Similarly to the dreaded "triangleintersect" message, this is only
tr
On Sat, Jan 22, 2011 at 11:26 PM, Arnt Karlsen wrote:
>
> ..are you able to run nouveau on your Nvidia laptop and
> radeon and radeonhd on your ATI desktop?
I have never tried nouveau but I have tested radeon a few months ago.
The main problem is, that it is about 10 times slower than the binary
On Tue, Jan 25, 2011 at 7:44 PM, ThorstenB wrote:
>
> "make" isn't smart
> enough to notice that the older object files were generated from (older)
> sources, which had identical content to the current ("newer") sources.
Right. Enter ccache :)
--
Csaba/Jester
--
On Fri, Jan 28, 2011 at 12:30 AM, Arnt Karlsen wrote:
> On Thu, 27 Jan 2011 16:55:21 + (GMT), Heiko wrote in message
> <81676.67701...@web29516.mail.ird.yahoo.com>:
>
>> >
>> > ..this old warrior, warrants a few screenshots: ;o)
>> > https://github.com/gasguru/flightgearthings/blob/master/737-
On Fri, Jan 28, 2011 at 10:02 AM, James Turner wrote:
>
> On 28 Jan 2011, at 08:21, Andreas Gaeb wrote:
>
>> In the meantime I played around with this a little and came up with the
>> attached patch which does what I describe above. This seems to work,
>> though I didn't do any checks to rule out
On Fri, Jan 28, 2011 at 8:52 PM, John Denker wrote:
> It's spelled "ATI"
>
> On 01/27/2011 08:01 PM, Csaba Halász wrote:
>> I am now running the shiny new 11.1 fglrx driver on my integrated HD4200.
>> The 737-100 has some silly landing lights, but other than t
On Sat, Jan 29, 2011 at 2:15 AM, Arnt Karlsen wrote:
>
> ..if you zoom in or get closer, do you see the missing
> runway lights?
Hm, no.
--
Csaba/Jester
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD v
On Sat, Jan 29, 2011 at 9:37 PM, Arnt Karlsen wrote:
> On Sat, 29 Jan 2011 02:15:41 +0100, Arnt wrote in message
> <20110129021541.0d04cd1b@celsius.local>:
>
>> ..and, what _is_ this view?
>> https://github.com/gasguru/flightgearthings/raw/master/ATI-nite_warriors/radeon-fgfs-screen-002.png
>
> ..
On Sun, Jan 30, 2011 at 1:58 PM, Frederic Bouvier wrote:
>
> I noticed three things under Windows :
> 1. the state of menu entry "Help > Joystick information" is not modified
> when I remove or add a joystick after start
Confirmed, but unrelated to the patch. The joystick information window
d
On Sun, Jan 30, 2011 at 8:51 PM, Frederic Bouvier wrote:
>
> But if you start without a joystick, you won't be able to open that dialog
That is true. Easily fixed by reevaluating the menu state after the
reload. Should probably be refactored a little to avoid code
duplication (I simply copied the
On Sun, Feb 6, 2011 at 12:45 AM, henri orange wrote:
> Hi,
>
> built OSG 2.9.10 again , and built Simgear Flightgear again gives the same
> error.
>
> Then, since OSG 2.9.11, is available.
> I have just built osg 2.9.11,
> Unfortunately simgear built against it, gives the following error
> What i
On Sun, Feb 6, 2011 at 9:24 PM, Bertrand Coconnier wrote:
> 2011/2/6 Torsten Dreyer :
>>
>> I tried the few JSBSim and YASim aircraft that I'm able to handle, please
>> report if I broke anything.
>>
>
> Have you read my previous e-mail ? I attached a patch because JSBSim
> fuel calcs are broken (
On Sun, Feb 6, 2011 at 9:35 PM, Csaba Halász wrote:
>
> But the Concorde still doesn't fly, it now runs out of fuel after a
> few seconds. Still investigating that issue.
And that is because of the hardcoded default of 8 fuel tanks. Attached
patch makes sure at least the exis
On Mon, Feb 7, 2011 at 6:38 PM, henri orange wrote:
> Hello, devel-members,
>
> I am getting ( randomly ) the following messages
>
> Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
> nan nan nan nan nan nan segment ignored..
> Warning: invalid line segment pas
On Mon, Feb 7, 2011 at 6:59 PM, Csaba Halász wrote:
>
> That is already the end of the problem chain. Somewhere NaN is
> creeping into the system and propagates to various parts. Finding what
> uses z-accel-fps_sec, while possible, will not help you in
> troubleshooting the root c
On Tue, Feb 8, 2011 at 9:27 PM, Torsten Dreyer wrote:
>> And that is because of the hardcoded default of 8 fuel tanks. Attached
>> patch makes sure at least the existing tanks are covered by the
>> properties.
>>
> Thanks for spotting this. I was naive enough to think no aircraft ever has
> more t
On Tue, Feb 8, 2011 at 10:05 PM, henri orange wrote:
> Will it solved the Boeing314 issue ?
The Boeing314 in GIT doesn't even get that far, it is missing a file
"Nasal/Boeing314-limits.xml"
Commenting the reference out, the aircraft at least takes off.
--
Csaba/Jester
-
On Thu, Feb 10, 2011 at 3:21 PM, henri orange wrote:
> That was not my point.
> I was talking about the Nasal error.
I know. I just pointed out that the GIT version is broken anyway.
BUT working around the missing file, it DOES now fly, without the fuel
nasal error.
--
Csaba/Jester
---
On Thu, Feb 10, 2011 at 7:33 PM, Geoff McLane wrote:
>
> (a) John, I wanted to try your metar to see if it looked
> related, but like Arnt I can not get the metar string through
> the command parser!
>
> Always -
> Fatal error: Failed to open file
> at 012345Z
> (received from SimGea
On Sun, Feb 13, 2011 at 2:36 PM, ThorstenB wrote:
>
> there are two fixes concerning the tower positions at EDLL and EGLL in
> the bug tracker (see attached files EDDL.twr.xml and EGLL.twr.xml).
Just to have a written record of it somewhere, let me tell you another
crazy idea of mine :)
I envisi
Seeing all the creative mess people created when trying to use tyre
smoke, I have decided to add a little helper class to aircraft.nas,
named tyresmoke_system. I also tweaked the existing tyresmoke class a
little, but it should still be backward compatible.
To use the new tyresmoke_system, all you
I have noticed that after about an hour of hanging around at KSFO in
an ufo on MP, FG's memory went steadily up and eventually reached
2.7GiB. Similarly, during the TGA event at the weekend, memory usage
was above 2GiB by the end of the ~5 hour flight. Looks like we may be
leaking memory. Anybody e
Hello everybody!
On IRC ndim and I have been investigating a segfault (backtrace here:
http://flightgear.lauft.net/yet-another-segfault-in-simgear.bt)
The culprit seems to be the path cache in simgear/props/props.cxx.
Here is a little overview of what we thought:
Jester: could it be that _linke
On 2/16/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
>
> one new bug in dead
> code (where it doesn't do any harm, but bug is bug).
If you mean the hash_table::erase(const char*) function doing funny
things, then I've found that too.
> As I couldn't reproduce your problem before, I can also not
Hi!
I noticed that T38 doesn't display range to dme. It uses the
/instrumentation/dme/distance-nm property, whereas I think it should
use /instrumentation/dme/indicated-distance-nm.
I have replaced all three occurrences of this property in the data
xmls along with one occurrence in the network co
On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> Is this correct?
Yes. In C you need to terminate strings by a 0 byte. So you need 8
bytes for a maximum of 7 characters.
Greets,
Jester
-
Take Surveys. Earn Cash. Influen
On 2/22/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> I don't see the sense (nor logic) in trimming a string _every_ packet when for
> all pretense and purpose it will not change during a session.
The string is not getting trimmed in the conventional sense. The
strncpy just copies at most MAX_CALL
Hello!
I noticed some problems with the T38: first of all, it hovers above ground.
While trying to fix that, I came across the second one: when braking
the gears sometimes go underground. Even the main gears. Taking a
closer look at the 3d model and the fdm config I found that the
distance betwee
Hello people!
Looks like radar has been broken since Revision 1.72 of AIManager.cxx
some 4 months back.
The radar supports a fixed number of aircraft, and the nodes for these
are created at initialization. The aforementioned 1.72 revision
however ignores these, and creates others.
Attached simple
Dear Vivian, Ron and other interested parties ;)
Attached you will find the revised radar patch (still against the
original CVS copy)
Release notes:
1) SGPropertyNode::getIntValue(const char*, int) and company only
return the default value for not-existent nodes. For an existing node
of type SGPr
Hi!
Looking at aar.nas I noticed some seemingly unnecessary elsif usage,
wonder if they are there for a reason:
if (size(selected_tanks) == 0) {
} elsif (consumed >= 0) {
} elsif (consumed < 0) { <=== HERE
}
... and ...
if (capacity - lbs >= fuel_per_tank) {
} elsif (capacity - lbs < f
Hi people!
In fg/osg if you successfully catch a wire during carrier landing fg
"freezes": no screen updates whatsoever.
I have traced this bug to FGGroundCache::get_wire_ends().
Looks like during the rewrite to use overloaded operators a mistake
was made in the pivotoff calculation.
The origina
Hi!
Two patches today:
1) fix source property for mach display
2) added 6 structure contact points, no more falling through the
ground hopefully ;) (I just made up some spring coefficients)
Any comments?
Greets,
Csaba
Index: Instruments/T38-airspeed.xml
Hi!
Next incarnation :)
This time I have added a "valid" property to make it explicit which
entries are, duh, valid :)
I have moved the destruction administration for AI objects into the
AIManager, I think that's where it belongs (since the construction is
also there, and nobody else should know
On 4/5/07, Gabor Toth <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've got the hint on the IRC channel from Jester to use OSG revision 6398 to
> avoid this error. It worked for me.
Or use the patch from the users mailing list available in this thread:
http://sourceforge.net/mailarchive/forum.php?thread
On 4/5/07, Gabor Toth <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've found a funny rendering bug seen on the following pictures:
>
> http://fgfs.i-net.hu/downloads/fgfs-screen-054.jpg
> http://fgfs.i-net.hu/downloads/fgfs-screen-055.jpg
> http://fgfs.i-net.hu/downloads/fgfs-screen-056.jpg
>
>
Hello!
Nick had some trouble with the tacan on the lightning, so I had a peek at it.
Worked for me all right. However, the instrument needle works as if it
were a fixed compass card indicator, which it isn't. So there should
be an additional rotation applied to adjust for the a/c heading. Patch
a
On 4/6/07, syd&sandy <[EMAIL PROTECTED]> wrote:
> Hi all,
> if anyone remembers , what was the purpose of the serviceable
> property ?
> Was it meant as an on/off switch , instrument fault , or just instrument
> state ?
I can't remember because I am fairly new to flightgear. But I'd say it
sh
Reported by AnMaster on IRC ;)
Inserting and deleting waypoints not at the end of the route messes up
leg distances.
Beefed up the test prog a little, see patch #1.
Result (have cut out the irrelevant part):
Route dump: Init
#0 Start (0, 0) @0 dist: 0
#1 1 (0, 1) @0 dist: 1
#
On 4/6/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> How many people *actually* tested the TACAN and located the tanker aircraft
> with it, rather than just sit in the cockpit and see the needle/gauges work?
I did, at least three times. But I used the refueling_demo_1.
Greets,
Csaba
On 4/11/07, loic laronze <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm trying to build Simgear in order to build FlightGear.
>
> Here is one part of the error message:
>
> soundmgr_openal.cxx:313: error: `isnan' undeclared (first use this function)
>
> Configuration:
> Cygwin_NT-5.1
Looking at the t
Hello!
I have looked into tacan code when investigating a bug found by Nick.
>From the one-liner fix it grew to this massive patch. Here is what I did:
Moved tacan parameters from carrier_nav.dat to the appropriate model
node in the property tree (eg. /ai/models/carrier/navaids/tacan).
Implementa
On 4/12/07, Vivian Meazza <[EMAIL PROTECTED]> wrote:
>
> Doesn't make any sense to me - what bug are you trying to fix?
None, it is already fixed. This is just a follow-up.
> Why do you want to offset a TACAN position?
You know why: because on the carriers the tacan altitude is 100 feet.
And tha
On 4/13/07, Vivian Meazza <[EMAIL PROTECTED]> wrote:
> Csaba Halász
>
> >
> > On 4/12/07, Vivian Meazza <[EMAIL PROTECTED]> wrote:
> >
> > > Why do you want to offset a TACAN position?
> >
> > You know why: because on the carriers the tacan
On 4/13/07, Vivian Meazza <[EMAIL PROTECTED]> wrote:
>
> Exactly my point: AIBase only reads generic values. Offsets are not generic
> values, and their reading should remain where they are at present. If
> another AI Object comes up with a requirement, then that is a different
> matter.
They are
On 4/23/07, Laurence Homer <[EMAIL PROTECTED]> wrote:
>
> When I try and install SimGear, its all seems to go fine, until I get an
> error relating to the isnan function – that it complains is un-declared. I
> realise this means somewhere the header/define file that contains isnan
> hasn't been rec
On 4/30/07, Martin Spott <[EMAIL PROTECTED]> wrote:
> Andrea Vezzali wrote:
>
> > I am sending this .diff file to the list because I found that the
> > animation of the Concorde right wing's elevetor was wrong.
>
> Did anyone verify if this is correct ?
Just checked, seems to be correct.
Currently
On 9 May 2007 12:49:02 -, mohamed shiraz tk <[EMAIL PROTECTED]> wrote:
>
> The debugger stops at
>
> __declspec(noinline)
> void __cdecl _CRT_DEBUGGER_HOOK(int _Reserved)
> {
> /* assign 0 to _debugger_hook_dummy so that the function is not folded
> in retail */
> (_Reserved);
>
On 5/10/07, Nick Warne <[EMAIL PROTECTED]> wrote:
>
> I am surprised nobody using CVS/SVN FG/SG/OSG reports this issue (or replied
> to this) - there was a lot of chatter about it in IRC.
The OSG SVN from last friday works for me as usual (with SG/FG CVS
from the same time). I have given the exact
Sometime ago my radar patch introduced a "valid" property to ai models.
Attached patch updates the code drawing the HUD target circles to test
this flag so that invalid entries don't get displayed.
Thanks to AnMaster for reporting and testing.
Greets,
Csaba
Index: src/Instrumentation/HUD/HUD_lad
Removed leading slashes from gear properties.
Didn't have a chance to try it yet.
Greets,
Csaba
Index: data/Aircraft/747/Models/boeing747-400-jw.xml
===
RCS file:
/var/cvs/FlightGear-0.9/data/Aircraft/747/Models/boeing747-400-jw.xml
I noticed that the 747-200 initially appears a few feet above the
runway and then drops to the ground bouncing a couple of times. I
guess some value must be fixed in the xml, just don't know which
one... Somebody please have a look.
Thanks,
Csaba
--
On 5/31/07, Martin Spott <[EMAIL PROTECTED]> wrote:
>
> Any idea how to make FG release the DSP device ?
I used an ~/.openalrc configured for the null output device.
Greets,
Csaba
-
This SF.net email is sponsored by DB2 Expr
Looks like if the engine is "Starved" once, it always stays that way
even if the aircraft is refuelled. I have tried to make this work, and
hacked the state machine.
Please review my changes as I may have broken something.
* I have moved the selection of the next state into the appropriate
handle
On 6/8/07, Holger Wirtz <[EMAIL PROTECTED]> wrote:
>
> Let me know if you have an idea how to fix that.
Currently I am thinking about using a debug glibc to see exactly what
triggers the trap, and then use gdb watchpoint to find the cause.
--
Csaba
--
On 6/8/07, Holger Wirtz <[EMAIL PROTECTED]> wrote:
>
> But I have problems with FG
> (glibc free error... but this is another story).
Oh, me too. I also have an ATI card (fglrx 8.37.6), xorg 7.2, athlon64
and osg version of FG.
For backtrace look here: http://pastebin.ca/531672
Do you see somethin
On 6/8/07, Holger Wirtz <[EMAIL PROTECTED]> wrote:
On Fri, Jun 08, 2007 at 03:00:42PM +0200, Csaba Halász wrote:
> On 6/8/07, Holger Wirtz <[EMAIL PROTECTED]> wrote:
> >
> > But I have problems with FG
> > (glibc free error... but this is another story).
Let m
On 6/14/07, Martin Spott <[EMAIL PROTECTED]> wrote:
> "Vivian Meazza" wrote:
>
> > Lesson for the future. Understand what code does, test that it doesn't break
> > anything, make sure it compiles on at least one other os, and submit it for
> > review (especially when you are mucking around with oth
301 - 400 of 600 matches
Mail list logo