hussam Report post Posted June 7, 2010 I'm gettting a crash in latest cvs. I think it happens when I resync gdb /usr/bin/el.x86.linux.bin GNU gdb (GDB) 7.1 Copyright © 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/el.x86.linux.bin...done. (gdb) run Starting program: /usr/bin/el.x86.linux.bin [Thread debugging using libthread_db enabled] [New Thread 0xa5a58b70 (LWP 18653)] [New Thread 0xa50e7b70 (LWP 18654)] [New Thread 0xa48e6b70 (LWP 18655)] [New Thread 0xa40e5b70 (LWP 18656)] Too much commands in the queue for actor 1978 (Rabbit) => resync! 0th command in the queue: 27 1th command in the queue: 27 2th command in the queue: 26 3th command in the queue: 26 4th command in the queue: 26 5th command in the queue: 26 6th command in the queue: 26 7th command in the queue: 26 8th command in the queue: 26 9th command in the queue: 26 10th command in the queue: 26 11th command in the queue: 26 12th command in the queue: 27 13th command in the queue: 27 14th command in the queue: 0 Program received signal SIGSEGV, Segmentation fault. 0x0805bf14 in add_command_to_actor (actor_id=1997, command=21 '\025') at actor_scripts.c:1773 1773 if (get_our_actor()->actor_id==act->actor_id) printf("ADD COMMAND %i to %i\n",command,actor_id); (gdb) bt full #0 0x0805bf14 in add_command_to_actor (actor_id=1997, command=21 '\025') at actor_scripts.c:1773 k = 0 k2 = 0 act = 0x14f70c48 isme = 0 #1 0x080e11fe in process_message_from_server (in_data=0x1531d4b8 "\002\004", data_length=6) at multiplayer.c:550 text_buf = "\221There are 0 invaded monsters left.\000\000\000\000\000\001\000\000\000h$\033\025\003\000\000\000\004\000\000\000\240\356\377\277\001\000\000\000\000\001\000\000\001\000\000\000\001\000\000\000\370\035\033\025\000\000\000\000X\036\033\025", '\000' <repeats 36 times>, "\001\000\000\000\243\067\273\266\360\225}\267\000\000\000\000\360\225}\267\001", '\000' <repeats 11 times>, "\f\224\215\t\310ӱ\266h\222\215\t\200\366\326\t\f\224\215\t\243\067\273\266\360\225}\267\240%\033\025\360\225}\267\001", '\000' <repeats 11 times>, "\f\224\215\t\310ӱ\266@\002\327\t\001\000\000\000\250Ё\t\000\000\000\000\000\000\000\000\376\000\000\000\300\001\000\000\000\000\002", '\000' <repeats 25 times>, "\001\000\000\000\243\067\273\266\360\225}\267\004\000\000\000\360\225}\267\001", '\000' <repeats 11 times>... #2 0x080d39b5 in start_rendering () at main.c:173 message = 0x14fe3ff0 event = {type = 4 '\004', active = {type = 4 '\004', gain = 0 '\000', state = 0 '\000'}, key = {type = 4 '\004', which = 0 '\000', ---Type <return> to continue, or q <return> to quit--- state = 0 '\000', keysym = {scancode = 182 '\266', sym = 851972, mod = KMOD_NONE, unicode = 0}}, motion = {type = 4 '\004', which = 0 '\000', state = 0 '\000', x = 438, y = 473, xrel = 4, yrel = 13}, button = {type = 4 '\004', which = 0 '\000', button = 0 '\000', state = 0 '\000', x = 438, y = 473}, jaxis = { type = 4 '\004', which = 0 '\000', axis = 0 '\000', value = 438}, jball = {type = 4 '\004', which = 0 '\000', ball = 0 '\000', xrel = 438, yrel = 473}, jhat = {type = 4 '\004', which = 0 '\000', hat = 0 '\000', value = 0 '\000'}, jbutton = { type = 4 '\004', which = 0 '\000', button = 0 '\000', state = 0 '\000'}, resize = {type = 4 '\004', w = 30998966, h = 851972}, expose = {type = 4 '\004'}, quit = {type = 4 '\004'}, user = {type = 4 '\004', code = 30998966, data1 = 0xd0004, data2 = 0x0}, syswm = {type = 4 '\004', msg = 0x1d901b6}} done = 0 network_thread_data = {0xa09e8e8, 0x842495c} last_frame_and_command_update = 164718 network_thread = 0xa099108 message_queue = 0xa09e8e8 #3 0x080d3e64 in main (argc=1, argv=0xbffff7d4) at main.c:354 No locals. Share this post Link to post Share on other sites
Fedora Report post Posted June 8, 2010 ooops, it is a debug line that should have been removed Cvs updated and thanks. [During a resynch get_our_actor() can return null] Share this post Link to post Share on other sites
hussam Report post Posted June 8, 2010 I did a cvs up. no more crashes now. thank you very much for the quick fix Share this post Link to post Share on other sites