Azone Patch

[Derision]

Originally Posted by John Adams

I copied over an older zone (dreadlands.s3d) and this one started the Loading dreadlands.s3d, then failed with a Segmentation fault.

Anyone care to give us a refresher course on how this works? Seems a few of you got it to work with no problem. So I must be missing something.

On Linux it is just a case of make & run.

Are you using binary mode in ftp when copying the files over to your Linux box ?
Just on a hunch I copied one over using ftp and didn't specify binary mode and I get a segfault in S3d_Init:

entwiss@zaphod ~/EQEmu-0.7.0-1091/utils/azone $ ulimit -c unlimited
entwiss@zaphod ~/EQEmu-0.7.0-1091/utils/azone $ ./azone arena
Loading arena.s3d...
Segmentation fault (core dumped)
entwiss@zaphod ~/EQEmu-0.7.0-1091/utils/azone $ gdb ./azone core
GNU gdb 6.7.1
Copyright (C) 2007 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"...
Using host libthread_db library "/lib/libthread_db.so.1".

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libz.so.1...done.
Loaded symbols for /lib/libz.so.1
Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6...done.
Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1...done.
Loaded symbols for /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...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
Core was generated by `./azone arena'.
Program terminated with signal 11, Segmentation fault.
#0  0x0804ee96 in S3D_Init (obj=0xbfdc96fc, fp=0x8057008) at s3d.c:82
82            obj->files[running] = ftell(fp) - 12;
(gdb)

If you are using an ftp command line client, always enter the 'bin' command before using put or get.

[John Adams]

Ahh ok, I'll try again. Using FileZilla and I think it's set to automatic.

I'll report back if I just noob'd it. Thanks both.

[John Adams]

Nah oh well, still gives me the Segmentation fault on dreadlands.s3d using Binary in FileZilla and Windoze command line FTP. I'll mess with it on a few other zone files later.

[John Adams]

Ok the 5 minute rule is a little ridiculous. Sorry about the spam.

Following your commands, here's my simulation;

[root@vmg-swg azone]# ulimit -c unlimited
[root@vmg-swg azone]# ./azone dreadlands
Loading dreadlands.s3d...
Segmentation fault (core dumped)
[root@vmg-swg azone]# gdb ./azone core.31660
GNU gdb Red Hat Linux (6.6-45.fc8rh)
Copyright (C) 2006 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 "x86_64-redhat-linux-gnu"...
Using host libthread_db library "/lib64/libthread_db.so.1".

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib64/libz.so.1...done.
Loaded symbols for /lib64/libz.so.1
Reading symbols from /usr/lib64/libstdc++.so.6...done.
Loaded symbols for /usr/lib64/libstdc++.so.6
Reading symbols from /lib64/libm.so.6...done.
Loaded symbols for /lib64/libm.so.6
Reading symbols from /lib64/libgcc_s.so.1...done.
Loaded symbols for /lib64/libgcc_s.so.1
Reading symbols from /lib64/libc.so.6...done.
Loaded symbols for /lib64/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `./azone dreadlands'.
Program terminated with signal 11, Segmentation fault.
#0  0x00000033aba79010 in strcmp () from /lib64/libc.so.6
(gdb)

Oh shit. I just remembered this was a 64-bit OS. Is that a problem?

[Derision]

Originally Posted by John Adams

Oh shit. I just remembered this was a 64-bit OS. Is that a problem?

I've not used 64-bit Linux, but it wouldn't surprise me if that is the problem, e.g. the code makes assumptions that certain data types are a given size (e.g. a long integer is 32 bits). If the size or alignment of data types is different for code generated by 64-bit GCC, then that would break things.

[Angelox]

The files are posted at Legacy of the Rathe "general files" in "downloads". You have to be a member in order to see the downloads area - called "New updated Map pack". I also dumped the water maps from Titanium, in case the original dump I got elsewhere was incomplete (posted under "Latest WaterMaps").

[trevius]

Originally Posted by Angelox

The files are posted at Legacy of the Rathe "general files" in "downloads". You have to be a member in order to see the downloads area - called "New updated Map pack". I also dumped the water maps from Titanium, in case the original dump I got elsewhere was incomplete (posted under "Latest WaterMaps").

Thanks, Angelox!

I wanted to note that you will have to register on his site before you will be able to see the download.

Also, I was wondering if you redid all of them, or only certain ones?

[Babul]

Hi Angelox I am using your Db and downloaded the zones from your site, but I still had problems with Nektulos hole.. I renamed it on the titanium client and now i see the zone but I am having problems the mob are out of LoS when using spells you can see them nd attack them only with weapons.

What is the problem and where/how to fix?

thanks

[John Adams]

Originally Posted by Derision

I've not used 64-bit Linux, but it wouldn't surprise me if that is the problem, e.g. the code makes assumptions that certain data types are a given size (e.g. a long integer is 32 bits). If the size or alignment of data types is different for code generated by 64-bit GCC, then that would break things.

Ok, sorry for not mentioning that. I forgot, myself... that VM is so old. I'll make a new FC8 x86 VM and try it again.

[Angelox]

I made a new map pack and am uploading it to Rathe Forums downloads area. it has all the updated map zone files from the Titanium expansion - it is a large file so it takes a while, I'll post here when its ready.