Re: [Flightgear-devel] Objects not loading after recent upgrade
Chris Wilkinson wrote: So if I keep custom and default separate, depending on which I start the sim with, one or the other will be absent (correct me if wrong). When requesting a new scenery tile, FlightGear walks the scenery path and will load the respective terrain tile from the first directory where the tile is available. That's what the scenery path is for - analogously to a search path for executable programs on your OS install, for example. Afterwards FlightGear will load the corresponding scenery objects from the Objects dir in the same subdir (scenery path item) where the terrain tile was found. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott.-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Where is the scenery located? Try --prop:sim/paths/use-custom-scenery-data=false Scott. On Sun, 2011-07-03 at 00:50 -0700, Chris Wilkinson wrote: Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. __ From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi Scott, That prop was set to true, so specifying false on the command line fixes the missing object problem. jetways.nas contains reference to that prop, but nothing else in fgdata seems to. Where is fg looking for scenery if the prop is set to true I wonder? Thanks mate, Best regards Chris Wilkinson, YBBN/BNE. From: Scott scott.hamil...@popplanet.biz To: flightgear-devel@lists.sourceforge.net Sent: Sunday, 3 July 2011 8:12 PM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Where is the scenery located? Try --prop:sim/paths/use-custom-scenery-data=false Scott. On Sun, 2011-07-03 at 00:50 -0700, Chris Wilkinson wrote: Hi there, READ ALLOW $FG_ROOT/* READ ALLOW $FG_HOME/* READ ALLOW $FG_AIRCRAFT/* READ ALLOW $FG_SCENERY/* Those are in my IOrules, so really that *should* cover everything, but when trying to run the UFO I got denied access to ~/.fgfs and another folder within the Scenery folder. I added those to the IOrules to prevent that error. Still no objects. I made another copy of the fresh fgdata folder, manually added the custom scenery/objects to that folder - again the terrain loads fine, but no objects are visible, and no errors are seen in the console. When I try to use the old fgdata everything is visible, and works fine apart from old dialogs, missing new textures, and missing skydome.eff. I'm completely out of ideas - fg just seems to be completely ignoring anything that didn't come with the fresh pull of fgdata. It seems it is ignoring data older than itself if both older and newer data exist in the fgdata path. If only older data exists it loads it, but the moment I copy across the custom older data to the new fgdata it ignores it. Very confusing. Best regards, Chris Wilkinson, YBBN/BNE. __ From: Scott scott.hamil...@popplanet.biz To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Cc: Chris Wilkinson blobster...@yahoo.com.au Sent: Sunday, 3 July 2011 10:52 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
On 03.07.2011 02:52, Scott wrote: On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) This has nothing to do with Nasal IORules. There are two issues here: 1. Some file is missing. 2. The error message and error handling is messed-up. A missing file results in an empty path being passed on - eventually triggering the useless message / access violation. I've fixed the latter issue now. It's similar to bug #348 that was fixed two weeks ago for images/textures/model files. Any kind of missing files should now be reported properly with latest GIT. If anyone still saw useless File '' not found. messages somewhere, let us know. The actual cause of the error (1) is another issue. If it doesn't happen with custom scenery disabled, then there is probably a file missing, which is only required by some custom scenery. Latest GIT should tell you now what exactly is missing. cheers, Thorsten -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Chris Wilkinson wrote: What I do when I update fgdata is I keep a backup copy of the fresh pull, along with a backup copy of the old fgdata complete with my custom stuff. When I say I 'merge' the folders I take a copy of the fresh pull, copy that to a location to use as my 'live' folder, then manually copy to the live location from my old fgdata all of my custom stuff. Nothing old overwrites anything new, it just gets added together - none of the old non-custom data overwrites any of the freshly pulled data. This sounds a bit contradictory to me: On one hand you claim not to overwrite anything in your 'live' folder, on the other hand you claim certain 'custom' aircraft not to show up at KSFO as they should (as far as I understand from your vague description). How do you mean to add custom aircraft to KSFO without overwriting or modifying any files ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
There is nothing contradictory. Prior to the latest git pull (for me, was couple of months ago) flying at KSFO I remember seeing A/C sitting at the terminals and a lot of placed objects like power pylons etc around the vicinity of KSFO. When I try KSFO now with --prop:sim/paths/use-custom-scenery-data=false as suggested by Scott, everything is OK again - I see A/C at gates, 1 or 2 taxiing around the airfield, and I see all the objects like power pylons, bridges etc... - with --prop:sim/paths/use-custom-scenery-data=true (which is the default) there are a small group of a/c behaving weirdly in the middle of the airfield, all the objects like power pylons, buildings other than the terminal, etc are all gone. As I said *nothing* from the fgdata I downloaded a couple of days ago is overwritten - my old stuff (couple of WIP a/c, e150s30 Scenery tile rebuild, 2 folders of custom models) gets added to a copy of the latest fgdata so I can use it all, but unless I specify --prop:sim/paths/use-custom-scenery-data=false on the command line all my custom models vanish and ai planes do weird stuff. Its a non-issue now in that --prop:sim/paths/use-custom-scenery-data=false fixes it for me, but I'm confused as to why it would be set true by default. My goal in creating the custom stuff I did was to add to the default, not completely replace it. Unless I set --prop:sim/paths/use-custom-scenery-data=false it appears that my custom stuff, which is installed in the default location, is not used. How should default and custom scenery be arranged? Best regards, Chris Wilkinson, YBBN/BNE. From: Martin Spott martin.sp...@mgras.net To: flightgear-devel@lists.sourceforge.net Sent: Monday, 4 July 2011 6:16 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Chris Wilkinson wrote: What I do when I update fgdata is I keep a backup copy of the fresh pull, along with a backup copy of the old fgdata complete with my custom stuff. When I say I 'merge' the folders I take a copy of the fresh pull, copy that to a location to use as my 'live' folder, then manually copy to the live location from my old fgdata all of my custom stuff. Nothing old overwrites anything new, it just gets added together - none of the old non-custom data overwrites any of the freshly pulled data. This sounds a bit contradictory to me: On one hand you claim not to overwrite anything in your 'live' folder, on the other hand you claim certain 'custom' aircraft not to show up at KSFO as they should (as far as I understand from your vague description). How do you mean to add custom aircraft to KSFO without overwriting or modifying any files ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Chris Wilkinson wrote: How should default and custom scenery be arranged? In different directories, that's what --fg-scenery=path is for - see: http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-450003.5.1 and http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-260003.1.2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
While I do not disagree with a habit of keeping default and custom scenery separate, I foresee a problem arising from doing so. This is because I do not have custom scenery for all of the area I like to fly in (which covers Australasia and the Pacific Islands). Most of that regions scenery I have is default as downloaded from flightgear.org - only e150s30 has had terrain/landcover improved, and only some of the many 1x1 tiles have had any 3d objects added to the landscape to flesh it out a bit So if I keep custom and default separate, depending on which I start the sim with, one or the other will be absent (correct me if wrong). My tendency is to pilot heavies like the 777/787, and fly legs between major cities in NZ and Australia, so each flight might encompass flying over several different 1x1 tiles. Best regards, Chris Wilkinson. From: Martin Spott martin.sp...@mgras.net To: flightgear-devel@lists.sourceforge.net Sent: Monday, 4 July 2011 7:47 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Chris Wilkinson wrote: How should default and custom scenery be arranged? In different directories, that's what --fg-scenery=path is for - see: http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-450003.5.1 and http://www.flightgear.org/Docs/getstart/getstartch3.html#x8-260003.1.2 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi Chris, Chris Wilkinson wrote: I pulled the lastest fg and sg git code a few days ago, built it, installed it, pulled a fresh copy of the fgdata repo, and merged that over top of the existing folder I had so I could keep my custom scenery. Copying Scenery directories over each other is a perfect candidate for creating an inconsistent and irreproducable state ;-) Therefore I doubt there'll be a reasonable chance guiding you to a solution unless you're installing known Scenery. Publishing your current state of Scenery directories might be a key to finding a solution. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
Hi Martin, I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) Seems odd. I ran chmod to ensure no read permissions are unset, and chown and chgrp to ensure all files are set to my user 'chris' and group 'users'. Still get the same message. Is this perhaps a problem with the compile I've done? My custom stuff consists of 2 folders of models (Models/AUSworking, Models/NZworking), and a 1x1 tile rebuild of e150s30. All the custom Models/AUSworking, Models/NZworking, Scenery/Objects and Scenery/Terrain stuff is not part of the fgdata pull. What I do when I update fgdata is I keep a backup copy of the fresh pull, along with a backup copy of the old fgdata complete with my custom stuff. When I say I 'merge' the folders I take a copy of the fresh pull, copy that to a location to use as my 'live' folder, then manually copy to the live location from my old fgdata all of my custom stuff. Nothing old overwrites anything new, it just gets added together - none of the old non-custom data overwrites any of the freshly pulled data. That method has worked fine for me in the past, and there is no reason why it should not work now. Terrain loads, even my modified e150s30 terrain - just no objects defined in Scenery/Objects appear for any folder other than w130n30. The only difference I can see there is that all the custom models for KSFO are stored in the Scenery/Objects/w130n30/xxx folders and not somewhere under Models/. Paths are set correctly in the *.stg files under Scenery/Objects/... If I use the old fgdata as a live folder the objects load (fg complains about missing skydome shader etc). All I am doing is copying the old custom stuff into the new base package. The loadxml thing seems an obvious candidate to start looking at what is happening. Best regards, Chris Wilkinson, YBBN/BNE. From: Martin Spott martin.sp...@mgras.net To: flightgear-devel@lists.sourceforge.net Sent: Sunday, 3 July 2011 4:44 AM Subject: Re: [Flightgear-devel] Objects not loading after recent upgrade Hi Chris, Chris Wilkinson wrote: I pulled the lastest fg and sg git code a few days ago, built it, installed it, pulled a fresh copy of the fgdata repo, and merged that over top of the existing folder I had so I could keep my custom scenery. Copying Scenery directories over each other is a perfect candidate for creating an inconsistent and irreproducable state ;-) Therefore I doubt there'll be a reasonable chance guiding you to a solution unless you're installing known Scenery. Publishing your current state of Scenery directories might be a key to finding a solution. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel-- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
On Sun, Jul 3, 2011 at 1:52 AM, Chris Wilkinson blobster...@yahoo.com.au wrote: Hi Martin, I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) Seems odd. I ran chmod to ensure no read permissions are unset, and chown and chgrp to ensure all files are set to my user 'chris' and group 'users'. Still get the same message. Is this perhaps a problem with the compile I've done? That error is coming from nasal, based on the IORules settings. It isn't a file system permission problem and probably has nothing to do with your compilation. The empty file name is highly suspicious, somebody is invoking loadxml wrong. Try to find out who :) -- Csaba/Jester -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) /** * An fgcommand to allow loading of xml files via nasal, * the xml file's structure will be made available within * a property tree node defined under argument targetnode, * or in the given argument tree under data otherwise. * * @param filename a string to hold the complete path filename of an XML file * @param targetnode a string pointing to a location within the property tree * where to store the parsed XML file. If targetnode is undefined, then the * file contents are stored under a node data in the argument tree. */ static bool do_load_xml_to_proptree(const SGPropertyNode * arg) { SGPath file(arg-getStringValue(filename)); if (file.str().empty()) return false; if (file.extension() != xml) file.concat(.xml); std::string icao = arg-getStringValue(icao); if (icao.empty()) { if (file.isRelative()) { file = globals-resolve_maybe_aircraft_path(file.str()); } } else { if (!XMLLoader::findAirportData(icao, file.str(), file)) { SG_LOG(SG_IO, SG_INFO, loadxml: failed to find airport data for file.str() at ICAO: icao); return false; } } if (!fgValidatePath(file.c_str(), false)) { SG_LOG(SG_IO, SG_ALERT, loadxml: reading ' file.str() ' denied (unauthorized access)); return false; } This fragment from src/Main/fg_commands.cxx is the source of that error message. If you look closely, you'll see a file name is supposed to be in those quote marks. A file name that appears not to exist in the current case. It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Ron -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Objects not loading after recent upgrade
On Sat, 2011-07-02 at 18:39 -0600, Ron Jensen wrote: On Saturday 02 July 2011 17:52:23 Chris Wilkinson wrote: I re-read the messages on starting and I see... loadxml: reading '' denied (unauthorized access) snipped It to me, for that to happen globals-resolve_maybe_aircraft_path(file.str()) is returning a null. Is FG_AIRCRAFT set to a valid path or unset? Also, this is apparently nasal related. Is the path allowed in Nasal/IOrules? Just to add to this, I get the IOrules permission denied error if I leave a trailing / on the --fg-aircraft path, so it could be same case for the scenery directory path. Scott. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel