Have to reformat PC due to PMDG_737NGX_3.dll

December 26, 201213 yr

I was enjoying the 737-800ng for about three weeks. Then I started getting "Page_Fault_in_nonpaged_area" memory dump "Blue Screens". Got the usual "It can't be a software issue, it has to be a desktop issue" stance from PMDG "technical" support. I'm not having any problems with the Wilco/Feelthere, or LDS-767 models. I've done several uninstall/reinstalls. when I select any PMDG model I get promped that "Microsoft could not verify the publisher for "PMDG_737ngx_3.dll" (This is the TCAS Logic Guage) In other words the .dll file is not digitally signed then I get bluescreened. I'm just wondering why PMDG didn't digitally sign their .dll files knowing that Windows 7 64 bit runs in protected mode? I've replaced all of my DDR3 DIMMS, ran numerous McAfee and MalwareBytes scans, the OS is updated and patched regularly. I've pretty much ran out of options and will try rebuilding my machines from scratch. Thanks PMDG. I think I should of stuck with Level-D-Simulations.

December 26, 201213 yr

Seems wierd that an non digital signed dll should give bsod.

I assume UAC Was disabled during install? Do you run fsx as admin?

Cheers

December 26, 201213 yr

Moderator

You only need to accept the .dll once, and then it will never ask again. Try deleting the entry(s) from your fsx.cfg file for that specific .dll, then launch FSX again...

Fr. Bill

AOPA Member: 07141481 AARP Member: 3209010556

Avsim Board of Directors | Avsim Forums Moderator

December 26, 201213 yr

Author

Thanks Sam and n4gix.

I have UAC cranked all the way down. I deleted the .dll entrys in fsx.cfg and launched FSX. I was prompted to verify then trust PMDG_HUD_interface.dll and PMDG_737NGX.dll. Then when I was prompted to verify publisher PMDG_737_3.dll I got blue screened again. The dump code is pointing to a memory allocation problem. Maybe the PMDG_737_3.dll file got corrupted and crunched up a memory address. I downloaded PMDG 737nxg from the site and I don't have the CD version to maybe copy another PMDG_737_3.dll. But if I'm having a memory allocation issue, then as much as I'm trying to avoid it, I'll probably go ahead and restore the PC back to factory image and rebuild.

December 26, 201213 yr

If happened like that, you should reinstall NGX only. Maybe you can share more details about your system, OS, that dump file - i am curious to see it

Zeljko Budovic

December 26, 201213 yr

Commercial Member

Run the installer again and select the Repair option.

Kyle Rodgers

December 26, 201213 yr

Sorry,but software like this never causes BSOD's

It's always a kernel level file, such as a device driver trying to access memory it's not allowed to by the OS.

Most common culprit is a video or chipset driver.

Jude Bradley
Beech Baron: Uh, Tower, verify you want me to taxi in front of the 747?
ATC: Yeah, it's OK. He's not hungry.

X-Plane 12 and MSFS2020 🙂

System specs: Windows 11 Pro 64-bit, Ubuntu Linux 20.04 i7-13700KF Gigabyte Z790 RTX-4060-Ti , 32GB RAM 1X 2TB M2 for X-Plane 12, 1x256GB SSD for OS. 1TB drive MSFS2020

December 26, 201213 yr

This is why i asked to see dump file...

Zeljko Budovic

December 27, 201213 yr

Author

Thanks everyone who has replied. You all have been very helpful. The video and/or chipset driver angle Jude mentioned might be plausable. I was running the PMDG 737nxg for about three weeks, LOVE IT! LOVE IT! LOVE IT! then all of the sudden I was getting BSOD'd. I thought maybe one of Microsoft's monthly patch sets might have hosed something up. I did reinstall and update the video driver but that didn't solve the problem. I was ready to install GeForce GT640 but was holding off because I was thinking if I'm having a memory allocation problem, it might give the new video card problems also. However, based on some of the comments from you folks who have replied, I'll go ahead and proceed with the GT640 and see what happens. I'm more on the software side of the computer world. I do software scripting and repackaging for distribution over our company's WAN so I have to digitally sign all my .dlls and exe files or our network security stomps all over my projects. For those of you scoring at home:

