[Flightgear-devel] Ridding Multiplayer of Abusers

[Jack Mermod]

Hi Everybody,
		I recently was on Multiplayer, flying with a friend, minding my own  
business, when another pilot asked a general newbie question: "Where  
can I find the Nimitz?". In only good intent, I replied: "Look around  
the Golden Gate Bridge, you'll find it eventually." The pilot then  
proceeded to criticize my short answer(typing long detailed replies  
isn't easy when you're trying to land on a carrier), and soon began  
insulting me, using foul, profane language, and finally proceeded to  
threaten to come to my house and kill me and my family.(I'm 68 and I  
even learned some things!) I honestly don't know what his motivation  
to say such hurtful things was(maybe he was fed up of not getting the  
perfect answer he was looking for), but I realized from this that  
multiplayer is in bad need of some sort of general administration.  
This is not the first 'negative' encounter that I have had with other  
pilots, and I have seen other innocent pilots verbally abused. I have  
an idea for how an account system could be rigged for multiplayer:


 We could make a mysql database (to store usernames and passwords  
securely), then we'd simply implement a php script on all the mp  
servers that would check for the submission of a username/password,  
and it would scan the database for matches. When it finds a match, it  
would allow you to connect to the server. Username/Password could be  
implemented into fgrun.


And for command line users it could look something like this:

--username=jack
--password=123abc

We could then only allow one account per IP address(perfectly  
possible, the forum software we're using right now has an option for  
that!), and when a user acts up, they're account could be suspended  
accordingly based on the magnitude of their offense. For moderators, a  
group of respected and trusted users could be elected, or a report  
system could be rigged, and logs of mp chats could be stored for later  
reference.


This is merely my two cents. I'd really like to get some feedback to  
see what everybody else thinks about this, especially from the server  
maintainers. I've introduced my idea to the forums, and mostly gotten  
positive feedback. I have gotten some negative responses concerning  
this, but most with weak arguments such as "Just ignore them" or  
"They'll go away if you don't respond". I am not so much concerned for  
my own sake, but for the sake of that 11 year old boy that flies  
online and has yet been exposed to profanity, foul language, sex  
content, and threats such as one killing your family. Please, share  
your thoughts, this is a very real issue and I'd like to know what you  
think!


Check Six,
Jack--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Build failed in Hudson: FlightGear-next-mac #234

[geneb]

See 

Changes:

[James Turner] Use a property listener on the root, to observe property 
creation, and thus lazily update the MP property map. Fixes bug 164, and 
probably many latent MP missing-property issues.

--
Started by an SCM change
Building remotely on MacPro
Checkout:FlightGear-next-mac / 
 - 
hudson.remoting.chan...@c1d913:MacPro
Using strategy: Default
Last Built Revision: Revision 9f9e86a61e1313963c9b961ed390cee3e967c659 
(origin/next)
Checkout:FlightGear-next-mac / 
 - 
