ToME: the Tales of Maj'Eyal

After playing for a few more hours, my possessor is still unplayable. The game doesn't crash or corrupt the save file, but it becomes very slow without saving and exiting every map.

However, my high-level technomancer is now snappy and not crashing anymore!

There are a lot of other issues with trying to use vanilla lua. Instead, please look at an update to bundled luajit2 to the latest release from OpenResty's branch. This seems to be the most active branch since 2017 and introduces (optional) support for 64 bit pointers, arm64, and mips64. The patch i...

Edit: there are a lot more issues with trying to use portable Lua than this. This used to work before, but the build option should probably just be removed now. See below post that updates luajit2 instead. With all official addons (orcs, cults, ashes, possessors), the game runs against the memory l...

I can reproduce this with 1.6.4.
I have a yeek possessor that can't get past ritch tunnels.
The error is triggered as soon as I try to possess the boss there.
I have used Psychic Crush.

I release copyright for this change to DarkGod to license as he wishes.

Turns out FreeBSD can also use sysconf() :D Also, don't rely on /proc being mounted: many users don't mount proc. diff --git a/src/getself.c b/src/getself.c index 88e3ab4d5..a6933b7e0 100644 --- a/src/getself.c +++ b/src/getself.c @@ -42,24 +42,25 @@ int get_number_cpus() #elif defined(SELFEXE_BSD) ...

I see it landed. Thanks!

Hi! In physfs.c, a void function is returning an integer. Please fix: --- src/physfs.c.orig 2016-10-25 15:49:32 UTC +++ src/physfs.c @@ -331,7 +331,6 @@ void physfs_reset_dir_allowed(lua_State } nb_allowed_dirs = 0; can_set_allowed_dirs = TRUE; - return 0; } static int lua_fs_done_dir_allowed(lua_St...

Sorry, I don't log in to te4.org forums very often. The best place to report FreeBSD port problems is FreeBSD Bugzilla: https://bugs.freebsd.org/bugzilla/ I check Bugzilla for ports I maintain continuously. Are you still having problems with tome4-1.2.5? I use the port myself, admittedly on 10.0, 10...

This fixes a fatal warning with clang 3.5 (-Wreturn-value) by marking one function void and giving a return value to another non-void function. diff --git a/src/core_lua.c b/src/core_lua.c index cdb0255..90811da 100644 --- a/src/core_lua.c +++ b/src/core_lua.c @@ -3098,7 +3098,7 @@ static int displa...

I can confirm that this is fixed for me.

v can be a table here. This silences the error (tonumber of nil is nil and tonumber of not a number is nil): diff --git a/game/modules/tome/class/Actor.lua b/game/modules/tome/class/Actor.lua index a47492e..0d6d26a 100644 --- a/game/modules/tome/class/Actor.lua +++ b/game/modules/tome/class/Actor.lu...

You are right! This works for me.

I reported this in-game once, the only time the error didn't loop: an < bn blows up when these are null. Check for null before doing a comparison. Deleting this condition restores previous functionality, which works okay. diff --git a/game/modules/tome/class/Player.lua b/game/modules/tome/class/Play...

Two more: don't redefine NDEBUG when NDEBUG=1 (config=release build) and use tmpfile instead of tmpnam: Warning: Between the time the pathname is constructed and the file is created another process might have created a file with the same name using tmpnam, leading to a possible security hole. The im...