|
Viewing Issue Advanced Details
[ Jump to Notes ]
[ Wiki ]
|
[ View Simple ]
[ Issue History ]
[ Print ]
|
|
ID |
Category |
Severity |
Reproducibility |
Date Submitted |
Last Update |
|
0012247 |
[DCSS] Bug Report |
crash |
sometimes |
2020-05-02 20:56 |
2023-07-30 17:55 |
|
|
Reporter |
damerell |
View Status |
public |
|
|
Assigned To |
Kate |
|
Priority |
normal |
Resolution |
done |
Local or Remote |
Both |
|
Status |
resolved |
|
Operating System |
All |
|
Projection |
none |
|
Console or Tiles |
Both |
|
ETA |
none |
Fixed in Branch |
longterm development (0.31+) |
Product Branch |
0.25 old branch |
| |
Product Version |
0.25-a0-901-g968d922 |
|
|
Summary |
0012247: Possible acquirement crash when no armour slots available. |
|
Description |
An octopode who has antennae 3 and Sacrifice Hand may get a crash when reading a scroll of acquirement.
ASSERT(chosen_elem) in 'acquire.cc' at line 112 failed.
I think this is because it decides to acquire armour then _acquirement_armour_subtype() fails to work.
A possible fix would be to extend the check (class_wanted == OBJ_ARMOUR && you.species == SP_FELID) in _find_acquirement_subtype() to cover this case. |
|
Steps To Reproduce |
|
|
Additional Information |
|
| Tags |
No tags attached. |
|
|
Attached Files |
|
|
|
Relationships 
