OpenMW 0.45.0
- Capostrophic
- Posts: 794
- Joined: 22 Feb 2016, 20:32
Re: OpenMW 0.45.0
For instances in interior cells their interior cell is shown. For instances in exterior cells nothing is shown but a blue background. That is pretty confusing.
Re: OpenMW 0.45.0
I can not reproduce this issue. Is it all exterior cells? Or only specific ones?
Re: OpenMW 0.45.0
However what I do see is a bunch of bad_alloc exceptions that seem to be related to body parts.
Everybody, hold their horses. We may have another regression here.
Everybody, hold their horses. We may have another regression here.
- Capostrophic
- Posts: 794
- Joined: 22 Feb 2016, 20:32
Re: OpenMW 0.45.0
Any cell that has #N N ID format in the Instances table. I see this and nothing more. Edit: yes, Instances table specifically, Cells table is fine, or I would have noticed this when I was trying to fix instance dragging.Is it all exterior cells?
On an unrelated note, leveled lists can be "previewed" since they're technically normal objects, but they don't have models so you also see an empty scene - with a error about the non-existent model logged.
Is there any specific way to catch the body part errors?
Re: OpenMW 0.45.0
Okay, now you are making sense. I can reproduce that. Note that the title of the scene subview is "Scene: sys:.default (empty)", meaning it does not show any cells. This of course will result in the scene being empty. A new bug, it seems.Edit: yes, Instances table specifically, Cells table is fine, or I would have noticed this when I was trying to fix instance dragging.
You mean like getting a stack backtrace?Is there any specific way to catch the body part errors?
gdb ./openmw-cs
catch throw
run
- Capostrophic
- Posts: 794
- Joined: 22 Feb 2016, 20:32
Re: OpenMW 0.45.0
Which I still don't understand how to reproduce.
- Capostrophic
- Posts: 794
- Joined: 22 Feb 2016, 20:32
Re: OpenMW 0.45.0
Since psi29a is going to be excessively merge-happy these days, what is decided about the "contributor adds the changelog entry" policy of 0.45.0?
IMO changelog micromanaging was extremely messy during these 5 months and if returning to the "legacy" changelog managing style is considered personally I vote for that.
IMO changelog micromanaging was extremely messy during these 5 months and if returning to the "legacy" changelog managing style is considered personally I vote for that.