On Fri, 9 Apr 2004 04:25:22 +0200
Arnt Karlsen wrote:
..you, Jorge, will be in violation with the GPL, unless, you makes your
modified FG source code avaliable to your military client.
No I won't, we have no client here, and no intention to distribute
anything but FlightGear alone (so that
On Fri, 9 Apr 2004 04:37:30 +0200
Arnt Karlsen wrote:
..you wrote it, rip it apart and see if _some_ things _can_ be GPL'ed.
Actually, I didn't write the HUD code. This code already existed when I
started working on the project.
..on selling the GPL to your military client, tell them about
Okay, I'm currently rebuilding FlightGear without threading support to see
what that will do. I don't suspect the threading stuff in particular, but it
probably adds quite a bit to the compexity of the debug process. I have a few
days off (good friday and easter), so hopefully I can do some
Arnt Karlsen wrote:
On Tue, 06 Apr 2004 19:41:08 +0200, Erik wrote in message
[EMAIL PROTECTED]:
/gear/nose
..this also works for the big An-226 and B-52 and the Bleriot having
twin nose gear?
..AFAIK, the Bleriot mains are effectively 2 free swiveling nose
wheels, and the tail wheel is
Andy Ross wrote:
Lee Elliott wrote:
I first reported this on 02-April and had updated from cvs two
days prior to mentioning the problem. I think the last update
I'd done before that was about two weeks earlier.
Can anyone confirm the same behavior from the 0.9.4 binaries? (I
think it branched
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb
In directory baron:/tmp/cvs-serv8740/tgdb
Modified Files:
obj.cxx
Log Message:
Frederic Bouvier:
put all leaf is a seperated branch so that it is
possible to use a pretrav callback to cull out
terrain without
On Friday 09 Apr 2004 6:46 am, Jorge Van Hemelryck wrote:
On Fri, 9 Apr 2004 04:37:30 +0200
Arnt Karlsen wrote:
..you wrote it, rip it apart and see if _some_ things _can_ be GPL'ed.
Actually, I didn't write the HUD code. This code already existed when I
started working on the project.
On Friday 09 Apr 2004 8:46 am, Durk Talsma wrote:
That's interesting: Does anybody know how I turn off the AI traffic (other
that hacking the code). I tried browsing the commandline options but
couldn't find one there.
It's an option from the FlightGear menu ATC/AI. I'm afraid I have to do
Erik Hofman wrote:
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb
In directory baron:/tmp/cvs-serv8740/tgdb
Modified Files:
obj.cxx
Log Message:
Frederic Bouvier:
put all leaf is a seperated branch so that it is
possible to use a pretrav
Erik Hofman wrote:
Andy Ross wrote:
Lee Elliott wrote:
I first reported this on 02-April and had updated from cvs two
days prior to mentioning the problem. I think the last update
I'd done before that was about two weeks earlier.
Can anyone confirm the same behavior from the
Frederic Bouvier wrote:
Erik Hofman wrote:
Erik Hofman wrote:
Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/tgdb
In directory baron:/tmp/cvs-serv8740/tgdb
Modified Files:
obj.cxx
Log Message:
Frederic Bouvier:
put all leaf is a seperated branch so that it is
Curtis L. Olson wrote:
Andy Ross wrote:
Durk Talsma wrote:
It looks like the crash is somewhere inside the AIMgr (judging from
stackdump
item #15), but since I'm still incredably unfamiliar with this part of
the
code, this might just be a wild guess.
Anyways, I hope that this is
Jonathan Richards wrote:
On Friday 09 Apr 2004 8:46 am, Durk Talsma wrote:
That's interesting: Does anybody know how I turn off the AI traffic
(other
that hacking the code). I tried browsing the commandline options but
couldn't find one there.
It's an option from the FlightGear menu
Frederic Bouvier wrote:
Erik Hofman wrote:
Andy Ross wrote:
Lee Elliott wrote:
I first reported this on 02-April and had updated from cvs two
days prior to mentioning the problem. I think the last update
I'd done before that was about two weeks earlier.
Can anyone confirm the same behavior
On Fri, 9 Apr 2004 07:49:55 +0200, Jorge wrote in message
[EMAIL PROTECTED]:
On Fri, 9 Apr 2004 04:25:22 +0200
Arnt Karlsen wrote:
..you, Jorge, will be in violation with the GPL, unless, you makes
your modified FG source code avaliable to your military client.
No I won't, we have no
On Fri, 9 Apr 2004 10:11:27 +0100, Jonathan wrote in message
[EMAIL PROTECTED]:
On Friday 09 Apr 2004 6:46 am, Jorge Van Hemelryck wrote:
On Fri, 9 Apr 2004 04:37:30 +0200
Arnt Karlsen wrote:
..you wrote it, rip it apart and see if _some_ things _can_ be
GPL'ed.
Actually, I
On Friday 09 April 2004 10:11, Erik Hofman wrote:
Andy Ross wrote:
Lee Elliott wrote:
I first reported this on 02-April and had updated from cvs two
days prior to mentioning the problem. I think the last update
I'd done before that was about two weeks earlier.
I first noticed the problem
Is there a better way to allocate storage for an array than this:
double** Allocate(void)
{
Data = new double*[nRows+1];
for (int r=0; r=nRows; r++) {
Data[r] = new double[nCols+1];
for (int c=0; c=nCols; c++) {
Data[r][c] = 0.0;
}
}
return Data;
}
On Freitag, 9. April 2004 14:26, Jon Berndt wrote:
Is there a better way to allocate storage for an array than this:
double** Allocate(void)
{
Data = new double*[nRows+1];
for (int r=0; r=nRows; r++) {
Data[r] = new double[nCols+1];
for (int c=0; c=nCols; c++) {
On Freitag, 9. April 2004 14:26, Jon Berndt wrote:
Is there a better way to allocate storage for an array than this:
double** Allocate(void)
{
Data = new double*[nRows+1];
for (int r=0; r=nRows; r++) {
Data[r] = new double[nCols+1];
for (int c=0; c=nCols; c++) {
On Freitag, 9. April 2004 14:39, Jon Berndt wrote:
I am afraid it is much simpler than that: all I need is a 2 dimensional
array, n X m.
For such a simple array it is best to use
data = new double[n*m]
and have access functions:
double Entry(unsigned int i,unsigned int j) const { return
For such a simple array it is best to use
data = new double[n*m]
and have access functions:
double Entry(unsigned int i,unsigned int j) const { return
data[(i-1)*n+j-1]; }
double Entry(unsigned int i,unsigned int j) { return data[(i-1)*n+j-1]; }
Yes, this may come at some time. I am
On Freitag, 9. April 2004 15:03, Jon Berndt wrote:
I am debuggin the additions to the Table
class.
All I want right now is how do I allocate storage for a 2
dimensional array of doubles, so that I can use the standard accessor
operators:
myDouble = Data[n][m];
??
Hmm, two
I'll send you the problem offline.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Mathias
Fröhlich
Sent: Friday, April 09, 2004 8:16 AM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Arrays of doubles
On Freitag, 9. April
On Freitag, 9. April 2004 15:31, Jon Berndt wrote:
I'll send you the problem offline.
Ok.
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Where in the FlightGear code are command line options parsed?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Does anyone know how to do escape sequences in a DOS console? I mean,
how do you tell the DOS command shell to BOLD or Underline or change
the color of text?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jon, just use standard ANSI escape sequences.
g.
On Fri, 9 Apr 2004, Jon S Berndt wrote:
Does anyone know how to do escape sequences in a DOS console? I mean,
how do you tell the DOS command shell to BOLD or Underline or change
the color of text?
Jon
Jon S. Berndt wrote:
Where in the FlightGear code are command line options parsed?
They're XML-controlled and map to properties at runtime. You can add
new ones in options.xml in the base package. The actual C++ code is,
I think, in Main/fg_options.cxx
Andy
Erik Hofman wrote:
Andy Ross wrote:
Can anyone confirm the same behavior from the 0.9.4 binaries? (I
think it branched sometime right around there.) Is there any
platform dependence to this? I have to admit it's been a long time
since I've have a single fgfs running for that long.
Hi!
How about a log that records running time for each system (electrical, static,
vacum etc.) and for the instruments and possibly the controls and ... This
log can be stored in the users home directory as a simple text file (XML).
There would be different logs for each individual aircraft.
Just make it user friendly to do maintenance, so new people know why in the world the electrical system just shut off on the 172 and can't get it working again.
-Ethan
From: Roy Vegard Ovesen [EMAIL PROTECTED]
Reply-To: FlightGear developers discussions [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
On Friday 09 April 2004 17:03, Andy Ross wrote:
The new fuel code went into YASim at about the same time. Can someone
try to reproduce this with a non-YASim aircraft?
Another thing to try is just to leave it running with the aircraft on
the ground, so see if maybe this is an interaction
Now, I'd like to rerun this test using a JSBsim aircraft. What's a good
JSBsim match to the 747?
You could use the 737. Just edit the engine config, CFM56_sim.xml, to reset
the TSFC value to something like 0.1
That will give you the endurance you want.
Dave
--
Frederic Bouvier writes:
Curtis L. Olson wrote:
As I understand it, the deadbeef thing is something ssg writes into
memory that it frees. Later if you try to traverse something that is
marked as deadbeef, you know you have a pointer to deallocated memory.
This is typically what
On Fri, 9 Apr 2004 13:52:50 +0200, Arnt Karlsen [EMAIL PROTECTED]
wrote:
On Fri, 9 Apr 2004 10:11:27 +0100, Jonathan wrote in message
[EMAIL PROTECTED]:
On Friday 09 Apr 2004 6:46 am, Jorge Van Hemelryck wrote:
On Fri, 9 Apr 2004 04:37:30 +0200
Arnt Karlsen wrote:
..you wrote it, rip
36 matches
Mail list logo