hudson.remoting.localchan...@19952cf2
GitAPI created
Fetching changes from the remote Git repository
Fetching upstream changes from http://git.gitorious.org/fg/flightgear.git
[FlightGear-next-mac] $ git fetch -t http://git.gitorious.org/fg/flightgear.git 
+refs/heads/*:refs/remotes/origin/*
[FlightGear-next-mac] $ git ls-tree HEAD
[FlightGear-next-mac] $ git tag -l next
[FlightGear-next-mac] $ git rev-parse origin/next
Commencing build of Revision 6251814604a2395d66dc28fbe0cde8ce99e7be2c 
(origin/next)
GitAPI created
Checking out Revision 6251814604a2395d66dc28fbe0cde8ce99e7be2c (origin/next)
[FlightGear-next-mac] $ git checkout -f 6251814604a2395d66dc28fbe0cde8ce99e7be2c
[FlightGear-next-mac] $ git tag -a -f -m "Hudson Build #234" 
hudson-FlightGear-next-mac-234
Recording changes in branch origin/next
[FlightGear-next-mac] $ git whatchanged --no-abbrev -M --pretty=raw 
9f9e86a61e1313963c9b961ed390cee3e967c659..6251814604a2395d66dc28fbe0cde8ce99e7be2c
FATAL: null
java.lang.NegativeArraySizeException
at 
hudson.remoting.ProxyOutputStream$Chunk.(ProxyOutputStream.java:175)
at hudson.remoting.ProxyOutputStream._write(ProxyOutputStream.java:123)
at hudson.remoting.ProxyOutputStream.write(ProxyOutputStream.java:103)
at 
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:126)
at 
java.util.zip.DeflaterOutputStream.deflate(DeflaterOutputStream.java:178)
at 
java.util.zip.DeflaterOutputStream.write(DeflaterOutputStream.java:135)
at java.util.zip.GZIPOutputStream.write(GZIPOutputStream.java:89)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:122)
at org.apache.tools.tar.TarBuffer.writeBlock(TarBuffer.java:410)
at org.apache.tools.tar.TarBuffer.writeRecord(TarBuffer.java:351)
at 
hudson.org.apache.tools.tar.TarOutputStream.writeEOFRecord(TarOutputStream.java:356)
at 
hudson.org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:137)
at 
hudson.org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:149)
at hudson.util.io.TarArchiver.close(TarArchiver.java:114)
at hudson.FilePath.writeToTar(FilePath.java:1545)
at hudson.FilePath.copyRecursiveTo(FilePath.java:1470)
at hudson.FilePath.copyRecursiveTo(FilePath.java:1399)
at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:170)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at 
hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:601)
at hudson.model.Build$RunnerImpl.build(Build.java:174)
at hudson.model.Build$RunnerImpl.doRun(Build.java:138)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:416)
at hudson.model.Run.run(Run.java:1280)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:140)


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Bertrand Coconnier]

2010/10/17 Gijs de Rooy :
> For example, the current FG747 wing flex is calculated on various thing, one
> of which is the amount
> of fuel in each wing section, but how much lift is required to contradict
> this "fuel-force"?
>

Gijs,

The structural analysis of a wing is a very complex field of
engineering but for the sake of a visual representation of the wing
bending in Flight Gear, I would say that the wing can be satisfyingly
modelled as a cantilever beam of uniform stiffness submitted to a
uniform loading.

According to Timoshenko's "Element of Strength of Materials"(1940),
the deflection of such a beam at any spanwise station 'x' is

d = w*x^2*(x^2+6*b^2-4*b*x)/(E*I)

The wing span is b, the wing root is assumed to be at x=0 and the wing
tip at x=b.
The distributed load 'w' is assumed to be uniformly distributed and
should be expressed in lbf/ft or lbf/in
In this formula, the sign convention is w>0 means the loads are
applied downward and d>0 means the wing deflects downward as well.

The Young modulus E=10,000,000 psi can be guessed because the 747
wings are likely made of aluminium but the beam inertia I (in ft^4 or
in^4) is quite difficult to assess without the blue prints (and even
with the blue prints by the way).

However, here is a small suggestion to use this formula:

1. The loading on the wing is basically the algebraic sum of the wing
weight and of the aerodynamic lift. Assuming that the wing deflection
under its own weight is of second order (a wing is sized by
aerodynamic loads, inertia/manoeuvre/'g' loads and landing loads if
the landing gears are attached to the wing), 'w' can be assumed to be
proportional to the lift coefficient CL i.e. w = CL*0.5*rho*S*V^2/b
where rho is the air density, S the wing area, V the air speed and b
the wing span.
2. The maximum deflection at the wing tip being dmax = w*b^4/(8*E*I),
if we assume that during a take-off, the wing deflection is 3ft then
you can calculate E*I = CL*0.5*rho*S*V*b^3/(8*3ft) (replace V, rho and
CL by the appropriate values at take-off).
3. Use the above deflection formula with the values computed in the
previous steps.

This is a very rough approximation because the wing inertia is not
uniform across the span (a wing structure is made of spars and
ribs/bulkheads/webs) and the distributed loading is not uniform either
(lift forces are not uniform, weight is not uniformly distributed -
think about the engines), etc.

I hope this helps however.

Cheers,

Bertrand.

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] surface positions no more exported by mp.

[James Turner]

On 17 Oct 2010, at 20:56, jean pellotier wrote:

> i'm here to report a bug:
> 
> from commit d39841d in flightgear, the surface positions are not sent 
> anymore.
> the properties in ai/models/multiplayer[i]/surface-positions/ have a 
> value of : "(none).
> that still works  with players using older fg version.
> if you want to quickly test this just use 127.0.0.1 as  output server 
> address, you will see yourself and the mp-you in the same time.
> 
> a solution is to add the properties to the -set files, but I,m not sure 
> to be volunter to do this in all the data :D
> 
> have a nice day

As Anders noted, this is my fault for re-ordering the MP subsystem. Please file 
a bug in the tracker in the future, for now I've filed this as:

http://code.google.com/p/flightgear-bugs/issues/detail?id=164

Editing the -set files is a bad solution, but my 'fix' for the implicit 
ordering bugs is to make subsystems less inter-dependant, i.e you can restart 
subsystems or init them in an arbitrary order, without problems. I'll do the 
analysis to figure out what that might require in this case.

James


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] error: Entry 'Aircraft/Jaguar/Models/jaguar.xml' not uptodate. Cannot merge.

[Frederic Bouvier]

Hi Torsten,

- "Torsten Dreyer" a écrit :

> Hi all,
> 
> currently my GIT fails to merge with the error message in the
> subject.
> I suspect this is a line-ending conflict. I did not touch the file
> locally.
> 
> I tried 
> git checkout -- Aircraft/Jaguar/Models/jaguar.xml
> git checkout  --ours Aircraft/Jaguar/Models/jaguar.xml
> git checkout  --theirs Aircraft/Jaguar/Models/jaguar.xml
> without success, every git-pull fails.
> 
> Any help highly appreciated.
> 
> Torsten
> 
> BTW - I'm on linux and no: re-cloning the repository is not an option
> ;-)

these kind of things made me remove the autocrlf=true option on windows. Since 
then, no problem, but I presume I may have committed several files with CRLF. I 
didn't touch the jaguar file though.

To be clear, my settings are with autocrlf=false (git config)

Regards,
-Fred

-- 
Frédéric Bouvier
http://my.fotolia.com/frfoto/  Photo gallery - album photo
http://www.youtube.com/user/fgfred64   Videos


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] error: Entry 'Aircraft/Jaguar/Models/jaguar.xml' not uptodate. Cannot merge.

[Torsten Dreyer]

Hi all,

currently my GIT fails to merge with the error message in the subject.
I suspect this is a line-ending conflict. I did not touch the file locally.

I tried 
git checkout -- Aircraft/Jaguar/Models/jaguar.xml
git checkout  --ours Aircraft/Jaguar/Models/jaguar.xml
git checkout  --theirs Aircraft/Jaguar/Models/jaguar.xml
without success, every git-pull fails.

Any help highly appreciated.

Torsten

BTW - I'm on linux and no: re-cloning the repository is not an option ;-)

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] surface positions no more exported by mp.

[jean pellotier]

hi

i'm here to report a bug:

from commit d39841d in flightgear, the surface positions are not sent 
anymore.
the properties in ai/models/multiplayer[i]/surface-positions/ have a 
value of : "(none).
that still works  with players using older fg version.
if you want to quickly test this just use 127.0.0.1 as  output server 
address, you will see yourself and the mp-you in the same time.

a solution is to add the properties to the -set files, but I,m not sure 
to be volunter to do this in all the data :D

have a nice day

jano

--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Gijs de Rooy]

> Jon wrote:

> The URL given doesn’t work.

This one does: http://www.youtube.com/watch?v=sA9Kato1CxA
> Alan wrote:
> See http://www.youtube.com/watch?v=sA9Kato1Cx. A , but that is for upward 
> loading.  
 
Yeah, I am aware of such images and I know how the 744's wings are supposed to 
look bended,
but the problem is that I don't know what variables effect it exactly and how 
much each of them.
For example, the current FG747 wing flex is calculated on various thing, one of 
which is the amount 
of fuel in each wing section, but how much lift is required to contradict this 
"fuel-force"?

After checking the 747-400/Systems/wingflex.xml file I found out there were 
four minus signs missing,
thus resulting in the upside-down flex :) The file attached fixes this problem 
and should result in less
exessive wingflex.

However, it could still be improved. Any help is welcome as always :)

Cheers,
Gijs  

wingflex.xml
Description: XML document
--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Jon S. Berndt]

The URL given doesn't work.

 

Jon

 

 

See http://www.youtube.com/watch?v=sA9Kato1Cx.
  A , but that is for upward
loading.  Winking smile emoticon

 

Alan

 

<>--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Alan Teeder]

  From: fiers...@zonnet.nl 
  Sent: Sunday, October 17, 2010 1:09 PM
  To: flightgear-devel@lists.sourceforge.net 
  Subject: Re: [Flightgear-devel] 747-400 causing crash of fgfs


  Get wings and learn to fly!

  Broken wings after takeoff. Also the 747 sign on the tail is mirrored.





See http://www.youtube.com/watch?v=sA9Kato1Cx. A , but that is for upward 
loading.  

Alan

<><>--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Gijs de Rooy]

Thanks for your reports, but all of these problems are already known to me.

- The broken wings on startup might have been due to exessive G loads at 
startup (eg. when the aircraft is "dropped" 
onto the earth). Clicking 747-400 > Repair in the menu should fix all 
(dileberate) failures.
- The exessive wing flex is due to a lack of realistic data on this and some 
laziness on my side to edit my numbers to 
something that looks more realistic :p


Cheers,
Gijs who is working hard to get something better to show at the FSwekeend :)
  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[fierst42]

Get wings and learn to fly!

Broken wings after takeoff. Also the 747 sign on the tail is mirrored.




Op 17-10-10 13:55, fiers...@zonnet.nl schreef:

  
That's funny. I started again and now I do have wings!
Race condition? Or just a quirk from outer space?
  




--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[fierst42]

That's funny. I started again and now I do have wings!
Race condition? Or just a quirk from outer space?

m


Op 17-10-10 13:52, fiers...@zonnet.nl schreef:

Hi Gijs,

This looks much better. A wonderful cockpit. FG no longer crashes 
immediately, so this is much better. However, on the outside view I 
noticed there are no wings attached. No doubt it will still fly :-) .




--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[fierst42]

Hi Gijs,

This looks much better. A wonderful cockpit. FG no longer crashes 
immediately, so this is much better. However, on the outside view I 
noticed there are no wings attached. No doubt it will still fly :-) .


I have assembled messages from the log window for you;

FGPropertyManager::GetNode() No node found for /controls/fuel/tank[7]/pump
  In condition: /controls/fuel/tank[7]/pump == 1. Unknown property 
/controls/fuel/tank[7]/pump referenced.

Creating property.  Check usage.
Could not find at least one of the following objects for animation:

panel.elec

Could not find at least one of the following objects for animation:

pump7

  Property /accelerations/pilot-gdamped is already defined.
  Property /controls/fuel/fuel-to-remain is already defined.
  Property /sim/model/pushback/target-speed-fps is already defined.
  Property fcs/LE-flap-cmd-norm is already defined.
  Property /autopilot/autobrake/left-brake-output is already defined.
  Property /autopilot/autobrake/right-brake-output is already defined.
Loading local weather routines...
Compatibility layer: Checking available Nasal APIs:
(this may cause harmless error messages when hard-coded support is lacking)
##
Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 -nan -nan -nan -nan -nan -nan segment ignored..
geodinfo found
1
Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
 -nan -nan -nan -nan -nan -nan segment ignored..
-geodinfo:Vector support unavailable
---> A patch is available at 
http://flightgear.org/forums/viewtopic.php?f=5&t=7358&st=0&sk=t&sd=a&start=90#p82805

features.geodinfo_supports_vectors=0
##
Compatibility checks done.
Initializing doors & seats
Initializing Liveries
747-400 electrical system by Ivan Ngeow.
744_hyd: so far so good
creating 3D noise texture... DONE
Vspeeds are not calculated yet
Copilot ready
DEBUG refresh(2) sync/ac  ssb closed
DEBUG refresh(2) sync/ac  ssb closed
Warning: TangentSpaceGenerator: unknown primitive mode 9
Warning: TangentSpaceGenerator: unknown primitive mode 9
Warning: TangentSpaceGenerator: unknown primitive mode 9
Warning: TangentSpaceGenerator: unknown primitive mode 9
osgDB ac3d reader: detected line with less than 2 vertices!


m


Op 17-10-10 13:12, Gijs de Rooy schreef:

> Gijs wrote:
> Commit and zip are on their way (might arrive later today but at 
least tomorrow).


SVN is available from the repository 
 and the 
.zip can be download from this link:

http://code.google.com/p/flightgear747-400/downloads/list

Please let me know if it solves the problem (and no others are created) ;)



--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Gijs de Rooy]

> Gijs wrote:
> Commit and zip are on their way (might arrive later today but at least 
> tomorrow).

SVN is available from the repository and the .zip can be download from this 
link:
http://code.google.com/p/flightgear747-400/downloads/list

Please let me know if it solves the problem (and no others are created) ;)

Cheers,
Gijs  --
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] 747-400 causing crash of fgfs

[Erik Hofman]

Cross-posted to the JSBSim development list.

On Sat, 2010-10-16 at 07:56 -0600, Ron Jensen wrote:
> On Saturday 16 October 2010 02:27:09 Gijs de Rooy wrote:
> > After applying Jentron's diff, I got:
> >
> >   Property /controls/fuel/tank[1]/x-feed is already defined.
> >   Property /controls/fuel/tank[2]/x-feed is already defined.
> >   Property /controls/fuel/tank[3]/x-feed is already defined.
> >   Property /controls/fuel/tank[4]/x-feed is already defined.
> >   Property /controls/fuel/tank[7]/pump is already defined.
> >   Property /controls/fuel/dump-valve is already defined.
> 
> Yes, flightgear makes these before JSBSim runs, but I defined them in JSBSim 
> so stand-alone wouldn't complain.

Maybe it's time to add a section where one can add declarations that are
only needed for stand-alone JSBSim to prevent this problem?

Erik


--
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel