Just wondering if anyone has some time to take a look at this.
I don't recall seeing anyone saying they had picked it up and haven't
seen anything in fgdata.
Also I think Jack Mermod had a merge request around the same time for
the AH-1.
cheers
S.
On Tue, 2011-01-04 at 16:34 +1100,
With the UFO I got a FPE.
Launch options:
/opt/debug/bin/fgfs --callsign=Quix0r
--multiplay=out,10,mpserver08.flightgear.org,5000
--multiplay=in,10,,5002 --config=/home/quix0r/.fgfs/cockpit-view.xml
--airport=EDDH
--config=/home/quix
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 Sat, Jan 8, 2011 at 10:39 PM, Roland Haeder wrote:
> Thanks for including the missing include lines. Jester gave me them in
> IRC so please credit him. :)
Too late! Sorry Jester, well done anyway :).
cheers,
Thorsten
---
Hi Thorsten,
I have reverted my local changes (I didn't locally commit them anyway).
Thanks for including the missing include lines. Jester gave me them in
IRC so please credit him. :)
Regards,
Roland
On Sat, 2011-01-08 at 22:29 +0100, ThorstenB wrote:
> On Sat, Jan 8, 2011 at 8:44 PM, Roland Ha
On Sat, Jan 8, 2011 at 8:44 PM, Roland Haeder wrote:
> I have an FPE to report and a small fix (I already mentioned the FPE in
> IRC chat).
>
> The fix is included, with some white-space cleanup.
The FPE patch is a duplicate, since Curt has already committed a
similar fix for this FPE on December
Adding the next two lines
dnl Next line is to retain backward compatibility for PACKAGE variable
AC_SUBST([PACKAGE],[$PACKAGE_NAME])
after
AM_INIT_AUTOMAKE([dist-bzip2])
will give back FlightGear in Makefile and other places. I cannot safely
say that there won't be any side effects. It may be
On 8 Jan 2011, at 19:46, Jari Häkkinen wrote:
> The "problem" was introduced in November 2010 in commit
> http://gitorious.org/fg/flightgear/commit/a6458c2ed64757b1f416b0035df142d29359239e
>
> The change of line 17 triggers the change of string 'FlightGear' to
> 'flightgear' in the Makefile. H
The "problem" was introduced in November 2010 in commit
http://gitorious.org/fg/flightgear/commit/a6458c2ed64757b1f416b0035df142d29359239e
The change of line 17 triggers the change of string 'FlightGear' to
'flightgear' in the Makefile. However, the change of AM_INIT_AUTOMAKE is
preferred since
And the patch includes some extra include lines which fixes some
compiler errors.
On Sat, 2011-01-08 at 20:44 +0100, Roland Haeder wrote:
> Hi,
>
> I have an FPE to report and a small fix (I already mentioned the FPE in
> IRC chat).
>
> The fix is included, with some white-space cleanup.
>
> Re
Hi,
I have an FPE to report and a small fix (I already mentioned the FPE in
IRC chat).
The fix is included, with some white-space cleanup.
Regards,
Roland
On Sat, 2011-01-08 at 18:59 +, James Turner wrote:
> (playing virtual Durk, since he's in Antarctica for a month)
>
> I'm planning to c
Hi,
2.8.3 from SVN, own build. My Debian Unstable provides me 2.8.3-6.
Roland
On Sat, 2011-01-08 at 20:01 +0100, Olaf Flebbe wrote:
> Hi,
>
> since it crashes within OSG you should state which OSG version you did use.
>
> Cheers,
>Olaf
signature.asc
Description: This is a digitally sign
Hi,
since it crashes within OSG you should state which OSG version you did use.
Cheers,
Olaf
> 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)
(playing virtual Durk, since he's in Antarctica for a month)
I'm planning to create releases/2.2.0 branches of both Simgear and FlightGear
tomorrow, based on current state of 'next' at that time. This is not intended
to provoke a commit rush - if the code isn't in Gitorious now, it should
proba
No worries Curt, certainly wasn't trying to say you personally have to
look into it or make it a priority or anything..I know your a busy guy
like the rest of us. Was just saying the links are there if anyone
else is interested in giving it a try. I've never seen nan errors like
this before myself,
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 backtrace, so please take a look. :)
Regards,
Roland
PS: If the
I'm not saying it's not worth looking into, and I'm not saying it wouldn't
take more than 10 minutes to do, but I'm just one person here with a million
tasks ahead of this one that take between 30 seconds and 1/2 a lifetime to
do. I don't claim that I'm able to prioritize all my pending tasks
perf
On Sat, Jan 8, 2011 at 12:24 PM, Curtis Olson wrote:
> Oh, then I don't know ... I've always lived in the world of our git aircraft
> and haven't gone out and tried any of the 3rd party aircraft. (And sorry to
> waste a message saying "I don't know" ...)
> Regards,
> Curt.
Too bad, if that's true
On Sat, Jan 8, 2011 at 11:20 AM, Jacob Burbach wrote:
> Hmm, I'll try again to be sure, but I always do a make clean && make
> install whenever dealing with simgear/flightgear because of issues in
> past. Also just to be clear I am referring to the Tu154B from Yurik,
> not the old Tu154 in the fli
On Sat, Jan 8, 2011 at 9:59 AM, Curtis Olson wrote:
> Hi Jacob,
> The tu154 appears to be working fine for me here with the latest git as of
> Saturday morning. You might try doing a make clean and rebuild for
> simgear/flightgear just to rule out that there isn't any weirdness that has
> crept i
I'm not seeing where PACKAGE is explicitly set anywhere in configure.ac or
Makefile.am
This might not be a change we made, but perhaps a change in the underlying
autotools software defaults?
In configure.ac we have:
AC_INIT(FlightGear, m4_esyscmd([cat ./version | tr -d '\n']), [
http://www.fligh
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/
Hi Jacob,
The tu154 appears to be working fine for me here with the latest git as of
Saturday morning. You might try doing a make clean and rebuild for
simgear/flightgear just to rule out that there isn't any weirdness that has
crept into your local tree, or maybe something got out of sync betwee
Ive tried a few solutions to zero the properties , but then the
animation stops working .With the current implementation , the mouse
can leave the picked object while the button is pressed and continue
to move the lever , so for the moment this
seems to work ...
On Sat, Jan 8, 2011 at 1:27 AM, T
> I knew this was too easy , and looking for the reason , but the
> acceleration properties don't zero out when the mouse stops moving .
> While it still works to a point , still not quite right.
Hmm - I have no idea how to solve that. Our mouse motion handler gets called
with "last movement since
No problem , and thanks . Imagine where flightgear would be now if
everything worked the way it was meant too on the first try :)
On Sat, Jan 8, 2011 at 1:13 AM, Torsten Dreyer wrote:
>> could you invert the y
>> acceleration before updating the property ?
>>
> Sorry, my bad. It's inverted now.
>
Hi after several months i try to install the latest
with:http://wiki.flightgear.org/index.php/Scripted_Compilation_on_Linux_Debian/Ubuntuand
get:
Initialized empty Git repository in /media/sda6/fgfs/install/fgfs/fgdata/.git/
remote: Counting objects: 151389, done.
fatal: The remote end hung up un
After a quick investigation , i see that the acceleration properties
are only updated IF there has been a mouse movement , so they retain
the last value ... my oversight.
Should I make a patch , or leave this to you Torsten ?
Cheers
On Sat, Jan 8, 2011 at 1:03 AM, syd adams wrote:
> I knew this w
> could you invert the y
> acceleration before updating the property ?
>
Sorry, my bad. It's inverted now.
Torsten
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive
I knew this was too easy , and looking for the reason , but the
acceleration properties don't zero out when the mouse stops moving .
While it still works to a point , still not quite right.
--
Gaining the trust of online c
30 matches
Mail list logo