Re: [Flightgear-devel] Star Flight Simulator
* [EMAIL PROTECTED] (Marcio Shimoda) [2002.06.04 22:56]: > What is this?? I asked the same question of myself when I first saw it, but I believe Arnt was archiving your website, presumably as "evidence." :-) > - Original Message - > From: "Arnt Karlsen" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 03, 2002 9:23 PM > Subject: Re: [Flightgear-devel] Star Flight Simulator > > > > On Mon, 3 Jun 2002 16:38:10 -0500, > > Cameron Moore <[EMAIL PROTECTED]> wrote in message > > <[EMAIL PROTECTED]>: > > > > > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.06.03 13:47]: > > > > Anyone know what is going on with this product/project (Star Flight > > > > Simulator)? > > > > > > > > http://www.staridia.com/sfs/ > > > > [arnt@lana tldp.org-et-al]$ wget -m http://www.staridia.com/sfs/ > > > > <...> > > > > FINISHED --02:17:39-- > > Downloaded: 2,209,457 bytes in 82 files > > [arnt@lana tldp.org-et-al]$ tree www.staridia.com/ > > www.staridia.com/ > > |-- _news\fenasoft.shtml > > |-- ban_saga.gif > > |-- conflito ... -- Cameron Moore [ Do they give pilots crash courses in flight school? ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Star Flight Simulator
What is this?? - Original Message - From: "Arnt Karlsen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 03, 2002 9:23 PM Subject: Re: [Flightgear-devel] Star Flight Simulator > On Mon, 3 Jun 2002 16:38:10 -0500, > Cameron Moore <[EMAIL PROTECTED]> wrote in message > <[EMAIL PROTECTED]>: > > > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.06.03 13:47]: > > > Anyone know what is going on with this product/project (Star Flight > > > Simulator)? > > > > > > http://www.staridia.com/sfs/ > > [arnt@lana tldp.org-et-al]$ wget -m http://www.staridia.com/sfs/ > > <...> > > FINISHED --02:17:39-- > Downloaded: 2,209,457 bytes in 82 files > [arnt@lana tldp.org-et-al]$ tree www.staridia.com/ > www.staridia.com/ > |-- _news\fenasoft.shtml > |-- ban_saga.gif > |-- conflito > | |-- conflito.swf > | `-- index.html > |-- estilo.css > |-- imagens > | |-- Castconf.GIF > | |-- T27_sfs.gif > | |-- gamenet.jpg > | |-- moldura > | | |-- bg.gif > | | |-- cantodir.jpg > | | |-- meio.jpg > | | |-- newstit.gif > | | |-- strdempr.jpg > | | |-- strdfaqs.jpg > | | |-- strdprod.jpg > | | `-- strdvend.jpg > | `-- titulo > | |-- cantoesq.jpg > | |-- meio.jpg > | |-- resto.gif > | `-- strdswlg.jpg > |-- index.html > |-- sfs > | |-- bordaesq.htm > | |-- download > | | |-- escolawp.GIF > | | |-- sfs_1024.jpg > | | `-- sfs_800.jpg > | |-- html > | | |-- bxo_cen.htm > | | |-- bxo_dir.htm > | | |-- bxo_esq.htm > | | |-- meio_dir.htm > | | |-- meio_esq.htm > | | |-- topo_cen.htm > | | |-- topo_dir.htm > | | `-- topo_esq.htm > | |-- imagens > | | |-- bordaesq.gif > | | |-- img_azul.jpg > | | |-- img_not.jpg > | | |-- img_nuv.jpg > | | |-- img_sol.jpg > | | |-- img_tarde.jpg > | | |-- menu > | | | |-- direita.gif > | | | |-- esquerda.gif > | | | |-- i_avioes.gif > | | | |-- i_cena.gif > | | | |-- i_dwld.gif > | | | |-- i_esquad.gif > | | | |-- i_ppal.gif > | | | |-- i_sshots.gif > | | | |-- sep_a_c.gif > | | | |-- sep_c_s.gif > | | | |-- sep_d_e.gif > | | | |-- sep_e_lg.gif > | | | |-- sep_p_a.gif > | | | |-- sep_s_d.gif > | | | |-- strdswlg.GIF > | | | `-- topo.GIF > | | |-- peq_sfs4.jpg > | | |-- peq_trwp.GIF > | | |-- rodape.gif > | | |-- sfslogo.GIF > | | |-- shots > | | | |-- sfs_ceuazul.jpg > | | | |-- sfs_ceutarde.jpg > | | | |-- sfs_noturno.jpg > | | | |-- sfs_nuvens.jpg > | | | `-- sfs_sol.jpg > | | `-- textobg.gif > | |-- index.html > | |-- menu.htm > | |-- rodape.htm > | |-- sfs_av.htm > | |-- sfs_cena.htm > | |-- sfs_dwld.htm > | |-- sfs_esqu.htm > | |-- sfs_ppal.htm > | |-- sfs_ss.htm > | |-- sfshp.htm > | `-- sfslogo.htm > |-- strdempr.shtml > |-- strdfaqs.shtml > |-- strdhome.shtml > |-- strdnews.shtml > |-- strdprod.shtml > `-- strdvend.shtml > > 10 directories, 82 files > [arnt@lana tldp.org-et-al]$ wget -m http://www.staridia.com/ > --02:22:31-- http://www.staridia.com/ >=> `www.staridia.com/index.html' > Resolving www.staridia.com... done. > Connecting to www.staridia.com[200.152.79.15]:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: 1,113 [text/html] > Server file no newer than local file `www.staridia.com/index.html' -- > not retrieving. > > Loading robots.txt; please ignore errors. > --02:22:32-- http://www.staridia.com/robots.txt >=> `www.staridia.com/robots.txt' > Connecting to www.staridia.com[200.152.79.15]:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 02:22:33 ERROR 404: Not Found. > > --02:22:33-- > http://www.staridia.com/%5C%22http:/www.TheCounter.com%5C%22 >=> `www.staridia.com/%5C%22http:/www.TheCounter.com\"' > Connecting to www.staridia.com[200.152.79.15]:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 02:22:35 ERROR 404: Not Found. > > --02:22:35-- http://www.staridia.com/strdhome.shtml >=> `www.staridia.com/strdhome.shtml' > Connecting to www.staridia.com[200.152.79.15]:80... connected. > HTTP request sent, awaiting response... 403 Forbidden > 02:22:37 ERROR 403: Forbidden. > > > FINISHED --02:22:37-- > Downloaded: 0 bytes in 0 files > [arnt@lana tldp.org-et-al]$ > > -- > ..med vennlig hilsen = with Kind Regards from Arnt... ;-) > ...with a number of polar bear hunters in his ancestry... > Scenarios always come in sets of three: > best case, worst case, and just in case. > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Star Flight Simulator
> Anyone know what is going on with this product/project (Star Flight > Simulator)? > > http://www.staridia.com/sfs/ > The Star Flight Simulator is the first product of Staridia Softworks, a project currently in a pre-incubating stage at INTUEL (Londrina International Incubator for Technology-Based Companies). I'm the main programmer of SFS. We are using the FlightGear to develop this flight simulator. > I know a little spanish so I can bluff my way through the web site and > get the general gist of things, but I'm sure I have missed most/all of > the subtleties. > Is written in portuguese... > Under the "Vendas" (sales?) link it appears that they say all their > products are currently under development so nothing is yet for sale. > Exactly > I'm slightly concerned because I don't see anything on their site that > explains how the FlightGear GPL license is being carefully honored. > The only thing under the downloads section are two "Star Flight > Simulator" logos. > We know about the GPL license and when we finish the SFS, we'll put it in the downloads section. []'s Marcio Shimoda ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] new potential developer :)
* [EMAIL PROTECTED] (Christian Stock) [2002.06.04 21:56]: > Hi, > > Let me introduce myself, before I start with what I'm interested at. Hi. Let me start off by saying that the FG scenery has not been developed that much over the past year (IMHO), so there are plenty of opportunities for you to rack up geek-points. > I had a first look at flightgear about 1.5 years ago, but decided to go > with FS2K and got deeply involved in scenery creation (also done some panel > work). The last year I spent mostly trying to crack FS2K2 bgls, and I > probably know them better than anyone else who is not part of the M$ FS > team. I have to say that I've had it know with the obvious complete > stubbornness on Microsofts part to not provide any form of help to > customize their simulator. All the time I have spent trying to do my own > things, probably would have been spent better spent helping out here, and > trying to incorporate the FS2K2 features into FG. I decided that I'd from > now on rather help here, then continue to hit my head against the brick > wall in Redmond. For everyone else, here's some of Christian's handywork: http://ftp.avsim.com/library/esearch.php?DLID=&Name=&FileName=&Author=Christian+Stock&CatID=Root Looks good. > What I would like to have a go at development wise (apart from converting > my NZ data to FG scenery), The README from your NZ scenery on AVSim.com, states: You aren't allowed to distribute this scenery, or part of it, commercially or for any profit whatsoever. This being a derived product from the LINZ NZTopo Database makes it copyrighted data! Taking that statement at face value, I'm not sure we can include the scenery in the official FG scenery distribution since it conflicts with the GPL (which allows you to charge money for distribution). A pretty good example of this is Curt's CD page: http://www.infoplane.com/~curt/ > is to improve the terrain in FG. The scenery generation side of FlightGear is covered under a sister project called TerraGear. See http://terragear.org/ and make sure you join the mailing lists. > How is the LOD of the elevation mesh handled? To my knowledge, we do not currently do LOD for scenery. > Also, are seasons implemented? Nope. > The bitmaps could also look better, but I know someone who made a > complete replacement set of the FS2K2 textures as freeware, they look > really good and I think I can maybe organise something there :). One of the obstacles we face with using MSFS addons is that most are "freeware" and forbid selling or altering of the work. We have to explicitly get the authors to relicense their works as GPL (or Public Domain) for us to include them in the official FG distribution. > And finally, the new 'autogen' feature of FS2K2 is one of the features > I really like. Having autogenerated 3D objects depending on land use > textures is just great (looks good and gives you more of a feel of > 'beeing there'). I can also have a look into how this works in detail. I think someone has been experimenting with autogen, but I'm not sure how that development is going. > Looking forward to get involved here. Me too. :-) Can't wait for you to replace "Microsoft Flight Simulator 2000" with "FlightGear" here: http://www.sli.unimelb.edu.au/people/staff/cstock.html If/When you actually do start actively developing FG, remind me to add you to this page (if you wish): http://unbeatenpath.net/software/fgfs/Developers/Developers.html Thanks -- Cameron Moore [ The sooner you fall behind, the more time you'll have to catch up. ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] new potential developer :)
Hi, Let me introduce myself, before I start with what I'm interested at. I had a first look at flightgear about 1.5 years ago, but decided to go with FS2K and got deeply involved in scenery creation (also done some panel work). The last year I spent mostly trying to crack FS2K2 bgls, and I probably know them better than anyone else who is not part of the M$ FS team. I have to say that I've had it know with the obvious complete stubbornness on Microsofts part to not provide any form of help to customize their simulator. All the time I have spent trying to do my own things, probably would have been spent better spent helping out here, and trying to incorporate the FS2K2 features into FG. I decided that I'd from now on rather help here, then continue to hit my head against the brick wall in Redmond. My main goal is to convert the commercial 1:25000 topographical data for New Zealand, I'm sitting on into a flight simulator and to get some decent scenery + good framerates. I actually haven't downloaded the latest FG yet, but I will do so as soon as I have time (I'll be away for a week now), and then try to set everything up. I'll be probably working in both Linux and Windows as I only have Windows at home (I didn't use Linux at home anymore so got rid of it, not enough diskspace :) ). I'm a postdoc at Melbourne University working in the field of environmental visualisation. I have so far been programming in ArcGIS (C++, and some VB, because I had to teach VB). I've been programming C++ for probably 5 years now or so. My next task will be to look into our own renderer which is based on OpenGL Performer. So, I would think that I can do quite similar tasks, I work for my 'real research work' and reuse some stuff for FG. However, the performer libraries are commercial, so I suspect that there is some more low level OpenGL demand here. I'm actually quite looking forward to play around with opengl, and maybe we can bring the scenery engine up to a standard that surpasses FS2K2, eg using bump-mapping on buildings / cockpits. I'm planning to use flight simulation stuff for my research in the long run, so I'm quite serious about all this. I'm quite interested into 'real world terrain training', and recognition of landmarks, etc. Finally, a good point to start would maybe be a bgl importer for FG, I have seen a webpage on that already, with my bgl knowledge it shouldn't be hard to get some decent advances in that field. What I would like to have a go at development wise (apart from converting my NZ data to FG scenery), is to improve the terrain in FG. If I'm informed right, FG uses TIN models (a big plus compared to FS2K2), so that's a good start. How is the LOD of the elevation mesh handled? I think FS2K2 uses a tree structure, but I found the ASD solution of Performer much more performance friendly (and looks better too). Some technical discussion on this issue would probably good. Next, how is the texturing handled? I assume using a tree structure and with different levels of LODs, ie mipmaps? What's really missing I think is a sort of blending between different texture classes. The squares I have seen in the screenshots look quite nasty, I think FS2K2 uses some bitmap strips as a mask to make this more realistic looking. I can have a closer look into that. Also, are seasons implemented? The bitmaps could also look better, but I know someone who made a complete replacement set of the FS2K2 textures as freeware, they look really good and I think I can maybe organise something there :). And finally, the new 'autogen' feature of FS2K2 is one of the features I really like. Having autogenerated 3D objects depending on land use textures is just great (looks good and gives you more of a feel of 'beeing there'). I can also have a look into how this works in detail. So, this was quite a long email. I know there's lots of stuff to do, but I'm looking quite forward to this new challenge. It should be more fun then these endless hours of trying to beat sense into some random hex code. Is there maybe a state of the art document for the terrain part, or will I have to just have a look at the source code and make some sense out of it? Looking forward to get involved here. Cheers, Christian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Crash on "Reset" function.
"Curtis L. Olson" <[EMAIL PROTECTED]> said: > At the start of the program we save a copy of the property tree. As > part of restoring the initial state we copy back this saved property > tree to the current/master property tree. Because of callbacks > (functions tied to property reads and writes) there are various calls > into the environment manager that are triggered which then trigger a > rebuild of a cloud layer. In simgear/sky/cloud.cxx, line #146 there > is a "delete layer_root;" > Noticed that the "layer_transform" is being reinstantiated every time rebuild() in cloud.cxx is called, but doesn't get deleted. I'm not sure what the effect of that would have other than memory leakage. The "rebuild" (or something else) appears to cause a segfault after being called 3 or 4 times. To demonstrate this, try changing the type on one or more of the layers a few time. Like I said it crashes on about the 3rd or 4th time, reliably on my system. This is not necessarily the same exact problem as the reset issue, since changing the config to just a single layer doesn't seem to allow successful reset. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Crash on "Reset" function.
Jim Wilson writes: > Yes, right after the cloud layer changes went in it started. David > knows about it. Comment out the cloud layer config in > preferences.xml and the problem goes away (but you have no clouds). > It appears there's something that isn't getting cleaned up in the > simgear code. David, I'm looking for help on this one since it's seems to be very much wrapped up in the property system and environment manager and cloud layers. This problem seems to be very complicated. On selecting reset from the menu ... In flightgear/gui/gui_local.cxx, line #74 there is a call to "globals->restoreInitialState();" At the start of the program we save a copy of the property tree. As part of restoring the initial state we copy back this saved property tree to the current/master property tree. Because of callbacks (functions tied to property reads and writes) there are various calls into the environment manager that are triggered which then trigger a rebuild of a cloud layer. In simgear/sky/cloud.cxx, line #146 there is a "delete layer_root;" This is failing on the second reinit. I think what is happening is that a first delete is succeeding, but delete doesn't change the value of the pointer so now it is pointing to freed memory. Then we come along and run this routine again and the delete bombs because ssg is flagging that we are trying to free already freed memory (deadbeef check.) If we change the value of layer_root to NULL after the delete, this problem seems to go away and the property tree restore finishes. However, this doesn't seem to make sense because rebuild() should always build the cloud layer and leave layer_root valid, and the constructor initializes it to NULL so I don't see how this can ever be getting stomped on, unless it is happening inadvertantly somewhere else in the code? Beyond this one problem I think there is definitely something still busted because after the property tree restore finishes, we still get a crash re-initing time in a completely non-sensical place (a malloc). Thus I think some code triggered by the property tree restore is stomping on memory and causing problems later. I'm guessing it must be related to the new cloud layer code because removing the cloud layers from preferences.xml *seems* to make the problem mostly go away. That's as far as I've gotten on this one ... there are a lot of layers to this onion. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Crash on "Reset" function.
Curtis L. Olson writes: > Jim Wilson writes: > > "Curtis L. Olson" <[EMAIL PROTECTED]> said: > > > > > Has anyone tried to debug the "Reset" menu crash? > > > > Yes, right after the cloud layer changes went in it started. David knows > > about it. Comment out the cloud layer config in preferences.xml and the > > problem goes away (but you have no clouds). It appears there's something that > > isn't getting cleaned up in the simgear code. > > With the clouds commented out of preferences.xml I can reset once > successfully, but the 2nd time causes a crash for me ... Errr, update, I did get it to crash once on the 2nd try, but with many subsequent attempts I cannot get it to crash. So something beyond the clouds must still be slightly weird someplace, but clouds seem to be a major culprit at this point. Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Crash on "Reset" function.
Jim Wilson writes: > "Curtis L. Olson" <[EMAIL PROTECTED]> said: > > > Has anyone tried to debug the "Reset" menu crash? > > Yes, right after the cloud layer changes went in it started. David knows > about it. Comment out the cloud layer config in preferences.xml and the > problem goes away (but you have no clouds). It appears there's something that > isn't getting cleaned up in the simgear code. With the clouds commented out of preferences.xml I can reset once successfully, but the 2nd time causes a crash for me ... Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] LWCE Booth, San Francisco, Aug 12-15
I haven't received any 'official' confirmation for our booth application, but I just checked here: http://www.linuxworldexpo.com/linuxworldexpo/v31/index.cvn?ID=10031&p_navid=2 They now have FlightGear listed in the .Org pavilion so it looks like we are past the point of no return. :-) Thanks to all the people that have indicated they can come and help. I'm sure we could use another warm body or two now and then to help at the booth ... or if you are attending the show, at least stop by and say hi. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Basic Flying Rules
Basic Flying Rules (from the June issue of the Pulse, http://www.spmrc.com) 1. Try and stay in the middle of the air. 2. Do not go near the edges of it. 3. The edges of the air can be recognized by things like ground, buildings, sea, trees, and interstellar space. It is much more difficult to fly there. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Radeon 8500 linux drivers
Slightly off topic, but I found the following post from Sunday on dri-devel: http://sourceforge.net/mailarchive/forum.php?thread_id=772607&forum_id=7177 Apparently, ATI have released (binary) Linux drivers for their FireGL 8700/8800 cards. These use the same core as the Radeon 8500, and the poster implies that they work correctly on those cards. Some games still have bugs, he says. Maybe they're not quite complete, and ATI wanted to get them into the (more tolerant) developer/professional community for some beta testing? The release notes seem to imply that the code is based on the DRI framework. If anyone has both an 8500 and a Linux installation and wants to try this out, I'd be really curious as to the results. I'm starting to look at a video card upgrade. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Crash on "Reset" function.
* Curtis L. Olson -- Tuesday 04 June 2002 16:09: > If you send the debugt script to me, perhaps I can find a place in cvs > for it. OK, I'll do so. But first I will beef it up, add some comments and security checks and all that. Basically if offers a few modes and sets up fgfs, valgrind and gdb for each: $ debug # runs "valgrind $fgfs" (interactive mode) $ debug -b# runs "valgrind $fgfs" (batch mode) $ debug -r# runs "$fgfs" $ debug -g# runs "gdb $fgfs" $ debug -c# runs "gdb $fgfs core" While options -r, -g, and -c don't look like a big gain, they guarantee that always the same binary is run and that you don't have to state the whole path every time. Additionally -g automatically starts gdb with the stated fgfs options, so you don't have to set them manually via gdb's 'set args ...'. Don't expect too much, though. It's just a simple bash script. :-) m. -- You don't seem to understand what being a maintainer means. It means saying no to crap. -- Linus TORVALDS ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Crash on "Reset" function.
Melchior FRANZ writes: > That was me. And I'm still playing with it. I just hadn't much time > recently, but I'll continue as soon as possible. What has also slowed > me down a bit is, that valgrind wasn't able to debug threaded programs up > to 20020329 and I always had to compile two fgfs versions. Quite > annoying. Then threading was added but didn't compile on SuSE 7.1. > I bothered the author and he finally provided a solution yesterday. :-) > (-> see next release after 20020602.) > > Yes, there are thousands of less interesting messages for different > libs, but they can be hidden with only 9 suppression rules. (I can send > you my suppression file and my debug script, that sets up valgrind > and gdb parameters reasonably.) Melchior, If you send the debugt script to me, perhaps I can find a place in cvs for it. Regards, Curt. >But when I ended my first valgrind sessions, everything went through > without messages until the end of the initialization code, with > just one exception: a bug in the sky code, that was too hard to > debug then (it was triggered somewhere deep in the ssg tree). > Recently there were some new bugs added that I didn't track down > yet. But in the long run I want to have all these bugs fixed. :-) > > > > > and (on my machine) wants to link against the NVidia libGL.so, > > which isn't supported* by valgrind. > > That's bad. :-( > > m. > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft
[EMAIL PROTECTED] wrote: >>Stoenworks aviation is in St. Louis Park. That's where I >>used to lie. >> >>Jon > > > Not that it matters, but I meant "that's where I used to *live* ". I hope there is a difference? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Aircraft
> Stoenworks aviation is in St. Louis Park. That's where I > used to lie. > > Jon Not that it matters, but I meant "that's where I used to *live* ". Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Re: Parsing Lon/lat strings
Melchior, > And that proves that it is not an Outlook bug? Have you noticed > that you are > using "MSO IMO, Build 9.0.2416 (9.0.2911.0)", while Frederic is using > "MSO Express 6.00.2600."? Again: this is an Outlook bug. Period. Despite the (irritating) naming, Outlook and Outlook Express are completely different programs. They use completely different date storage file types (and I suppose a completely different code base, despite a similar GUI). Outlook is payware (comes with Office) while OE accompanies Windows/Internet Explorer. I was referring to Outlook. I should have checked it's actually OE, though. Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Parsing Lon/lat strings
* Michael Basler -- Tuesday 04 June 2002 09:32: > * Melchior FRANZ -- Tuesday: > > This feature is brought to you by Micros~1 Outlock. > > It's a normal signed MIME-message, nothing special. > > This isn't true. I am using Outlook to read the list, and James' messages > appear as normal signed MIME-messages. And that proves that it is not an Outlook bug? Have you noticed that you are using "MSO IMO, Build 9.0.2416 (9.0.2911.0)", while Frederic is using "MSO Express 6.00.2600."? Again: this is an Outlook bug. Period. m. --EOT-- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Re: Parsing Lon/lat strings
Hi, > * Frederic Bouvier -- Tuesday 04 June 2002 07:47: > > PS: I am seeing all your messages as attachment. Is there > something special > > with your > > mailer or is it me ( or Outlook ) ? > > This feature is brought to you by Micros~1 Outlock. > It's a normal signed MIME-message, nothing special. This isn't true. I am using Outlook to read the list, and James' messages appear as normal signed MIME-messages. Regards, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel