Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes
C-like in many ways. Probably the biggest barrier for most people is going to be getting their development system setup properly so they can compile their new code additions or changes. I sort of disagree here. Setting up a development system is not a big deal (even I managed to do it, so anybody else should be able to) but its not that easy to get your changes into the system. I am not complaining about this and I acknowledge that changing the internal program is a thing that has to be carefully reviewed. Writing some Nasal code usually does not affect the whole system and can be maintained for a single aircraft. To make things easier for developers, can we think of a plug-in system for callbacks so a potential developer write a library that is linked in dynamically by the flightgear core? I think having a plug-in system for compiled/binary extensions whould give us great flexibility without touching the flightgear-core to heavily. Torsten - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes
* Torsten Dreyer -- Thursday 25 October 2007: To make things easier for developers, can we think of a plug-in system for callbacks so a potential developer write a library that is linked in dynamically by the flightgear core? No. That would mean to add and maintain plug-in loader code for all supported platforms, as well as hundreds of lines of documentation, for people who are bright enough - to set up a development environment - to understand enough of fgfs internals to write a module - that follows an interface API specification but are too stupid - to add three lines to a Makefile.am - one line to fg_init.cxx and - one line to main.cxx Such a feature wouldn't make developing one bit easier or faster -- quite on the contrary. And it would lead in no time to Windows/Linux/Mac-*only*, binary *only* addons. Sure, the GPL would prohibit to run such modules with fgfs, and Curt would be happy to sue all infringers (because he has too much time and too much money. :-) This is not where we want to go. (As far as I'm concerned, but I don't speak for the project.) m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes
Sent: 25 October 2007 14:10 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes * Torsten Dreyer -- Thursday 25 October 2007: To make things easier for developers, can we think of a plug-in system for callbacks so a potential developer write a library that is linked in dynamically by the flightgear core? No. That would mean to add and maintain plug-in loader code for all supported platforms, as well as hundreds of lines of documentation, for people who are bright enough - to set up a development environment - to understand enough of fgfs internals to write a module - that follows an interface API specification but are too stupid - to add three lines to a Makefile.am - one line to fg_init.cxx and - one line to main.cxx Such a feature wouldn't make developing one bit easier or faster -- quite on the contrary. And it would lead in no time to Windows/Linux/Mac-*only*, binary *only* addons. Sure, the GPL would prohibit to run such modules with fgfs, and Curt would be happy to sue all infringers (because he has too much time and too much money. :-) This is not where we want to go. (As far as I'm concerned, but I don't speak for the project.) And to add my two pence worth, I have never had the slightest dificulty in getting new or amended code into fg, provided that it was: A. Justified B. Worked. There has been the odd difficulty over style, indents, and tabs. But let's not go there. Vivian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] J3 Cub Back Seat Driver
Would it be possible to change the default position for the j3cub to sitting in the front seat instead of the back seat? That would make the instruments (especially the compass) actually readable. Maybe have a second -set file for back seat drivers? -- Hans Fugal - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub Back Seat Driver
Why not ad a second view, from where you can fly the aircraft? Better than two -set.xml-files... HHS --- Hans Fugal [EMAIL PROTECTED] schrieb: Would it be possible to change the default position for the j3cub to sitting in the front seat instead of the back seat? That would make the instruments (especially the compass) actually readable. Maybe have a second -set file for back seat drivers? -- Hans Fugal - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Machen Sie Yahoo! zu Ihrer Startseite. Los geht's: http://de.yahoo.com/set - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub Back Seat Driver
Ah, I didn't realize you started there for weight/balance reasons. I thought it was just someone's preference. Definitely don't change it then. That mouse trick is nice. I wonder if it is really that hard to see the compass in the real plane. Maybe so, but combined with the small size and the various reasons why it's hard to make out the magnetic compass in FG even at regular size I have to think maybe it's extra-difficult. On 10/25/07, David Megginson [EMAIL PROTECTED] wrote: On 25/10/2007, Hans Fugal [EMAIL PROTECTED] wrote: Would it be possible to change the default position for the j3cub to sitting in the front seat instead of the back seat? That would make the instruments (especially the compass) actually readable. Maybe have a second -set file for back seat drivers? The thing is, you do fly the J3 cub solo from the back seat for weight-and-balance reasons, so it definitely should be the default. Apparently, it really is that hard to see the instruments in a Cub, but fortunately, you don't use them much in a plane like that. You can move the pilot view position forward if you want using the mouse (that applies to any plane) -- go into mouse view mode, and hold down the middle mouse button and CTRL on the keyboard, then slide the mouse forward. Note that Microsoft Flight Simulator X, which now also comes with a J3 Cub (I think we were first), starts you in the back seat as well. All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub Back Seat Driver
On 25/10/2007, Hans Fugal [EMAIL PROTECTED] wrote: I wonder if it is really that hard to see the compass in the real plane. Maybe so, but combined with the small size and the various reasons why it's hard to make out the magnetic compass in FG even at regular size I have to think maybe it's extra-difficult. I can make it out at 1280x800, but I agree that it is hard to read. Then again, in real life, I can barely read the mag compass in my Warrior sitting in the front seat -- it's a tiny, dim sort of thing. Generally, I lean over and stick my face right in front of it when I need to calibrate my heading indicator. For flying a Cub, you shouldn't look at the compass very often -- it's a look-out-the-window plane, not a look-at-the-panel plane. Use 'x' to zoom in on the compass to check your heading once in a while (ctrl-X will snap back to regular zoom), then pick a point outside the window as your heading reference and look at it instead of the compass. That's probably the best equivalent of the Cub pilot leaning forward to take a glance. All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Positioning Point of View and controlling direction I look
I just tried this (plib version) and get this error Nasal runtime error: No such member: getValue at ./fgd/Nasal/view.nas, line 95 called from: /input/keyboard/key[86]/binding, line 1 And a useless view. Replacing the original view (without n=100) works fine. On 10/24/07, Jon Stockill [EMAIL PROTECTED] wrote: Mike Yukish wrote: More questions! So how do I change the direction in which I am viewing and the position that I am viewing from? I did not see them in the list of properties, which seemed like a good guess on where they'd be. The camera balls on aircraft typically are hanging below the fuselage. You can set the position, field of view, and initial view direction (along with all sort of other stuff not covered by adding a new view to the aircraft config - the following just needs adding to the -set.xml file somewhere between the sim/sim tags: view n=100 internal archive=ytrue/internal config nameYour view name here/name typelookfrom/type x-offset-m archive=y -0.237 /x-offset-m !-- Right -- y-offset-m archive=y 0.291 /y-offset-m !-- Up-- z-offset-m archive=y -1.172 /z-offset-m !-- Back -- pitch-offset-deg0/pitch-offset-deg roll-offset-deg0/roll-offset-deg yaw-offset-deg0/yaw-offset-deg /config /view It's possible to define a whole load of views in this way - user defined views should start from n=100. Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] J3 Cub rerigged (was Re: J3 Cub Back Seat Driver)
Since I came back to FlightGear a few weeks ago, I've flown the J3 Cub mainly with the mouse (for short breaks from work), so I hadn't noticed how badly out of trim the plane has been flying. I've just checked in changes to fix the (non-adjustable) rudder and aileron trim to get rid of the strong roll+skid tendency in level cruise. Note that the plane will still pull to the left at a high angle of attack (e.g. takeoff or steep climb), as it should. For those of you who like this model, it should be a bit less annoying to fly with a joystick or yoke now. All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub rerigged (was Re: J3 Cub Back Seat Driver)
Thanks! You mention the nonadjustable rudder and aileron trim - is that nonadjustable in theory only or does flightgear also enforce this? If not, can it be made to? It wasn't clear from the j3cub.xml file. On 10/25/07, David Megginson [EMAIL PROTECTED] wrote: Since I came back to FlightGear a few weeks ago, I've flown the J3 Cub mainly with the mouse (for short breaks from work), so I hadn't noticed how badly out of trim the plane has been flying. I've just checked in changes to fix the (non-adjustable) rudder and aileron trim to get rid of the strong roll+skid tendency in level cruise. Note that the plane will still pull to the left at a high angle of attack (e.g. takeoff or steep climb), as it should. For those of you who like this model, it should be a bit less annoying to fly with a joystick or yoke now. All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub rerigged (was Re: J3 Cub Back Seat Driver)
On 25/10/2007, Hans Fugal [EMAIL PROTECTED] wrote: Thanks! You mention the nonadjustable rudder and aileron trim - is that nonadjustable in theory only or does flightgear also enforce this? If not, can it be made to? It wasn't clear from the j3cub.xml file. You can adjust it in flight if you bind some keys to the trim properties, but it would be pretty unrealistic -- I doubt that any J3 Cub has ever had rudder or aileron trim. All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Does anyone else have this problem? And how to get rid of them? I can't go on working on the 737-cockpit with these troubles HHS __ Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker. www.yahoo.de/clever - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
Hi Heiko On Thursday 25 October 2007 20:20, Heiko Schulz wrote: Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Is this using the windows version? I downloaded the precompiled PLIB version from Reagan Thomas (for my windows box), and initially got the same shutdown. I managed to solve it by checking out a fresh copy of the data tree from CVS. So it looks like it's a version mismatch between program and data. There is a 0.9.11-pre1 source package dating back from may, but that one also doesn't seem to work. With the interval timing bug solved, we could consider opening up the discussion for a new release again. Cheers, - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
Hi Durk, Yes, I used the windows version. I checked the data - always matching. I checked this first. On the version 10/05/2007 it was like an old car - sometimes it started, sometimes not or after several trying. Note, that is was even mentioned on a fedora system: http://www.flightgear.org/forums/viewtopic.php?t=574 Greetings HHS --- Durk Talsma [EMAIL PROTECTED] schrieb: Hi Heiko On Thursday 25 October 2007 20:20, Heiko Schulz wrote: Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Is this using the windows version? I downloaded the precompiled PLIB version from Reagan Thomas (for my windows box), and initially got the same shutdown. I managed to solve it by checking out a fresh copy of the data tree from CVS. So it looks like it's a version mismatch between program and data. There is a 0.9.11-pre1 source package dating back from may, but that one also doesn't seem to work. With the interval timing bug solved, we could consider opening up the discussion for a new release again. Cheers, - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Heute schon einen Blick in die Zukunft von E-Mails wagen? www.yahoo.de/mail - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
Hi Durk, Yes, I used the windows version. I checked the data - always matching. I checked this first. On the version 10/05/2007 it was like an old car - sometimes it started, sometimes not or after several trying. Note, that is was even mentioned on a fedora system: http://www.flightgear.org/forums/viewtopic.php?t=574 Greetings HHS --- Durk Talsma [EMAIL PROTECTED] schrieb: Hi Heiko On Thursday 25 October 2007 20:20, Heiko Schulz wrote: Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Is this using the windows version? I downloaded the precompiled PLIB version from Reagan Thomas (for my windows box), and initially got the same shutdown. I managed to solve it by checking out a fresh copy of the data tree from CVS. So it looks like it's a version mismatch between program and data. There is a 0.9.11-pre1 source package dating back from may, but that one also doesn't seem to work. With the interval timing bug solved, we could consider opening up the discussion for a new release again. Cheers, - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Machen Sie Yahoo! zu Ihrer Startseite. Los geht's: http://de.yahoo.com/set - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
* Durk Talsma -- Thursday 25 October 2007: With the interval timing bug solved, we could consider opening up the discussion for a new release again. Yes, it's really *high* time. But what's with the plib release? I would have liked to make fgfs depend on 1.8.5. This fixes a bug with font colors in list widgets (property browser!) and other stuff. (And it would also allow me to commit a cleanup patch that I have running here since a *year*: it removes src/GUI/puList.[ch]xx, which is then superfluous, and cleans up dialog.cxx and other GUI files. Not risky at all. :-) m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
On Thursday 25 October 2007 19:44:54 Melchior FRANZ wrote: Yes, it's really *high* time. But what's with the plib release? I would have liked to make fgfs depend on 1.8.5. This fixes a bug with font colors in list widgets (property browser!) and other stuff. Wouldn't it be a bit excessive to make fgfs DEPEND on 1.8.5, considering it works quite acceptably with 1.8.4, and considering that most distros likely won't be supplying 1.8.5 for ages after it's released? It's not a problem for me since I don't ever use our releases anyway, but I can see it adding an extra step of unnecessary nuisance for people wanting to build the latest version of fgfs instead of waiting for their distro to get round to it... I don't see what's wrong with just highly recommending 1.8.5 if/when it's released; after all, the minor cleanups mentioned surely aren't that big a deal when this might well be our last non-OSG release anyway? Cheers, AJ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
* AJ MacLeod -- Thursday 25 October 2007: Wouldn't it be a bit excessive to make fgfs DEPEND on 1.8.5, No. It's statically linked, and 99 percent of the users use compiled binaries (number made up). The 1 percent can be asked to download the latest stable release. The broken version 1.8.4 makes fgfs look worse than it needs to be. I see that especially in the screenshots that you uploaded to the wiki. m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
On Thursday 25 October 2007 20:44, Melchior FRANZ wrote: * Durk Talsma -- Thursday 25 October 2007: With the interval timing bug solved, we could consider opening up the discussion for a new release again. Yes, it's really *high* time. But what's with the plib release? I would have liked to make fgfs depend on 1.8.5. This fixes a bug with font colors in list widgets (property browser!) and other stuff. (And it would also allow me to commit a cleanup patch that I have running here since a *year*: it removes src/GUI/puList.[ch]xx, which is then superfluous, and cleans up dialog.cxx and other GUI files. Not risky at all. :-) There was a flurry of activity following my initial enquiry. John Fay has been very active incorporating a few patches, and Steve Baker mentioned giving him (or somebody else who wished to volunteer) admin rights. As far as I know that hasn't happened yet. IIRC, I presented a Plan-B in case a plib-18.5 release didn't happen. Probably the best course of action is to send a friendly reminder to the plib list, and if it doesn't happen again, stick to plan B. FWIW, I probably don't have much time to spend on preparatory release work until after FSWeekend (3 4 November; more on that later). Cheers, Durk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems on win32 and Fedora 7 x86_64
* Durk Talsma -- Thursday 25 October 2007: Probably the best course of action is to send a friendly reminder to the plib list, and if it doesn't happen again, stick to plan B. Yes, but I won't do that. I did it on 2007/04/02, and the question remained unanswered. The last posting before that was two and a half months earlier, and the next was two months later. There are nicer places to be ignored. I'm a bit impatient with plib, and I think that integrating the code into fgfs becomes more and more desirable. Which is also a reason why I would like to have the fgfs code cleaned up w.r.t. to the GUI parts. But I can commit my one year old patch right after the release, too. It would just be a pity if people continued to use the broken plib version out of laziness (and because we don't force them to use the fixed one. :-) m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub rerigged (was Re: J3 Cub Back Seat Driver)
On 10/25/07, David Megginson [EMAIL PROTECTED] wrote: On 25/10/2007, Hans Fugal [EMAIL PROTECTED] wrote: Thanks! You mention the nonadjustable rudder and aileron trim - is that nonadjustable in theory only or does flightgear also enforce this? If not, can it be made to? It wasn't clear from the j3cub.xml file. You can adjust it in flight if you bind some keys to the trim properties, but it would be pretty unrealistic -- I doubt that any J3 Cub has ever had rudder or aileron trim. Or have a joystick. -- Hans Fugal Fugal Computing - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64
Heiko Schulz Sent: 25 October 2007 19:21 To: FGFS Developers Mail List Subject: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64 Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Does anyone else have this problem? And how to get rid of them? I can't go on working on the 737-cockpit with these troubles This is not a fgfs problem - I compile my own versions of both branches for Windows, and have never had that problem (yet :-)). Looks like a data compatibility problem, or a bad binary. Why not compile your own, too? MSVC8 is a free download, and the project files are provided. It takes a little setting up, but once it's done compilation is swift, and (usually) painless. Vivian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J3 Cub rerigged (was Re: J3 Cub Back Seat Driver)
On 25/10/2007, Hans Fugal [EMAIL PROTECTED] wrote: You can adjust it in flight if you bind some keys to the trim properties, but it would be pretty unrealistic -- I doubt that any J3 Cub has ever had rudder or aileron trim. Or have a joystick. Actually, the J3 does use a stick instead of a yoke -- you can see it in the 3D model (it's mounted on the floor, between where your feet would be). All the best, David - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64
On 10/25/07, Vivian Meazza [EMAIL PROTECTED] wrote: Heiko Schulz Sent: 25 October 2007 19:21 To: FGFS Developers Mail List Subject: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64 Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Does anyone else have this problem? And how to get rid of them? I can't go on working on the 737-cockpit with these troubles This is not a fgfs problem - I compile my own versions of both branches for Windows, and have never had that problem (yet :-)). Looks like a data compatibility problem, or a bad binary. Why not compile your own, too? MSVC8 is a free download, and the project files are provided. It takes a little setting up, but once it's done compilation is swift, and (usually) painless. Vivian I'm pretty sure they're referring to the win32 binary I posted. For the record, I too suspect it's a data problem. I updated the source from CVS yesterday at work, compiled it and ran it (that's the 20071024 binary that's being referred to). I also updated source from CVS at home just now, compiled and ran it with no problems. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64
Hi, I'm not sure but I'm think the problem is maybe in WinCVS. Today I noticed that the CH47 was not quite uploaded. The ac.model was missing though Syd had uploaded 3h before Maybe I have to try the TortoiseCVS... HHS --- Thomas [EMAIL PROTECTED] schrieb: On 10/25/07, Vivian Meazza [EMAIL PROTECTED] wrote: Heiko Schulz Sent: 25 October 2007 19:21 To: FGFS Developers Mail List Subject: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64 Hello, Me, Aeortro and maybe some ohthers noticed a problem with fgfs. With the builts from 10/24/2007 and 10/05/2007 in both branches OSG and plib FGFS shut down while intializing subsystems. There are no error messages in the shell and no on the win32 eventmanager... Does anyone else have this problem? And how to get rid of them? I can't go on working on the 737-cockpit with these troubles This is not a fgfs problem - I compile my own versions of both branches for Windows, and have never had that problem (yet :-)). Looks like a data compatibility problem, or a bad binary. Why not compile your own, too? MSVC8 is a free download, and the project files are provided. It takes a little setting up, but once it's done compilation is swift, and (usually) painless. Vivian I'm pretty sure they're referring to the win32 binary I posted. For the record, I too suspect it's a data problem. I updated the source from CVS yesterday at work, compiled it and ran it (that's the 20071024 binary that's being referred to). I also updated source from CVS at home just now, compiled and ran it with no problems. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel __ Ihre erste Baustelle? Wissenswertes für Bastler und Hobby Handwerker. www.yahoo.de/clever - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] backtrace dump
On Tuesday 23 October 2007 11:57, Tobias Nielsen wrote: Okay, here is one gigantic file dump... Be awere that i have added a few extra lines of debug since i wanted to try to locate the problem. But i assume that you will be able to see your way out of it.. http://www.mip.sdu.dk/~tobibobi/dump.tar.gz 2007/10/23, Robert Black [EMAIL PROTECTED]: On Tuesday 23 October 2007 03:40, Tobias Nielsen wrote: Im not convinced that this is an issue of the ATI problem - the rendering engine is offcourse running, but i am more convinced with some leak in the loading procedure. Run it with the debug level set to bulk and if the crash is the same pastebin a link of your log files here. http://www.mail-archive.com/flightgear-devel%40lists.sourceforge.net/msg08957.html Found something similiar in the devel archives. His solution was to build again and it went away although he had an Nvidia card, quote-- I obtained cvs updates (again) to the following and built them in order: OpenThreads Producer OpenSceneGraph SimGear-0.3 FlightGear (source) FlightGear (data - update only) All is well again. Whatever the glitch the latest updates builds do not throw the above error + backtrace - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Unknown failure while Initializing subsystems onwin32 and Fedora 7 x86_64
On Friday 26 October 2007 00:01, Heiko Schulz wrote: Hi, I'm not sure but I'm think the problem is maybe in WinCVS. Today I noticed that the CH47 was not quite uploaded. The ac.model was missing though Syd had uploaded 3h before Maybe I have to try the TortoiseCVS... Could be well possible. Maybe it's a line endings problem, or something? I used the command line CVS version that comes with cygwin, and everything works fine. Cheers, Durk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel