Re: [Flightgear-devel] License of simgear/screen/texture.cxx
Curtis Olson wrote: Can we just quote Mark Kilgard's comment in that thread that modification is fine? I like Debian and I ran their distribution on my machines for many years. I admire how carefully they follow through with these licensing issues ... but my word ... no wonder their package versions are 4 years behind every other distribution. If this code is just used by a utility that is useful for developers only (normalmap) then I'd move the code oevr to that specific directory and leave it at that. I'll have to do some other work today by might be able to do it myself in the next few days if no one else beats me to it. Erik -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] License of simgear/screen/texture.cxx
Erik Hofman wrote: If this code is just used by a utility that is useful for developers only (normalmap) then I'd move the code oevr to that specific directory and leave it at that. I had a few spare minutes and the code is moved over now. Erik -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible screen shot copyright infringement
Curtis Olson wrote: I haven't had a chance to contact Butterfly Media myself, but perhaps someone here would be willing to pull lead on that? http://www.butterfly-media.co.uk/index.htm This weekend I was contacted by an ebay seller. I did a quick google search and found that his ebay ads had ripped off our screenshots and the watermarks had all been stripped. That is frustrating and I asked this seller about the screenshots. Are you sure the FlightGear 1.0 screenshots always had that watermark present or is that added later on? I seem to remember the later. Notice that they use non of the current screenschots that I know had the watermark from the start. Erik -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen Makefile.am, 1.13,
Hi Erik, Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/source/simgear/screen In directory baron.flightgear.org:/tmp/cvs-serv19946 Modified Files: Makefile.am Removed Files: colours.h texture.cxx texture.hxx Log Message: Move the texture code to FlightGear/utils/Modeller normalmap.cxx:13:38: error: simgear/screen/texture.hxx: Datei oder Verzeichnis nicht gefunden jive: 12:39:03 ~/SCM/FlightGear diff FlightGear/utils/Modeller/normalmap.cxx~ FlightGear/utils/Modeller/normalmap.cxx --- FlightGear/utils/Modeller/normalmap.cxx~2009-06-22 12:38:23.426114250 +0200 +++ FlightGear/utils/Modeller/normalmap.cxx 2009-06-22 12:38:23.466118350 +0200 @@ -10,7 +10,7 @@ #include stdlib.h #include osg/GL -#include simgear/screen/texture.hxx +#include texture.hxx static float contrast = 1.0; Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen Makefile.am, 1.13,
gcc can't be trusted.. I did a test compile here :-( I'll fix it. Erik Martin Spott wrote: Hi Erik, Erik Hofman wrote: Update of /var/cvs/SimGear-0.3/source/simgear/screen In directory baron.flightgear.org:/tmp/cvs-serv19946 Modified Files: Makefile.am Removed Files: colours.h texture.cxx texture.hxx Log Message: Move the texture code to FlightGear/utils/Modeller normalmap.cxx:13:38: error: simgear/screen/texture.hxx: Datei oder Verzeichnis nicht gefunden jive: 12:39:03 ~/SCM/FlightGear diff FlightGear/utils/Modeller/normalmap.cxx~ FlightGear/utils/Modeller/normalmap.cxx --- FlightGear/utils/Modeller/normalmap.cxx~ 2009-06-22 12:38:23.426114250 +0200 +++ FlightGear/utils/Modeller/normalmap.cxx 2009-06-22 12:38:23.466118350 +0200 @@ -10,7 +10,7 @@ #include stdlib.h #include osg/GL -#include simgear/screen/texture.hxx +#include texture.hxx static float contrast = 1.0; Cheers, Martin. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen
Erik Hofman wrote: gcc can't be trusted.. I did a test compile here :-( I'll fix it. No problem, maybe the changed file just didn't make it into the CVS commit. I'm very cautious these days for the sake of not having to deal with this sort of stuff once we're set up at LinuxTag ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/screen
Martin Spott wrote: No problem, maybe the changed file just didn't make it into the CVS commit. I'm very cautious these days for the sake of not having to deal with this sort of stuff once we're set up at LinuxTag ;-) Fair enough. Erik -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] License of simgear/screen/texture.cxx
Ron Jensen skrev: On Mon, 2009-06-22 at 03:30 +0200, o...@arcticnet.no wrote: o...@arcticnet.no skrev: Ron Jensen skrev: http://http.us.debian.org/debian/pool/main/g/glut/libglut3_3.7-25_all.deb Yes, but it's in the oldlibs section. No current package in Debian use it. Everything is linked against freeglut, which supersedes it. Upon further examination, I'll have to correct myself. That link points to a dummy transition package which just depends on freeglut and is otherwise empty. Mark Kilgard's glut really isn't in Debian anymore. I didn't look at the .deb, I'll admit. I did pull the original today, though: http://http.us.debian.org/debian/pool/main/g/glut/glut_3.7.orig.tar.gz (3.0 mbytes) Why this academic exercise? There aren't any binaries built from that, so Debian packages couldn't use it. The empty transition packages probably only still use that upstream source because of technical reasons (due to the way the archive management and dependency system works). Without any binaries, then for all practical purposes, it's gone. I'd think that's good enough (and probably so did the Debian glut maintainer, who now maintains freeglut). -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible screen shot copyright infringement
On Mon, Jun 22, 2009 at 5:25 AM, Erik Hofman wrote: Are you sure the FlightGear 1.0 screenshots always had that watermark present or is that added later on? I seem to remember the later. Notice that they use non of the current screenschots that I know had the watermark from the start. There was a mix of both v1.0 and v1.9 screen shots if I recall. Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Possible screen shot copyright infringement
I had already written that still people use our screenshots for selling a relabled FGFS. If they have the watermark or not- due to international law it is a infringement! Von: Curtis Olson curtol...@gmail.com An: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Gesendet: Montag, den 22. Juni 2009, 15:58:13 Uhr Betreff: Re: [Flightgear-devel] Possible screen shot copyright infringement On Mon, Jun 22, 2009 at 5:25 AM, Erik Hofman wrote: Are you sure the FlightGear 1.0 screenshots always had that watermark present or is that added later on? I seem to remember the later. Notice that they use non of the current screenschots that I know had the watermark from the start. There was a mix of both v1.0 and v1.9 screen shots if I recall. Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] NaN-reports and possible cause
Hi, I tried to follow the bughunting of the NaN-reports which freezes FGFS time to time. With a fresh setup of flightgear using Frederic's binaries and the datas of 05/12/2009 I had again the NaN-reports. The interesting thing was that it occured only at spots around the world with lat 50.0: KSFO, KLAX, EDDS, LSZH and others. All places more north I hadn't see anything like that. The next thing I tried was to disable AI-Interactive traffic (traffic manager) - I had still the reports. But disabling AI-Traffic in preferences.xml helped! As I already mentioned here on the list was that those AI-Traffic (not AI-Interactive traffic) is jumping- it seems to me that this broken code behind is the cause of those NaN-reports. Maybe already known, but I hope this is helpfull to get rid of it! Kind Regards HHSstill in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YASim Prop wash and the p51d.
Hi Andy, Looking through the code I don't see anything that considers prop wash. That's still true correct? Assuming it is, I came across an old posting at http://www.mail-archive.com/flightgear-de...@flightgear.org/msg07479.htmland while this looks interesting, I'm kind of wondering if there's a way we could just add a prop-wash-diameter value to hstab and use that (with prop pitch, rpm, and IAS) to plug in additional lift into the solver. Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] YASim Prop wash and the p51d
Hi Andy, Looking through the code I don't see anything that considers prop wash. That's still true correct? Assuming it is, I came across an old posting at http://www.mail-archive.com/flightgear-de...@flightgear.org/msg07479.html and while this looks interesting, I'm kind of wondering if there's a way we could just add a prop-wash-diameter value to hstab and use that (with prop pitch, rpm, and IAS) to plug in additional lift into the solver. Thanks, Jim -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] startup.nas
Hi there, On Jun 15, 2009, at 4:12 AM, Torsten Dreyer wrote: I've had another error message for the last few weeks while starting FG , Nasal runtime error: nil used in numeric context at data/Nasal/startup.nas , line 12 I've encountered exactly the same problem. I'm not so sure what it should look like, but at least it needs nil check for the property. Another solution can be setting 0 to the property at the beginning. setprop(/environment/metar/base-wind-speed-kt, 0.0); before set_runway_from_metar_wind() is called. Melchior, what do you think is the better solution for this? Tat so it looks like environment/metar/base-wind-speed-kt is still nil when read the first time ... I fixed it locally , but not sure who added it , so I'll leave it alone That's my fault for sure. This node is not initialized before a valid metar has been decoded. The boolean property /environment/metar/valid is true if the properties under /environment/metar are filled from a valid metar. So - if a valid metar has not (yet) been received from noaa, there is no wind-speed and no wind-range. Probably startup.nas should wait for /environment/metar/valid to become true before using the wind-speed and wind-range nodes. Maybe Melchior has a good idea how to do this? Torsten -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] crash after several seconds after Pilot List dialog shows up.
Hi there, I got a problem on pilot list, which crashes fgfs several seconds after the dialog shows up. The crash dump and some info on gdb below shows Null pointer assignment (iter-second = NULL). This problem happens with fgfs as of June 13th, but doesn't happen with one as of May 19th, so some changes between these two dates have something to do with this problem. I've started investigating on this but not yet reached the real cause. Does anyone knows anything on this? FYI, I attached the excerpt cvs logs of FG and SG at the bottom (from May 19th to June 13th) -- Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x0033bf53 in NewGUI::update (this=0x2493f840, delta_time_sec=0.10001) at new_gui.cxx:124 124 iter-second-update(); (gdb) info stack #0 0x0033bf53 in NewGUI::update (this=0x2493f840, delta_time_sec=0.10001) at new_gui.cxx:124 #1 0x006c7a1f in SGSubsystemGroup::Member::update (this=0x2493f8f0, delta_time_sec=0.10001) at subsystem_mgr.cxx:306 #2 0x006c92c5 in SGSubsystemGroup::update (this=0x202da50, delta_time_sec=0.10001) at subsystem_mgr.cxx:159 #3 0x006c7c9e in SGSubsystemMgr::update (this=0x202da30, delta_time_sec=0.10001) at subsystem_mgr.cxx:390 #4 0x6f13 in fgMainLoop () at main.cxx:460 #5 0x0005f5c1 in fgOSMainLoop () at fg_os_osgviewer.cxx:179 #6 0x372c in fgMainInit (argc=6, argv=0xb724) at main.cxx:1004 #7 0x283b in main (argc=6, argv=0xb724) at bootstrap.cxx:216 (gdb) p *iter $13 = (class std::pairconst std::basic_stringchar, std::char_traitschar, std::allocatorchar ,FGDialog* ) @0x4a2389c0: { first = { static npos = 4294967295, _M_dataplus = { std::allocatorchar = { __gnu_cxx::new_allocatorchar = {No data fields}, No data fields}, members of std::basic_stringchar,std::char_traitschar,std::allocatorchar ::_Alloc_hider: _M_p = 0x4a4953cc who-is-online } }, second = 0x0 } Log: Dave LUFF: Fix buffer overrun with longer runways Modified files: Instrumentation/dclgps.cxx on date: 2009/06/01 10:32:44 author: mfranz as revision 1.17 Log: Also take the current BVH nodes transform into account. Modified files: FDM/groundcache.cxx on date: 2009/06/07 11:24:42 author: frohlich as revision 1.44 Log: Remove unused header. Modified files: Scenery/scenery.cxx on date: 2009/06/06 07:46:08 author: frohlich as revision 1.29 Log: new command line option --metar=some metar new handling of real-weather-fetch major code cleanup Modified files: Environment/environment_mgr.hxx on date: 2009/05/29 10:26:35 author: torsten as revision 1.9 Environment/fgclouds.cxx on date: 2009/05/29 10:26:35 author: torsten as revision 1.29 Environment/fgclouds.hxx on date: 2009/05/29 10:26:35 author: torsten as revision 1.16 Environment/fgmetar.hxx on date: 2009/05/29 10:26:35 author: torsten as revision 1.4 Main/options.cxx on date: 2009/05/29 10:26:36 author: torsten as revision 1.121 Log: immediately fetch a metar if real-weather-fetch is re-enabled at runtime Modified files: Environment/environment_ctrl.cxx on date: 2009/06/08 19:39:37 author: torsten as revision 1.74 Environment/environment_ctrl.hxx on date: 2009/06/08 19:39:37 author: torsten as revision 1.38 Log: No need to zero the _props variable. This reference is released by the SGSharedPtr destructor anyway. Modified files: Scripting/NasalSys.cxx on date: 2009/06/07 11:23:54 author: frohlich as revision 1.125 Log: Remove dead variables. Modified files: Model/acmodel.cxx on date: 2009/06/11 09:19:32 author: frohlich as revision 1.24 Model/acmodel.hxx on date: 2009/06/11 09:19:32 author: frohlich as revision 1.13 Log: Replace plain doubles with SGGeod in FGViewer for position and target pos. Modified files: Main/viewer.cxx on date: 2009/06/09 12:15:48 author: jmt as revision 1.36 Log: Upgrade to JSBSim 1.0-prerelease Modified files: FDM/JSBSim/FGFDMExec.cpp on date: 2009/06/01 08:52:34 author: ehofman as revision 1.31 FDM/JSBSim/FGFDMExec.h on date: 2009/06/01 08:52:35 author: ehofman as revision 1.17 FDM/JSBSim/FGJSBBase.h on date: 2009/06/01 08:52:35 author: ehofman as revision 1.27 FDM/JSBSim/JSBSim.cxx on date: 2009/06/01 08:52:35 author: ehofman as revision 1.57 FDM/JSBSim/initialization/FGInitialCondition.cpp on date: 2009/06/01 08:52:37 author: ehofman as revision 1.11 FDM/JSBSim/initialization/FGInitialCondition.h on date: 2009/06/01 08:52:37 author: ehofman as
Re: [Flightgear-devel] startup.nas
I've just changed line 12 to : if (getprop(/environment/metar/base-wind-speed-kt) or 0 1) return; Dont know if that's a real fix , but it prevents an error message. Syd -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] NaN-reports and possible cause
Hi Heiko, On Monday 22 June 2009 14:46:22 Heiko Schulz wrote: Hi, I tried to follow the bughunting of the NaN-reports which freezes FGFS time to time. With a fresh setup of flightgear using Frederic's binaries and the datas of 05/12/2009 I had again the NaN-reports. The interesting thing was that it occured only at spots around the world with lat 50.0: KSFO, KLAX, EDDS, LSZH and others. All places more north I hadn't see anything like that. The next thing I tried was to disable AI-Interactive traffic (traffic manager) - I had still the reports. But disabling AI-Traffic in preferences.xml helped! As I already mentioned here on the list was that those AI-Traffic (not AI-Interactive traffic) is jumping- it seems to me that this broken code behind is the cause of those NaN-reports. Maybe already known, but I hope this is helpfull to get rid of it! I've just gotten to the same conclusion, except for the lat 50 deg north. Last week, after a short trip between EHAM and EHGG (lat =52 30 or thereabouts), I got a similar crash after observing wildly jumping AI Aircraft. I'm pretty sure the AI Traffic system is the culprit, but haven't really an idea why it's misbehaving. Also, considering the fact that the AI Traffic system is considered to be depricated, I'm not sure how mich time I'm willing to invest in fixing this proble, as opposed to disabling it all together and start to move it's remaining functionality into the AI Traffic Manager system. Cheers, Durk Kind Regards HHSstill in work: http://www.hoerbird.net/galerie.html But already done: http://www.hoerbird.net/reisen.html --- --- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge. org ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel