I have a very strange problem with a project. I build an exe, which just crashes without meaningful error info. Right now I am trying to reduce the project to a smaller size an remove all confidential parts, so I could share it for troubleshooting. I build the application using LV 2017 32 bit. The top level VI launches just fine and works totally ok from the Dev environment. However when I launch it from exe, it just crashes. Sometimes just after launch, sometimes after a minute or so... One type of crash info is this:
![crash1.png crash1.png]()
First I thought the problem is with a DLL call, but even removing it still a problem. I also checked all dynamically called VIs, and all paths, all is ok (and they would produce meaningful error, not a full crash).
Another type of crash report is the following:
![crash_at_end.png crash_at_end.png]()
another:
![crashend2.png crashend2.png]()
The crash reports in respective order:
####
#Date: 17 Jul 2017 10:19:06
#OSName: Windows 7 Enterprise Service Pack 1
#OSVers: 6.1
#OSBuild: 7601
#AppName: MNVST
#Version: 17.0 32-bit
#AppKind: AppLib
#AppModDate: 7/17/2017 08:17 GMT
#LabVIEW Base Address: 0x52650000
InitExecSystem() call to GetCurrProcessNumProcessors() reports: 8 processors
InitExecSystem() call to GetNumProcessors() reports: 8 processors
InitExecSystem() will use: 8 processors
starting LabVIEW Execution System 2 Thread 0 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 1 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 2 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 3 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 4 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 5 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 6 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
starting LabVIEW Execution System 2 Thread 7 , capacity: 24 at [3583124348.05353832, (10:19:08.053538323 2017:07:17)]
<DEBUG_OUTPUT>
17/07/2017 10:19:22.696
DAbort 0xF50EFD7B:
c:\builds\penguin\labview\components\mgcore\trunk\17.0\source\MemoryManager.cpp(1273) : DAbort 0xF50EFD7B:
minidump id: d61ee8f9-9b14-469a-9e11-836f31ae726f
$Id: //labview/components/mgcore/trunk/17.0/source/MemoryManager.cpp#4 $</DEBUG_OUTPUT>
0x527549D9 - lvrt <unknown> + 0
0x52E41CA9 - lvrt <unknown> + 0
0x52E2749C - lvrt <unknown> + 0
0x52FC9465 - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52FA5DD1 - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52FBE18A - lvrt <unknown> + 0
0x52F82FAC - lvrt <unknown> + 0
0x52CBEB91 - lvrt <unknown> + 0
0x52CAC6AF - lvrt <unknown> + 0
0x52F82F30 - lvrt <unknown> + 0
0x53009B3C - lvrt <unknown> + 0
0x52D6758C - lvrt <unknown> + 0
0x52D6786E - lvrt <unknown> + 0
0x52D67C7F - lvrt <unknown> + 0
0x52D678EA - lvrt <unknown> + 0
0x529A7E2F - lvrt <unknown> + 0
0x529ACFDF - lvrt <unknown> + 0
0x529A969F - lvrt <unknown> + 0
0x529A9127 - lvrt <unknown> + 0
0x52997CEB - lvrt <unknown> + 0
0x52996E70 - lvrt <unknown> + 0
0x52999E86 - lvrt <unknown> + 0
0x52C2DD8E - lvrt <unknown> + 0
0x52C2DFD0 - lvrt <unknown> + 0
0x52E9D240 - lvrt <unknown> + 0
0x52F28183 - lvrt <unknown> + 0
0x52E9CB3C - lvrt <unknown> + 0
0x527D0942 - lvrt <unknown> + 0
0x527D1274 - lvrt <unknown> + 0
0x527D275A - lvrt <unknown> + 0
0x52E8B18A - lvrt <unknown> + 0
*** Dumping Bread Crumb Stack ***
*** LabVIEW Base Address: 0x52650000 ***
#** DisposeInstrument: "C:\_TLK_work\03--MNVST_project\_LabVIEW_stuff\MNVST_LV_project\builds\MNVST\MNVST_0.1\MNVST.exe\Users\Andras\Documents\LabVIEW Data\2017(32-bit)\ExtraVILib\ChannelInstances\Stream-t'Data_descriptor.ctl'\)Channel.vi"
#** VILinkObjRemoveCore: "C:\_TLK_work\03--MNVST_project\_LabVIEW_stuff\MNVST_LV_project\builds\MNVST\MNVST_0.1\MNVST.exe\Users\Andras\Documents\LabVIEW Data\2017(32-bit)\ExtraVILib\ChannelInstances\Stream-t'Data_descriptor.ctl'\)Channel.vi"
*** End Dump ***
####
#Date: 17 Jul 2017 10:23:01
#OSName: Windows 7 Enterprise Service Pack 1
#OSVers: 6.1
#OSBuild: 7601
#AppName: MNVST
#Version: 17.0 32-bit
#AppKind: AppLib
#AppModDate: 7/17/2017 08:17 GMT
#LabVIEW Base Address: 0x52650000
InitExecSystem() call to GetCurrProcessNumProcessors() reports: 8 processors
InitExecSystem() call to GetNumProcessors() reports: 8 processors
InitExecSystem() will use: 8 processors
starting LabVIEW Execution System 2 Thread 0 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 1 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 2 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 3 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 4 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 5 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 6 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
starting LabVIEW Execution System 2 Thread 7 , capacity: 24 at [3583124583.22498941, (10:23:03.224989415 2017:07:17)]
<DEBUG_OUTPUT>
17/07/2017 10:23:20.700
DAbort 0x0037C03D:
c:\builds\penguin\labview\components\mgcore\trunk\17.0\source\MemoryManager.cpp(1426) : DAbort 0x0037C03D:
minidump id: 31db4400-d2a6-4343-b14d-09820f92866f
$Id: //labview/components/mgcore/trunk/17.0/source/MemoryManager.cpp#4 $</DEBUG_OUTPUT>
0x527549D9 - lvrt <unknown> + 0
0x52E41CA9 - lvrt <unknown> + 0
0x52E2749C - lvrt <unknown> + 0
0x52E204B1 - lvrt <unknown> + 0
0x52FCE268 - lvrt <unknown> + 0
0x0C3224DA - <unknown> <unknown> + 0
0x0C37067C - <unknown> <unknown> + 0
0x530030D6 - lvrt <unknown> + 0
0x52FFEEDA - lvrt <unknown> + 0
0x52E27DC5 - lvrt <unknown> + 0
0x7585336A - kernel32 <unknown> + 0
0x77B19902 - ntdll <unknown> + 0
0x77B198D5 - ntdll <unknown> + 0
0x00000000 - <unknown> <unknown> + 0
The only meaningful crash info (at least for me) is that the crash has something to do with my Stream channel ("Dumping Bread Crumb Stack" : ....
DisposeInstrument: Stream-t'Data_descriptor.ctl'
VILinkObjRemoveCore: Stream-t'Data_descriptor.ctl' .......)
I will test this project on another PC, and see if it crashes there as well. We will be able to use this application run from the Dev environment, but I like to create an executable, more lightweight. So I hope i will find a solution...
If I get new info during this bug search, I will share it here. And of course any hints/help are welcome! ![Smiley Happy Smiley Happy]()