1.0.7 on Ubuntu 11.10 major instabililty

Hmm, actually hasn't seemed to make any difference. It is still crashing when using the stairs quite frequently.

 

It still crashes for me when going the stairs down. amd64 version. Interestingly, some things work when using the small UI elements. But often it just crashes. I would really love to play this on the weekend.

 

Still crashing on amd64 when summoning a wyrmling, though with an assertion failure this time round.

Dredmor-amd64: /home/nvining/dredmor/monster.cpp:400: Monster::Monster(monDBEntry*): Assertion `(entry->level - curLevel->number < 4) || entry->name == "Brax"' failed.
Uploading a GDB coredump to my dedicated server if it'd be of any use.

 

Coredump at http://natulte.net/dredmor-coredump.gz . I also pushed a savegame at http://natulte.net/dredmor-savegame.tar.gz . From that savegame, just summon a wyrmling to cause the assertion failure.

Hope this helps.

 

Also, as a humble suggestion from a fellow developer, if it jives well with SDL you might consider building Breakpad into Dredmor, to facilitate submitting crash reports with relevant information. On a selfish note I'd rather see you working on bugfixes and stuff, but Breakpad might help collect data in the future.

 

I just crashed while trying to open an evil chest

 

I mentioned this earlier in the thread but it may have just gotten lost in the noise... For folks still having problems (with Evil Chests, going down stairs, etc, or any problem which has "PHYSFS_read" and "Sprite::Load" in the traceback), you might be helped out by this thread: http://community.gaslampgames.com/threads/statue-of-inconsequentia-crash.1318/

In brief, there's some case-sensitivity issues on Linux which can get triggered when certain monsters attempt to get loaded by the game (which would explain why it happens sometimes when going down stairs, opening evil chests, or accepting sidequests - all those can generate new monster loads).

It may not actually help, but it could be worth a shot.

 

Having used both the hotfix and the patch mentioned in that thread, summoning a wyrmling still crashes the game. It's not a complete fix, but they do greatly help stability.

 

I can confirm still crashing on side quest acceptance. Damn Inconsequentia!

Anyway, is a huge improvement in stability, I even made two level up

But i want it all, work hard devs, your game deserves so much.

 

Where should I put Daves save file so that I can do some testing too?

 

I've been getting the same issue - running strace seems to indicate it may be a case sensitivity issue. The last read it seems to do has failed with an ENOENT error, because the path has the wrong case (eg. sometimes there's a request for sprites/monster/Robo and sometimes sprites/monster/robo. Copying the directory to one with a same name gets further, but it looks like there are a lot of places with the same problem. Eg Robo_Attack_[Ll]eft.spr or octo/[oO]cto_Walk_Right.

As a workaround, creating a case-insensitive loopback filesystem (eg. VFAT or ntfs) and running from there will get around the crash.

 

Someone wrote a patch to fix all of these case sensitive filenames:

http://community.gaslampgames.com/threads/statue-of-inconsequentia-crash.1318/

 

Stable! So far

 

Doesn't help for the above assertion failure, as far as I can tell. That said, the API docs for PhysFS do say to be careful to specify the correct case for filenames, to avoid issues on case-sensitive filesystems. Could be we're looking at multiple intertwined bugs.

 

Drop them in ~/.local/share/Dredmor/ . To be fair, I don't know if the two files I provided are sufficient for Dredmor to pick up the save and use it, I mostly just improvised.

 

Thanks I'll give it a shot

 

I got it to work! However, I had to edit the loadsave.dat to add your save in there. The first line of loadsave.dat is the number of save files. Then it's 10 lines for each save file in this format:

NameOfSave.dat
name of character (this looks like it can be anything really and its only used for display)
location of character (this looks like it's also only used for display [I put "Somewhere in time" which showed up on the load screen])
Skill Icon Number for 1st skill,
Skill Icon Number for 2nd skill,
Skill Icon Number for 3rd skill,
Skill Icon Number for 4th skill,
Skill Icon Number for 5th skill,
Skill Icon Number for 6th skill,
Skill Icon Number for 7th skill

These skill icons can be any number, they're only for display. I put all 0 and it didn't change the in game skills (just the ones that display on that select a save screen). Then once in game I just saved and quit and it put everything in correctly.

So for anyone wanting to reuse Daves save (like I did) you can put this at the bottom of your loadsave.dat (be sure to back it up just in case and increment the first number of the file by one):

dave.sav
dave the Adventurer
on Floor 0 of The Dungeon
2
4
9
14
21
30
32​

So for example in my loadsave.dat I have:

2​

dave.sav
dave the Adventurer
on Floor 0 of The Dungeon
2
4
9
14
21
30
32​

MySave.sav​

SomeGuy the Adventurer​

on Floor 0 of The Dungeon​

0​

10​

18​

19​

22​

23​

27​

I hope that helps and makes sense.

 

Not sure if this is helpful, but whenever I summon a Mustache Golem, I get the following error:
Dredmor-amd64: /home/nvining/dredmor/monster.cpp:400: Monster::Monster(monDBEntry*): Assertion `(entry->level - curLevel->number < 4) || entry->name == "Brax"' failed.

This is the same error as Dave above, and I bet that this happens with any summoned pet, but will test that out.

Using Ubuntu 11.10 x64

 

Thanks for taking such good care of us, it's a rare treat to have actual support for linux gamers .

I'm happy to help further with debugging if you need a victim to test stuff.

- Dave