Brian

Oh now I see what you're talking about XD Yes, it should be: 988: There is no help for %c%s. and atcommand.c replace line 1597 with: sprintf(atcmd_output, msg_txt(988), atcommand_symbol, command_name); // There is no help for %c%s. clif_displaymessage(fd, atcmd_output);

The %c is for the atcommand symbol. The hard-coded message before was: sprintf(atcmd_output, "Help for command %c%s:", atcommand_symbol, command_name);

Looks good to me.

I thought all he did was copy-paste those hard-coded messages from atcommand.c and put them in msg_athena.conf

We could do 2 commits: mkbu95's msg_athena patch fix the spacing in @go and @job EDIT: #1 done in r16724 #2 I'll do tomorrow

rAthena is written in C, which can be compiled by Visual C++ 2010 Express.

download and install Hamachi configure your Hamachi IP in these rAthena config files: - trunk/conf/char_athena.conf (login_ip, char_ip) - trunk/conf/map_athena.conf (char_ip, map_ip) set your Hamachi IP in clientinfo.xml have your players download & install Hamachi and your client

I only found food under "visually similar images" on Google. XD

Yes, it helps us detect errors sooner by testing the compile process on different OS distributions and testing the map-server on Ubuntu.

We have moved BuildBot to a new host and updated the buildslaves. The current operating systems are: CentOS 6.3 (64-bit) Ubuntu 10.04 (32-bit) Ubuntu 12.04 (64-bit) If you're interested in running a buildslave, send me a PM.

fluxcp-renewal is for rAthena. For eAthena, you use the regular FluxCP. http://code.google.com/p/fluxcp/

3488

Did you recompile all 3 servers? (login, char, map) Compiling

fallback = local server chat only ?

Here is the code already in trunk/src/map/pc.c // pvp // disable certain pvp functions on pk_mode [Valaris] if( map[sd->bl.m].flag.pvp && !battle_config.pk_mode && !map[sd->bl.m].flag.pvp_nocalcrank ) { sd->pvp_point -= 5; sd->pvp_lost++; if( src && src->type == BL_PC ) { struct map_session_data *ssd = (struct map_session_data *)src; ssd->pvp_point++; ssd->pvp_won++; } if( sd->pvp_point < 0 ) { add_timer(tick+1000, pc_respawn_timer,sd->bl.id,0); return 1|8; } } They will auto-respawn after dying twice if: - the map has the 'pvp' mapflag - 'pk_mode' is off - the map does NOT have the 'pvp_nocalcrank' mapflag

but this example would be fully automated! as long as the MySQL users they define in inter_athena.conf has all the CREATE, ALTER, SELECT, INSERT, UPDATE, and DELETE privileges

Another way, similar to what FluxCP uses: - start with a base revision for main.sql - every future change is done in an upgrade_svn file (main.sql is not edited) - when the server successfully installs an upgrade, it touches a blank file to keep track of which upgrades have been installed (or we could track this in a SQL table that stores version numbers) * Optional: main.sql could be split so each CREATE TABLE is in a separate file (FluxCP example) Then the install process is: - execute main.sql AND execute all upgrade files since main.sql was last based

Make your images follow the filename format: danica_1 danica_2 danica_3 danica_4 danica_5 danica_6 danica_7 danica_8 danica_9 danica_10 danica_11 ... then you just have to edit these lines: if (.@i == 0) set .@i, 4; if (.@i == 5) set .@i, 1; Change 4 to the number of photos you have. (16) Change 5 to [the number of photos] plus one. (17) oops, I fixed it and updated post #2. Thanks!

prontera,155,188,0 script test 910,{ set .@i, 1; // start with "danica_1" do { if (.@i == 0) set .@i, 4; // #1, Previous wraps around to #4 if (.@i == 5) set .@i, 1; // #4, Next wraps around to #1 // remove old image and show current one cutin "",255; cutin "danica_"+.@i, 4; // _____1___2_3________4 select("Next::Previous:Close"); set .@i, .@i - (@menu - 2); } while (@menu != 4); cutin "",255; close; }

3395

menu.php

3358

oops, seems I'm a little behind XD Thanks Swadon!