Follow-up Comment #1, bug #12817 (project wesnoth):
Boucman marked this as fixed but I still experience the same issues
*randomly* in latest trunk:
++
wesnoth-debug: src/network_worker.cpp:292:
bool<unnamed>::receive_with_timeout(_TCPsocket*, char*, size_t, bool, int):
Assertion `lock_it != sockets_locked[shard].end()' failed.
Aborted (core dumped)
--
This is a backtrace I got with debug symbols:
++
#0 0x00007f99fa799ed5 in raise () from /lib/libc.so.6
#1 0x00007f99fa79b3f3 in abort () from /lib/libc.so.6
#2 0x00007f99fa792dc9 in __assert_fail () from /lib/libc.so.6
#3 0x0000000000a51ac8 in receive_with_timeout (s=0x2a15420,
buf=0x4097db4 "", nbytes=4085, update_stats=true, timeout_ms=60000)
at src/network_worker.cpp:292
#4 0x0000000000a51c5f in receive_buf (sock=0x2a15420, b...@0x43937dd0)
at src/network_worker.cpp:589
#5 0x0000000000a526b7 in process_queue (shard_num=0x0)
at src/network_worker.cpp:713
#6 0x00007f99fd162457 in ?? () from /usr/lib/libSDL-1.2.so.0
#7 0x00007f99fd1a9e39 in ?? () from /usr/lib/libSDL-1.2.so.0
#8 0x00007f99f9f22fc7 in start_thread () from /lib/libpthread.so.0
#9 0x00007f99fa8375ad in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()
--
Frames #6-#8 lack entry point names because they are probably internal calls
used by SDL's threading facilities. Frame #10 is just weird, probably due to
the fact that this occurred in a new thread.
I tried with Wesband, stopping at 0 KB, around 30 KB, and so... and Wesnoth
does not always crash.
I also tried canceling the download of the add-ons list and got the same
random crash.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?12817>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
