Lighta

Ye only thing Napster didn't mention is the md5_checksum hash for you client wich look like it was the 2nd error, but I guess he was checking wrong version.

Hi Themon, we have a .deb and .rpm builder script, so you could provide full package installation instead. (for linux user) I could show you how if you interested in providing regular binary release.

@Ragnar Lothbrok Anything from client on mapserver will be in clif (client interface), more specifically clif_parse.

wow kill -09 is quite hars but ye it will work. @Phalanx ps -ax | grep server that willl give you a list of process with there pid. Found the one belong to rA and kill them by kill 'pid1' 'pid2' 'pid3' nb better kill in map,char,login order

like he said you need to increase the "MAX_PACKET_VER" to 47 in clif.h. NB : Tell us if they're is new field or wich client guy you consider better for 2014, as we might integrate it to svn.

well you could do it like that to but you're algo is like 2^joblen then mine... because you will check lot of empty space. Which job are not listed? If you want for instance see if HighPriest can wear item i: if(i.job & 0x00000100 && i.class & 2) (if the job is priest and the base is trans then it's an high priest). But yeah you need to parse the 2 column for high something, altought if you're goal is to see who could wear what you could probably do the 1st parse on i.class, then i.job for the remaining list. On sql (assuming mysql) it will be a : select * from item_db where equip_jobs&0x00000100 and equip_upper&2; (untested but something very close to this)

If I understand you correctly you trying to compare custom_item struct to item_db struct and feel a bit lost ? well actually the wiki may be confusing but the 2 file have the exact structure. Job,Upper == Job,Class job = restriction by player job attribute. upper or class = restriction by group class, (like trans, baby etc) Now you could very well put all the trans job combined into the job column and that will perform the same way as if you had put the restriction into upper. (although I may not sure about processing speed for this, but it will probably be at best equal or lower then the upper check) The hexadecimal and binary representation is quite the same. we just use hexa for easier representation. Novice (2^00): hexa=0x1 bin=1 decimal=1 Swordman : hexa 0x2 bin=10 decimal=2 .... ok maybe my exemple suck but just look deeper into hexadecimal representation you'll see that we shift 1 bit up each time. If you looking for a pseudo-code to deflat that number : i=0; while(i < job_len) { if(field & 1<<i) job[i].authorised; i++ } Basically we loop trough all the job we have and since each job is like job1=01, job2=10.. we just move our mask 1 bit up each time. Hope I answered your question, but idk really what u looking for really =(

Hmm ye, maybe we should do a TAG for this revision then, just in case someone wish to use .txt for loginserv. Lot of code could be remove with this.

it not on our current plan no, we might extend or add some db to offert you guys more configuration possibility and allow for us to add content without hardcoding them but nothing like reformat those to LUA like. From Herc they claim 2 point : -readibility : ok ye sure for 1 item but for many boarf, (just because you don't always know wich column is what in our format but you can insert it in any tabler like excel say csv and poof all good. -faster : yeah, well this is mainly due to libconfig, when you parse with it you have to specify what kind of type is each field. Since parsing bool or int is faster then parsing string then it's normal. -inherit : use definition of another item and add stuff to it, (well @override mostly), not that used but this could be usefull ye why not, but we just need to add a column to this to our current format.

Ah ok for the status_change_clear_buffs part, for the debuff_on_logout part coupled with SC_NO_SAVE I have a feeling that a bit too overly complex. I mean for logout we should just say, if he have NO_SAVE drop it that it.

yes you should be able, are you talking about the option part?

perhaps you should clone a new version and do a folder diff comparaison to see what was changed : Assuming your current serv is in base/myserv/ cd base/ git clone https://github.com/rathena/rathena.git newcopy diff -ur myserv newcopy

Well this is odd, what do you have with : ls -la config.log

Look good look good, didn't review it yet but if you people want to try it and give us feedback that will help. The main idea when I started was this: -Offert a way to easily add/remove Status_Icone without the need of recompiling server. -Allow Status_Bonus, to be enable or disable by simply removing SCB from it. (not just prevent the recalculation like actual but really doesn't trigger the bonus) -Allow Status listing mode alteration on the fly (without the need of reboot). like if you wanted put a status that was removed on death permanent just alter his flag. (whereas adding it to a hardcoded list actually). In short remove as possible the hardcoded list into the emulator and offert the possibility of admin to edit this easily without the need of src edit. @Cydh In sc_config_db.txt I didn't get the purpose of type (buff/debuff) and it seem you have forget to put it in your exemple =). What does this implies? SCO_REM_ONLOGOUT = Remove when player logs out Shouldn't this be the default ? so we should have SCM_NO_REM_ONLOGOUT instead ??

