Recompileshaders all causes crash/assert failure

eWomerOC · December 26, 2016, 7:18pm

Running

recompileshaders all

in the console causes this crash/assert failure.

........
LogPlatformFile: Not using cached  wrapper
LogInit:Display: RandInit(-1718092904) SRandInit(-1718092904).
LogTaskGraph: Started task graph with 4 named threads and 7 total threads with 1 sets of task threads.
LogInit: Build: ++UE4+Release-4.14-CL-0
LogInit: Engine Version: 4.14.1-0+++UE4+Release-4.14
LogInit: Compatible Engine Version: 4.14.0-0+++UE4+Release-4.14
LogInit: Net CL: 0
LogDevObjectVersion: Number of dev versions registered: 13
LogDevObjectVersion:   Dev-Blueprints (B0D832E4-1F89-4F0D-ACCF-7EB736FD4AA2): 7
LogDevObjectVersion:   Dev-Build (E1C64328-A22C-4D53-A36C-8E866417BD8C): 0
LogDevObjectVersion:   Dev-Core (375EC13C-06E4-48FB-B500-84F0262A717E): 1
LogDevObjectVersion:   Dev-Editor (E4B068ED-F494-42E9-A231-DA0B2E46BB41): 8
LogDevObjectVersion:   Dev-Framework (CFFC743F-43B0-4480-9391-14DF171D2073): 17
LogDevObjectVersion:   Dev-Mobile (B02B49B5-BB20-44E9-A304-32B752E40360): 0
LogDevObjectVersion:   Dev-Networking (A4E4105C-59A1-49B5-A7C5-40C4547EDFEE): 0
LogDevObjectVersion:   Dev-Online (39C831C9-5AE6-47DC-9A44-9C173E1C8E7C): 0
LogDevObjectVersion:   Dev-Physics (78F01B33-EBEA-4F98-B9B4-84EACCB95AA2): 0
LogDevObjectVersion:   Dev-Platform (6631380F-2D4D-43E0-8009-CF276956A95A): 0
LogDevObjectVersion:   Dev-Rendering (12F88B9F-8875-4AFC-A67C-D90C383ABD29): 12
LogDevObjectVersion:   Dev-Sequencer (7B5AE74C-D270-4C10-A958-57980B212A5A): 1
LogDevObjectVersion:   Dev-VR (D7296918-1DD6-4BDD-9DE2-64A83CC13884): 0
LogInit: Compiled (64-bit): Dec 20 2016 14:41:02
LogInit: Compiled with Clang: 3.9.1 (branches/release_39)
LogInit: Build Configuration: Development
LogInit: Branch Name: ++UE4+Release-4.14
LogInit: Command line: /home/carmen/code/uprojects/BatteryCollector/Intermediate/Shaders/tmp/00037F9E1E0C0A15001301AF9785F5BB/4/ 6524 4 WorkerInputOnly.in WorkerOutputOnly.out -communicatethroughfile -Multiprocess -NOPACKAGECACHE -Multiprocess
LogInit: Base directory: /home/carmen/code/UnrealEngine/Engine/Binaries/Linux/
LogInit: Installed Engine Build: 0
[2016.12.20-21.20.05:676][  0]LogInit: Linux hardware info:
[2016.12.20-21.20.05:676][  0]LogInit:  - we are not the first instance of this executable
[2016.12.20-21.20.05:676][  0]LogInit:  - this process' id (pid) is 6638, parent process' id (ppid) is 6524
[2016.12.20-21.20.05:676][  0]LogInit:  - we are not running under debugger
[2016.12.20-21.20.05:676][  0]LogInit:  - machine network name is 'serenity'
[2016.12.20-21.20.05:676][  0]LogInit:  - user name is 'carmen' (carmen)
[2016.12.20-21.20.05:676][  0]LogInit:  - we're logged in locally
[2016.12.20-21.20.05:676][  0]LogInit:  - we're running with rendering
[2016.12.20-21.20.05:676][  0]LogInit:  - CPU: GenuineIntel 'Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz' (signature: 0x106E5)
[2016.12.20-21.20.05:676][  0]LogInit:  - Number of physical cores available for the process: 4
[2016.12.20-21.20.05:676][  0]LogInit:  - Number of logical cores available for the process: 8
[2016.12.20-21.20.05:676][  0]LogInit:  - Cache line size: 64
[2016.12.20-21.20.05:676][  0]LogInit:  - Memory allocator used: binned
[2016.12.20-21.20.05:676][  0]LogLinux: Skipped benchmarking clocks because the engine is running in a standalone program mode - CLOCK_REALTIME will be used.
[2016.12.20-21.20.05:676][  0]LogInit: Linux-specific commandline switches:
[2016.12.20-21.20.05:676][  0]LogInit:  -nodwarf (currently OFF): suppress parsing of DWARF debug info (callstacks will be generated faster, but won't have line numbers)
[2016.12.20-21.20.05:676][  0]LogInit:  -ansimalloc - use malloc()/free() from libc (useful for tools like valgrind and electric fence)
[2016.12.20-21.20.05:676][  0]LogInit:  -jemalloc - use jemalloc for all memory allocation
[2016.12.20-21.20.05:676][  0]LogInit:  -binnedmalloc - use binned malloc  for all memory allocation
[2016.12.20-21.20.05:676][  0]LogInit:  -httpproxy=ADDRESS:PORT - redirects HTTP requests to a proxy (only supported if compiled with libcurl)
[2016.12.20-21.20.05:676][  0]LogInit:  -reuseconn - allow libcurl to reuse HTTP connections (only matters if compiled with libcurl)
[2016.12.20-21.20.05:676][  0]LogInit:  -virtmemkb=NUMBER - sets process virtual memory (address space) limit (overrides VirtualMemoryLimitInKB value from .ini)
[2016.12.20-21.20.05:676][  0]LogInit:  - Physical RAM available (not considering process quota): 8 GB (7993 MB, 8185604 KB, 8382058496 bytes)
[2016.12.20-21.20.05:732][  0]LogTextLocalizationManager: No specific translations for ('en-US') exist, so ('en') translations will be used.
[2016.12.20-21.20.18:382][  0]LogCollectionManager: Loaded 0 collections in 0.044911 seconds
[2016.12.20-21.20.18:506][  0]LogFileCache: Scanning file cache for directory '/home/carmen/code/uprojects/BatteryCollector/Saved/Collections/' took 0.00s
[2016.12.20-21.20.18:506][  0]LogFileCache: Scanning file cache for directory '/home/carmen/code/uprojects/BatteryCollector/Content/Developers/carmen/Collections/' took 0.00s
[2016.12.20-21.20.18:506][  0]LogFileCache: Scanning file cache for directory '/home/carmen/code/uprojects/BatteryCollector/Content/Collections/' took 0.00s
[2016.12.20-21.20.18:507][  0]LogContentBrowser: Native class hierarchy populated in 0.0445 seconds. Added 2192 classes and 411 folders.
[2016.12.20-21.20.18:526][  0]LogCollectionManager: Rebuilt the GUID cache for 0 collections in 0.000002 seconds
[2016.12.20-21.20.18:964][  0]LogStats: UGameplayTagsManager::ConstructGameplayTagTree: Construct from data asset -  0.000 s
[2016.12.20-21.20.18:964][  0]LogStats: UGameplayTagsManager::ConstructGameplayTagTree: GameplayTagTreeChangedEvent.Broadcast -  0.000 s
[2016.12.20-21.20.19:125][  0]LogContentBrowser: Native class hierarchy updated for 'GameplayTags' in 0.1608 seconds. Added 13 classes and 0 folders.
[2016.12.20-21.20.19:329][  0]LogContentBrowser: Native class hierarchy updated for 'WidgetCarousel' in 0.0011 seconds. Added 0 classes and 0 folders.
[2016.12.20-21.20.19:813][  0]LogContentBrowser: Native class hierarchy updated for 'AddContentDialog' in 0.0018 seconds. Added 0 classes and 0 folders.
[2016.12.20-21.20.20:065][  0]LogContentBrowser: Native class hierarchy updated for 'SceneOutliner' in 0.0013 seconds. Added 1 classes and 2 folders.
[2016.12.20-21.20.20:303][  0]LogCrashTracker: Crashtracker disabled due to settings.
[2016.12.20-21.20.20:845][  0]LogUObjectGlobals:Warning: Failed to find object 'Class None.'
[2016.12.20-21.20.21:220][  0]LogContentBrowser: Native class hierarchy updated for 'HierarchicalLODOutliner' in 0.0010 seconds. Added 1 classes and 2 folders.
[2016.12.20-21.20.21:236][  0]LogLoad: (Engine Initialization) Total time: 57.34 seconds
[2016.12.20-21.20.21:236][  0]LogLoad: (Engine Initialization) Total Blueprint compile time: 0.73 seconds
[2016.12.20-21.20.21:237][  0]LogExternalProfiler: No external profilers were discovered.  External profiling features will not be available.
[2016.12.20-21.20.22:558][  0]LogRenderer: Reallocating scene render targets to support 904x468 NumSamples 1 (Frame:2).
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::loadRegToStackSlot - Can't retrieve spilled VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
LLVM triggered Diagnostic Handler: SIInstrInfo::storeRegToStackSlot - Can't spill VGPR!
Signal 11 caught.
Malloc Size=131076 LargeMemoryPoolOffset=131092
CommonLinuxCrashHandler: Signal=11
Malloc Size=65535 LargeMemoryPoolOffset=196655
........

Complete terminal output here

anonymous_user_2b03d27c · December 29, 2016, 2:22pm

Hey Slamanderrake-

Did you run the recompileshaders all command while the project was running? Where you running the command from inside the “Engine/Binaries/Linux” folder? What is the exact command you used in the console to recompile shaders?

eWomerOC · December 29, 2016, 5:01pm

I ran it inside the project. I hit the [ ~ ] key in the editor and typed recompileshders all inside the in editor console.

anonymous_user_2b03d27c · December 29, 2016, 5:29pm

Thank you for that bit of information. I was able to find this issue already reported here: Unreal Engine Issues and Bug Tracker (UE-38481) . As mentioned on the issue tracker, this issue should be fixed for 4.15. You can download the 4.15 branch to see if the fix has already been included. If you continue to see this crash after the final release of 4.15, please add a comment here and we will reopen this post for further investigation.

Cheers

eWomerOC · December 29, 2016, 8:27pm

A new set of issues has shown up, this is a new blueprint fps project in 4.15 with starter content enabled. Here is the terminal output. If its unrelated I will create a new question.

anonymous_user_2b03d27c · December 30, 2016, 1:19pm

Was this also when running recompileshaders all? If so, then it is likely that the fix has not made it to that branch yet. If this was encountered elsewhere, please create a new post with as much detail about the issue as poosible.

eWomerOC · December 30, 2016, 7:51pm

No, I couldn’t get that far.

eWomerOC · December 31, 2016, 6:07am

Seems to have been just a fluke, as I have created 3 fps projects with 4.15 and ran recompileshaders all on all of them, so it seems its fixed in 4.15.

eWomerOC · December 31, 2016, 7:05am

I did have a second issue here though [4.15] After 'recompileshaders all' assets fail to save. - Rendering - Unreal Engine Forums