[cod] Segmentation fault with linux UO Server

[luke at techfreak.org]

Im not sure if this might help, but you could check out my post to a
similar question here:

http://www.frankenworks.com/phpBB2/viewtopic.php?t=9

> Nothing obvious then. Have you checksumed your pk3s?
> Does loading a different map change things?
>
>     Steve / K
> ----- Original Message -----
> From: "Cyrille Demaret" <cyrille at easynet.be>
>> Hi,
>>
>> Here's the gdb output :
>>
>> GNU gdb 5.3
>> Copyright 2002 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License,
>> and you are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for
>> details.
>> This GDB was configured as "i386-slackware-linux"...(no debugging
>> symbols
>> found)...
>> Core was generated by `./coduo_lnxded'.
>> Program terminated with signal 11, Segmentation fault.
>> Reading symbols from /lib/libdl.so.2...(no debugging symbols
>> found)...done.
>> Loaded symbols for /lib/libdl.so.2
>> Reading symbols from /lib/libpthread.so.0...(no debugging symbols
>> found)...done.
>> Loaded symbols for /lib/libpthread.so.0
>> Reading symbols from /usr/lib/libstdc++.so.5...(no debugging
>> symbols
>> found)...done.
>> Loaded symbols for /usr/lib/libstdc++.so.5
>> Reading symbols from /lib/libm.so.6...(no debugging symbols
>> found)...done.
>> Loaded symbols for /lib/libm.so.6
>> Reading symbols from /usr/lib/libgcc_s.so.1...(no debugging
>> symbols
>> found)...done.
>> Loaded symbols for /usr/lib/libgcc_s.so.1
>> Reading symbols from /lib/libc.so.6...(no debugging symbols
>> found)...done.
>> Loaded symbols for /lib/libc.so.6
>> Reading symbols from /lib/ld-linux.so.2...done.
>> Loaded symbols for /lib/ld-linux.so.2
>> Reading symbols from /lib/libnss_compat.so.2...done.
>> Loaded symbols for /lib/libnss_compat.so.2
>> Reading symbols from /lib/libnsl.so.1...done.
>> Loaded symbols for /lib/libnsl.so.1
>> Reading symbols from /lib/libnss_files.so.2...done.
>> Loaded symbols for /lib/libnss_files.so.2
>> Reading symbols from /home/abc/.callofduty/pb/pbsv.so...done.
>> Loaded symbols for /home/abc/.callofduty/pb/pbsv.so
>> Reading symbols from /lib/libnss_dns.so.2...done.
>> Loaded symbols for /lib/libnss_dns.so.2
>> Reading symbols from /lib/libresolv.so.2...done.
>> Loaded symbols for /lib/libresolv.so.2
>> Reading symbols from /home/abc/.callofduty/pb/pbcls.so...done.
>> Loaded symbols for /home/abc/.callofduty/pb/pbcls.so
>> Reading symbols from /home/abc/.callofduty/pb/pbags.so...done.
>> Loaded symbols for /home/abc/.callofduty/pb/pbags.so
>> #0  0x08054331 in __gxx_personality_v0 ()
>> (gdb) bt
>> #0  0x08054331 in __gxx_personality_v0 ()
>> Cannot access memory at address 0xbfdfab90
>> (gdb)
>>
>>
>> In the strace, I only see :
>>
>> open("/home/abc/.callofduty/uo/maps/mp/mp_arnhem.bsp", O_RDONLY) =
>> -1 ENOENT
>> (No such file or directory)
>>
>> but I suppose that the server try to open the map file from there
>> before
>> opening it from the pk3. After this line, I've a 2 llseek, some
>> brk and lot
>> of read and :
>>
>> read(17,
>> "\251\16w\305\341.8\2007\371\264l6\177\227\247\340[\250"...,
>> 40960)
>> = 40960
>> read(17,
>> "\330\220K\330\335\220\5\376\207+\32\24\377\27R?\34\32\2"...,
>> 4096)
>> = 4096
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> +++ killed by SIGSEGV +++
>>
>>
>>
>
>
> ================================================
> This e.mail is private and confidential between Multiplay (UK) Ltd.
> and the person or entity to whom it is addressed. In the event of
> misdirection, the recipient is prohibited from using, copying,
> printing or otherwise disseminating it or any information contained
> in it.
>
> In the event of misdirection, illegible or incomplete transmission
> please telephone (023) 8024 3137
> or return the E.mail to postmaster at multiplay.co.uk.
>