FOSS gamedev and creative worlds

I'm no developer or coder but I can recognize when something isn't supposed to be.

Since about 0.4dev there has been a "bug" of sorts that causes apparently random crashes. However I suspect it has something to do with player position coordinates.

16:41:25: ACTION[ServerThread]: PLAYERNAME joins game. List of players: RAPHAEL PLAYERNAME
16:41:32: ERROR[main]: ERROR: An unhandled exception occurred: ServerError: LuaError: error: ...n55-minetest-07632b7/bin/../builtin/misc_helpers.lua:91: attempt to index local 'pos' (a nil value)
16:41:32: ERROR[main]: stack traceback:

In thread b775a6d0:
/home/tabot/.minetest/build/celeron55-minetest-07632b7/src/main.cpp:1754: int main(int, char**): Assertion '0' failed.

It "appears" that this issue is related to player file position coordinates. I say this because usually when a players coordinates in the player file are reset to 0,0,0 it behaves itself for awhile at least. However it always ends up that the coords in the player file are WAY off from "real" coordinates. Eventually when a players coords gets too off and they log off and log in at a later time, the server crashes with above error. I've seen this at least 4 times in 3 days with two different players.

I COULD be totally wrong. Frankly all I care about is that the server works. If this is a bug in minetest it would be nice if it could get fixed. If it is not, it would be nice to find the issue.

I will say I have seen this similar issue since about 0.4 dev and it seems it is still there. However now it seems that resetting coords only lets it play nice for a very short time (less than a few hours).

This is the function minetest.pos_to_string(pos). If it is called with a table that doesnt contain x, y and z field or with a nil, number or string it gives this kind of error.
However I never noticed this bug with a clean copy of Minetest and minetest_game. So I think this function is called in a mod that doesnt check if a position is nil before calling this method.
Also this is an Lua API function so that isnt a bug in the engine.

If it is a mod causing the issue then I guess onto the hunt for the naughty mod.. lol

A list of your installed mods would be nice.

3dforniture/
armor/
bags/
beds/
bones/
carts/
christmas/
craft_guide/
diamonds/
dicormod/
fakeblocks/
farming/
farming_plus/
flowers/
gems/
homedecor/
home_gui/
industrial/
inventory_plus/
inventorywarp/
item_drop/
junglegrass/
lavamod/
maptools/
mesecons/
mesecons_alias/
mesecons_blinkyplant/
mesecons_button/
mesecons_commandblock/
mesecons_delayer/
mesecons_detector/
mesecons_dev/
mesecons_extrawires/
mesecons_gates/
mesecons_hydroturbine/
mesecons_insulated/
mesecons_lamp/
mesecons_lightstone/
mesecons_materials/
mesecons_microcontroller/
mesecons_movestones/
mesecons_mvps/
mesecons_noteblock/
mesecons_pistons/
mesecons_powerplant/
mesecons_pressureplates/
mesecons_random/
mesecons_receiver/
mesecons_solarpanel/
mesecons_switch/
mesecons_textures/
mesecons_torch/
mesecons_walllever/
moarcraft/
money/
moreblocks/
more_fences/
moreores/
node_ownership/
obsidian/
painting/
pipeworks/
plants/
player_textures/
poinsonivy/
scaffolding/
stairsplus/
technic/
teleporter/
throwing/
titanium/
tnt/
traps/
unifiedbricks/
unifieddyes/
various/
woolcraft/
workers/
worldedit/
worldedit_commands/
worldtime/

The above is a list of current mods but more are expected to be added and some expected to be tweaked futher (maybe texture changes or cleaning up as per my abilities).

The workers mod is very buggy; it has caused catastrophic crashes on my home servers repeatedly. Disabling it may help.

Ghost_of_tino wrote:The workers mod is very buggy; it has caused catastrophic crashes on my home servers repeatedly. Disabling it may help.

Yea I had to edit out a few workers due to crashes. With those workers removed the workers mod seems rather stable.