mathewwi / sylverant Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/sylverant
Automatically exported from code.google.com/p/sylverant
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.
Original issue reported on code.google.com by indiket
on 22 Apr 2010 at 9:27
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.
Original issue reported on code.google.com by bluecrab
on 15 Nov 2009 at 12:53
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
Original issue reported on code.google.com by indiket
on 22 Apr 2010 at 9:25
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
Original issue reported on code.google.com by [email protected]
on 16 Feb 2012 at 8:05
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.
Original issue reported on code.google.com by bluecrab
on 31 Oct 2009 at 4:14
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?
Original issue reported on code.google.com by [email protected]
on 28 Aug 2012 at 12:41
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.
Original issue reported on code.google.com by [email protected]
on 16 Sep 2014 at 9:29
/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.
Original issue reported on code.google.com by [email protected]
on 9 Jan 2011 at 9:13
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.
Original issue reported on code.google.com by [email protected]
on 11 Sep 2010 at 7:54
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
Original issue reported on code.google.com by [email protected]
on 1 Feb 2015 at 5:58
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 :(
Original issue reported on code.google.com by [email protected]
on 24 Feb 2013 at 9:42
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
Original issue reported on code.google.com by [email protected]
on 8 Aug 2011 at 5:29
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.
Original issue reported on code.google.com by indiket
on 22 Apr 2010 at 9:23
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...
Original issue reported on code.google.com by bluecrab
on 3 Mar 2010 at 3:54
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.
Original issue reported on code.google.com by [email protected]
on 22 Sep 2013 at 9:55
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 :)
Original issue reported on code.google.com by [email protected]
on 31 Mar 2013 at 1:56
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.
Original issue reported on code.google.com by [email protected]
on 10 Oct 2010 at 3:54
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 .
Original issue reported on code.google.com by [email protected]
on 10 Oct 2010 at 4:11
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.
Original issue reported on code.google.com by [email protected]
on 28 Nov 2010 at 8:47
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.
Original issue reported on code.google.com by bluecrab
on 31 Oct 2009 at 4:12
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.
Original issue reported on code.google.com by Link2432
on 4 Oct 2011 at 7:01
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.