Basically a physical memory dump and "Page_Fault_in_nonpaged_area" error and I have to shut the system down and restart:

Problem signature:

Problem Event Name: BlueScreen

OS Version: 6.1.7601.2.1.0.768.3

Locale ID: 1033

Additional information about the problem:

BCCode: 50

BCP1: FFFFF880E5902478

BCP2: 0000000000000001

BCP3: FFFFFA8007B8C2E6

BCP4: 0000000000000005

OS Version: 6_1_7601

Service Pack: 1_0

Product: 768_1

Microsft says either Bad RAM, or drivers. I replaced all the DIMMs and upped my RAM from 6GB to 8GB.

I'll let everyone know how the new video card installation went. Thanks again everyone for your recommendations and interest.

December 29, 201213 yr

Author

Still getting blue screened when asked to run "PMDG_737ngx_3.dll" prior to the aircraft model's visual loading. I installed a GeForce GT640 video card and disabled the onboard Intel HD graphics card. Some of you asked about the memory dump file. I'll paste the contents here. If you need the actual .dmp file for further analysis, send me a PM and I can maybe attach it to an email or something. At this point, I'm just about ready to reimage the PC and rebuild from scratch:

Microsoft ® Windows Debugger Version 6.2.9200.20512 AMD64

Loading Dump File [C:\Users\Tony\Desktop\122912-44912-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***

****************************************************************************

* Symbol loading may be unreliable without a symbol search path. *

* Use .symfix to have the debugger choose a symbol path. *

* After setting your symbol path, use .reload to refresh symbol locations. *

****************************************************************************

Executable search path is:

*********************************************************************

* Symbols can not be loaded because symbol path is not initialized. *

* *

* The Symbol Path can be set by: *

* using the _NT_SYMBOL_PATH environment variable. *

* using the -y <symbol_path> argument when starting the debugger. *

* using .sympath and .sympath+ *

*********************************************************************

Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntoskrnl.exe

*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe

Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS Personal

Built by: 7601.17944.amd64fre.win7sp1_gdr.120830-0333

Machine Name:

Kernel base = 0xfffff800`0344b000 PsLoadedModuleList = 0xfffff800`0368f670

Debug session time: Sat Dec 29 12:13:16.297 2012 (UTC - 5:00)

System Uptime: 0 days 0:20:37.764

*********************************************************************

* Symbols can not be loaded because symbol path is not initialized. *

* *

* The Symbol Path can be set by: *

* using the _NT_SYMBOL_PATH environment variable. *

* using the -y <symbol_path> argument when starting the debugger. *

* using .sympath and .sympath+ *

*********************************************************************

Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 0n2

*** WARNING: Unable to verify timestamp for ntoskrnl.exe

*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe

Loading Kernel Symbols

...............................................................

................................................................

............................

Loading User Symbols

Loading unloaded module list

..............

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffff880efe97930, 1, fffffa80093482e6, 5}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************

*** ***

*** Either you specified an unqualified symbol, or your debugger ***

*** doesn't have full symbol information. Unqualified symbol ***

*** resolution is turned off by default. Please either specify a ***

*** fully qualified symbol module!symbolname, or enable resolution ***

*** of unqualified symbols by typing ".symopt- 100". Note that ***

*** enabling unqualified symbol resolution with network symbol ***

*** server shares in the symbol path may cause the debugger to ***

*** appear to hang for long periods of time when an incorrect ***

*** symbol name is typed or the network symbol server is down. ***

*** ***

*** For some commands to work properly, your symbol path ***

*** must point to .pdb files that have full type information. ***

*** ***

*** Certain .pdb files (such as the public OS symbols) do not ***

*** contain the required information. Contact the group that ***

*** provided you with these symbols if you need this command to ***

*** work. ***

*** ***

*** Type referenced: nt!_KPRCB ***