|Anonymous | Login | Signup for a new account||2021-07-26 09:40 PDT|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0002928||Dwarf Fortress||Dwarf Mode -- Embark/Setup||public||2010-08-02 06:02||2014-07-27 12:36|
|Target Version||Fixed in Version|
|Summary||0002928: Crash on site selection in rectangular world|
|Description||I made a 'ringworld' worldgen (i.e. short and wide) and first got the crashes on trying to exit the Site Finder (having Found a Site), but then realised I also got them when just scrolling around the world on a manual hunt. Best guess is that it has happened when the region view tries to encompass some tile outside of the default embark site.|
Have been able to embark fine on more conventional worlds, did not try any other Ringworlds.
[Sorry, first time on Mantis: filter didn't reveal anything similar, but may have overlooked it. Apologies for any faux pas.]
|Steps To Reproduce||"regionX-world_gen_param.txt":|
Created in DF v0.31.12.
(Then start Dwarf Mode on it and scroll around or accept various Site Finder results.)
|Additional Information||Some of easily grabbable information from one instance of crash:|
AppName: dwarf fortress.exe AppVer: 0.0.0.0 ModName: msvcr90.dll
ModVer: 9.0.21022.8 Offset: 0006c955
Code: 0xc0000417 Flags: 0x00000001
Record: 0x0000000000000000 Address: 0x000000007858c955
Windows NT 5.1 Build: 2600
CPU Vendor Code: 756E6547 - 49656E69 - 6C65746E
CPU Version: 00000F41 CPU Feature Code: BFEBFBFF
CPU AMD Feature Code: 00B1E824
Image Base: 0x00400000 Image Size: 0x00000000
Checksum: 0x007aa93b Time Stamp: 0x4c4c32e7
<blahdeblah, the rest is fairly standard kernel stuff, and most of the above just as useless, I know, and hopefully no typos on the important bits...>
|Tags||No tags attached.|
Reminder sent to: starver
Does this crash also produce "Midmap effective coordinate check out of bounds" in the errorlog?
There's nothing relevant in "errorlog.txt".
To be precise, the only contents (from a previous, active, fortress) are pathing failures in Dwarf Mode that never noticeably perturbed me at the time.)
Just to add the extra details, though, it's on the 43rd "west" key from initial starting position "longitude" on the map (at least it was when I tried it just now, and multiple times; regardless of which latitude I might have also shuffled to from the game-given default site roughly half-way up/down the somewhat squashed-and-stretched global map but somewhere around the first quintile from the left of it.)
Appears to happen (my guess is) exactly when the middle-map display would stop scrolling left-to-right (i.e. leaving "X" at centre) and X would instead move towards the LHS upon it. (No problem going to extreme N, E or S. X shuffles right up to the RHS, top and bottom edges, with no problem.)
I don't know if it relates to my observation that the site-map "X" (during Fortress play) doesn't line-up with where it is. i.e. you can (except, probably, at a small 'sweet spot' in the centre) see the shading of "planned designiation action" on the site-map off to one side. That's not a problem, though, and never causes a crash. Just an observation that seems to have a similar (though perhaps opposite) conversion problem when it comes to returning positions within an array limit.
Can't say the background issue of 0001680 isn't related, of course. And I took the 0001859 behaviour as perfectly normal (world-sized view /has/ to stretch and skew, or else display in letterbox format, in such extremes as this). Thought it strange that Ringworld is only as wide the usual max-sized maps are both wide and tall, strange that it fails. It's probably also not as simplas as it being that on squarer maps an error of mixing up X and Y limits doesn't show up.
Sorry too many words for little further enlightenment.
Probably final update, with additional info from some tests I should have carried out earlier, but only just got around to doing:
I supplemented the original generated world ("Sn–nstrasp: The Oracular Planet") that was reported, by a second Ringworld from the same basic params and a Vertical Ringworld version with the opposite extreme stretching but otherwise identical config. (Random seeds.) No crashing when heading to limits.
I then put TOP's seeds into both RINGWORLD and RINGWORLDV[ertical] generators (not expecting to get the-same-world-but-sideways, with the latter but maybe getting some similar features at an extremity) and no crashes on any of the extremities. No crashes.
I actually did two RINGWORLDS [horizontal] with the original TOP seeds. The output histories and sites_and_pops matched exactly (visually compared, only, but thoroughly so) with each other, as did the basic exported map, but there were some differences in the data/save areas and no crashes encounted.
If I had had more time, I would have transplanted the changed files around the various save folders to see what depended on each other and what might be the crash-inducing part.
From the beginning, I've been working on the premise that this isn't a big problem, just an anomaly, and now it looks like I can safely ignore it and use /the same world/ anyway...
 Zilirthur: The Eternal Universes
 Kenomonra: The Future World
 Sn–nstrasp: The Oracular Planet (obviously: same seeds for everything)
 Except I typoed the entry of the NAME_SEED, for one, getting a world named "Usnuspstrasp: The Ageless Planet", instead, but /everything/ else (i.e. worldgenned (e.g. site, civ, faction and creature names in the histories) the same. I don't know if the NAME_SEED only affect the world name, or how much this might have caused fluctuations in the savefiles.
 feature-X-Y.dat files:
Crashing version = 1-1, 1-2, 2-1 and 2-2;
1st non-crashing = 1-3 and 1-4, instead;
2nd non-crashing = 1-1, 3-1, 4-1, instead;
Various unit-#.dat files had differing lengths.
The world.dat files had different sizes (6,886,098, 6,885,838 and a figure I didn't remember to note for The Ageless Planet). I highly suspect that somewhere in there is the problem.
|2010-08-02 06:02||starver||New Issue|
|2010-08-02 07:52||Footkerchief||Relationship added||related to 0001859|
|2010-08-11 02:15||Footkerchief||Relationship added||related to 0001680|
|2010-08-11 02:15||Footkerchief||Note Added: 0011711|
|2010-08-12 08:49||starver||Note Added: 0011744|
|2010-08-13 06:49||starver||Note Added: 0011760|
|2010-08-22 09:02||Footkerchief||Relationship added||parent of 0003084|
|2010-08-22 09:02||Footkerchief||Relationship added||parent of 0003035|
|2010-08-22 09:03||Footkerchief||Summary||Crash on site selection => Crash on site selection: msvcr90.dll, offset 0006c955|
|2010-08-22 09:03||Footkerchief||Relationship added||related to 0002754|
|2010-08-22 21:19||Footkerchief||Relationship replaced||related to 0003035|
|2014-07-27 12:36||Footkerchief||Summary||Crash on site selection: msvcr90.dll, offset 0006c955 => Crash on site selection in rectangular world|
|Copyright © 2000 - 2010 MantisBT Group|