smurfix wrote:

Same here (Linux).

To reproduce, watch the "AI Bakeoff" game (on netz.smurf.noris.de).

This comment was imported from FlySpray: https://bugs.openttd.org/task/3819#comment8001

smurfix wrote:

OK, one cause is a bad AI test (if you connect to a network game, the companies' is_ai flag may be set, but of course there's no local AI instance).

Patch attached. Please add to 1.0 branch.

Attachments

• crash.patch (0.39 KiB)

This comment was imported from FlySpray: https://bugs.openttd.org/task/3819#comment8003

smurfix wrote:

Another way to crash a network client: if the server disconnects, the network loop is entered anyway.
As _networking is now false, this will have interesting side effects.

Attachments

• crash.patch (0.42 KiB)

This comment was imported from FlySpray: https://bugs.openttd.org/task/3819#comment8004

glx wrote:

openttd.exe!AIInstance::GameLoop() Ligne 311 C++
openttd.exe!AI::GameLoop() Ligne 75 + 0xb octets C++
openttd.exe!StateGameLoop() Ligne 1234 C++
openttd.exe!NetworkDoClientLoop() Ligne 1022 C++
openttd.exe!NetworkGameLoop() Ligne 1210 + 0x5 octets C++
openttd.exe!GameLoop() Ligne 1301 C++
openttd.exe!VideoDriver_Win32::MainLoop() Ligne 889 C++
openttd.exe!ttd_main(int argc=, char * * argv=) Ligne 761 C++
openttd.exe!WinMain(HINSTANCE__ * hInstance=0x00400000, HINSTANCE__ * hPrevInstance=0x00000000, char * lpCmdLine=0x00152333, int nCmdShow=0x00000001) Ligne 429 + 0x9 octets C++
openttd.exe!__tmainCRTStartup() Ligne 263 + 0x1b octets C
kernel32.dll!_BaseProcessStart@4() + 0x23 octets

This comment was imported from FlySpray: https://bugs.openttd.org/task/3819#comment8064

Rubidium closed the ticket.

Reason for closing: Fixed

In r19869; the first patch isn't needed when the second is applied.

This comment was imported from FlySpray: https://bugs.openttd.org/task/3819