mathewwi / sylverant Goto Github PK

Latin characters (ñ and ç) doesn't see in a speech between a PC player and
DC player.

If a PC player writes "ñññ", DC player doesn't see anything and viceversa.

Tested with r105 and Cygwin server.

Simple mail is not able to be delivered between PSOPC and PSODC clients at the 
current time, due to 
a lack of understanding of the formats of the packets. It'd be nice if this 
were fixed at some point.

What steps will reproduce the problem?
1. A PC player creates a game (V1 or V2).
2. A DC player tries to enter the game.

The PC player sees the joining dialog for 100 ms, and then the DC player
disconnects.
If the game is created by DC, and then joins a PC, works ok.

Tested with r105 and Cygwin server

What steps will reproduce the problem?
1.Running make all in the ship_server directory against Python 3.2
2.
3.


What is the expected output? What do you see instead?

I expect the make to complete.

Instead I receive the error;
..
libtool: link: gcc -I/usr/local/include -I/usr/include/libxml2 
-I/usr/include/p11-kit-1 -I/usr/include/python3.2mu -I/usr/include/python3.2mu 
-DDYNAMIC_ANNOTATIONS_ENABLED=1 -DNDEBUG -g -fwrapv -O3 -Wall 
-Wstrict-prototypes -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector 
--param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/local/include 
-I/usr/include/libxml2 -I/usr/include/p11-kit-1 -DHAVE_PYTHON -Wall 
-DSVN_REVISION=\"\" -Wl,-export-dynamic -o ship_server block.o clients.o 
commands.o gm.o lobby.o ship.o ship_packets.o ship_server.o shipgate.o utils.o 
subcmd.o list.o items.o word_select.o quests.o bans.o lookup3.o scripts.o 
admin.o  -L/usr/local/lib -lmini18n /usr/local/lib/libsylverant.a -lxml2 
-lgnutls -lpthread -ldl -lutil -lm -lpython3.2mu
clients.o: In function `Client_addr':
/home/user/psobb/sylverant/trunk/ship_server/src/clients.c:884: undefined 
reference to `PyString_FromStringAndSize'
scripts.o: In function `script_add':
/home/user/psobb/sylverant/trunk/ship_server/src/scripts.c:382: undefined 
reference to `PyString_FromString'
scripts.o: In function `init_scripts':
/home/user/psobb/sylverant/trunk/ship_server/src/scripts.c:478: undefined 
reference to `Py_InitModule3'
collect2: ld returned 1 exit status
make[1]: *** [ship_server] Error 1
make[1]: Leaving directory `/home/user/psobb/sylverant/trunk/ship_server'
make: *** [all-recursive] Error 1


What version of the product are you using? On what operating system?

The latest svn pull of sylvanet server (Feb. 14 2012)
Arch Linux 64bit


Please provide any additional information below.

From what I've learned python3 doesn't include
PyString_FromStringAndSize
PyString_FromString
Py_InitModule3

Choice search (version 2) is not currently implemented in Sylverant due to a 
lack of knowledge of 
how it works. I'd like to fix that eventually. I'd greatly appreciate anyone 
who could assist in 
knowledge gathering for this topic.

What steps will reproduce the problem?
1. Compile server from latest SVN
2. attempt to start server using "login_server --nodaemon"

What is the expected output? What do you see instead?

Expected:
[2010:04:18: 16:46:42.515]: Reading quests...
[2010:04:18: 16:46:42.515]: Connecting to the database...
[2010:04:18: 16:46:42.515]: Opening Dreamcast ports for connections.
[2010:04:18: 16:46:42.515]: Opening PSO for PC ports for connections.
[2010:04:18: 16:46:42.515]: Opening PSO for Gamecube ports for connections.

What I see:
[2012:08:28: 00:31:50.864]: Reading quests...
[2012:08:28: 00:31:50.864]: Couldn't open param/param_files.txt

What version of the product are you using? On what operating system?

Latest SVN. Cygwin (latest ver.) on Windows XP

Please provide any additional information below.

To the best of my knowledge, all XML files and databases are setup correctly. 
I'm able to start shipgate and ship_server successfully (it would seem). Is the 
login server even required to run sylverant?

What steps will reproduce the problem?

cd sylverant/trunk/shipgate
touch config.rpath 
autoreconf --install
CFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib" ./configure
make all
make install

What is the expected output? What do you see instead?

Expected out is a correct build of shipgate binaries. 
Actual output complains about syntax error on line 698 of the generated libtool 
script:

Makefile.am:23: warning: source file 'src/packets.c' is in a subdirectory,
Makefile.am:23: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the 'subdir-objects'
automake: automake option hasn't been enabled.  For now, the corresponding 
output
automake: object file(s) will be placed in the top-level directory.  However,
automake: this behaviour will change in future Automake versions: they will
automake: unconditionally cause object files to be placed in the same 
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option throughout your
automake: project, to avoid future incompatibilities.
Makefile.am:23: warning: source file 'src/ship.c' is in a subdirectory,
Makefile.am:23: but option 'subdir-objects' is disabled
Makefile.am:23: warning: source file 'src/shipgate.c' is in a subdirectory,
Makefile.am:23: but option 'subdir-objects' is disabled
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to 
x86_64-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain 
format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared 
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for ld used by gcc... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking for shared library run path origin... done
checking for iconv... yes
checking for working iconv... yes
checking for iconv declaration... 
         extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
checking for iconv... (cached) yes
checking for working iconv... (cached) yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for libxml2... yes
checking for gnutls... yes
checking for MySQL... 5.1.42
checking for sylverant_read_config in -lsylverant... yes
checking for compress2 in -lz... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking for inttypes.h... (cached) yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking for unistd.h... (cached) yes
checking for ssize_t... yes
checking for uint16_t... yes
checking for uint32_t... yes
checking for uint8_t... yes
checking whether byte ordering is bigendian... no
checking size of int... 4
checking size of long int... 8
checking size of void*... 8
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible realloc... yes
checking for inet_ntoa... yes
checking for memmove... yes
checking for memset... yes
checking for select... yes
checking for socket... yes
checking if gcc accepts -Wall... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
config.status: executing libtool commands
/bin/bash ./libtool  --tag=CC   --mode=link gcc  -I/usr/local/include 
-I/usr/include/libxml2   -I/usr/include/p11-kit-1   -Wall  -L/usr/local/lib -o 
shipgate packets.o ship.o shipgate.o  -lz -lsylverant  -lxml2   -lgnutls   
-rdynamic -L/export/development/mysql/mysql/lib -lmysqlclient -lz -lcrypt -lnsl 
-lm 
./libtool: line 698: syntax error: unexpected end of file
make: *** [shipgate] Error 2
/bin/bash ./libtool  --tag=CC   --mode=link gcc  -I/usr/local/include 
-I/usr/include/libxml2   -I/usr/include/p11-kit-1   -Wall  -L/usr/local/lib -o 
shipgate packets.o ship.o shipgate.o  -lz -lsylverant  -lxml2   -lgnutls   
-rdynamic -L/export/development/mysql/mysql/lib -lmysqlclient -lz -lcrypt -lnsl 
-lm 
./libtool: line 698: syntax error: unexpected end of file
make: *** [shipgate] Error 2

What version of the product are you using? On what operating system?

SVN trunk version of Sylverant (Tuesday 16th September, 2014).

Please provide any additional information below.

The ltmain.sh script is missing a closing parenthesis which resolves the issue.

/friendlist should open an information counter-size window and display the 
nicknames and Guild Card numbers of players added with /friendadd. Friends can 
be displayed in the order they were added, as:

Alias1 (10123), Alias2 (10124), Alias3 (10125)

etc. The names of currently online friends can be displayed in green, while 
offline friends can be displayed in red.

Error:

Basically you get instantly disconnected by successfully generating a random 
drop when hitting a box and/ or enemy.

--------------------------------------------------------------------------
Tested in every difficulty level with different characters, either common/ 
quest play modes. 

--------------------------------------------------------------------------
V2's working great though.

French Guy Here (so, sorry if my english is clumsy)

What steps will reproduce the problem?
1. Open file m4/cflags.m4 on login_server
2. Open file m4/cflags.m4 on patch_server
3. See the missing macro between the 2 files

There an error if using autoconf 2.68+ without this macro.

Also, when compiling login_server, I used the line 
"ac_cv_func_malloc_0_nonnull=yes" to make because of some "undefined reference 
to rpl_realloc / rpl_malloc" errors.

Anyway, thank you for your work.
I'm using Debian 7 for records and I'm on the install right now, I will update 
this if I found something else.

Ro-Maen

What steps will reproduce the problem?
-> type ./configure


What version of the product are you using? On what operating system?

-> I'm on windows 7 x64 using cygwin with latest packages

The Error is the following :
./configure: line 12407: syntax error near unexpected token `libxml2,'
./configure: line 12407: `PKG_CHECK_MODULES(libxml2, libxml-2.0 >= 2.6)'

People having the same error on the internet have suggested it's an error 
expanding the PKG_CHECK_MODULES macro but I don't know how and where to fix 
that :(

What steps will reproduce the problem?
1. Compile server from source code (win7 using cygwin)
2. Attempt to start server's in proper order.

What is the expected output? What do you see instead?

I expect the server to start, but I am getting multiple errors.

{{{
$ login_server.exe --nodaemon
/usr/local/share/sylverant/config/sylverant_config.xml:3: validity error : 
Validation failed: no DTD found !
<sylverant_config>
                 ^
[2011:08:08: 05:22:32.348]: Invalid Tag welcome on line 7
[2011:08:08: 05:22:32.350]: Invalid Tag colors on line 8
[2011:08:08: 05:22:32.353]: Invalid Tag raremonsters on line 10
[2011:08:08: 05:22:32.355]: Reading quests...
[2011:08:08: 05:22:32.366]: Couldn't open param/param_files.txt
}}}


I added the {{{ and }}} to indicate the entire error message.

What version of the product are you using? On what operating system?

Latest SVN, compiled on Win7 64bit via cygwin


Please provide any additional information below.

Based on searches within the googlecode it appears that this is a required file 
for Blue Burst, but there doesn't seem to be any documentation on all the 
files. Nor does it seem the files are included. Soooo.... how do I go about 
fixing this? hahaha

What steps will reproduce the problem?
1. A PC player enters to the lobby.
2. A DC player enters to the lobby after the PC player. 

The PC player becomes fat and cannot do anything in the lobby.
If first enters a DC player, and then the PC player, it works ok.

Tested with r105 and Cygwin server.

Sometimes, the /restore command will not work on the server, even if valid 
character data is in the 
database in the slot requested. As for when it doesn't work, I haven't figured 
that out exactly just 
yet...

Hello,

Would you mind allowing access to the following ports?

Gamecube Episode I and II:
9000 /* Gamecube Ep.I&II Trial Edition */

Gamecube Episode III:
9002 /* Gamecube Ep. III Trial Edition */

Please note that Ep. I and II trial attempts to connect to 
"pso-gct01.sonic.isao.net" while Ep. III Trial will attempt to connect to 
"pso-ep3t.sonic.isao.net"

Relevant packet information:
Port    Text                        Size
53  "EF@69Rze52 pso-gct01sonicisaonet"      70
43450   "EV[UtRze5B pso-gct01sonicisaonet<2Rze" 86
39962   "E([@Rze#(!P""                  40
9000    "E<n@6Rze#(!"                   60

53  "EE3EF!Rze*51pso-ep3tsonicisaonet"      69
9002    "E@u@3HFF!Rze#*w\"              64

I can provide more information and additional files if needed. I know this 
would be mostly experimental, but I'd love to see what functions and doesn't.

What steps will reproduce the problem?
1.  Login with PSOPC client.
2.  Select ship and block.
3.  Create new game lobby at counter.

What is the expected output? What do you see instead?
PSOPC client joins new game lobby and client<->server communication continues.

Instead, the server receives 0x6F (client done bursting) and sends 0x1D (ping), 
but receives no response from client.  At this point, all communication stops 
for all lobbies; that is, all other clients also stop communicating entirely.

What version of the product are you using? On what operating system?
PSOPC client from Ives torrent (not Blue Burst) modified to point to my own 
server.  Server is SVN r665 running on Debian unstable x86_64.  Have tried 
running ship_server under MacOS X 10.8.3 64-bit with the same results (shipgate 
was still running on the Debian box, though).

The clients are running under wine (on both MacOS X with Wineskin 1.5.26 engine 
and under Debian with wine 1.5.6).  But do note that both clients work fine 
when connecting to sylverant.net.

Please provide any additional information below.
The default lobbies work fine -- both clients can see characters moving about, 
chats, etc.  The moment one player creates a new game lobby, all clients stop 
talking to the server.

The only thing I don't currently have configured is the v2maps, because I'm not 
entirely sure which ones to use and how to name them correctly (maybe you'd be 
so kind as to point me to a working set?).  I am, however, under the impression 
that it should work without them.

Even more information:  I realize from reading through your blog that you don't 
want people making their own public servers.. I'm trying to set this up for 
just my wife and I to play, and secondarily, because I like to tinker with this 
kind of stuff :)

What steps will reproduce the problem?
1.  Set up sylverant from scratch
2.  Follow the steps up until starting ship_server

What is the expected output? What do you see instead?

I would expect ship_server to start... but instead I get this sort of output:

[2010:10:10: 03:36:31.788]: Loading Sylverant Ship configuration file... 
[2010:10:10: 03:36:31.788]: Ok
[2010:10:10: 03:36:31.788]: Configured parameters:
[2010:10:10: 03:36:31.788]: Shipgate IP: 192.168.0.4
[2010:10:10: 03:36:31.788]: Shipgate Port: 3455
[2010:10:10: 03:36:31.788]: Number of Ships: 1
[2010:10:10: 03:36:31.788]: Ship Name: MyServer
[2010:10:10: 03:36:31.788]: Ship IP: 192.168.0.4
[2010:10:10: 03:36:31.788]: Base Port: 3460
[2010:10:10: 03:36:31.788]: Blocks: 1
[2010:10:10: 03:36:31.788]: Event: 0
[2010:10:10: 03:36:31.788]: Menu: Main
[2010:10:10: 03:36:31.789]: Starting server for ship MyServer...
[2010:10:10: 03:36:31.789]: MyServer: Loading shipgate key...
[2010:10:10: 03:36:31.789]: MyServer: Connecting to shipgate...
[2010:10:10: 03:36:31.789]: MyServer: Connected to Shipgate Version 0.1.0
[2010:10:10: 03:36:31.790]: MyServer: Starting server for block 1...
[2010:10:10: 03:36:31.790]: MyServer(1): Up and running
[2010:10:10: 03:36:31.790]: MyServer: Select a valid menu code in the config!
[2010:10:10: 03:36:31.790]: MyServer: Lost connection with shipgate
[2010:10:10: 03:36:31.790]: MyServer: Fatal shipgate error, bailing!
[2010:10:10: 03:36:31.790]: MyServer: Shutting down...

(at this point, ship_server hangs and has to be killed with ctrl-c)

Over in the shipgate output, I see this:

[2010:10:10: 03:36:31.789]: Accepted ship connection from 192.168.0.4
[2010:10:10: 03:36:31.790]: Receieved type 0x0010
[2010:10:10: 03:36:31.790]: Invalid menu code for id: 3
[2010:10:10: 03:36:31.790]: Closing connection with

Upon looking briefly into the code, it seems as though the ship server is 
looking for some "menu" configuration in either the database or the XML file.  
I can't find any documentation as to where this should be configured or what 
it's for.

What version of the product are you using? On what operating system?

Latest from SVN, on Ubuntu Linux 8.04.

I've noticed that in libsylverant/include/sylverant/config.h, 
SYLVERANT_DIRECTORY is hard-coded to /usr/local/share/sylverant, and the 
various executables use this to look up their configuration files.  This makes 
it impossible to install the server in a directory other than /usr/local .  
Aside from being annoying to people who want to install 3rd-party programs in a 
different directory  (/opt, for example), this also means it's impossible to 
install and run the server on a computer where you don't have root access.

Instead, it would probably make sense to have the autotools build process 
define SYLVERANT_DIRECTORY as "$(datarootdir)/sylverant".  That should preserve 
the current behavior for users who don't specify a directory but also work for 
users who specify different directories by passing --prefix or --datarootdir to 
./configure .

What steps will reproduce the problem?
1. PC Player tries to join a DC player's v2 game but cannot because it says you 
have entered the wrong password.
2. Using any game name and no password creates this issue.


What is the expected output? What do you see instead?
PC player should be able to join DC player's game normally.

Additional Information:
I haven't been able to test this using DC v1 as the host.

This is the annoying bug that prevented the early release of Sylverant. 
Basically, what happens is 
that when a player tries to join a game on a ship server hosted on Linux, the 
game's leader will 
essentially crash, and the player joining will partially join the game (they'll 
be staring at the column 
in the middle of the hunter's guild).

What I think is happening is that Linux' handling of the receive window for TCP 
packets essentially 
tells the party leader that it can't send the synchronization packet to the 
other client, and thus the 
freeze. I however have no idea how to change the receive window manually, and 
all that I could 
think of to try doesn't seem to work.

What steps will reproduce the problem?
1. Make + install libsylverant, attempt to make all with ship_server
2. observe error: dereferencing pointer to incomplete type in location 
src/block.c, basically anywhere ship_client_t struct is referenced, for some 
reason the header file isn't being included?

What is the expected output? What do you see instead?
-Expected output is proper compilation of ship_server

What version of the product are you using? On what operating system?
-Cygwin, Windows 7

make version: 3.81 built for i386-pc-cygwin
autoreconf version: 2.68 
gcc version: 3.4.4

Please provide any additional information below.