sl-service-account
commented
7 years ago Whirly Fizzle commented at 2017-01-25T07:19:47Z
Just had this crash again.
-
Attached Whirly_log_2.log
-
Again, no dmp file was written for this crash & crash happened right after
2017-01-25T07:15:52Z WARNING: #TextureLLTextureFetchWorker::callbackHttpGet: data_size = 185102 > requested: 4734 2017-01-25T07:15:52Z WARNING: #TextureLLTextureFetchWorker::doWork: Partial HTTP response produces break in image data for texture e605bd6d-98b1-353a-7206-38565870e134. Aborting load. -
Callstack this time is different though:
> ntdll.dll!RtlReportCriticalFailure () Unknown ntdll.dll!RtlpHeapHandleError () Unknown ntdll.dll!RtlpLogHeapFailure () Unknown ntdll.dll!RtlpLowFragHeapAllocFromContext() Unknown ntdll.dll!RtlpAllocateHeapInternal() Unknown KernelBase.dll!GlobalAlloc () Unknown nvoglv64.dll!00000000660ce88f() Unknown nvoglv64.dll!0000000065e09f6d() Unknown nvoglv64.dll!0000000065e09e1a() Unknown nvoglv64.dll!0000000065e0bc76() Unknown nvoglv64.dll!0000000065d9f1ff() Unknown SecondLifeProjectAlexIvy.exe!00007ff768b738ea() Unknown SecondLifeProjectAlexIvy.exe!00007ff768b78f63() Unknown SecondLifeProjectAlexIvy.exe!00007ff768b78fc4() Unknown SecondLifeProjectAlexIvy.exe!00007ff76884ec30() Unknown SecondLifeProjectAlexIvy.exe!00007ff7685c1a17() Unknown SecondLifeProjectAlexIvy.exe!00007ff767c9a5a9() Unknown SecondLifeProjectAlexIvy.exe!00007ff768854c9f() Unknown SecondLifeProjectAlexIvy.exe!00007ff7692d3fdd() Unknown kernel32.dll!BaseThreadInitThunk () Unknown ntdll.dll!RtlUserThreadStart () Unknown
Steps to Reproduce
Don't really have a repro for this crash apart from login on the 64bit viewer and just wait for the crash to reproduce.
You don't need to be doing anything specific for the crash to happen - this last occurrence happened quite soon after login & I wasn't interacting with the viewer at all at the time of the crash.
I've had what appears to be this same crash several times now on the Alex Ivy viewer. So far I have never had it on the 32bit release viewer versions.
Crash has reproduced in multiple locations.
Observed Behaviour
Viewer randomly crashes.
There is never a dmp file created for this crash & the session log just cuts dead.
Before the viewer crashes the log shows obvious problems with texture decoding and KDU blows up before the crash.
I suspect this crash may be caused by having textures cached on LL 32bit release with an earlier version of KDU (KDU v7.2) failing to be decoded with the updated KDU in the 64bit builds (KDU v7.8).
Firestorm 64bit also uses KDU v7.8, but when swapping between viewer builds with different KDU versions (or between OpenJPG & KDU builds), the texture cache is automatically purged on Firestorm, plus we have a seperate cache folder for the 32 bit & 64bit builds. I have never seen this crash on Firestorm 64bit using KDU v7.8.
Session log attached - Whirly_log_1.log
You can see KDU blowing up before the crash:
I can't get a full stack because there is no dmp file & the pdb symbols are not available. Here is the stack from Visual Studio:
Callstack
Expected Behavior
No Crash :(
Attachments
Links
Duplicates
Related
Original Jira Fields
| Field | Value | | ------------- | ------------- | | Issue | BUG-41295 | | Summary | [Project Alex Ivy] Viewer frequently crashes after "WARNING: #TextureLLTextureFetchWorker::doWork: Partial HTTP response produces break in image data for texture 8b84af08-bdd9-03a0-9d3d-4d2e320fc2bf. Aborting load." | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Whirly Fizzle (whirly.fizzle) | | Created at | 2017-01-25T05:51:15Z | | Updated at | 2018-01-22T10:25:48Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2017-07-05T10:54:14.703-0500', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Filling in...', 'What were you doing when it happened?': '...', 'What were you expecting to happen instead?': '...', } ```