MCServer private dev survival server?
#21
Yes, I haven't set up the nether on this server.

Could you send the link for the howto thread for the nether?
Reply
Thanks given by:
#22
@bearbin, is this a pure Cuberite server, or is there a list of non-Core plugins that are/will be used?
Reply
Thanks given by:
#23
This is pure cuberite at the moment, and there's no plan to change it.
Reply
Thanks given by:
#24
@bearbin maybe the FAQ could help you with that.

Though I don't understand something about the portal linking myself. There is a NetherWorldName and an OverworldName variable in the [LinkedWorlds] section. I assume both are used with a nether portal, but when is what used?
Reply
Thanks given by:
#25
I would leave it by default.
It seems to work fine and it probably only uses CreateAndInizializeWorld the first time.
Reply
Thanks given by:
#26
No, I believe tigerw made it call CreateAndInitializeWorld when it was needed aka when an entity tries to pass through a portal.
Reply
Thanks given by:
#27
@bearbin, on your server I am having a weird issue where if I craft a single chest, place it and open it, I get another chest. Are you running the current version? If so, I guess I need to make a bug report.
Reply
Thanks given by:
#28
The believe internal CreateAndInitializeWorld usage will cause blocking of the tick thread presently, so that's the main problem with it.

NetherWorldName is used by the Overworld to know which nether file to link to when travelling through a portal.
OverworldName is used by the Nether to know which overworld to link to when going back.

Suggestion is to temporarily disable the deadlock detector and go through a portal to let the nether generate. Everything then should work from there.
Reply
Thanks given by:
#29
Can't we have a "NetherPortalWorld" and "EndPortalWorld" variable instead? This way there is always a variable that is unused.

I believe the deadlock detecter only detects the deadlock. The thread will be deadlocked even if the detector is disabled.
Reply
Thanks given by:
#30
Actually the correct solution would be NOT to link worlds that don't exists in the first place. When the world is initialized and a link to a non-existing world is detected, the server should log a big fat warning with instructions on how to fix that, and disable the linking.
The server should never ever create a world that the admin didn't specify in settings.ini.

@NiLSPACE: The deadlock detector works by checking regularly if the world's time has changed; if the time doesn't change for the specified time, it considers this a deadlock. It cannot distinguish true deadlocks from work overload which is what this is.
Reply
Thanks given by:




Users browsing this thread: 1 Guest(s)