When exporting updated local textures from Substance Designer 3, often (but not every time!) the viewer will crash with Exception Code: 0xC0000005
Exception Information: The thread tried to read from or write to a virtual address for which it does not have the appropriate access.

Below is a bad-case scenario repro to create big 6MB .png files, since the crash chance appears directly proportional to the size of the file.

Steps To Reproduce

• Download and install the Substance Designer 3 - Trial from: http://www.allegorithmic.com/download
  (You will need to register first - it's free)

• Download the attached crash_graph.sbs

• Open crash_graph.sbs - it will open directly in substance designer.
  (When substance designer opens, choose the "Evaluate option if you are using the trial and click "Close" on the "Welcome to substance designer" window that opens)

• In the top left of substance designer, you will see the crash_graph under "User's packages". Right click crash_graph and choose "Export outputs as bitmaps".

  

• Choose a save location, change format to .png and save all. Leave substance designer open.

• Rez a default cube -> Edit cube -> Texture tab -> Click texture thumbnail to bring up texture picker -> Choose Local

• Add the 3 textures you just exported from substance designer as local textures and left click one of the textures to display it locally on the cube.

• Go back to substance designer and export as bitmaps again repeatedly until the viewer crashes.
  With the above sbs file the viewer usually crashes on 1st attempt.

  Observed Behaviour

  Viewer will crash.
  Logs folder attached.

  Callstack:

  Operating system: Windows NT
                    6.0.6002 Service Pack 2
  CPU: x86
       GenuineIntel family 6 model 23 stepping 10
       4 CPUs
  
  Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
  Crash address: 0x3332d000
  
  Thread 0 (crashed)
   0  msvcr100.dll!memcpy [memcpy.asm : 185 + 0x0]
   1  SecondLife.exe!LLPngWrapper::readDataCallback(png_struct_def *,unsigned char *,unsigned int) [llpngwrapper.cpp : 91 + 0x14]
   2  SecondLife.exe!png_read_data [pngrio.c : 37 + 0xa]
   3  SecondLife.exe!png_crc_read [pngrutil.c : 194 + 0xf]
   4  SecondLife.exe!png_read_row [pngread.c : 658 + 0xa]
   5  SecondLife.exe!png_read_image [pngread.c : 876 + 0xa]
   6  SecondLife.exe!LLPngWrapper::readPng(unsigned char *,LLImageRaw *,LLPngWrapper::ImageInfo *) [llpngwrapper.cpp : 167 + 0xc]
   7  SecondLife.exe!LLImagePNG::decode(LLImageRaw *,float) [llimagepng.cpp : 105 + 0x14]
   8  SecondLife.exe!LLLocalBitmap::decodeBitmap(LLPointer<LLImageRaw>) [lllocalbitmaps.cpp : 310 + 0x28]
   9  SecondLife.exe!LLLocalBitmap::updateSelf(LLLocalBitmap::EUpdateType) [lllocalbitmaps.cpp : 188 + 0x25]
  10  SecondLife.exe!LLLocalBitmapMgr::doUpdates() [lllocalbitmaps.cpp : 959 + 0x9]
  11  SecondLife.exe!LLLocalBitmapTimer::tick() [lllocalbitmaps.cpp : 810 + 0x4]
  12  SecondLife.exe!LLEventTimer::updateClass() [lleventtimer.cpp : 67 + 0x8]
  13  SecondLife.exe!LLAppViewer::idle() [llappviewer.cpp : 4668 + 0x4]
  14  SecondLife.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1395 + 0xa]
  15  SecondLife.exe!WinMain [llappviewerwin32.cpp : 297 + 0x8]
  16  SecondLife.exe!__tmainCRTStartup [crtexe.c : 547 + 0x1b]
  17  kernel32.dll + 0x4d2e8
  18  ntdll.dll + 0x41602
  19  ntdll.dll + 0x415d5

  Expected Behaviour

  Not to crash.

  Other Information

  Crap workaround: Use a synchronize tool to copy to a second directory, and then use local textures out of that second directory. This prevents the crashes.

Attachments

• Callstack.txt 2013-12-05 22:24:36
• crash_graph.sbs 2013-12-05 21:51:47
• logs.zip 2013-12-05 22:24:17

{
  'Business Unit': ['Platform'],
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': '.',
  'What were you doing when it happened?': 'filling in....',
  'What were you expecting to happen instead?': '.',
}