 |
Additional bug when I was isolating the cause of the above bug: The frequent restarting and loading of my map seems to have broken something in DR's map loading. First it became increasingly slow to load my map. After a few more restarts&reloads DR started to always crash after changing project. I've restarted my pc and now DR hangs very long when 'loading textures', with the display in 3D view and orthoview black. Rats Triumphant loads eventually, but I lost patience with Perilous Refuge. Task manager shows DR stuck at 1588mb of RAM when loading Peril's textures. Never seen this happen with normal use of DR. |
|
|
Additional details to my previous note: I have 8GB of RAM, and when DR stopped responding after changing project I used task manager to end the process. Maybe I've broken my user settings this way. |
|
|
Re: my notes 1 & 2: loaded up some other maps and now: - DR 2.6 started throwing 'unhandled exception' as soon as opening a map reaches 'loading textures'. - DR 2.7 is loading fine. Would you like a ticket for this? The bug resulted from very atypical usage, but I have noticed before that DR starts to slow down after loading several large maps in a row. |
 |
The second slowdown issue you described sounds strange, especially after you restarted your computer - it should definitely work fine after a reboot if it was caused by a memory or resource leak. Can you try to backup your user settings and delete them? When DR settings are clean and your computer is freshly rebooted it really should just work fine, unless OS or hardware are starting to fail on your end. (Reminds me, a button in DR clearing your user preferences, like a "reset to factory default" is maybe useful too). |
|
|
On a general note: it's best practice when tracking bugs to not mix them into a single report, for several reasons. Unless the two issues are *very* closely related, each should have its own entry. |
|
|
Investigating this mod changing problem, it appears the code is deadlocking when the DEF files are re-parsed. The ThreadedDefLoader starts parsing, notifies the EntityNode about the change, the entity refreshes its spawnargs and tries to load a model DEF, which deadlocks because the re-parsing is still in progress. The thread will sit there forever and will even prevent DR from properly shutting down since the EntityClassManager is waiting for any running parsing threads to finish before it shuts down the module. I haven't ultimately tracked down the cause of the above problem to this deadlock, but to me it might be plausible that things are not properly switched to the new game path setup when threads are not finishing their work. |
|
|
An a lighter note, the problematic behaviour above has changed into a clean crash in 2.9.0. |
|
|
I could solve the deadlock problem, the fix is a tad convoluted, but it works. |
- Anonymous
