Brian

The way I understood, I thought developers can commit to SVN or Git and SubGit will synchronize the commits between both repositories?

I registered as an Open Source project and it was approved, so we have a license in case we decide to use this.

I think the server does not always know which direction a player is facing. server-side: player's facing direction is based on the last direction they walked client-side: after you stop walking, you can shift-click to face a different direction, but this change is not sent to the server To demonstrate, use a Soul Linker: - walk north - stop walking - use Shift-click to face south - use High Jump --> you'll jump in the North direction but still be facing south on your client This is where it's stored, hope it helps: (unit_data for facing direction, and map_session_data for head direction) #define pc_setdir(sd,b,h) ( (sd)->ud.dir = ( ,(sd)->head_dir = (h) )

I think SubGit is a server-side tool you install. It's not Git hosting.

execute this SQL query: REPAIR TABLE ragnarok.global_reg_value;

A missing scr_logo.bmp should not cause an error, it just won't have any image in the bottom right corner (or it will be Gravity's image if scr_logo.bmp exists in data.grf) madtoyz, can you use Windows' Snipping Tool to take a picture of the error?

I agree with malufett, keep the SVN Compilation Downloads forum. Pre-compiled releases was the first stage of learning for me too.

I was one of the 14 / 27 who visited the topic AND voted Sure, that can be a suggestion: since they are in the SVN, let's make them more useful. hmm instead of maintaining documentation in 2 places (Readme HTML and Wiki), could we just put links in the Readme that point to wiki pages? (all those Installation & Setup guides, Category:Script_Commands, etc.) Or, if the purpose of HTML Readme files in the SVN is so they have something to read offline, what if we take those guides and export them to HTML and just update them in the SVN like once a month?

I voted for "Sometimes, but there should be more info in them".

You mean just add an announcement when a player logs in? Because @gmotd would broadcast the MOTD to every player. - script more_MOTD -1,{ OnPCLoginEvent: announce strcharinfo(0) + " has just logged in.",0; end; }

Yes, if you edit the `inventory` table when they are logged in, changes won't take effect until they relog (and depending on what you changed, it might be overwritten when they logout). Could what you are trying to do be done with script commands instead?

Execute the queries in this SQL file: trunk/sql-files/logs.sql

I was using the Windows Explorer shell because it's a .zip file.

Ah, that's why then. You have the same column name (die_point) in 2 tables. When you have a query that uses both of those tables and `die_point`, it doesn't know if you want to use char.die_point or pvp_ranking.die_point That's why you have to use the full name: table.column

I tested it using the CREATE TABLE and INSERT statements in your 1st post and I didn't get any warnings. Did you add a `die_point` column to your `char` table? If you're not using it, you should drop that column. Or you can fully qualify the table.column names like this: SELECT `char`.`name`, pvp_ranking.kill_point, pvp_ranking.die_point, pvp_ranking.kill_point-pvp_ranking.die_point FROM `pvp_ranking` LEFT JOIN `char` ON pvp_ranking.char_id=`char`.char_id WHERE pvp_ranking.kill_point>0 ORDER BY (pvp_ranking.kill_point - pvp_ranking.die_point) DESC LIMIT 10;

query_sql "SELECT `char`.`name`, `kill_point`, `die_point`, `kill_point`-`die_point` FROM `pvp_ranking` LEFT JOIN `char` ON pvp_ranking.char_id=`char`.char_id WHERE kill_point>0 ORDER BY (kill_point-die_point) DESC LIMIT 10", .@name$, .@kill, .@die, .@total;

Correct, 0x001 + 0x002 + 0x100 + 0x200 = 0x303. As malufett said, you can use Windows Calculator: View > Programmer, then click Hex.

Check your Apache error log. Debian - probably /var/log/apache2/error.log CentOS - probably /etc/httpd/logs/error_log The demo is still working http://cerescp.sourceforge.net/demo/ (currently running CeresCP r120).

Those 0x numbers are hexadecimal (base 16, not base 10). 0x100 + 0x020 + 0x010 + 0x008 + 0x002 actually equals 0x13A, not 0x140. Actually, the config bits are like that 0x001 = 1 0x002 = 2 0x004 = 4 0x008 = 8 0x010 = 16 0x020 = 32 0x040 = 64 0x080 = 128

The warp names are copied from the current version of !svn/bc/16782/trunk/npc/warps/guildcastles.txt If yours are different, the edit the warp names accordingly. - script woe_warp_controller -1,{ OnMon2359: OnWed2359: OnFri2359: disablenpc "prtg-3_prtg-3"; maprespawnguildid "prtg_cas03", getcastledata("prtg_cas03",1), 2; enablenpc "gef-g4_gefg-4-05"; end; OnTue2359: OnThu2359: OnSat2359: disablenpc "gef-g4_gefg-4-05"; maprespawnguildid "gefg_cas04", getcastledata("gefg_cas04",1), 2; enablenpc "prtg-3_prtg-3"; end; }

Discussion about the different RO emulators: rAthena, eAthena, 3CeAM, etc.

The user/pass in char_athena and map_athena are the user/pass that the char-server and map-server use to authenticate to the login-server. This is different than the MySQL user/pass, which is stored in inter_athena.conf

It's both good and bad. Having our own Trac installation means we have 100% control to customize it to our needs.

Here is kinda a step-by-step guide http://www.eathena.w...ost&pid=1532918 Let us know if you have any questions.