APPCRASH on module nivissvc.dll

[endeavor]

Eric,

to make it clear, program is executing on standard PC, not on RT target. And I'm absolutely sure that I do not perform any flatten to string operations on images, the only thing that I use to transfer images between program modules is IMAQ ImageToArray\ArrayToImage, does it use flattening somehow? I'll try your idea about breakpoints soon. And now attaching dump file...

[invancea]

It looks like the error is appearing because windbg is not able to load symbol LV_ImageDTFlatten2  from nivissvc.dll. So it is not necessarily that application is crashing at that function.

[BlueCheese]

Hi,

The symbols unloaded message just means that without symbols, WinDbg can only show address locations within the DLLs with respect to their exported functions rather than internal functions as well. However, I can confirm that that address is within that function shown so it does look correct.

I did try looking at that dump file but it does not look to be giving me any useful information.Are you sure this was the same sort of crash conditions as before? The address of the crash looks completely different.

I think there's two things I'd suggest doing that would help:

- Can you reproduce this within the LabVIEW development environment rather than your built app? This would make it easier to see what LabVIEW might be doing because a built app has no symbol information available

- Can you create another dump of the crash, but this time use ".dump /ma <filename>" to make the dump contain a few more pieces of information that were missing in the smaller minidump that is the default.

Thanks,
Eric