Quote from: dempsey on December 01, 2017, 10:06:45 PM
I wondering if it is a Windows 10 issue, as I never had a problem with my Windows 7 Pro 64bit system.

Nope, it happens in Win 8, 8.1, Win7, Win10, etc.

Quote from: dempsey on December 01, 2017, 05:15:41 AM
opjose,

Is D:\Program Files (x86)\ your true Windows directory for programs?

If it is then X-Plane 11 should not be in there because it needs write privileges to several directories.

No, that is correct and desired.

I'm using X-plane via a Steam installation.

X-plane works fine. The windows installer adjusts privileges during installation.

I'm NOT having problem with X-plane.

I'm currently NOT having problems with Plan-G, but I did see the issue others are having with the database while generating intersections.
It seems to be more prevalent now.

I had problems with - Plan-G -

I have resolved the issue with Plan-G and can now generate the database w/o fail.

I did not move X-plane from it's current location in resolving this (Hint: Not a rights issue).

I removed SQLServerCE after the advice to install it made matters worst due to conflicting DLL files.

BTW: I have Plan-G installed under D:\Program Files (x86)\ and it is now running fine.

It's not a Fall Creator's update issue nor is it related to SQLServer CE, it is not a rights issue, it is not a path issue, etc... I beat this horse to death many times...

Installing SQLServerCE should ONLY be done if there is already another SQL based program on the machine and you suspect conflicting DLL's. It actually made matters worst for me. Only after I removed all vestiges of it did things improve.

I had this problem prior to the fall update, and it was fixed with one of the later Plan-G releases (3.2.0.144) for me. Installing/Re-installing SQL server did not help, nor did running X-Plane and Plan-G on a different computer with a fresh install of X-plane 11 with no add-ons.

After the update which fixed this I've been running the same version of Plan-G, I have updated my Navigraph Airac release and I switched to the Fall Creator's update and I still have no problems building the database from X-plane 11.

Microsoft's documentation for this error point to an erroneous procedure call which is verified by other developers running into the same problem with their software and subsequently fixing the issue.

Tim had a version up for a while that did not attempt to add intersections. That one did work for me when this issue appeared and could not be solved via other mean.

In the other thread you have or had my logs from when it failed. Attached is the log from the very same machine which is now working perfectly.

Hint: Could the problem actually be due to parsing the airport data files?

That is something that HAS changed for me. I update the X-plane data files which each Airac update and of course with the X-plane Beta Updates.

Specifically this file:

21:54:06.8 Decoding D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Resources\default scenery\default apt dat\Earth nav data\apt.dat

I am at 1712 now and Xplane 11 Beta 10

Quote from: tim arnot on October 24, 2017, 10:36:57 AM
Shouldn't be. Where in the world is this?

North America

Consider turning off all but major airports at zoom levels less than 7.

When I switch from 6 to 7 only a trio of major airports may appear no matter the setting, until I zoom back in.

When I zoom further out no airports appear until I'm back to zoom level 8.

Is this because the program is trying to work through the database and can't produce results before the display is updated?

Thanks!

OK, I'm beating myself with a stick!

That was it! I missed that setting was off by default on the newer builds.

.144 is working properly now.  I was able to generate the database with .144. I see the intersections too.

The only minor thing I have is the redraw of the airports when zooming out.

If I am at zoom level 8 and change to zoom level 7 or 6, only an airport or two appears.

It would be nice to cull the number or types of airports that automatically appear/redraw at lower numbered zoom levels.

Log attached.

This has the .144 build attempt which worked but does not show the airports.

I was getting 270 with the versions prior to the test one you posted without the intersections(?).

My folders are in

F:\Users\opjose\Documents\Plan-G Files

The program is installed to

E:\Program Files (x86)\Plan-G v3.2.0

If it were related to file locations as you say, then the version that omits the Navaids should have not succeeded going by the same reasoning.

That version works, but fails to show the airports. Also it fails during the Navaids generation on the other .14x builds and I can watch the database file grow while it starts this.

Strangely I can use the generated database from that Navaid-less version with an older version Plane-G program and then I can see the airports.

3.2.0.144 does build the database @ 213KB in size (below the 270 or so that triggered the fault for me before). However I'm back to the "no airports", NO VORS, NO NDB's etc. problem with .144.

