FOSS gamedev and creative worlds

Posted: **Wed Jun 24, 2015 04:40**

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

version: 4.12

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

Posted: **Sat Jul 04, 2015 02:51**

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

Posted: **Sat Jul 04, 2015 13:46**

:) thanks

Posted: **Sat Jul 04, 2015 22:09**

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

Posted: **Thu Jul 09, 2015 20:55**

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.

Posted: **Fri Jul 10, 2015 02:46**

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

Posted: **Sat Jul 11, 2015 11:08**

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))

Posted: **Tue Jul 14, 2015 16:09**

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.

Posted: **Sun Jul 19, 2015 22:17**

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.

Posted: **Tue Jul 21, 2015 20:58**

est31 wrote: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.

Posted: **Wed Jul 22, 2015 01:03**

Quick question: What is the most reliable build?

Posted: **Wed Jul 22, 2015 02:32**

est31 wrote:
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.

Posted: **Wed Jul 22, 2015 09:54**

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

FOSS gamedev and creative worlds

Minetest Crashing

Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing

Minetest Crashing EVERY TIME!!

Re: Minetest Crashing

Server on linux 0.4.12 crashed

Re: Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing

Re: Minetest Crashing