That make sense @Ceejay Abne. I can't really what you have add directly but I suppose it was a number after the scanf. sscanf(message, "\"%99[^\"]\" %d %d", item_name, &number, &bound) < 3 That should fix your data requirement. About stackable not able to being bounded, I don't see you will want to make this ? I think that will remove a big possibility of usage. Let say you have done a new instances, that require party to go in etc and you give 100 condensed white potion to everyone in the team to help to do it. You may want to itembound it to party so those new potion wont stored and kafra and used for another purpose. (It doesn't totally force to be used here but it's a little constraint). Or if you organize a TvT tournament etc, in that case is even better cause you could chose to break their party in the end and the item will be destroy. @retroflag, this is possible and you have the base to do it but it will require little src edit and to finish the design. 1 problem about your idea is currently when a monster drop there is 3 priority pickup, then everyone can loot the item, how will you deal with that or do you want to be bounded only when it was looted ?

you'll need to change MAX_VERSION on clif.h to 46, beside this, yes if you sending unknow packet to server he will close client session by default.

=) hi TechnoChronus, well we liked your doc but it was quite incomplete and more script_src oriented, so we,ve been working on it. I should be added on repo soon enough but you could review it and maybe add some : http://rathena.org/board/pastebin/v4exv6yzd6/ NB : This is not a final version

hmm it use bank_vault but this ain't attached to any script variable. Maybe it would be interesting to switch this to #bank_vault so that scrit could alter it as well if you wished.

Perhaps but not right now,I have few things to do before.

1) Noitemtrade that could be usefull but it's kinda the same idea as item_trade.txt (they both restrict item exchange) so instead having a mapflag for this I'd rather have a option for that in this db. Or maybe we could have both so item_trade.txt would stay item specific while the mapflag will prevent anykind of trade?? (not sure yet I just don't like having similar concept into multiple file as it's confusing after..) Anyway noitemtrade mapflag is a pretty easy src edit with no offi usage yet (I think) so the necesity of us adding this is limited. (What I really mean is that we could add hundred of mapflag for various reason, so I think we should choose the one that would be the more usefull to not tend to a bloatware. If you understand the mapflag concept, that one is easy enough to not have us to do it for you) 2) Idk what is that, this one look a bit more interesting as it doesn't look as intuitive as adding a mapflag with a restriction on it. 3) Medium difficulty but look really like a addon / mod 4) See guildhp is something I would be ok to add as a battleflag 5) Need a list to comment it but script and atcommand are imo the the easiest module to start off, (due to low couplage) so that like level 1, we have an infinity of script command that could be added, some may be usefull some bof, if we go to the end all src fonction could somewhat have script equivalent. (So that admin won't have to reboot to apply change etc..). But script are slower then src (always) so in the end it doesn't sound like the solution. Imo I think we should judge each script command, now if it's a suplement of an existing funciton and that it keep backward then ye go on. But mostof time anyway if there something thatit's not possible to do it in script actually will add a command tomake it so. 6) This sound like guardian, best would be to revamp monster of guardian command to add parameter to makethem ally or specify their maxhp and such.

Meister the script loook fine but you need to define : $trunk and $trunk1. Those need to point in a directory where you'll have map and char serv.

hmm yeah we could try, could give me the result of the 'bt full' ?

// 0x00800000: 2012-06-18 unknow (version 32) So your clientinfo version should be 32, but that version really not that well supported.

If he building the conf the compilation went fine. Not about the newline error you can open the specified file and add a line at the end of it if you feel more secure about this. He need to leave each subdirectory of src to build them all. Say our serv is in /home/rathena When you do 'make sql' in that directory we start here : /home/rathena/Makefile Then see target sql: => sql: $(SQL_DEPENDS) SQL_DEPENDS=common_sql login char map import So he will do target common_sql login char map import. common_sql: $(COMMON_SQL_DEPENDS) @$(MAKE) -C src/common sql @$(MAKE) -C src/common sql => this mean go in src/common directory and execute 'make sql' login: $(LOGIN_SQL_DEPENDS) @$(MAKE) -C src/login sql @$(MAKE) -C src/common sql => this mean go in src/login directory and execute 'make sql' etc... So yeah he leaving and entering lot of directory to build the whole binary. "Because my trunk is Windows, i just transferred to a linux VPS. Is that okay?" ?? As long as you didn't transfered Windows binary and expect them to run into your linux vps it's fine. But I don't see why you didn't fetch the content into your linux host directly..

ok /sadface, I'd have fix the configure.in for that but I ain't have raspberry yet. For the bt full you need to compile with -g flag on, idk how to do this with cmake yet.