Main | My View | View Issues | Change Log | Wiki | Tavern | News
  

Viewing Issue Simple Details [ Jump to Notes ] [ Wiki ] [ View Advanced ] [ Issue History ] [ Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0004856 [DCSS] Bug Report crash always 2011-11-03 23:50 2011-11-04 12:26
Reporter ocelot51 View Status public  
Assigned To KiloByte
Priority normal Resolution done  
Status resolved   Product Branch 0.10 ancient branch
Summary 0004856: [Zotdef] Game crash while trying to exit bazaar.
Description CAO server
username: July


I created a bazaar in Zot Defense and I am unable to exit back into the main game area. Every time I try to use the exit portal the game crashes back to the frontend. Upon reentering the game I spawn on the entrance archway without anything I bought, as if I just entered the bazaar.

I'm new at this bug report/irc thing. Any help would be appreciated.
Additional Information
Tags No tags attached.
Attached Files

- Relationships

-  Notes
(0015690)
ocelot51 (reporter)
2011-11-03 23:55
edited on: 2011-11-03 23:58

 I found the crash report on CAO.

http://crawl.akrasiac.org/rawdata/July/crash-July-20111103-224659.txt [^]

No idea how to interpret that.
(0015691)
KiloByte (manager)
2011-11-04 00:20

 It has nothing to do with placing you, or any plant for that matter.

The problem is: load_level() calls handle_monsters() before the level is actually fully loaded. That's redundant since it will be called again -- but is not a no-op since either call gives monsters energy for the time passed. Thus, time spent ascending/descending stairs counts twice.

On the other hand, that time is artificially reduced to X/3 on descending to a level you didn't visit before, or to X*2/3 if you've been there already. X is a turn's length, not affected by your movement speed but only by haste/slow.

Does anyone have a clue what's the reason for this complexity? If not, let's just double the ascending/descending speed but not call it inside load_level().
(0015692)
KiloByte (manager)
2011-11-04 00:22

 Also, this is in no way restricted to ZotDef. There are multiple possible crashes possible -- being hit by chaos and shafted, being trampled into a shaft, (not banishment), etc.
(0015693)
KiloByte (manager)
2011-11-04 00:29

 A fix that stops this crash seems to be simple, but it can have quite profound balance implications -- it's a matter of delays involved with stair dancing. I'll ask if someone knows these areas better.
(0015699)
KiloByte (manager)
2011-11-04 12:26

 Fixed. Let's see if it breaks something.

ocelot51: thanks for reporting! The crash dump was pretty helpful.

- Issue History
Date Modified Username Field Change
2011-11-03 23:50 ocelot51 New Issue
2011-11-03 23:55 ocelot51 Note Added: 0015690
2011-11-03 23:58 ocelot51 Note Edited: 0015690
2011-11-04 00:20 KiloByte Note Added: 0015691
2011-11-04 00:22 KiloByte Note Added: 0015692
2011-11-04 00:29 KiloByte Note Added: 0015693
2011-11-04 12:26 KiloByte Note Added: 0015699
2011-11-04 12:26 KiloByte Status new => resolved
2011-11-04 12:26 KiloByte Fixed in Branch => 0.10 development branch
2011-11-04 12:26 KiloByte Resolution open => done
2011-11-04 12:26 KiloByte Assigned To => KiloByte

Mantis 1.1.8[^]
Copyright © 2000 - 2009 Mantis Group
Powered by Mantis Bugtracker