|Anonymous | Login | Signup for a new account||2023-03-24 09:19 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details [ Jump to Notes ]||[ Issue History ] [ Print ]|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000035||Dwarf Fortress||Dwarf Mode -- Interface, Military Screen||public||2010-04-01 15:56||2010-06-09 06:46|
|Assigned To||Toady One|
|Platform||PC||OS||Windows||OS Version||XP sp3|
|Target Version||Fixed in Version||0.31.03|
|Summary||0000035: Military schedule screen crashes when copy-pasting orders|
|Description||Attempting to Copy orders from a month with less orders than the one you are trying to paste to automatically crashes the game.|
|Steps To Reproduce||1. Open the military screen.|
2. Go to the schedule screen.
3. Set at least one order for month "x"
4. Copy a month with no orders set or with less orders set than "x"
5. Paste over month x.
|Additional Information||From trying this out a few times, neither the exact number of orders set nor the months selected seem to matter. All that matters is that the month copied has a lower number of orders than the month pasted to.|
I've also experienced this.
In my case, copying from a month without orders to a month with one order caused the crash.
I'm running under Ubuntu using wine. Here's my console output:
get fences failed: -1
param: 6, val: 0
wine: Unhandled exception 0xc0000417 at address 0x7bc30073:0x009fd8d9 (thread 0009), starting debugger...
Process of pid=0008 has terminated
No process loaded, cannot execute 'echo Modules:'
Cannot get info on module while no process is loaded
No process loaded, cannot execute 'echo Threads:'
process tid prio (all id:s are in hex)
You must be attached to a process to run this command.
No process loaded, cannot execute 'detach'
edited on: 2010-04-03 19:41
Just had this happen to me. Bummer.
Of course, all of my military was severely wounded by a Goblin Master Thief, so I'm not particularly distressed.
Steely Glint (reporter)
|I had this problem when copying from a month with 1 order to a month with 2 orders. Maybe a problem with the way orders are stored in the schedule?|
edited on: 2010-04-05 09:52
Just had a similar crash, although previously pasting two orders over the top of one order worked fine - in this case, I think i was also pasting two over one.
EDIT: Hmm, reloaded the seasonal autosave and tried it - I have it reliable reproducible every time I paste a single order over two orders, but not the other way round nor when I paste single orders over single orders. I have this save available if it would help.
Just somewhat duplicated.
edited a "Train" order.
Set to sleep in barracks / lowered training number to 3
Copied and pasted multiple times with no issue.
removed an order (now shows 'No Scheduled Order')
Pasted, and crash on paste.
a clear summary would be...
Copying and pasting an empty order onto a non-empty order causes a crash
edited on: 2010-04-07 15:47
@ MooUK: Yeah, copying more orders over less works perfectly fine, it's really a case of less over more.
@ DoctorZuber: Although what you said is true (and it IS clearer) it's not exact. As MooUK pointed out, copying a month with one order and pasting it over a month with two orders also crashes the game reliably.
In all honesty, I'm much more of a stickler when it comes to precision. Sometimes clarity can suffer somewhat. My apologies.
Edit: Although now that I think about it, I guess you could put it that way - it is the pasting of an empty order over a defined one that causes the crash. If that is what you meant, DoctorZuber, then you get a double apology.
edited on: 2010-04-09 09:56
>>> Wtamer -- "eh? Okay I'm confused. what are you talking about?
Looking back over this I think I see where the confusion is. Refer to 0000083 for a much cleaner STR.
the updated STR to the best of my understanding of this issue is...
1. create squad
2. go to military and delete (x) an order
3. (c)copy this (empty) "No scheduled order" order
4. (p)paste this order onto any order that is not a (empty) "No scheduled order"
If you can reproduce this crash in some other way, by all means, tell us about it.
|in the interests of SCIENCE! . . . I did go ahead and try copying other kinds of orders onto other orders. I was unable to generate a crash although admittedly I didn't really try everything.|
|Just noting that I experienced this crash as well, with the steps mentioned above. Reproduced it twice.|
@DoctorZuber: Close. But the month you copy doesn't have to be empty, that's the thing. Let's try an example.
On the schedule screen (assuming the default Active/train alert):
1) Select the month of Hematite. Press (o) to set an order.
2) Hit (o) until you've got the train order highlighted. Press Shift-Enter to accept. Now the month of Hematite should have two orders set - Train, 10 minimum and Train, 10 minimum.
3) Select Granite and hit (c) to copy.
4) Select Hematite and hit (p). Congrats! You've just crashed Dwarf Fortress.
The months used in the example don't matter - Obsidian and Felsite will work just as well. You can also repeat step 2 as many times as desired - I've had 5 orders in a single month and it crashed just as well. The rule is (month with x orders) onto (month with x+n orders), where n>0.
For x=0, it just so happens to be the exact same STR you just gave, thus the simplest way of reproducing it.
There are a lot of different ways to induce this crash (since there doesn't SEEM to be an upper limit to the number of orders a month can have). In writing my STR, I was trying to demonstrate that without giving a rigid sequence of button presses to follow.
tl;dr LESS OVER MORE CRASHES. DON'T DO IT. :P
Toady One (administrator)
|Okay, this one is fixed for next time.|
|2010-04-01 15:56||Wtamer||New Issue|
|2010-04-01 16:54||adeptable||Note Added: 0000036|
|2010-04-02 06:06||Todestool||Tag Attached: military screen|
|2010-04-02 17:37||adeptable||Issue Monitored: adeptable|
|2010-04-03 09:08||Footkerchief||Relationship added||has duplicate 0000083|
|2010-04-03 15:26||Footkerchief||Category||General => Dwarf Mode -- Military|
|2010-04-03 15:28||Footkerchief||Category||Dwarf Mode -- Military => Dwarf Mode -- Interface, Military Screen|
|2010-04-03 19:41||Draco18s||Note Added: 0000753|
|2010-04-03 19:41||Draco18s||Note Edited: 0000753||View Revisions|
|2010-04-04 16:34||Steely Glint||Note Added: 0000952|
|2010-04-05 04:44||MooUK||Note Added: 0001050|
|2010-04-05 09:05||Footkerchief||Relationship added||has duplicate 0000467|
|2010-04-05 09:52||MooUK||Note Edited: 0001050||View Revisions|
|2010-04-05 10:05||Footkerchief||Relationship added||has duplicate 0000483|
|2010-04-05 19:44||Footkerchief||Relationship added||has duplicate 0000549|
|2010-04-06 18:37||Dwarfu||Issue Monitored: Dwarfu|
|2010-04-07 11:08||ercdvs||Note Added: 0001802|
|2010-04-07 14:03||DoctorZuber||Note Added: 0001848|
|2010-04-07 15:41||Wtamer||Note Added: 0001870|
|2010-04-07 15:47||Wtamer||Note Edited: 0001870||View Revisions|
|2010-04-09 09:22||Footkerchief||Relationship added||has duplicate 0000875|
|2010-04-09 09:23||Footkerchief||Summary||Crash on Squad Schedule Screen => Military schedule screen crashes when copy-pasting orders|
|2010-04-09 09:47||DoctorZuber||Note Added: 0002343|
|2010-04-09 09:48||DoctorZuber||Note Edited: 0002343||View Revisions|
|2010-04-09 09:53||DoctorZuber||Note Edited: 0002343||View Revisions|
|2010-04-09 09:54||DoctorZuber||Note Edited: 0002343||View Revisions|
|2010-04-09 09:56||DoctorZuber||Note Edited: 0002343||View Revisions|
|2010-04-09 10:20||DoctorZuber||Note Added: 0002352|
|2010-04-09 15:24||Geekthras||Issue Monitored: Geekthras|
|2010-04-10 18:15||CultOftheRaven||Note Added: 0002683|
|2010-04-10 20:29||Wtamer||Note Added: 0002698|
|2010-04-12 06:42||Toady One||Note Added: 0003033|
|2010-04-12 06:42||Toady One||Status||new => resolved|
|2010-04-12 06:42||Toady One||Fixed in Version||=> 0.31.03|
|2010-04-12 06:42||Toady One||Resolution||open => fixed|
|2010-04-12 06:42||Toady One||Assigned To||=> Toady One|
|2010-04-12 07:29||Dwarfu||Issue End Monitor: Dwarfu|
|2010-06-09 06:46||Toady One||Status||resolved => closed|
|Copyright © 2000 - 2010 MantisBT Group|