Minetest Crashing

[MANISGONE]

This started happening.....not sure why.


version: 4.12

>> === FATAL ERROR ===
>> Access violation (Exception 0xC0000005) at 0x000000013F66AA61

[Dragonop]

I've had this before, try executing MT as administrator.

[MANISGONE]

:) thanks

[rubenwardy]

That error can also be solved by restarting your computer. Iirc, it's in the FAQ.

[GrandGamer]

I use minetest with my younger brother and he uses lua to program other stuff too. He changed the credits and minetest crashes every time we start it now it crashes. I only use it for him and I. Could someone please reply with the whole tab_credits.lua script? It's located in the minetest>builtin>mainmenu>tab_credits Right click it and press edit script if you have a script editor and copy and paste it here please.

[ExeterDad]

https://github.com/minetest/minetest/bl ... redits.lua

[amadin]

Server on linux (terminal) 0.4.12 crashed, does this bug?

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

In thread 7fa2a2bfd700:
/build/minetest-KMJvg5/minetest-0.4.12+repack/src/inventory.cpp:629: ItemStack& InventoryList::getItem(irr::u32): Assertion 'i < m_size' failed.
Debug stacks:
DEBUG STACK FOR THREAD 7fa291dea700:
#0  virtual void* EmergeThread::Thread()
(Leftover data: #1  MapBlock* ServerMap::loadBlock(v3s16))
(Leftover data: #2  void ServerMap::loadBlock(std::string*, v3s16, MapSector*, bool))
(Leftover data: #3  void ItemStack::deSerialize(std::istream&, IItemDefManager*))
DEBUG STACK FOR THREAD 7fa2927eb700:
#0  virtual void* EmergeThread::Thread()
(Leftover data: #1  MapBlock* ServerMap::loadBlock(v3s16))
(Leftover data: #2  void ServerMap::loadBlock(std::string*, v3s16, MapSector*, bool))
(Leftover data: #3  void ItemStack::deSerialize(std::istream&, IItemDefManager*))
DEBUG STACK FOR THREAD 7fa2935fe700:
#0  virtual void* EmergeThread::Thread()
(Leftover data: #1  MapBlock* ServerMap::loadBlock(v3s16))
(Leftover data: #2  void ServerMap::loadBlock(std::string*, v3s16, MapSector*, bool))
(Leftover data: #3  void ItemStack::deSerialize(std::istream&, IItemDefManager*))
DEBUG STACK FOR THREAD 7fa293fff700:
#0  virtual void* CurlFetchThread::Thread()
DEBUG STACK FOR THREAD 7fa2a2bfd700:
#0  virtual void* ServerThread::Thread()
#1  void Server::Receive()
#2  void Server::ProcessData(irr::u8*, irr::u32, irr::u16)
(Leftover data: #3  void RemoteClient::GetNextBlocks(ServerEnvironment*, EmergeManager*, float, std::vector<PrioritySortedBlockTransfer>&))
(Leftover data: #4  void ItemStack::serialize(std::ostream&) const)
(Leftover data: #5  void ServerMap::loadBlock(std::string*, v3s16, MapSector*, bool))
(Leftover data: #6  void ItemStack::deSerialize(std::istream&, IItemDefManager*))
DEBUG STACK FOR THREAD 7fa2ae75d780:
#0  int main(int, char**)
#1  Dedicated server branch
#2  void dedicated_server_loop(Server&, bool&)
(Leftover data: #3  void Server::step(float))


[Fixerol]

I have crashes too by just walking in my singleplayer game, minetest 0.4.12 32bit, my world seed is 7774474182753078898 (v6).

Your phone or window isn't wide enough to display the code box. If it's a phone, try rotating it to landscape mode.

Code: Select all

Automatically selecting world at [D:\Games\Minetest\minetest-stable\bin\..\worlds\World]
Irrlicht log: Irrlicht Engine version 1.8.1
Irrlicht log: Microsoft Windows 7 Ultimate Edition Service Pack 1 (Build 7601)
Irrlicht log: Using renderer: OpenGL 4.4.13283
Irrlicht log: AMD Radeon HD 6800 Series: ATI Technologies Inc.
Irrlicht log: OpenGL driver version is 1.2 or better.
Irrlicht log: GLSL version: 4.4
Irrlicht log: Resizing window (800 600)
18:54:24: ACTION[main]:         .__               __                   __   
18:54:24: ACTION[main]:   _____ |__| ____   _____/  |_  ____   _______/  |_
18:54:24: ACTION[main]:  /     \|  |/    \_/ __ \   __\/ __ \ /  ___/\   __\
18:54:24: ACTION[main]: |  Y Y  \  |   |  \  ___/|  | \  ___/ \___ \  |  | 
18:54:24: ACTION[main]: |__|_|  /__|___|  /\___  >__|  \___  >____  > |__| 
18:54:24: ACTION[main]:       \/        \/     \/          \/     \/       
18:54:24: ACTION[main]: World at [D:\Games\Minetest\minetest-stable\bin\..\worlds\World]
18:54:24: ACTION[main]: Server for gameid="minetest" listening on 0.0.0.0:30000.
18:54:26: ACTION[ServerThread]: Fixer [127.0.0.1] joins game.
18:54:26: ACTION[ServerThread]: Fixer joins game. List of players: Fixer
18:54:26: ACTION[ServerThread]: Player Fixer moved too fast; resetting position
Irrlicht log: Could not open file of texture: character.png
 >> === FATAL ERROR ===
 >> Access violation (Exception 0xC0000005) at 0x7752E45B
 >> Saved dump to D:\Games\Minetest\minetest-stable\bin\..\minetest.dmp


character.png is present, and user has read access. It seems that it is in conflict with FRAPS.

[est31]

try executing MT as administrator.

NO NO NO NO NO
DONT DO THIS
Seriously, DO NOT RUN MINETEST AS ROOT. ESPECIALLY NOT ON THE NETWORK.

First, its not a solution for the problem, this kind of access violation is caused by a bug, where most likely the minetest binary has tried to mess with kernel memory, because something has gone wrong earlier. Imagine minetest is a car which drives on the road, gets off the road due to a software bug and crashes into a bank. Making the car a bank accountant doesn't solve the crash, this time its just an accountant crashing into the bank.

Second, running minetest as root is extremely risky. Right now, mod security is turned off, which means that you give every mod you install ROOT ACCESS TO YOUR COMPUTER. Also, I wouldn't say that neither the minetest server nor the client is "secured" enough from malicious other parties (the server does more validations than the client, still I guess you can hack them both). This means you can be remotely hacked, and running it as root or administrator means you give them full access to your computer. Of course, xkcd 1200 applies.

[sfan5]

I wouldn't say that neither the minetest server nor the client is "secured" enough from malicious other parties (the server does more validations than the client, still I guess you can hack them both). This means you can be remotely hacked, and running it as root or administrator means you give them full access to your computer.

Getting any code to reliably execute with things like buffer overflows is really hard and many people use different builds so it might work in one but not another. Additionally on 64-bit ASLR, DEP and stack canaries get in the way.
IMO it's exaggerated to say that you can be "remotely hacked" when you run Minetest.

[maikerumine]

Quick question: What is the most reliable build?

[Dragonop]

try executing MT as administrator.

"It's not the solution"
"Running MT as root is extremely risky"

"It's not the solution" isn't that accurate. It actualy solves the problem.
As Sfan5 already said, saying that it is extremely risky is dramatization.
This guy doesn't have the key to an atomic bomb, it more likely that he will have a thousand hours of fun, than a hacked PC.

[rubenwardy]

It's a solution, but not the solution or a very good solution. (as est31 said, it doesn't solve the original problem).