I also have 3.1.3.113 installed on another folder. If I let the database build with 3.2.0.144, I can then use 3.1.3.113 properly with the newly built dataset.  All of the airports, VORs, NDBs, etc. appear on the map.

Quote from: tim arnot on October 13, 2017, 09:14:57 AM
Hi Chuck,
You're also getting insufficient disk space errors - that may be more significant (more likely to be where your temp files are stored than your data drive, but please check). This error has happened to a couple of people, and we haven't been able to resolve it.

As I mentioned in the other thread. I suspected that the "Insufficient space" error may be due to lack of rights to the TEMP folders.

To avoid that I ran the program with elevation (administrator privileges) but the error still appears.

What is the "max database size" set to?

Everything I've seen in this issue from Microsoft points to an improper calling/creation string.

However in my case it consistently fails when the database grows to 274 megabytes.

In the other version you released to test, that does not generate fixes, the database size stayed well below this and succeeded. Unfortunately that version does not show airports once generated.

Hmm... Mine attempts to build from Custom Data... see below, but does later go to the older 1611 later in the process.

Of course it fails building intersections and the latest version still doesn't show the X11 data from the posted file.

---

20:02:03.3 Building database for X-Plane. Folder is: D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11
20:02:03.3 Preparing database for new data
20:02:03.3 Erasing
20:02:03.4 Creating Data Source = F:\Users\Jose M. Sanchez\Documents\Plan-G Files\Data\PlanG3_XPX.sdf
20:02:03.6 Scanning usa.txt
20:02:03.6 Writing 0 Airspace Boundaries
20:02:03.8 Hand-placed localisers earth_nav.dat found.
20:02:03.8 Scanning D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Data\earth_nav.dat
20:02:03.9 Decoding D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Data\earth_nav.dat
20:02:03.9 PC format
20:02:03.9 1100 Version - data cycle 1710, build 20170901, metadata NavXP1100. Copyright (c) 2017 Navigraph, Datasource Jeppesen
20:02:04.4 CPT
20:02:04.5 EGTK
20:02:05.4 Scanning D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Data\earth_fix.dat
20:02:05.4 Decoding D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Data\earth_fix.dat
20:02:05.4 PC format
20:02:05.4 1101 Version - data cycle 1710, build 20170901, metadata FixXP1101. Copyright (c) 2017 Navigraph, Datasource Jeppesen
20:02:30.9 Scanning apt.dat
20:02:31.0 Decoding D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Scenery\0KGNV\Earth nav data\apt.dat
20:02:31.1 PC format
20:02:31.2 Decoding D:\Program Files (x86)\Steam\steamapps\common\X-Plane 11\Custom Scenery\26N Ocean City NJ Municipal Airport\Earth nav data\apt.dat

Nothing I do causes them to appear using the version that permits the completion of the database build.

Zooming in, zooming out, switching to a different area of the world, etc.


When I switch back to the prior version, they appear within a second.

Thanks.

More info:

VERY strange...

If I revert back to the prior build AFTER the databases have been generated by your test build, the airports appear.

I renamed the EXE's to do this. I did not re-install.

The Airports, NDBs & VORs do not appear using the test build after the initial run.

Well maybe not!

I was able to see the airports immediately after the build completed.

I exited Plan-G and about an hour later went back into it to generate a flight plan.

Now no airports appear.

There is nothing in the log indicating problems reading the data files.

The generated PlanG3_XPX.sdf file is 249,748KB in size.

The new Build worked with XP-11 and all of my airports.

Attached is the log.

I did not run it as administrator.

Quote from: tim arnot on September 29, 2017, 09:42:47 PM
I see you also have the insufficient disk space error, which is interesting. Can you confirm how much free space you have on you system and data drives (if different)? Also how much RAM you have, and the OS?

I'm looking for things that might be different to my system, to see if there's any commonality . . .

My system is:

i7-4790K @4.0GHz
Nvidia 980Ti/6GB vram x2 in SLI
32GB system RAM
Win 10 Pro, 64 bit
512GB C drive, SSD x 2 in Raid 1
4TB D drive, 1.20 TB free
4TB E drive, 3.07 TB free
4TB F drive, 2.72 TB free
4TB G drive, 800GB  free

All of my "User" files including Users\NAME\Documents are redirected to F:\Users\NAME\Documents

To avoid issues with rights, I ran the program as administrator too.

I will also try the new build. Thanks.