Uploaded image for project: 'Firestorm'
  1. Firestorm
  2. FIRE-14689

[OpenSim] Crash on changing rigged mesh attachments - LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4769 + 0x0]

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: Phoenix Firestorm 4.4.2, Phoenix Firestorm 4.5.1, Phoenix Firestorm 4.6.1, Phoenix Firestorm 4.6.5, Phoenix Firestorm 4.6.7
    • Fix Version/s: Phoenix Firestorm Next
    • Component/s: Crashes, Other Grids
    • Labels:
    • Environment:
    • SL Avatar Name:
      Aine.Caoimhe
    • Reported In:
      Firestorm 4.6.7.42398 Release

      Description

      I spend little time in SL and have few mesh wearables there so this may be specific to the Opensim environment where most of the time I wear a "complete" mesh avatar (body, clothes, etc).

      Frequently when I change one or more pieces of clothing I will have a CTD. It can happen with any clothing item and there is no commonality at all in which piece will cause the crash. I can Ruth myself and simply swap back and forth between 2 pieces of clothing for a little while and eventually one of them will cause the crash.

      Over the course of the last year or so I have used the automatic post-crash reporting feature to submit the report and have probably submitted at least 50 of these (that's a very conservative number....it's probably more in the range of 100-200). At first I did it with every crash, then just once every day or two, and now I only bother to do it once a week.

      Since the issue remains ongoing and I couldn't find an open report here about this specific issue, I thought I'd open one so I can reference it in all of my future automatic reports (assuming anyone looks at those).

      1. crash under 4.6.7.rar
        1.03 MB
        Aine Caoimhe
      2. log_2014_09_21.rar
        349 kB
        Aine Caoimhe
      3. log1.txt
        43 kB
        Whirly Fizzle
      4. log2.txt
        44 kB
        Whirly Fizzle
      5. logs.rar
        94 kB
        Aine Caoimhe
      6. logs2.rar
        127 kB
        Aine Caoimhe
      7. logs3.rar
        124 kB
        Aine Caoimhe
      8. logs3.txt
        43 kB
        Whirly Fizzle
      9. logs4.rar
        119 kB
        Aine Caoimhe
      10. logs5.rar
        107 kB
        Aine Caoimhe
      11. logs6.rar
        104 kB
        Aine Caoimhe
      12. logs7.rar
        254 kB
        Aine Caoimhe
      13. logs8.rar
        88 kB
        Aine Caoimhe
      14. logs-crash_1_under_new_nightly_2014-10_15.rar
        103 kB
        Aine Caoimhe
      15. logs-crash_2_under_new_nightly_2014-10_15.rar
        105 kB
        Aine Caoimhe
      16. Luana Camargo_logs.rar
        2.02 MB
        Whirly Fizzle

        Issue Links

          Activity

          Hide
          rsiamendes Robert0 Siamendes added a comment -
          Show
          rsiamendes Robert0 Siamendes added a comment - Hi Aine, Please read here http://wiki.phoenixviewer.com/ati#crashing_while_editing_or_wearing_mesh .
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Moving over to support for initial assesment

          Show
          whirly.fizzle Whirly Fizzle added a comment - Moving over to support for initial assesment
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          I've been fairly consistent about keeping my drivers updated but was using 14.1 (and prior to that I used 13.x) which all post date the problematic 12.x drivers mentioned on the page you've linked. I've now updated to 14.4 and will see if that makes any difference at all and post back with the results. I have a handful of new rigged items to texture so I should find out pretty quickly if the crashes go away.

          Show
          ainecaolmhe Aine Caoimhe added a comment - I've been fairly consistent about keeping my drivers updated but was using 14.1 (and prior to that I used 13.x) which all post date the problematic 12.x drivers mentioned on the page you've linked. I've now updated to 14.4 and will see if that makes any difference at all and post back with the results. I have a handful of new rigged items to texture so I should find out pretty quickly if the crashes go away.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Aine, if youre still getting this crash, after crashing and before relaunching the viewer (even to the login screen), zip up your entire logs folder and attach it to this issue using More Actions -> Attach files.
          This page tells you where to find your logs folder: http://wiki.phoenixviewer.com/file_a_jira#how_to_give_us_your_logs

          This will tell us if the crash is in the ATI driver or something else.
          Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Aine, if youre still getting this crash, after crashing and before relaunching the viewer (even to the login screen), zip up your entire logs folder and attach it to this issue using More Actions -> Attach files. This page tells you where to find your logs folder: http://wiki.phoenixviewer.com/file_a_jira#how_to_give_us_your_logs This will tell us if the crash is in the ATI driver or something else. Thanks!
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Oh, regarding the automated crash reports youve been sending in - these do get looked at, but not in a way that is usefull to track a certain users crashes. They are used to get a breakdown of the most common crashes on each release.
          For support issues like this, we need you to manually give us your logs.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Oh, regarding the automated crash reports youve been sending in - these do get looked at, but not in a way that is usefull to track a certain users crashes. They are used to get a breakdown of the most common crashes on each release. For support issues like this, we need you to manually give us your logs.
          Hide
          ainecaolmhe Aine Caoimhe added a comment - - edited

          First crash using the updated ATI 14.4 driver. Used auto-submit to send crash report/logs and referenced both this new support ticket number as well as its previous FIRE number.

          EDIT: sorry, just saw your additional comments added in the last hour. Unfortunately I've already re-started the viewer so I'll have to wait for my next crash to give you the requested log files.

          Show
          ainecaolmhe Aine Caoimhe added a comment - - edited First crash using the updated ATI 14.4 driver. Used auto-submit to send crash report/logs and referenced both this new support ticket number as well as its previous FIRE number. EDIT: sorry, just saw your additional comments added in the last hour. Unfortunately I've already re-started the viewer so I'll have to wait for my next crash to give you the requested log files.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          No worries Aine!

          Show
          whirly.fizzle Whirly Fizzle added a comment - No worries Aine!
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          Either I've simply been remarkably lucky or the change from 14.1 to 14.4 has significantly improved (but not solved) things. In the last day I've swapped dozens of worn meshes without a crash (whereas I would say normally I'd be very lucky not to crash 10% of the time I change).

          However, just now I crashed again while changing mesh. Attaching log file

          Show
          ainecaolmhe Aine Caoimhe added a comment - Either I've simply been remarkably lucky or the change from 14.1 to 14.4 has significantly improved (but not solved) things. In the last day I've swapped dozens of worn meshes without a crash (whereas I would say normally I'd be very lucky not to crash 10% of the time I change). However, just now I crashed again while changing mesh. Attaching log file
          Hide
          ainecaolmhe Aine Caoimhe added a comment - - edited

          Another crash...another log added (log2)

          EDIT: and again immediately after logging back in the very next item I added crashed me again.... (log3)

          Show
          ainecaolmhe Aine Caoimhe added a comment - - edited Another crash...another log added (log2) EDIT: and again immediately after logging back in the very next item I added crashed me again.... (log3)
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks for the logs Aine.

          Logs 1

          Last render pool type: 18

          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x44
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0]
              rbx = 0x000000003d737dd0   r12 = 0x0000000000000000
              r13 = 0x000000003a56b8a0   r14 = 0x0000000022fc9ad0
              r15 = 0x0000000022f48d60   rip = 0x0000000140889984
              rsp = 0x0000000000a9d450   rbp = 0x0000000000a9d550
              Found by: given as instruction pointer in context
          

          Logs 2

          Last render pool type: 18

          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x44
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0]
              rbx = 0x00000000361ff200   r12 = 0x0000000000000000
              r13 = 0x0000000039fd0080   r14 = 0x0000000029639f80
              r15 = 0x000000003cc02eb0   rip = 0x000000013fe89984
              rsp = 0x0000000000b0d360   rbp = 0x0000000000b0d460
              Found by: given as instruction pointer in context
          

          Logs 3

          Last render pool type: 18

          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x44
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0]
              rbx = 0x000000002ac664c0   r12 = 0x0000000000000000
              r13 = 0x000000000311c110   r14 = 0x0000000022a2d250
              r15 = 0x000000003c4e7ce0   rip = 0x0000000140499984
              rsp = 0x00000000009ed5d0   rbp = 0x00000000009ed6d0
              Found by: given as instruction pointer in context
          
          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks for the logs Aine. Logs 1 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x44 Thread 0 (crashed) 0 Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0] rbx = 0x000000003d737dd0 r12 = 0x0000000000000000 r13 = 0x000000003a56b8a0 r14 = 0x0000000022fc9ad0 r15 = 0x0000000022f48d60 rip = 0x0000000140889984 rsp = 0x0000000000a9d450 rbp = 0x0000000000a9d550 Found by: given as instruction pointer in context Logs 2 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x44 Thread 0 (crashed) 0 Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0] rbx = 0x00000000361ff200 r12 = 0x0000000000000000 r13 = 0x0000000039fd0080 r14 = 0x0000000029639f80 r15 = 0x000000003cc02eb0 rip = 0x000000013fe89984 rsp = 0x0000000000b0d360 rbp = 0x0000000000b0d460 Found by: given as instruction pointer in context Logs 3 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x44 Thread 0 (crashed) 0 Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4759 + 0x0] rbx = 0x000000002ac664c0 r12 = 0x0000000000000000 r13 = 0x000000000311c110 r14 = 0x0000000022a2d250 r15 = 0x000000003c4e7ce0 rip = 0x0000000140499984 rsp = 0x00000000009ed5d0 rbp = 0x00000000009ed6d0 Found by: given as instruction pointer in context
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          Since those appear to be related to volume geometry does this potentially mean some issue relating to the physics engine? If so it would be worth noting that in the case of all of the above crashes I was in a region running BulletSim rather than ODE. I wouldn't want to swear to it but I believe I've crashed equally as much on ODE regions as Bullet but since it didn't occur to me to track that I couldn't say for sure.

          If the physics engine in the region might be a contributing factor I could switch one of my regions back to ODE for a while and do some experimenting; but if it's unlikely to be a cause then I'd prefer to keep them running the same. Let me know if you'd like me to test that though.

          Show
          ainecaolmhe Aine Caoimhe added a comment - Since those appear to be related to volume geometry does this potentially mean some issue relating to the physics engine? If so it would be worth noting that in the case of all of the above crashes I was in a region running BulletSim rather than ODE. I wouldn't want to swear to it but I believe I've crashed equally as much on ODE regions as Bullet but since it didn't occur to me to track that I couldn't say for sure. If the physics engine in the region might be a contributing factor I could switch one of my regions back to ODE for a while and do some experimenting; but if it's unlikely to be a cause then I'd prefer to keep them running the same. Let me know if you'd like me to test that though.
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          Crashes with 14.4 seem to be a little less frequent but I'm still getting several per day if I'm swapping outfits or texturing new items. Since all three of the first ones I supplied have the same crash issue I would expect any additional ones would be redundant so I haven't bothered to submit any more but I can do so if they'd be useful.

          Show
          ainecaolmhe Aine Caoimhe added a comment - Crashes with 14.4 seem to be a little less frequent but I'm still getting several per day if I'm swapping outfits or texturing new items. Since all three of the first ones I supplied have the same crash issue I would expect any additional ones would be redundant so I haven't bothered to submit any more but I can do so if they'd be useful.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Heya Aine,

          Just checking in with you to see if you are still having this problem on the new 4.6.7 release of Firestorm.
          If you have not updated yet, you can find the download links here: http://wiki.phoenixviewer.com/downloads

          If you are still having this problem on the 4.6.7 release of Firestorm, please repaste all your system information from Help -> About Firestorm

          Thank you

          Show
          whirly.fizzle Whirly Fizzle added a comment - Heya Aine, Just checking in with you to see if you are still having this problem on the new 4.6.7 release of Firestorm. If you have not updated yet, you can find the download links here: http://wiki.phoenixviewer.com/downloads If you are still having this problem on the 4.6.7 release of Firestorm, please repaste all your system information from Help -> About Firestorm Thank you
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          The crashes are quite a lot less frequent with the combination of the 14.4 version driver and FS 4.6.7 but they do still occur with regularity. With OSGrid temporarily down I've been doing the majority of my work for the past week on my own standalone (hosted on my own system) . I haven't been doing a lot of mesh-swapping (was working on an architectural project instead) but I don't think I've yet had this crash on my standalone. This makes me suspect some sort of race condition as the likely culprit. If I do crash (or once OSG is up again and I start crashing with regularity again) I'll post another set of crash logs.

          Current:

          Firestorm 4.6.7 (42398) Aug 12 2014 02:06:18 (Firestorm-Releasex64) with OpenSimulator support
          Release Notes

          You are at 266.6, 394.1, 21.8 in <removed location specifics - private grid> (global coordinates 2,048,270.0, 2,048,390.0, 21.8)
          OpenSim 0.8.1 Dev (Win/.NET)
          Error fetching server release notes URL.

          CPU: Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz (2800.03 MHz)
          Memory: 12279 MB
          OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
          Graphics Card Vendor: ATI Technologies Inc.
          Graphics Card: AMD Radeon HD 5800 Series

          Windows Graphics Driver Version: 8.17.0010.1280
          OpenGL Version: 4.2.12874 Compatibility Profile Context 14.100.0.0

          RestrainedLove API: (disabled)
          libcurl Version: libcurl/7.24.0 OpenSSL/1.0.1h zlib/1.2.6 c-ares/1.10.0
          J2C Decoder Version: KDU v7.4
          Audio Driver Version: FMOD Ex 4.44.32
          Qt Webkit Version: 4.7.1 (version number hard-coded)
          Voice Server Version: Vivox 4.6.0009.20030

          Settings mode: Firestorm
          Viewer Skin: Firestorm (Grey)
          Font Used: Deja Vu (96)
          Draw distance: 256
          Bandwidth: 750
          LOD factor: 4
          Render quality: Ultra (7/7)
          Texture memory: 512 MB (1)
          VFS (cache) creation time (UTC): unknown
          Built with MSVC version 1600
          Packets Lost: 0/494 (0.0%)

          Show
          ainecaolmhe Aine Caoimhe added a comment - The crashes are quite a lot less frequent with the combination of the 14.4 version driver and FS 4.6.7 but they do still occur with regularity. With OSGrid temporarily down I've been doing the majority of my work for the past week on my own standalone (hosted on my own system) . I haven't been doing a lot of mesh-swapping (was working on an architectural project instead) but I don't think I've yet had this crash on my standalone. This makes me suspect some sort of race condition as the likely culprit. If I do crash (or once OSG is up again and I start crashing with regularity again) I'll post another set of crash logs. Current: Firestorm 4.6.7 (42398) Aug 12 2014 02:06:18 (Firestorm-Releasex64) with OpenSimulator support Release Notes You are at 266.6, 394.1, 21.8 in <removed location specifics - private grid> (global coordinates 2,048,270.0, 2,048,390.0, 21.8) OpenSim 0.8.1 Dev (Win/.NET) Error fetching server release notes URL. CPU: Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz (2800.03 MHz) Memory: 12279 MB OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: AMD Radeon HD 5800 Series Windows Graphics Driver Version: 8.17.0010.1280 OpenGL Version: 4.2.12874 Compatibility Profile Context 14.100.0.0 RestrainedLove API: (disabled) libcurl Version: libcurl/7.24.0 OpenSSL/1.0.1h zlib/1.2.6 c-ares/1.10.0 J2C Decoder Version: KDU v7.4 Audio Driver Version: FMOD Ex 4.44.32 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Vivox 4.6.0009.20030 Settings mode: Firestorm Viewer Skin: Firestorm (Grey) Font Used: Deja Vu (96) Draw distance: 256 Bandwidth: 750 LOD factor: 4 Render quality: Ultra (7/7) Texture memory: 512 MB (1) VFS (cache) creation time (UTC): unknown Built with MSVC version 1600 Packets Lost: 0/494 (0.0%)
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          Added a crash log from changing mesh under 4.6.7 in case it's any different. I've definitely been crashing less often with this build than under the previous version though.

          Show
          ainecaolmhe Aine Caoimhe added a comment - Added a crash log from changing mesh under 4.6.7 in case it's any different. I've definitely been crashing less often with this build than under the previous version though.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          That ones weird actually. The firestorm.log session definitely ended in a crash but there was no dmp written in the corresponding dump folder. I'm unable to say if this is the same crash or not.

          Can you delete that full logs folder? Its getting a bit full there It will be easier to see whats what the next time you post logs after a clean up

          Show
          whirly.fizzle Whirly Fizzle added a comment - That ones weird actually. The firestorm.log session definitely ended in a crash but there was no dmp written in the corresponding dump folder. I'm unable to say if this is the same crash or not. Can you delete that full logs folder? Its getting a bit full there It will be easier to see whats what the next time you post logs after a clean up
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          Definitely finding that I'm crashing less often but I have had several instances – unfortunately usually at times when I need to get back inworld ASAP so wasn't able to spare the time for a log. This time I had a little more time so here's the log from the crash. This was from selecting a whole new outfit from appearance so this triggered unwearing quite a few mesh items and replacing them with others rather than doing the replacements 1 by 1 (which I have found it less likely to make me crash).

          Show
          ainecaolmhe Aine Caoimhe added a comment - Definitely finding that I'm crashing less often but I have had several instances – unfortunately usually at times when I need to get back inworld ASAP so wasn't able to spare the time for a log. This time I had a little more time so here's the log from the crash. This was from selecting a whole new outfit from appearance so this triggered unwearing quite a few mesh items and replacing them with others rather than doing the replacements 1 by 1 (which I have found it less likely to make me crash).
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks!

          Grid: default grid: aine.x64.me:10000

          Last render pool type: 18

          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x44
          Assertion: Unknown assertion type 0x00000000
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4769 + 0x0]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x00000001403c9533
              rsp = 0x00000000009ed110   rbp = 0x00000000009ed210
              Found by: given as instruction pointer in context
           1  Firestorm-bin.exe!LLSpatialGroup::rebuildGeom() [llspatialpartition.cpp : 396 + 0x14]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x000000014009d378
              rsp = 0x00000000009ed340   rbp = 0x00000000009ed210
              Found by: call frame info
           2  Firestorm-bin.exe!LLPipeline::rebuildPriorityGroups() [pipeline.cpp : 3078 + 0x7]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x0000000140438feb
              rsp = 0x00000000009ed370   rbp = 0x00000000009ed210
              Found by: call frame info
           3  Firestorm-bin.exe!LLPipeline::postSort(LLCamera &) [pipeline.cpp : 3972 + 0x7]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x0000000140439d3c
              rsp = 0x00000000009ed3e0   rbp = 0x00000000009ed210
              Found by: call frame info
           4  Firestorm-bin.exe!LLPipeline::stateSort(LLCamera &,LLCullResult &) [pipeline.cpp : 3627 + 0xa]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x000000014043e8fa
              rsp = 0x00000000009ed810   rbp = 0x00000000009ed210
              Found by: call frame info
           5  Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &,int,int,unsigned int) [pipeline.cpp : 10303 + 0xd]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x000000014044d38d
              rsp = 0x00000000009ed8f0   rbp = 0x00000000009ed210
              Found by: call frame info
           6  Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x0000000140451355
              rsp = 0x00000000009eda20   rbp = 0x00000000009ed210
              Found by: call frame info
           7  Firestorm-bin.exe!display(int,float,int,int) [llviewerdisplay.cpp : 811 + 0x13]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x00000001401a8f3f
              rsp = 0x00000000009eec00   rbp = 0x00000000009ed210
              Found by: call frame info
           8  Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x000000013f9c1038
              rsp = 0x00000000009ef100   rbp = 0x00000000009ed210
              Found by: call frame info
           9  Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 325 + 0x8]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x00000001404ccdd4
              rsp = 0x00000000009ef6f0   rbp = 0x00000000009ed210
              Found by: call frame info
          10  Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24]
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x0000000140b6c2fb
              rsp = 0x00000000009ef790   rbp = 0x00000000009ed210
              Found by: call frame info
          11  kernel32.dll + 0x159ec
              rbx = 0x0000000047206640   r12 = 0x0000000000000000
              r13 = 0x000000004cbe0a60   r14 = 0x0000000027032da0
              r15 = 0x000000003a191160   rip = 0x0000000076de59ed
              rsp = 0x00000000009ef840   rbp = 0x00000000009ed210
              Found by: call frame info
          12  ntdll.dll + 0x2c540
              rip = 0x0000000076f1c541   rsp = 0x00000000009ef870
              Found by: stack scanning
          13  kernel32.dll + 0x9b7df
              rip = 0x0000000076e6b7e0   rsp = 0x00000000009ef898
              Found by: stack scanning
          14  kernel32.dll + 0x9b7df
              rip = 0x0000000076e6b7e0   rsp = 0x00000000009ef8a0
              Found by: stack scanning
          
          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks! Grid: default grid: aine.x64.me:10000 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x44 Assertion: Unknown assertion type 0x00000000 Thread 0 (crashed) 0 Firestorm-bin.exe!LLVolumeGeometryManager::rebuildGeom(LLSpatialGroup *) [llvovolume.cpp : 4769 + 0x0] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x00000001403c9533 rsp = 0x00000000009ed110 rbp = 0x00000000009ed210 Found by: given as instruction pointer in context 1 Firestorm-bin.exe!LLSpatialGroup::rebuildGeom() [llspatialpartition.cpp : 396 + 0x14] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x000000014009d378 rsp = 0x00000000009ed340 rbp = 0x00000000009ed210 Found by: call frame info 2 Firestorm-bin.exe!LLPipeline::rebuildPriorityGroups() [pipeline.cpp : 3078 + 0x7] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x0000000140438feb rsp = 0x00000000009ed370 rbp = 0x00000000009ed210 Found by: call frame info 3 Firestorm-bin.exe!LLPipeline::postSort(LLCamera &) [pipeline.cpp : 3972 + 0x7] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x0000000140439d3c rsp = 0x00000000009ed3e0 rbp = 0x00000000009ed210 Found by: call frame info 4 Firestorm-bin.exe!LLPipeline::stateSort(LLCamera &,LLCullResult &) [pipeline.cpp : 3627 + 0xa] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x000000014043e8fa rsp = 0x00000000009ed810 rbp = 0x00000000009ed210 Found by: call frame info 5 Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &, int , int ,unsigned int ) [pipeline.cpp : 10303 + 0xd] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x000000014044d38d rsp = 0x00000000009ed8f0 rbp = 0x00000000009ed210 Found by: call frame info 6 Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x0000000140451355 rsp = 0x00000000009eda20 rbp = 0x00000000009ed210 Found by: call frame info 7 Firestorm-bin.exe!display( int , float , int , int ) [llviewerdisplay.cpp : 811 + 0x13] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x00000001401a8f3f rsp = 0x00000000009eec00 rbp = 0x00000000009ed210 Found by: call frame info 8 Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x000000013f9c1038 rsp = 0x00000000009ef100 rbp = 0x00000000009ed210 Found by: call frame info 9 Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 325 + 0x8] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x00000001404ccdd4 rsp = 0x00000000009ef6f0 rbp = 0x00000000009ed210 Found by: call frame info 10 Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24] rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x0000000140b6c2fb rsp = 0x00000000009ef790 rbp = 0x00000000009ed210 Found by: call frame info 11 kernel32.dll + 0x159ec rbx = 0x0000000047206640 r12 = 0x0000000000000000 r13 = 0x000000004cbe0a60 r14 = 0x0000000027032da0 r15 = 0x000000003a191160 rip = 0x0000000076de59ed rsp = 0x00000000009ef840 rbp = 0x00000000009ed210 Found by: call frame info 12 ntdll.dll + 0x2c540 rip = 0x0000000076f1c541 rsp = 0x00000000009ef870 Found by: stack scanning 13 kernel32.dll + 0x9b7df rip = 0x0000000076e6b7e0 rsp = 0x00000000009ef898 Found by: stack scanning 14 kernel32.dll + 0x9b7df rip = 0x0000000076e6b7e0 rsp = 0x00000000009ef8a0 Found by: stack scanning
          Hide
          whirly.fizzle Whirly Fizzle added a comment - - edited

          Have you defintely never been able to reproduce this crash on an SL grid?

          I need to find a dev who uses opensim to have a look at this.
          I had a hunt on Google for this crash (the callstack) and nothing showed up.
          However, I had a suppot ticket (SUP-13836) in April this year reporting that they often crashed in Inworldz when another avatar TP'd in next to them and some of their callstacks appear to be the same crash as yours.
          They also have ATI graphics (AMD Radeon HD 6520G) on Windows 7. I'm not sure whether having ATI graphics has anything to do with this crash though, nothing in the callstacks suggest it does.
          Because this other person reported they crashed when another avatar TP'd in, I wonder if the cause of the crash is new mesh coming into view and rendering. That would match both your cases.

          ETA: Never got a reply on that other support ticket after they added logs

          Show
          whirly.fizzle Whirly Fizzle added a comment - - edited Have you defintely never been able to reproduce this crash on an SL grid? I need to find a dev who uses opensim to have a look at this. I had a hunt on Google for this crash (the callstack) and nothing showed up. However, I had a suppot ticket (SUP-13836) in April this year reporting that they often crashed in Inworldz when another avatar TP'd in next to them and some of their callstacks appear to be the same crash as yours. They also have ATI graphics (AMD Radeon HD 6520G) on Windows 7. I'm not sure whether having ATI graphics has anything to do with this crash though, nothing in the callstacks suggest it does. Because this other person reported they crashed when another avatar TP'd in, I wonder if the cause of the crash is new mesh coming into view and rendering. That would match both your cases. ETA: Never got a reply on that other support ticket after they added logs
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          While I have definitely never had this crash on SL grid I am very rarely there and have rather limited mesh clothing items ($$$$ to upload) so the likelihood have experiencing the crash is quite low. That said, at the time when I was crashing with almost every clothing change in Opensim I would have expected to experience it at least once in SL but didn't. Might just be luck though.

          It's interesting that you mention that other support ticket though since I've experienced that as well, though far less often. I have had the following:

          • someone tps into the region and I (and often others but not all others) immediately crash. I wouldn't want to swear that this only happens when the inbound avi is wearing mesh though.
          • I change mesh wearables and not only do I crash but so, too, may several others in the region (though again, not all others)
          • I change mesh wearables and don't crash, but one or more other people do crash

          I haven't reported those since it's quite infrequent and I don't have enough meaningful information about the circumstances (what viewers the others were using, their system specs, etc) for my report to be useful. If it happens again I'll try to poll the "victims" to see what OS and cards they have.

          One other thing that may or may not be an accurate observation: I get the impression from past crashes that I'm more likely to crash if my camera is zoomed in quite close to myself when I change, whereas if I zoom out to make myself quite small in the screen before changing I seem less prone to crash.

          Show
          ainecaolmhe Aine Caoimhe added a comment - While I have definitely never had this crash on SL grid I am very rarely there and have rather limited mesh clothing items ($$$$ to upload) so the likelihood have experiencing the crash is quite low. That said, at the time when I was crashing with almost every clothing change in Opensim I would have expected to experience it at least once in SL but didn't. Might just be luck though. It's interesting that you mention that other support ticket though since I've experienced that as well, though far less often. I have had the following: someone tps into the region and I (and often others but not all others) immediately crash. I wouldn't want to swear that this only happens when the inbound avi is wearing mesh though. I change mesh wearables and not only do I crash but so, too, may several others in the region (though again, not all others) I change mesh wearables and don't crash, but one or more other people do crash I haven't reported those since it's quite infrequent and I don't have enough meaningful information about the circumstances (what viewers the others were using, their system specs, etc) for my report to be useful. If it happens again I'll try to poll the "victims" to see what OS and cards they have. One other thing that may or may not be an accurate observation: I get the impression from past crashes that I'm more likely to crash if my camera is zoomed in quite close to myself when I change, whereas if I zoom out to make myself quite small in the screen before changing I seem less prone to crash.
          Hide
          whirly.fizzle Whirly Fizzle added a comment - - edited

          Those are really helpful observations, thanks Aine.

          I got my hands on the crashlogs database today and looked up this crash on the 4.6.7 release.
          We have had 519 crash reports sent in for this exact crash out of a total of 45123, so this crasher is 1.15% of all our crashes.
          If this crash is limited to OpenSim,. then it's a pretty frequent crasher on there going by those numbers.

          Unfortunately I cant tell whether all these crashes were sent in from an opensim grid or not, I can only see the affected system and the callstack.

          This is a bug though and not a support issue so I'm going to move this over to the bug section.

          Show
          whirly.fizzle Whirly Fizzle added a comment - - edited Those are really helpful observations, thanks Aine. I got my hands on the crashlogs database today and looked up this crash on the 4.6.7 release. We have had 519 crash reports sent in for this exact crash out of a total of 45123, so this crasher is 1.15% of all our crashes. If this crash is limited to OpenSim,. then it's a pretty frequent crasher on there going by those numbers. Unfortunately I cant tell whether all these crashes were sent in from an opensim grid or not, I can only see the affected system and the callstack. This is a bug though and not a support issue so I'm going to move this over to the bug section.
          Hide
          whirly.fizzle Whirly Fizzle added a comment - - edited

          Aine, I may be barking totally up the wrong tree here but does OpenSim support Qarls mesh deformer (I know Inworldz does).
          Could the crashes be triggered by deforming mesh worn by other avatars?
          This would explain why the crashes do not appear to happen on SL grids - SL has no mesh deformer support now.

          Also, possibly... could the crashes be caused ONLY by other avatars wearing deforming mesh when those avatars are rendered as an imposter or by other avatars wearing deforming mesh when those avatars are not rendered as an imposter?
          This would explain why some do and dont crash - whether they are rendering those avatars as an imposter or not.

          Maybe its just any mesh worn (not necessarily deformer mesh) and whether that avatar is rendered as an imposter or not.

          Show
          whirly.fizzle Whirly Fizzle added a comment - - edited Aine, I may be barking totally up the wrong tree here but does OpenSim support Qarls mesh deformer (I know Inworldz does). Could the crashes be triggered by deforming mesh worn by other avatars? This would explain why the crashes do not appear to happen on SL grids - SL has no mesh deformer support now. Also, possibly... could the crashes be caused ONLY by other avatars wearing deforming mesh when those avatars are rendered as an imposter or by other avatars wearing deforming mesh when those avatars are not rendered as an imposter? This would explain why some do and dont crash - whether they are rendering those avatars as an imposter or not. Maybe its just any mesh worn (not necessarily deformer mesh) and whether that avatar is rendered as an imposter or not.
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          I don't know for sure whether stock Opensim supports it or not...I suspect not. I don't use mesh deformer and have been the cause of crashes (my own and other people's) so it certainly isn't a case where only deformer meshes are causing problems (I don't even know of any people who are working with deformer meshes currently in the group of people I speak to regularly).

          For the imposter part of the question....again I doubt it since I've definitely seen the "make someone else crash" happen with only 2 avi present in the region where there shouldn't be any imposter involved.

          I suspect it's an occasional bug with all mesh in all situations perhaps relating to a race condition.

          Show
          ainecaolmhe Aine Caoimhe added a comment - I don't know for sure whether stock Opensim supports it or not...I suspect not. I don't use mesh deformer and have been the cause of crashes (my own and other people's) so it certainly isn't a case where only deformer meshes are causing problems (I don't even know of any people who are working with deformer meshes currently in the group of people I speak to regularly). For the imposter part of the question....again I doubt it since I've definitely seen the "make someone else crash" happen with only 2 avi present in the region where there shouldn't be any imposter involved. I suspect it's an occasional bug with all mesh in all situations perhaps relating to a race condition.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          FIRE-14689 also reports this exact same crash on Inworldz

          Show
          whirly.fizzle Whirly Fizzle added a comment - FIRE-14689 also reports this exact same crash on Inworldz
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Quirina on SUP-14565 has been poking at this crash too.

          Quirina reports that the crashes only happen when the triggering avatar is wearing mesh (any mesh, nothing special like fitted mesh only or deformer mesh only - possibly only RIGGED mesh, but unsure).
          She also reports that only avatars within a certain radius of the triggering avatar crash.
          Quirina can trigger this crash for Firestorm users with her alt. When her alt removes all mesh from her avatar, noone crashes.

          Quirina also notes that the Inworldz viewer, InWorldz 2.2.14 (35024) Aug 20 2014 22:01:20 (Radiant-ReleaseCandidate), does not suffer from this crash.
          This Inworldz viewer is a Firestorm fork, but it appears to be based on old code - roughly the Firestorm 4.5.1 beta codebase.
          No idea yet whether Inworldz viewer has fixed this crash or whether this crash will not occur in the Firestorm 4.5.1 beta codebase.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Quirina on SUP-14565 has been poking at this crash too. Quirina reports that the crashes only happen when the triggering avatar is wearing mesh (any mesh, nothing special like fitted mesh only or deformer mesh only - possibly only RIGGED mesh, but unsure). She also reports that only avatars within a certain radius of the triggering avatar crash. Quirina can trigger this crash for Firestorm users with her alt. When her alt removes all mesh from her avatar, noone crashes. Quirina also notes that the Inworldz viewer, InWorldz 2.2.14 (35024) Aug 20 2014 22:01:20 (Radiant-ReleaseCandidate), does not suffer from this crash. This Inworldz viewer is a Firestorm fork, but it appears to be based on old code - roughly the Firestorm 4.5.1 beta codebase. No idea yet whether Inworldz viewer has fixed this crash or whether this crash will not occur in the Firestorm 4.5.1 beta codebase.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Attached Luana Camargo_logs, which were sent in via email for this crash.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Attached Luana Camargo_logs, which were sent in via email for this crash.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Saturday we ran several tests in my club with 8 avi's present ... my logs showed that NYA was crashing me what we found out is that when someone wearing MESH enters or leaves within a certain radius it crashes those around her.. what my logs showed was nya crashing me this was happening because someone on the other side of her entered with mesh thus when she crashed she crashed me coming back in
          I had nya remove all her mesh from her avi and log in and out 3 times no one crashed
          i had her add 1 item of mesh back ..then relog... I crashed then we had her remove that item add another item same thing crash.
          this only happens with the sudden appearance of mesh or disappearance such as changing clothes logging out or in or crashing
          I walked out about 35 meters away from everyone relogged walked in and no one crashed.

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Saturday we ran several tests in my club with 8 avi's present ... my logs showed that NYA was crashing me what we found out is that when someone wearing MESH enters or leaves within a certain radius it crashes those around her.. what my logs showed was nya crashing me this was happening because someone on the other side of her entered with mesh thus when she crashed she crashed me coming back in I had nya remove all her mesh from her avi and log in and out 3 times no one crashed i had her add 1 item of mesh back ..then relog... I crashed then we had her remove that item add another item same thing crash. this only happens with the sudden appearance of mesh or disappearance such as changing clothes logging out or in or crashing I walked out about 35 meters away from everyone relogged walked in and no one crashed.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          This Crash I am 1800 meters above the club I walked away from my computer and when i returned found I had crashed

          Show
          Quirina Firehawk Quirina Firehawk added a comment - This Crash I am 1800 meters above the club I walked away from my computer and when i returned found I had crashed
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Quirina, this mesh Nya wears that can repro the crash, is it possible to get a copy of it on SL or on opensim?

          Show
          whirly.fizzle Whirly Fizzle added a comment - Quirina, this mesh Nya wears that can repro the crash, is it possible to get a copy of it on SL or on opensim?
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Luana Camargo_logs.rar has lots of dmps.
          Most are this crash but one is FIRE-14261

          Show
          whirly.fizzle Whirly Fizzle added a comment - Luana Camargo_logs.rar has lots of dmps. Most are this crash but one is FIRE-14261
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          her hair maybe its ---> MINA Hair - Noor NB----Mina Nakamura i believe she is an sl creator and is active in sl still

          Show
          Quirina Firehawk Quirina Firehawk added a comment - her hair maybe its --- > MINA Hair - Noor NB ----Mina Nakamura i believe she is an sl creator and is active in sl still
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Whirly Luana is NYA

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Whirly Luana is NYA
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I Downloaded the earliest version of firestorm still on the website (Firestorm OpenSim 4.4.2 (34167)) and the crash still happens there. So this is not something thats gone wrong recently.

          Interestingly though the webkit version used in that does not crash on me... anyway if you need coppies of some mesh that can cause a crash i can provide them to you either in IW, SL or as .dae. Just let me know where to send them, i wont just upload to the site as they are sale items.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I Downloaded the earliest version of firestorm still on the website (Firestorm OpenSim 4.4.2 (34167)) and the crash still happens there. So this is not something thats gone wrong recently. Interestingly though the webkit version used in that does not crash on me... anyway if you need coppies of some mesh that can cause a crash i can provide them to you either in IW, SL or as .dae. Just let me know where to send them, i wont just upload to the site as they are sale items.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Crash when my Manager logged into the sim and was about 1400 meters away and yes she is wearing mesh

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Crash when my Manager logged into the sim and was about 1400 meters away and yes she is wearing mesh
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          correction she is 4200 meters away in her skybox we are the only ones on this sim

          Show
          Quirina Firehawk Quirina Firehawk added a comment - correction she is 4200 meters away in her skybox we are the only ones on this sim
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Manwa, thanks for checking on 4.4.2.
          So now I'm really curious - is this crash something that has always happened on Opensim on old versions of Firestorm (and if so, why has noone reported it because it seems to be a pretty big and common crasher?) or is this caused by something that has changed at the Opensim end that is now causing the viewer to crash and the Inworldz viewer has this fixed?

          Show
          whirly.fizzle Whirly Fizzle added a comment - Manwa, thanks for checking on 4.4.2. So now I'm really curious - is this crash something that has always happened on Opensim on old versions of Firestorm (and if so, why has noone reported it because it seems to be a pretty big and common crasher?) or is this caused by something that has changed at the Opensim end that is now causing the viewer to crash and the Inworldz viewer has this fixed?
          Hide
          whirly.fizzle Whirly Fizzle added a comment - - edited

          Manwa, if we can get the dae for the crashy mesh, that would be awesome!
          Please can you email the dae to whirly.fizzle@... and Nicky.Dasmijn@...
          Thank you!

          Show
          whirly.fizzle Whirly Fizzle added a comment - - edited Manwa, if we can get the dae for the crashy mesh, that would be awesome! Please can you email the dae to whirly.fizzle@... and Nicky.Dasmijn@... Thank you!
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I will send you .dae's now, as for your question about the historical element of this bug the simple answer is i don't know, nor am i sure how to check unless maybe there are old versions of the open sim software available to download.... Essentially until 4 months ago the only place i used open sim was privately on my hdd, so i never logged in more than one account and never saw this issue.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I will send you .dae's now, as for your question about the historical element of this bug the simple answer is i don't know, nor am i sure how to check unless maybe there are old versions of the open sim software available to download.... Essentially until 4 months ago the only place i used open sim was privately on my hdd, so i never logged in more than one account and never saw this issue.
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          Emails sent,

          It should be noted that any or all of those meshes can cause the crash, though at least for me its not a case that it will happen every time. I only suffer in about 1 in 10 logins. However... once one has crashed, when the first person relogs the second will almost always crash.

          Also in the tests i have done, the more detail you have in a mesh, the more likely it is to cause a crash. - yet to be proven but this is my suspicion

          If you need any more let me know, i can supply the lower levels of detail for all those dae's if required.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - Emails sent, It should be noted that any or all of those meshes can cause the crash, though at least for me its not a case that it will happen every time. I only suffer in about 1 in 10 logins. However... once one has crashed, when the first person relogs the second will almost always crash. Also in the tests i have done, the more detail you have in a mesh, the more likely it is to cause a crash. - yet to be proven but this is my suspicion If you need any more let me know, i can supply the lower levels of detail for all those dae's if required.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Whirly my guess is that when they crashed they blamed the crash on the grids because their fairly new ... i joined INWz in 2010 and left because i crashed every 3 mins

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Whirly my guess is that when they crashed they blamed the crash on the grids because their fairly new ... i joined INWz in 2010 and left because i crashed every 3 mins
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I don't see any links to download older versions of the opensim software, sorry i cant test that part wirly

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I don't see any links to download older versions of the opensim software, sorry i cant test that part wirly
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Got the dae's thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Got the dae's thanks!
          Hide
          nickyd Nicky added a comment -

          you can find the links to older versions here: http://wiki.phoenixviewer.com/fs_older_downloads?s[]=downloads

          Show
          nickyd Nicky added a comment - you can find the links to older versions here: http://wiki.phoenixviewer.com/fs_older_downloads?s[]=downloads
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I have already tried the older version of Firestorm Nicky and that suffered in the same way, what i was looking for was older version of the OpenSim software to try and see if it is something thats always been an issue or something that changed in the open sim software as per the convo with wirly. I don't suppose you know where i can get those do you?

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I have already tried the older version of Firestorm Nicky and that suffered in the same way, what i was looking for was older version of the OpenSim software to try and see if it is something thats always been an issue or something that changed in the open sim software as per the convo with wirly. I don't suppose you know where i can get those do you?
          Hide
          nickyd Nicky added a comment -

          My apologies, I did misunderstand you there.

          AFAIK you can find older versions of OpenSim here http://opensimulator.org/dist/ (not that I ever tried one of those versions)
          Or grab the code and compile it yourself (this is what I usually do, but I only ever want up in releases. Not down.) from git://opensimulator.org/git/opensim. I'd personally try the binary packages first in this case. Sounds less of a hassle to me in this case

          Show
          nickyd Nicky added a comment - My apologies, I did misunderstand you there. AFAIK you can find older versions of OpenSim here http://opensimulator.org/dist/ (not that I ever tried one of those versions) Or grab the code and compile it yourself (this is what I usually do, but I only ever want up in releases. Not down.) from git://opensimulator.org/git/opensim. I'd personally try the binary packages first in this case. Sounds less of a hassle to me in this case
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I think i need to retract a previous statement... The crash i have seen using my own private OpenSim was entirely different to the one seen when using Inworldz.

          I can not reproduce this crash on a private OpenSimulator of any version.

          Its very possible this is an Inworldz specific issue. It would also explain why its only recently come to light given its more recent popularity.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I think i need to retract a previous statement... The crash i have seen using my own private OpenSim was entirely different to the one seen when using Inworldz. I can not reproduce this crash on a private OpenSimulator of any version. Its very possible this is an Inworldz specific issue. It would also explain why its only recently come to light given its more recent popularity.
          Hide
          ainecaolmhe Aine Caoimhe added a comment - - edited

          "So now I'm really curious - is this crash something that has always happened on Opensim on old versions of Firestorm (and if so, why has noone reported it because it seems to be a pretty big and common crasher?)"

          As you'll note in the original report I filed, I'd been under the impression that using the automated "report crash" feature when FS crashes would actually have a live body looking at them...essentially like filing report but even more useful because it would contain all the dumps. Of the many hundreds of times I crashed prior to finally opening this report, I only bothered to send the first ~10-20 of them and then 1 every few weeks. I suspect I'm not alone in this misunderstanding and that many other people out there are under the same illusion.

          It's also worth pointing out that in Opensim (generally) the number of people who work with mesh is far lower than is the case with SL. There's less pressure to do so (Opensim has no prim limits and no land impact pricing structure) and also the people who tend to work with mesh will sell in SL and not make those items widely available in Opensim). As such, Opensim has lagged behind SL significantly in adopting mesh wearables so it's only in the last 12-18 months that the number of people wearing mesh has started to increase. And then until FS 4.4.2 was released FS was not nearly as popular in Opensim environment because it lacked support for a number of key Opensim features (I used CoolVL or Singularity at that time because they did support them). And lastly Opensim isn't the most stable environment at the best of times so it's often very difficult to pin down the source of a crash that could be attributable to a wide variety of causes. Perhaps simply a "perfect storm" of conditions that kept the issue "hidden" in your auto-submitted crash logs until recently.

          EDIT: also a possible contributing factor – if the crash is somehow related to mesh physics then something to look at would be some difference between ODE and BulletSim handling of mesh since the frequency of crashes might have escalated significantly as BulletSim became the new default/recommended physics engine about a year ago and more and more region owners switched over to it.

          Show
          ainecaolmhe Aine Caoimhe added a comment - - edited "So now I'm really curious - is this crash something that has always happened on Opensim on old versions of Firestorm (and if so, why has noone reported it because it seems to be a pretty big and common crasher?)" As you'll note in the original report I filed, I'd been under the impression that using the automated "report crash" feature when FS crashes would actually have a live body looking at them...essentially like filing report but even more useful because it would contain all the dumps. Of the many hundreds of times I crashed prior to finally opening this report, I only bothered to send the first ~10-20 of them and then 1 every few weeks. I suspect I'm not alone in this misunderstanding and that many other people out there are under the same illusion. It's also worth pointing out that in Opensim (generally) the number of people who work with mesh is far lower than is the case with SL. There's less pressure to do so (Opensim has no prim limits and no land impact pricing structure) and also the people who tend to work with mesh will sell in SL and not make those items widely available in Opensim). As such, Opensim has lagged behind SL significantly in adopting mesh wearables so it's only in the last 12-18 months that the number of people wearing mesh has started to increase. And then until FS 4.4.2 was released FS was not nearly as popular in Opensim environment because it lacked support for a number of key Opensim features (I used CoolVL or Singularity at that time because they did support them). And lastly Opensim isn't the most stable environment at the best of times so it's often very difficult to pin down the source of a crash that could be attributable to a wide variety of causes. Perhaps simply a "perfect storm" of conditions that kept the issue "hidden" in your auto-submitted crash logs until recently. EDIT: also a possible contributing factor – if the crash is somehow related to mesh physics then something to look at would be some difference between ODE and BulletSim handling of mesh since the frequency of crashes might have escalated significantly as BulletSim became the new default/recommended physics engine about a year ago and more and more region owners switched over to it.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          The problem is most SL stores that sell mesh buy a templet from a Mesh creator and then modify it their own clothing design the 3 shops I have in my mall are waiting to get approval of bring those mesh templets into INWorldz... ive been living here for 4 months now and during the 1st 3 months my wife evie was crashing due to her net it was causing me to crash but i simply wrote it off to the region crashing me or INWorldz it was not until we started getting more avi's on our dance floor that the crashes increased which lead me to file my jira because the regions resources were good and also my wife evie started using the INWorldz Viewer which is an older version of Firestorm and she and everyone on the INWorldz viewer does not crash from Mesh

          Show
          Quirina Firehawk Quirina Firehawk added a comment - The problem is most SL stores that sell mesh buy a templet from a Mesh creator and then modify it their own clothing design the 3 shops I have in my mall are waiting to get approval of bring those mesh templets into INWorldz... ive been living here for 4 months now and during the 1st 3 months my wife evie was crashing due to her net it was causing me to crash but i simply wrote it off to the region crashing me or INWorldz it was not until we started getting more avi's on our dance floor that the crashes increased which lead me to file my jira because the regions resources were good and also my wife evie started using the INWorldz Viewer which is an older version of Firestorm and she and everyone on the INWorldz viewer does not crash from Mesh
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Aine Caoimhe
          Quirina Firehawk
          Manwa Pastorelli

          I'm sending a test build of Firestorm to your JIRA email addresses.
          This build has a possible fix for this crash: http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/bf02b1635f22

          Please let us know if you still crash on this test build and attach logs if you do.
          Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Aine Caoimhe Quirina Firehawk Manwa Pastorelli I'm sending a test build of Firestorm to your JIRA email addresses. This build has a possible fix for this crash: http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/bf02b1635f22 Please let us know if you still crash on this test build and attach logs if you do. Thanks!
          Hide
          ainecaolmhe Aine Caoimhe added a comment - - edited

          I wiped my previous log file so starting from clean.
          Installed the build.
          Logged in.
          Began to work my way through assorted outfits. First crash was after about 4-5 outfit changes. Log attached #1.
          Cleared log to clean again.
          Logged in again
          Resumed changing outfits. Second crash was again after a few more outfit changes. Log attached #2.
          I can continue to give you move logs from this build if you like but I suspect they'll all show the same thing - bug still persists.

          (Obviously I wouldn't cycle through outfits this rapidly during normal use but might be swapping mesh attachments on and off at this rate when doing texturing or testing).

          Show
          ainecaolmhe Aine Caoimhe added a comment - - edited I wiped my previous log file so starting from clean. Installed the build. Logged in. Began to work my way through assorted outfits. First crash was after about 4-5 outfit changes. Log attached #1. Cleared log to clean again. Logged in again Resumed changing outfits. Second crash was again after a few more outfit changes. Log attached #2. I can continue to give you move logs from this build if you like but I suspect they'll all show the same thing - bug still persists. (Obviously I wouldn't cycle through outfits this rapidly during normal use but might be swapping mesh attachments on and off at this rate when doing texturing or testing).
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          I just installed it i have 14 on my dance floor will let you know asap

          Show
          Quirina Firehawk Quirina Firehawk added a comment - I just installed it i have 14 on my dance floor will let you know asap
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks Aine & Quirina!

          Crash 1
          Last render pool type: 18
          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x3c
          Assertion: Unknown assertion type 0x00000000
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLColor4::operator LLColor4U const () [v4color.cpp : 131 + 0x0]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x0000000140b74d7a
              rsp = 0x0000000000acc540   rbp = 0x0000000000acc690
              Found by: given as instruction pointer in context
           1  Firestorm-bin.exe!LLFace::getGeometryVolume(LLVolume const &,int const &,LLMatrix4 const &,LLMatrix3 const &,unsigned short const &,bool) [llface.cpp : 1293 + 0xd]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000013fd57ea6
              rsp = 0x0000000000acc590   rbp = 0x0000000000acc690
              Found by: call frame info
           2  Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1650 + 0x36]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000013fd24fca
              rsp = 0x0000000000acc940   rbp = 0x0000000000acc690
              Found by: call frame info
           3  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000013fd251eb
              rsp = 0x0000000000accb10   rbp = 0x0000000000acc690
              Found by: call frame info
           4  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000013fd26170
              rsp = 0x0000000000acd9e0   rbp = 0x0000000000acc690
              Found by: call frame info
           5  Firestorm-bin.exe!LLPipeline::renderGeomShadow(LLCamera &) [pipeline.cpp : 4919 + 0xc]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x00000001406dc185
              rsp = 0x0000000000acdae0   rbp = 0x0000000000acc690
              Found by: call frame info
           6  Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &,int,int,unsigned int) [pipeline.cpp : 10353 + 0xa]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x00000001406fbb89
              rsp = 0x0000000000acdb60   rbp = 0x0000000000acc690
              Found by: call frame info
           7  Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x00000001406ff8e5
              rsp = 0x0000000000acdc90   rbp = 0x0000000000acc690
              Found by: call frame info
           8  Firestorm-bin.exe!display(int,float,int,int) [llviewerdisplay.cpp : 811 + 0x13]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x0000000140454ccf
              rsp = 0x0000000000acee70   rbp = 0x0000000000acc690
              Found by: call frame info
           9  Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000013fc608e8
              rsp = 0x0000000000acf370   rbp = 0x0000000000acc690
              Found by: call frame info
          10  Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x000000014077be04
              rsp = 0x0000000000acf960   rbp = 0x0000000000acc690
              Found by: call frame info
          11  Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24]
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x0000000140e1faeb
              rsp = 0x0000000000acfa00   rbp = 0x0000000000acc690
              Found by: call frame info
          12  kernel32.dll + 0x159ec
              rbx = 0x0000000000000001   r12 = 0x000000003c1192a0
              r13 = 0x000000002e8eb860   r14 = 0x0000000000000000
              r15 = 0x0000000000acc9e0   rip = 0x0000000076af59ed
              rsp = 0x0000000000acfab0   rbp = 0x0000000000acc690
              Found by: call frame info
          13  ntdll.dll + 0x2c540
              rip = 0x0000000076d2c541   rsp = 0x0000000000acfae0
              Found by: stack scanning
          14  kernel32.dll + 0x9b7df
              rip = 0x0000000076b7b7e0   rsp = 0x0000000000acfb08
              Found by: stack scanning
          15  kernel32.dll + 0x9b7df
              rip = 0x0000000076b7b7e0   rsp = 0x0000000000acfb10
              Found by: stack scanning
          

          Crash 2
          Last render pool type: 18
          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_READ
          Crash address: 0x3c
          Assertion: Unknown assertion type 0x00000000
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLColor4::operator LLColor4U const () [v4color.cpp : 131 + 0x0]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x00000001409d4d7a
              rsp = 0x0000000000a9c5b0   rbp = 0x0000000000a9c700
              Found by: given as instruction pointer in context
           1  Firestorm-bin.exe!LLFace::getGeometryVolume(LLVolume const &,int const &,LLMatrix4 const &,LLMatrix3 const &,unsigned short const &,bool) [llface.cpp : 1293 + 0xd]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000013fbb7ea6
              rsp = 0x0000000000a9c600   rbp = 0x0000000000a9c700
              Found by: call frame info
           2  Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1650 + 0x36]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000013fb84fca
              rsp = 0x0000000000a9c9b0   rbp = 0x0000000000a9c700
              Found by: call frame info
           3  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000013fb851eb
              rsp = 0x0000000000a9cb80   rbp = 0x0000000000a9c700
              Found by: call frame info
           4  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000013fb86170
              rsp = 0x0000000000a9da50   rbp = 0x0000000000a9c700
              Found by: call frame info
           5  Firestorm-bin.exe!LLPipeline::renderGeomShadow(LLCamera &) [pipeline.cpp : 4919 + 0xc]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000014053c185
              rsp = 0x0000000000a9db50   rbp = 0x0000000000a9c700
              Found by: call frame info
           6  Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &,int,int,unsigned int) [pipeline.cpp : 10353 + 0xa]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000014055bb89
              rsp = 0x0000000000a9dbd0   rbp = 0x0000000000a9c700
              Found by: call frame info
           7  Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000014055f8e5
              rsp = 0x0000000000a9dd00   rbp = 0x0000000000a9c700
              Found by: call frame info
           8  Firestorm-bin.exe!display(int,float,int,int) [llviewerdisplay.cpp : 811 + 0x13]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x00000001402b4ccf
              rsp = 0x0000000000a9eee0   rbp = 0x0000000000a9c700
              Found by: call frame info
           9  Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x000000013fac08e8
              rsp = 0x0000000000a9f3e0   rbp = 0x0000000000a9c700
              Found by: call frame info
          10  Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x00000001405dbe04
              rsp = 0x0000000000a9f9d0   rbp = 0x0000000000a9c700
              Found by: call frame info
          11  Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24]
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x0000000140c7faeb
              rsp = 0x0000000000a9fa70   rbp = 0x0000000000a9c700
              Found by: call frame info
          12  kernel32.dll + 0x159ec
              rbx = 0x0000000000000001   r12 = 0x000000003b8693e0
              r13 = 0x000000003ca9a060   r14 = 0x0000000000000000
              r15 = 0x0000000000a9ca50   rip = 0x0000000076af59ed
              rsp = 0x0000000000a9fb20   rbp = 0x0000000000a9c700
              Found by: call frame info
          13  ntdll.dll + 0x2c540
              rip = 0x0000000076d2c541   rsp = 0x0000000000a9fb50
              Found by: stack scanning
          14  kernel32.dll + 0x9b7df
              rip = 0x0000000076b7b7e0   rsp = 0x0000000000a9fb78
              Found by: stack scanning
          15  kernel32.dll + 0x9b7df
              rip = 0x0000000076b7b7e0   rsp = 0x0000000000a9fb80
              Found by: stack scanning
          
          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks Aine & Quirina! Crash 1 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x3c Assertion: Unknown assertion type 0x00000000 Thread 0 (crashed) 0 Firestorm-bin.exe!LLColor4:: operator LLColor4U const () [v4color.cpp : 131 + 0x0] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x0000000140b74d7a rsp = 0x0000000000acc540 rbp = 0x0000000000acc690 Found by: given as instruction pointer in context 1 Firestorm-bin.exe!LLFace::getGeometryVolume(LLVolume const &, int const &,LLMatrix4 const &,LLMatrix3 const &,unsigned short const &,bool) [llface.cpp : 1293 + 0xd] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000013fd57ea6 rsp = 0x0000000000acc590 rbp = 0x0000000000acc690 Found by: call frame info 2 Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int ,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1650 + 0x36] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000013fd24fca rsp = 0x0000000000acc940 rbp = 0x0000000000acc690 Found by: call frame info 3 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000013fd251eb rsp = 0x0000000000accb10 rbp = 0x0000000000acc690 Found by: call frame info 4 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000013fd26170 rsp = 0x0000000000acd9e0 rbp = 0x0000000000acc690 Found by: call frame info 5 Firestorm-bin.exe!LLPipeline::renderGeomShadow(LLCamera &) [pipeline.cpp : 4919 + 0xc] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x00000001406dc185 rsp = 0x0000000000acdae0 rbp = 0x0000000000acc690 Found by: call frame info 6 Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &, int , int ,unsigned int ) [pipeline.cpp : 10353 + 0xa] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x00000001406fbb89 rsp = 0x0000000000acdb60 rbp = 0x0000000000acc690 Found by: call frame info 7 Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x00000001406ff8e5 rsp = 0x0000000000acdc90 rbp = 0x0000000000acc690 Found by: call frame info 8 Firestorm-bin.exe!display( int , float , int , int ) [llviewerdisplay.cpp : 811 + 0x13] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x0000000140454ccf rsp = 0x0000000000acee70 rbp = 0x0000000000acc690 Found by: call frame info 9 Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000013fc608e8 rsp = 0x0000000000acf370 rbp = 0x0000000000acc690 Found by: call frame info 10 Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x000000014077be04 rsp = 0x0000000000acf960 rbp = 0x0000000000acc690 Found by: call frame info 11 Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24] rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x0000000140e1faeb rsp = 0x0000000000acfa00 rbp = 0x0000000000acc690 Found by: call frame info 12 kernel32.dll + 0x159ec rbx = 0x0000000000000001 r12 = 0x000000003c1192a0 r13 = 0x000000002e8eb860 r14 = 0x0000000000000000 r15 = 0x0000000000acc9e0 rip = 0x0000000076af59ed rsp = 0x0000000000acfab0 rbp = 0x0000000000acc690 Found by: call frame info 13 ntdll.dll + 0x2c540 rip = 0x0000000076d2c541 rsp = 0x0000000000acfae0 Found by: stack scanning 14 kernel32.dll + 0x9b7df rip = 0x0000000076b7b7e0 rsp = 0x0000000000acfb08 Found by: stack scanning 15 kernel32.dll + 0x9b7df rip = 0x0000000076b7b7e0 rsp = 0x0000000000acfb10 Found by: stack scanning Crash 2 Last render pool type: 18 Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_READ Crash address: 0x3c Assertion: Unknown assertion type 0x00000000 Thread 0 (crashed) 0 Firestorm-bin.exe!LLColor4:: operator LLColor4U const () [v4color.cpp : 131 + 0x0] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x00000001409d4d7a rsp = 0x0000000000a9c5b0 rbp = 0x0000000000a9c700 Found by: given as instruction pointer in context 1 Firestorm-bin.exe!LLFace::getGeometryVolume(LLVolume const &, int const &,LLMatrix4 const &,LLMatrix3 const &,unsigned short const &,bool) [llface.cpp : 1293 + 0xd] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000013fbb7ea6 rsp = 0x0000000000a9c600 rbp = 0x0000000000a9c700 Found by: call frame info 2 Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int ,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1650 + 0x36] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000013fb84fca rsp = 0x0000000000a9c9b0 rbp = 0x0000000000a9c700 Found by: call frame info 3 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000013fb851eb rsp = 0x0000000000a9cb80 rbp = 0x0000000000a9c700 Found by: call frame info 4 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000013fb86170 rsp = 0x0000000000a9da50 rbp = 0x0000000000a9c700 Found by: call frame info 5 Firestorm-bin.exe!LLPipeline::renderGeomShadow(LLCamera &) [pipeline.cpp : 4919 + 0xc] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000014053c185 rsp = 0x0000000000a9db50 rbp = 0x0000000000a9c700 Found by: call frame info 6 Firestorm-bin.exe!LLPipeline::renderShadow(glh::ns_float::matrix4 &,glh::ns_float::matrix4 &,LLCamera &,LLCullResult &, int , int ,unsigned int ) [pipeline.cpp : 10353 + 0xa] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000014055bb89 rsp = 0x0000000000a9dbd0 rbp = 0x0000000000a9c700 Found by: call frame info 7 Firestorm-bin.exe!LLPipeline::generateSunShadow(LLCamera &) [pipeline.cpp : 11252 + 0x3f] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000014055f8e5 rsp = 0x0000000000a9dd00 rbp = 0x0000000000a9c700 Found by: call frame info 8 Firestorm-bin.exe!display( int , float , int , int ) [llviewerdisplay.cpp : 811 + 0x13] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x00000001402b4ccf rsp = 0x0000000000a9eee0 rbp = 0x0000000000a9c700 Found by: call frame info 9 Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x000000013fac08e8 rsp = 0x0000000000a9f3e0 rbp = 0x0000000000a9c700 Found by: call frame info 10 Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x00000001405dbe04 rsp = 0x0000000000a9f9d0 rbp = 0x0000000000a9c700 Found by: call frame info 11 Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24] rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x0000000140c7faeb rsp = 0x0000000000a9fa70 rbp = 0x0000000000a9c700 Found by: call frame info 12 kernel32.dll + 0x159ec rbx = 0x0000000000000001 r12 = 0x000000003b8693e0 r13 = 0x000000003ca9a060 r14 = 0x0000000000000000 r15 = 0x0000000000a9ca50 rip = 0x0000000076af59ed rsp = 0x0000000000a9fb20 rbp = 0x0000000000a9c700 Found by: call frame info 13 ntdll.dll + 0x2c540 rip = 0x0000000076d2c541 rsp = 0x0000000000a9fb50 Found by: stack scanning 14 kernel32.dll + 0x9b7df rip = 0x0000000076b7b7e0 rsp = 0x0000000000a9fb78 Found by: stack scanning 15 kernel32.dll + 0x9b7df rip = 0x0000000076b7b7e0 rsp = 0x0000000000a9fb80 Found by: stack scanning
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          is this test build based off the latest firestorm release if so one thing im noticing now is that im no wheres near as laggy as i was with the last release.... it was one of the reasons i went back to the previous release

          Show
          Quirina Firehawk Quirina Firehawk added a comment - is this test build based off the latest firestorm release if so one thing im noticing now is that im no wheres near as laggy as i was with the last release.... it was one of the reasons i went back to the previous release
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Well it has all the same code as release plus lots of new stuff. Its fairly close to what the next FS release will be.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Well it has all the same code as release plus lots of new stuff. Its fairly close to what the next FS release will be.
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          Tried it, and crashed on multiple outfit changes, didn't try with login and out yet, i will post those logs next

          Show
          manwa pastorelli Manwa Pastorelli added a comment - Tried it, and crashed on multiple outfit changes, didn't try with login and out yet, i will post those logs next
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I think this is a vast improvement, i have done 20 logins with two avi's right next to each other an no crash. But i can still make the crash happen with the rappid outfit changes.

          good job so far

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I think this is a vast improvement, i have done 20 logins with two avi's right next to each other an no crash. But i can still make the crash happen with the rappid outfit changes. good job so far
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          ok i had NYA relog 3 times only once did i crash, the other day every time she logged i crashed attached is my logs

          Show
          Quirina Firehawk Quirina Firehawk added a comment - ok i had NYA relog 3 times only once did i crash, the other day every time she logged i crashed attached is my logs
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          spent most of the day in the club with people coming and going and the only time i crashed was when i had NYA relog 3 times back to back and it was the 3rd relog that crashed me so far this does seem to be an improvement

          Show
          Quirina Firehawk Quirina Firehawk added a comment - spent most of the day in the club with people coming and going and the only time i crashed was when i had NYA relog 3 times back to back and it was the 3rd relog that crashed me so far this does seem to be an improvement
          Hide
          ainecaolmhe Aine Caoimhe added a comment - - edited

          I neglected to mention one change I made since the last time I submitted a log....ATI released a driver update on Monday which I applied so I"m now using 14.9 (14.301.1001-140915a-176154C)

          EDIT: also, I just swapped a mesh while at a dance and someone crashed instantly so I'm guessing that confirms that something is still generating a crash

          Show
          ainecaolmhe Aine Caoimhe added a comment - - edited I neglected to mention one change I made since the last time I submitted a log....ATI released a driver update on Monday which I applied so I"m now using 14.9 (14.301.1001-140915a-176154C) EDIT: also, I just swapped a mesh while at a dance and someone crashed instantly so I'm guessing that confirms that something is still generating a crash
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks for the new logs guys.

          Crash Logs with new test viewer.zip - Manwa

          llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:18:55Z error
          llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:18:55Z ERROR: LLVertexBuffer::allocateBuffer: Bad vertex buffer allocation: 0 : -961314992

          This appears to be the FIRE-14261 variation of this crash.

          Callstack:

          Operating system: Windows NT
                            6.3.9600 
          CPU: amd64
               family 6 model 26 stepping 5
               8 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_WRITE
          Crash address: 0x0
          Assertion: Unknown assertion type 0x00000000
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLError::crashAndLoop(std::basic_string<char,std::char_traits<char>,std::allocator<char> > const &) [llerror.cpp : 1332 + 0x5]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c634c607
              rsp = 0x00000000018ed3b0   rbp = 0x00000000018ed4f0
              Found by: given as instruction pointer in context
           1  Firestorm-bin.exe!errorCallback(std::basic_string<char,std::char_traits<char>,std::allocator<char> > const &) [llappviewer.cpp : 2600 + 0x7]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c540180b
              rsp = 0x00000000018ed3f0   rbp = 0x00000000018ed4f0
              Found by: call frame info
           2  Firestorm-bin.exe!LLError::Log::flush(std::basic_ostringstream<char,std::char_traits<char>,std::allocator<char> > *,LLError::CallSite const &) [llerror.cpp : 1259 + 0x6a]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c634f4ae
              rsp = 0x00000000018ed520   rbp = 0x00000000018ed4f0
              Found by: call frame info
           3  Firestorm-bin.exe!LLVertexBuffer::allocateBuffer(int,int,bool) [llvertexbuffer.cpp : 1320 + 0xec]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c60879ce
              rsp = 0x00000000018ed930   rbp = 0x00000000018ed4f0
              Found by: call frame info
           4  Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1591 + 0x11]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c54e4dc0
              rsp = 0x00000000018ed9b0   rbp = 0x00000000018ed4f0
              Found by: call frame info
           5  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c54e51eb
              rsp = 0x00000000018edb80   rbp = 0x00000000018ed4f0
              Found by: call frame info
           6  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c54e6170
              rsp = 0x00000000018eea50   rbp = 0x00000000018ed4f0
              Found by: call frame info
           7  Firestorm-bin.exe!LLPipeline::renderGeom(LLCamera &,int) [pipeline.cpp : 4541 + 0x8]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c5ead4bf
              rsp = 0x00000000018eeb50   rbp = 0x00000000018ed4f0
              Found by: call frame info
           8  Firestorm-bin.exe!display(int,float,int,int) [llviewerdisplay.cpp : 1065 + 0x19]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c5c159c8
              rsp = 0x00000000018eed80   rbp = 0x00000000018ed4f0
              Found by: call frame info
           9  Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c54208e8
              rsp = 0x00000000018ef280   rbp = 0x00000000018ed4f0
              Found by: call frame info
          10  Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c5f3be04
              rsp = 0x00000000018ef870   rbp = 0x00000000018ed4f0
              Found by: call frame info
          11  Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24]
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ff6c65dfaeb
              rsp = 0x00000000018ef910   rbp = 0x00000000018ed4f0
              Found by: call frame info
          12  kernel32.dll + 0x16ac
              rbx = 0x00000000018ed8b0   r12 = 0x0000000000000007
              r13 = 0x00007ff6c7714280   r14 = 0x00000000033fced0
              r15 = 0x0000000000000001   rip = 0x00007ffd73c116ad
              rsp = 0x00000000018ef9c0   rbp = 0x00000000018ed4f0
              Found by: call frame info
          13  ntdll.dll + 0x734a4
              rip = 0x00007ffd742d34a5   rsp = 0x00000000018ef9f0
              Found by: stack scanning
          14  KERNELBASE.dll + 0xdd81f
              rip = 0x00007ffd719fd820   rsp = 0x00000000018efa20
              Found by: stack scanning
          

          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks for the new logs guys. Crash Logs with new test viewer.zip - Manwa llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:18:55Z error llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:18:55Z ERROR: LLVertexBuffer::allocateBuffer: Bad vertex buffer allocation: 0 : -961314992 This appears to be the FIRE-14261 variation of this crash. Callstack: Operating system: Windows NT 6.3.9600 CPU: amd64 family 6 model 26 stepping 5 8 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_WRITE Crash address: 0x0 Assertion: Unknown assertion type 0x00000000 Thread 0 (crashed) 0 Firestorm-bin.exe!LLError::crashAndLoop(std::basic_string< char ,std::char_traits< char >,std::allocator< char > > const &) [llerror.cpp : 1332 + 0x5] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c634c607 rsp = 0x00000000018ed3b0 rbp = 0x00000000018ed4f0 Found by: given as instruction pointer in context 1 Firestorm-bin.exe!errorCallback(std::basic_string< char ,std::char_traits< char >,std::allocator< char > > const &) [llappviewer.cpp : 2600 + 0x7] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c540180b rsp = 0x00000000018ed3f0 rbp = 0x00000000018ed4f0 Found by: call frame info 2 Firestorm-bin.exe!LLError::Log::flush(std::basic_ostringstream< char ,std::char_traits< char >,std::allocator< char > > *,LLError::CallSite const &) [llerror.cpp : 1259 + 0x6a] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c634f4ae rsp = 0x00000000018ed520 rbp = 0x00000000018ed4f0 Found by: call frame info 3 Firestorm-bin.exe!LLVertexBuffer::allocateBuffer( int , int ,bool) [llvertexbuffer.cpp : 1320 + 0xec] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c60879ce rsp = 0x00000000018ed930 rbp = 0x00000000018ed4f0 Found by: call frame info 4 Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int ,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1591 + 0x11] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c54e4dc0 rsp = 0x00000000018ed9b0 rbp = 0x00000000018ed4f0 Found by: call frame info 5 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c54e51eb rsp = 0x00000000018edb80 rbp = 0x00000000018ed4f0 Found by: call frame info 6 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c54e6170 rsp = 0x00000000018eea50 rbp = 0x00000000018ed4f0 Found by: call frame info 7 Firestorm-bin.exe!LLPipeline::renderGeom(LLCamera &, int ) [pipeline.cpp : 4541 + 0x8] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c5ead4bf rsp = 0x00000000018eeb50 rbp = 0x00000000018ed4f0 Found by: call frame info 8 Firestorm-bin.exe!display( int , float , int , int ) [llviewerdisplay.cpp : 1065 + 0x19] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c5c159c8 rsp = 0x00000000018eed80 rbp = 0x00000000018ed4f0 Found by: call frame info 9 Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c54208e8 rsp = 0x00000000018ef280 rbp = 0x00000000018ed4f0 Found by: call frame info 10 Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c5f3be04 rsp = 0x00000000018ef870 rbp = 0x00000000018ed4f0 Found by: call frame info 11 Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24] rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ff6c65dfaeb rsp = 0x00000000018ef910 rbp = 0x00000000018ed4f0 Found by: call frame info 12 kernel32.dll + 0x16ac rbx = 0x00000000018ed8b0 r12 = 0x0000000000000007 r13 = 0x00007ff6c7714280 r14 = 0x00000000033fced0 r15 = 0x0000000000000001 rip = 0x00007ffd73c116ad rsp = 0x00000000018ef9c0 rbp = 0x00000000018ed4f0 Found by: call frame info 13 ntdll.dll + 0x734a4 rip = 0x00007ffd742d34a5 rsp = 0x00000000018ef9f0 Found by: stack scanning 14 KERNELBASE.dll + 0xdd81f rip = 0x00007ffd719fd820 rsp = 0x00000000018efa20 Found by: stack scanning
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Logs Nightly 1st crash.zip - Quirina

          llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:48:14Z error
          llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:48:14Z ERROR: LLVertexBuffer::allocateBuffer: Bad vertex buffer allocation: 246222476 : 244059821

          This is FIRE-14261 again.

          Callstack:

          Operating system: Windows NT
                            6.1.7601 Service Pack 1
          CPU: amd64
               family 18 model 1 stepping 0
               4 CPUs
          
          Crash reason:  EXCEPTION_ACCESS_VIOLATION_WRITE
          Crash address: 0x0
          Assertion: Unknown assertion type 0x00000000
          
          Thread 0 (crashed)
           0  Firestorm-bin.exe!LLError::crashAndLoop(std::basic_string<char,std::char_traits<char>,std::allocator<char> > const &) [llerror.cpp : 1332 + 0x5]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x00000001406dc607
              rsp = 0x00000000009dd160   rbp = 0x00000000009dd2a0
              Found by: given as instruction pointer in context
           1  Firestorm-bin.exe!errorCallback(std::basic_string<char,std::char_traits<char>,std::allocator<char> > const &) [llappviewer.cpp : 2600 + 0x7]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013f79180b
              rsp = 0x00000000009dd1a0   rbp = 0x00000000009dd2a0
              Found by: call frame info
           2  Firestorm-bin.exe!LLError::Log::flush(std::basic_ostringstream<char,std::char_traits<char>,std::allocator<char> > *,LLError::CallSite const &) [llerror.cpp : 1259 + 0x6a]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x00000001406df4ae
              rsp = 0x00000000009dd2d0   rbp = 0x00000000009dd2a0
              Found by: call frame info
           3  Firestorm-bin.exe!LLVertexBuffer::allocateBuffer(int,int,bool) [llvertexbuffer.cpp : 1320 + 0xec]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x00000001404179ce
              rsp = 0x00000000009dd6e0   rbp = 0x00000000009dd2a0
              Found by: call frame info
           4  Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1591 + 0x11]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013f874dc0
              rsp = 0x00000000009dd760   rbp = 0x00000000009dd2a0
              Found by: call frame info
           5  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013f8751eb
              rsp = 0x00000000009dd930   rbp = 0x00000000009dd2a0
              Found by: call frame info
           6  Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013f876170
              rsp = 0x00000000009de800   rbp = 0x00000000009dd2a0
              Found by: call frame info
           7  Firestorm-bin.exe!LLPipeline::renderGeom(LLCamera &,int) [pipeline.cpp : 4541 + 0x8]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000014023d4bf
              rsp = 0x00000000009de900   rbp = 0x00000000009dd2a0
              Found by: call frame info
           8  Firestorm-bin.exe!display(int,float,int,int) [llviewerdisplay.cpp : 1065 + 0x19]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013ffa59c8
              rsp = 0x00000000009deb30   rbp = 0x00000000009dd2a0
              Found by: call frame info
           9  Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000013f7b08e8
              rsp = 0x00000000009df030   rbp = 0x00000000009dd2a0
              Found by: call frame info
          10  Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x00000001402cbe04
              rsp = 0x00000000009df620   rbp = 0x00000000009dd2a0
              Found by: call frame info
          11  Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24]
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x000000014096faeb
              rsp = 0x00000000009df6c0   rbp = 0x00000000009dd2a0
              Found by: call frame info
          12  kernel32.dll + 0x159ec
              rbx = 0x00000000009dd660   r12 = 0x0000000000000007
              r13 = 0x0000000141aa4280   r14 = 0x0000000000c43dd0
              r15 = 0x0000000000000001   rip = 0x00000000778659ed
              rsp = 0x00000000009df770   rbp = 0x00000000009dd2a0
              Found by: call frame info
          13  ntdll.dll + 0x2c540
              rip = 0x0000000077a9c541   rsp = 0x00000000009df7a0
              Found by: stack scanning
          14  kernel32.dll + 0x9b7df
              rip = 0x00000000778eb7e0   rsp = 0x00000000009df7c8
              Found by: stack scanning
          15  kernel32.dll + 0x9b7df
              rip = 0x00000000778eb7e0   rsp = 0x00000000009df7d0
              Found by: stack scanning
          
          Show
          whirly.fizzle Whirly Fizzle added a comment - Logs Nightly 1st crash.zip - Quirina llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:48:14Z error llrender/llvertexbuffer.cpp(1320) : 2014-10-15T21:48:14Z ERROR: LLVertexBuffer::allocateBuffer: Bad vertex buffer allocation: 246222476 : 244059821 This is FIRE-14261 again. Callstack: Operating system: Windows NT 6.1.7601 Service Pack 1 CPU: amd64 family 18 model 1 stepping 0 4 CPUs Crash reason: EXCEPTION_ACCESS_VIOLATION_WRITE Crash address: 0x0 Assertion: Unknown assertion type 0x00000000 Thread 0 (crashed) 0 Firestorm-bin.exe!LLError::crashAndLoop(std::basic_string< char ,std::char_traits< char >,std::allocator< char > > const &) [llerror.cpp : 1332 + 0x5] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x00000001406dc607 rsp = 0x00000000009dd160 rbp = 0x00000000009dd2a0 Found by: given as instruction pointer in context 1 Firestorm-bin.exe!errorCallback(std::basic_string< char ,std::char_traits< char >,std::allocator< char > > const &) [llappviewer.cpp : 2600 + 0x7] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013f79180b rsp = 0x00000000009dd1a0 rbp = 0x00000000009dd2a0 Found by: call frame info 2 Firestorm-bin.exe!LLError::Log::flush(std::basic_ostringstream< char ,std::char_traits< char >,std::allocator< char > > *,LLError::CallSite const &) [llerror.cpp : 1259 + 0x6a] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x00000001406df4ae rsp = 0x00000000009dd2d0 rbp = 0x00000000009dd2a0 Found by: call frame info 3 Firestorm-bin.exe!LLVertexBuffer::allocateBuffer( int , int ,bool) [llvertexbuffer.cpp : 1320 + 0xec] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x00000001404179ce rsp = 0x00000000009dd6e0 rbp = 0x00000000009dd2a0 Found by: call frame info 4 Firestorm-bin.exe!LLDrawPoolAvatar::getRiggedGeometry(LLFace *,LLPointer<LLVertexBuffer> &,unsigned int ,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1591 + 0x11] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013f874dc0 rsp = 0x00000000009dd760 rbp = 0x00000000009dd2a0 Found by: call frame info 5 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedFaceVertexBuffer(LLVOAvatar *,LLFace *,LLMeshSkinInfo const *,LLVolume *,LLVolumeFace const &) [lldrawpoolavatar.cpp : 1684 + 0x21] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013f8751eb rsp = 0x00000000009dd930 rbp = 0x00000000009dd2a0 Found by: call frame info 6 Firestorm-bin.exe!LLDrawPoolAvatar::updateRiggedVertexBuffers(LLVOAvatar *) [lldrawpoolavatar.cpp : 2068 + 0x21] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013f876170 rsp = 0x00000000009de800 rbp = 0x00000000009dd2a0 Found by: call frame info 7 Firestorm-bin.exe!LLPipeline::renderGeom(LLCamera &, int ) [pipeline.cpp : 4541 + 0x8] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000014023d4bf rsp = 0x00000000009de900 rbp = 0x00000000009dd2a0 Found by: call frame info 8 Firestorm-bin.exe!display( int , float , int , int ) [llviewerdisplay.cpp : 1065 + 0x19] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013ffa59c8 rsp = 0x00000000009deb30 rbp = 0x00000000009dd2a0 Found by: call frame info 9 Firestorm-bin.exe!LLAppViewer::mainLoop() [llappviewer.cpp : 1702 + 0x16] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000013f7b08e8 rsp = 0x00000000009df030 rbp = 0x00000000009dd2a0 Found by: call frame info 10 Firestorm-bin.exe!WinMain [llappviewerwin32.cpp : 326 + 0x8] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x00000001402cbe04 rsp = 0x00000000009df620 rbp = 0x00000000009dd2a0 Found by: call frame info 11 Firestorm-bin.exe!__tmainCRTStartup [crtexe.c : 547 + 0x24] rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x000000014096faeb rsp = 0x00000000009df6c0 rbp = 0x00000000009dd2a0 Found by: call frame info 12 kernel32.dll + 0x159ec rbx = 0x00000000009dd660 r12 = 0x0000000000000007 r13 = 0x0000000141aa4280 r14 = 0x0000000000c43dd0 r15 = 0x0000000000000001 rip = 0x00000000778659ed rsp = 0x00000000009df770 rbp = 0x00000000009dd2a0 Found by: call frame info 13 ntdll.dll + 0x2c540 rip = 0x0000000077a9c541 rsp = 0x00000000009df7a0 Found by: stack scanning 14 kernel32.dll + 0x9b7df rip = 0x00000000778eb7e0 rsp = 0x00000000009df7c8 Found by: stack scanning 15 kernel32.dll + 0x9b7df rip = 0x00000000778eb7e0 rsp = 0x00000000009df7d0 Found by: stack scanning
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Heya guys,

          I'll be sending another test build to your emails shortly (still uploading to dropbox...)

          This one has the following:
          Rev 42822 - http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/9e100572c28f
          Rev 42823 - http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/cfab4e40c633

          Again, if you crash, please attach logs.
          Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Heya guys, I'll be sending another test build to your emails shortly (still uploading to dropbox...) This one has the following: Rev 42822 - http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/9e100572c28f Rev 42823 - http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/cfab4e40c633 Again, if you crash, please attach logs. Thanks!
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          thanks Whirly

          Show
          Quirina Firehawk Quirina Firehawk added a comment - thanks Whirly
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Good News I just had Nya do 6 Consecutive relogs with me standing 1 meter from her and no crashes

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Good News I just had Nya do 6 Consecutive relogs with me standing 1 meter from her and no crashes
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          one outfit change and crash, but i seam to have 3 dump folders in here, going to clean install and try again

          Show
          manwa pastorelli Manwa Pastorelli added a comment - one outfit change and crash, but i seam to have 3 dump folders in here, going to clean install and try again
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          7 outfit changes this time, and i think a different crash, i will do this a 3rd time

          Show
          manwa pastorelli Manwa Pastorelli added a comment - 7 outfit changes this time, and i think a different crash, i will do this a 3rd time
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          Still crashing after just a few outfit changes.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - Still crashing after just a few outfit changes.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Thanks Manwa!

          Firestorm2ndTestClient-Fire14689 - Crash Logs.zip
          Old logs, skipping.

          FireStorm2ndTestClient-Fire-14689 - Crash Logs 2.zip

          llrender/llvertexbuffer.cpp(1840) : 2014-10-17T08:46:16Z error
          llrender/llvertexbuffer.cpp(1840) : 2014-10-17T08:46:16Z ERROR: LLVertexBuffer::mapIndexBuffer: memory allocation for Index data failed.

          Different error message this time....

          UGH! Somebody who shall remain nameless cough forgot to enable crash reporting on that latest test build, so the logs arnt saving a .dmp file.
          I'll ask Nicky if she has enough information from the logs and whether I need to rebuild with crash reporting enabled.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Thanks Manwa! Firestorm2ndTestClient-Fire14689 - Crash Logs.zip Old logs, skipping. FireStorm2ndTestClient-Fire-14689 - Crash Logs 2.zip llrender/llvertexbuffer.cpp(1840) : 2014-10-17T08:46:16Z error llrender/llvertexbuffer.cpp(1840) : 2014-10-17T08:46:16Z ERROR: LLVertexBuffer::mapIndexBuffer: memory allocation for Index data failed. Different error message this time.... UGH! Somebody who shall remain nameless cough forgot to enable crash reporting on that latest test build, so the logs arnt saving a .dmp file. I'll ask Nicky if she has enough information from the logs and whether I need to rebuild with crash reporting enabled.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          I just ran a test 5 avis wearing mesh it crashed me on their relog, the message i received was "Memory Allocation for Index Failed"
          ill send crash logs

          Show
          Quirina Firehawk Quirina Firehawk added a comment - I just ran a test 5 avis wearing mesh it crashed me on their relog, the message i received was "Memory Allocation for Index Failed" ill send crash logs
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          1st test 5 avi's

          Show
          Quirina Firehawk Quirina Firehawk added a comment - 1st test 5 avi's
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          2nd Test 6 avi's its not crashing me on departure its crashing me when the reappearance of Mesh shows up as they log back in

          Show
          Quirina Firehawk Quirina Firehawk added a comment - 2nd Test 6 avi's its not crashing me on departure its crashing me when the reappearance of Mesh shows up as they log back in
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Yeah both sets of logs have the same crash error as Manwa's, "memory allocation for Index (data) failed."
          Thanks guys. I'm waiting to see if Nicky needs me to do a fresh build with crash reporting enabled this time >.<
          Hold off on adding more logs for now.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Yeah both sets of logs have the same crash error as Manwa's, "memory allocation for Index (data) failed." Thanks guys. I'm waiting to see if Nicky needs me to do a fresh build with crash reporting enabled this time >.< Hold off on adding more logs for now.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          so far 1 avi doesnt crash me ive not crashed since installing Fizzlefire, until this test

          Show
          Quirina Firehawk Quirina Firehawk added a comment - so far 1 avi doesnt crash me ive not crashed since installing Fizzlefire, until this test
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          Food for thought ..since Firestom is ever evolving and each update its recommended to do a clean install is there a way for you to put the chat logs and user loggin and password information in the same folder that is seperate from other files that should not be added to the new install.... that way when we do the clean install this folder stands alone and we save this info...

          Show
          Quirina Firehawk Quirina Firehawk added a comment - Food for thought ..since Firestom is ever evolving and each update its recommended to do a clean install is there a way for you to put the chat logs and user loggin and password information in the same folder that is seperate from other files that should not be added to the new install.... that way when we do the clean install this folder stands alone and we save this info...
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          New crash I stepped away from the Comp and came back to a popup saying something has gone wrong and Firestorm needs to close

          Show
          Quirina Firehawk Quirina Firehawk added a comment - New crash I stepped away from the Comp and came back to a popup saying something has gone wrong and Firestorm needs to close
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          another crash the message was memory index allocation failed the same as when i did the test ..except i we were not forcing the apperence of Mesh this time

          Show
          Quirina Firehawk Quirina Firehawk added a comment - another crash the message was memory index allocation failed the same as when i did the test ..except i we were not forcing the apperence of Mesh this time
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          2nd crash within 2 mins seems to be degrading i went almost 2 days without being crashed now im crashing when anyone enters wearing mesh

          Show
          Quirina Firehawk Quirina Firehawk added a comment - 2nd crash within 2 mins seems to be degrading i went almost 2 days without being crashed now im crashing when anyone enters wearing mesh
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          another jira related to this issue ..I was chatting with Jim INWorldz and he gave me this link to another jira that appears to be relatged to ours
          http://jira.phoenixviewer.com/browse/FIRE-9976

          Show
          Quirina Firehawk Quirina Firehawk added a comment - another jira related to this issue ..I was chatting with Jim INWorldz and he gave me this link to another jira that appears to be relatged to ours http://jira.phoenixviewer.com/browse/FIRE-9976
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Yeah, FIRE-9976 isnt actually much use. Thats just one of the generic error messages that usually means the user ran out of memory. You guys only have that error message after those tweaks in the last test build and its not a memory issue.
          FIRE-9976 is very much alive and well on SL too, your crash isnt. FIRE-9976 also has nothing to do with mesh rendering.
          It is interesting that you are getting the same error message on the last build though, but you havnt run out of memory for sure.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Yeah, FIRE-9976 isnt actually much use. Thats just one of the generic error messages that usually means the user ran out of memory. You guys only have that error message after those tweaks in the last test build and its not a memory issue. FIRE-9976 is very much alive and well on SL too, your crash isnt. FIRE-9976 also has nothing to do with mesh rendering. It is interesting that you are getting the same error message on the last build though, but you havnt run out of memory for sure.
          Hide
          Quirina Firehawk Quirina Firehawk added a comment -

          well I am sure they are going to picking your brain about the texture thrashing they have known about it and thought it was caused by something else so i linked them to my jira on it

          Show
          Quirina Firehawk Quirina Firehawk added a comment - well I am sure they are going to picking your brain about the texture thrashing they have known about it and thought it was caused by something else so i linked them to my jira on it
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Hmmm I wonder if this is the same problem CoolVL viewer has in Inworldz: http://sldev.free.fr/forum/viewtopic.php?f=4&t=1491

          Show
          whirly.fizzle Whirly Fizzle added a comment - Hmmm I wonder if this is the same problem CoolVL viewer has in Inworldz: http://sldev.free.fr/forum/viewtopic.php?f=4&t=1491
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Possible Singu also has this problem on Inworldz: https://code.google.com/p/singularity-viewer/issues/detail?id=1841

          Show
          whirly.fizzle Whirly Fizzle added a comment - Possible Singu also has this problem on Inworldz: https://code.google.com/p/singularity-viewer/issues/detail?id=1841
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          In case anyone is interested I found that after switching to a nVidea GTX 760 card about a year ago this problem had more or less completely disappeared. Then when I updated to the latest public Firestorm version it came back with a vengeance and is now happening constantly. Complicating things, I also updated to Win10x64 at about the same time so it's possible that an OpenGL change in Win10 has caused/contributed to the issue. Whichever is the case, I'm now crashing due to this but at least a dozen or more times a week whereas in the past (after the card upgrade) it has only been happening once a week or less.

          Current config.

          Firestorm 4.7.3 (47323) Aug 18 2015 03:46:39 (Firestorm-Releasex64) with OpenSimulator support
          Release Notes

          You are at 137.1, 127.2, 190.6 in Hedonism located at ns500033.ip-192-95-30.net (192.95.30.185:9055)
          SLURL: hop://refugegrid.com:8002/Hedonism/137/127/191
          (global coordinates 2,176,140.0, 2,178,690.0, 190.6)
          OpenSim 0.8.2.0 Dev f6d79c7cbb 30-Aug-2015 r/26206 (Unix/Mono)
          Error fetching server release notes URL.

          CPU: Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz (2799.96 MHz)
          Memory: 12279 MB
          OS Version: Microsoft Windows 10 64-bit (Build 10240)
          Graphics Card Vendor: NVIDIA Corporation
          Graphics Card: GeForce GTX 760/PCIe/SSE2

          Windows Graphics Driver Version: 10.18.0013.5850
          OpenGL Version: 4.5.0 NVIDIA 358.50

          RestrainedLove API: (disabled)
          libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1i zlib/1.2.8
          J2C Decoder Version: KDU v7.6
          Audio Driver Version: FMOD Ex 4.44.56
          Qt Webkit Version: 4.7.1 (version number hard-coded)
          Voice Server Version: Vivox 4.6.0017.21209

          Settings mode: Firestorm
          Viewer Skin: Firestorm (Grey)
          Font Used: Deja Vu (96 dpi)
          Font Size Adjustment: 0 pt
          UI Scaling: 1
          Draw distance: 128 m
          Bandwidth: 750 kbit/s
          LOD factor: 4
          Render quality: Ultra (7/7)
          Advanced Lighting Model: Yes
          Texture memory: 1024 MB (1)
          VFS (cache) creation time (UTC): 2015-9-22T22:21:38
          Built with MSVC version 1800
          Packets Lost: 0/1,792 (0.0%)

          Show
          ainecaolmhe Aine Caoimhe added a comment - In case anyone is interested I found that after switching to a nVidea GTX 760 card about a year ago this problem had more or less completely disappeared. Then when I updated to the latest public Firestorm version it came back with a vengeance and is now happening constantly. Complicating things, I also updated to Win10x64 at about the same time so it's possible that an OpenGL change in Win10 has caused/contributed to the issue. Whichever is the case, I'm now crashing due to this but at least a dozen or more times a week whereas in the past (after the card upgrade) it has only been happening once a week or less. Current config. Firestorm 4.7.3 (47323) Aug 18 2015 03:46:39 (Firestorm-Releasex64) with OpenSimulator support Release Notes You are at 137.1, 127.2, 190.6 in Hedonism located at ns500033.ip-192-95-30.net (192.95.30.185:9055) SLURL: hop://refugegrid.com:8002/Hedonism/137/127/191 (global coordinates 2,176,140.0, 2,178,690.0, 190.6) OpenSim 0.8.2.0 Dev f6d79c7cbb 30-Aug-2015 r/26206 (Unix/Mono) Error fetching server release notes URL. CPU: Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz (2799.96 MHz) Memory: 12279 MB OS Version: Microsoft Windows 10 64-bit (Build 10240) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce GTX 760/PCIe/SSE2 Windows Graphics Driver Version: 10.18.0013.5850 OpenGL Version: 4.5.0 NVIDIA 358.50 RestrainedLove API: (disabled) libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1i zlib/1.2.8 J2C Decoder Version: KDU v7.6 Audio Driver Version: FMOD Ex 4.44.56 Qt Webkit Version: 4.7.1 (version number hard-coded) Voice Server Version: Vivox 4.6.0017.21209 Settings mode: Firestorm Viewer Skin: Firestorm (Grey) Font Used: Deja Vu (96 dpi) Font Size Adjustment: 0 pt UI Scaling: 1 Draw distance: 128 m Bandwidth: 750 kbit/s LOD factor: 4 Render quality: Ultra (7/7) Advanced Lighting Model: Yes Texture memory: 1024 MB (1) VFS (cache) creation time (UTC): 2015-9-22T22:21:38 Built with MSVC version 1800 Packets Lost: 0/1,792 (0.0%)
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Aine Caoimhe
          Please can you attach your logs to this issue the next time you reproduce this crash so we can take a look.
          When you crash, before relaunching the viewer, zip up the whole logs folder & attach it to this JIRA issue using More Actions -> Attach files.
          This page tells you where to find the logs folder: http://wiki.phoenixviewer.com/file_a_jira#how_to_give_us_your_logs

          Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - Aine Caoimhe Please can you attach your logs to this issue the next time you reproduce this crash so we can take a look. When you crash, before relaunching the viewer, zip up the whole logs folder & attach it to this JIRA issue using More Actions -> Attach files. This page tells you where to find the logs folder: http://wiki.phoenixviewer.com/file_a_jira#how_to_give_us_your_logs Thanks!
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          Is anyone still seeing this crash on the Firestorm 4.7.5 release?
          Aine Caoimhe let us know on FIRE-13442 that this crash appears to be fixed for her on 4.7.5.

          Show
          whirly.fizzle Whirly Fizzle added a comment - Is anyone still seeing this crash on the Firestorm 4.7.5 release? Aine Caoimhe let us know on FIRE-13442 that this crash appears to be fixed for her on 4.7.5.
          Hide
          ainecaolmhe Aine Caoimhe added a comment -

          I've done even more fairly extensive mesh wearable changing since I added that note to FIRE-13442 and have not had a single crash...looks like this one is resolved (or at least for my configuration is appears to be). This sort of issue can often be different depending on driver so I can only say that it's fine under recent GeForce drivers (I just updated to 359.06 12/01/2015 and prior to that was using their November updated driver) so it would be worth getting feedback from anyone using the current AMD/ATI drivers too.

          Show
          ainecaolmhe Aine Caoimhe added a comment - I've done even more fairly extensive mesh wearable changing since I added that note to FIRE-13442 and have not had a single crash...looks like this one is resolved (or at least for my configuration is appears to be). This sort of issue can often be different depending on driver so I can only say that it's fine under recent GeForce drivers (I just updated to 359.06 12/01/2015 and prior to that was using their November updated driver) so it would be worth getting feedback from anyone using the current AMD/ATI drivers too.
          Hide
          manwa pastorelli Manwa Pastorelli added a comment -

          I can make this happen but not undee general use and it maybe a different issue.

          I test this using bots on a timer to change outfits. Set at a change interal of 30s or more i do not see the crash. At 20s i will crash within 30 mins every time. 10s its about 15 mins.

          Whats left occures with changes that happen when something is only partially rezzed.

          Show
          manwa pastorelli Manwa Pastorelli added a comment - I can make this happen but not undee general use and it maybe a different issue. I test this using bots on a timer to change outfits. Set at a change interal of 30s or more i do not see the crash. At 20s i will crash within 30 mins every time. 10s its about 15 mins. Whats left occures with changes that happen when something is only partially rezzed.
          Hide
          whirly.fizzle Whirly Fizzle added a comment -

          If anyone who can still reproduce this crash would like a test build of Firestorm containing the fix, please leave a comment on this JIRA issue stating your operating system & whether you require a 32 or a 64bit version of the viewer.
          Thanks!

          Show
          whirly.fizzle Whirly Fizzle added a comment - If anyone who can still reproduce this crash would like a test build of Firestorm containing the fix, please leave a comment on this JIRA issue stating your operating system & whether you require a 32 or a 64bit version of the viewer. Thanks!

            People

            • Assignee:
              Unassigned
              Reporter:
              ainecaolmhe Aine Caoimhe
            • Votes:
              1 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated: