revi

Looks like a permission problem on those files, if I just left-click on them I get that "this file is not available on your account" (yes, I'm logged in :P)

And keep in mind that for a lot of those items, their pricing made economic sense when those items were introduced

Sorry, the game language is English. That said, there are a few more Portuguese-speaking players, and there is an in-game Portuguese language channel ( "#jc 500").

A character with the name "jride04" is in game, and not locked: http://www.eternal-lands.com/view_user.php?user=jride04 Can't tell how much it was used, or when it was created, though. (low stats, but as you said you used it sparingly, that's not unexpected)

Would there be a special mention for one-player teams?

I think you need to upgrade to a newer version of gcc: one of the make files states: # compile C with /usr/bin/gcc-7 # compile CXX with /usr/bin/g++-7 You'll need a version that can handle at least the C++11 standards and the different warning options (GCC 7.5 works for me, compiling with 93.1 also works, but I didn't run that version yet)

Just one addition: you can NOT use your bot to mule ; e.g. if your bot is near an ore, you can't fill it up yourself (neither with your main char nor with alts) and then have it walk the harvest to store. Not really interesting with an unblessed bot anyway, but some have tried that with a fully blessed bot. Let's just say that radu was not amused. Buying ore from others is fine, though.

I think there's a potential bug with locking in actors.c, line 1600: if(i==-1) return;//A nasty error occured and we couldn't add the actor. Ignore it. //The actors list is locked when we get here... if you end up there wit i==-1, you return without unlocking the actors list. I started looking at this in relation with a crash when standing next to the invasion master while he was filling the map (and boy, did he fill it...). The crash happened a short while after the filling, when I was again able to walk out of the densest area. "Segment violation", no stack traces or core dump available, though. Given the situation, I suspect a null pointer dereference in combination with a race condition. Still looking at potential candidates for that.

"Interesting" is one way to describe it Threre are quite a few accesses to the actors_list[] not protected by any lock. Is that on purpose, as in the lock isn't needed, since there's no possibility that the list is changed (or used) by another thread? In at least one case, the routine involved does change items in actors_list[]

Anything wrong with the habbo50 forum account?

The Kate editor has an option to Enable BOM; it's under Settings->Editor Component->Open/Save-> General. Perhaps you have that one ticked? If that's the problem, it's fairly normal you won't see it in the editor, as it's stripped off on loading : it's not part of the file contents

Well, there are extra rounding modes available in standard C (>C99). Or there is the ceil() function to force rounding up (not sure what that does if the fractional part is zero)

But it makes no sense to set a quantity for transfer to/from inv with a fractional part (e.g. 15.5 gc...). As it is now, #q might be 1 unit short when it comes to bot payments, food amounts to take, and such.

Within the game, it doesn't really make sense to calculate quantities using fractional amounts (you can't carry/move half a fruit), So it looks like the quantity is reporting only the integer part of the result (though the calculation uses the fractional part...) Now, I'm not sure what would make more sense: to always round down (easiest, basically ignoring fractions in the answer), or always rounding up (so you will have enough to cover the requested amount of e.g. food or gc)

As I see it, the only thing that's different from others that want to get an achievement like this; is that he's telling us what he's planning. For the rest, normal game rules apply, he has no special rights (or less rights...) on any spawn. If you don't like that, that's your right, but there is no reason for him (or any one else) to take that into account (cf. players camping RD spawn or hydro route...)

Nice to avoid losing the bones, furs, and meat; too bad about the special drops...

Never heard of such a problem before... I know of two spawns, but it's a big map, and they do not necessarily respawn on the point where you kill them. So, nothing needs to be fixed or removed (hint: the reward of that particular quest is somewhat related to its difficulty, and skunks get a fairly high reward for the creature levels). And for future reference, if you are having similar problems, you can perhaps try and check in channel 2 (general help, @@2) or even with #help_me. Edit: I can confirm that at least one skunk still respawns in its normal area, so the bug (if any) isn't in the game server.

Well, the game server uses 8-bit characters, not unicode (code from 2003...). Colors to use in text messages are indicated by a single byte in the range 128..155 (0x80..0x9B, see client_serv.h for the corresponding constants: c_***). Colors.c defines rgb triplets corresponding to those codes. Strangely, there are 4 triplets defined for every constant, but only the first is ever used, as far as I can tell. All this means that a simple text filter allows you to change one predefined color for another (only). This is possible, if you manage to figure out which printable character corresponds to which color code. The filters will have to be set up from outside the game client, using a text editor, and you have to make sure you do save the file in an 8-bits encoding like ISO-8859-1, not utf-8/unicode (single bytes starting with 10xxxxxx can't represent a valid character in utf-8, so loading a file with ascii or ISO encoding and then saving it as utf-8 is going to do funny things in the client...) As the range of colors used by the server messages is rather large, changing the background color of the chat window could mean that other messages become harder to read (cf. map change messages: white, and leonard's messages in @6: middle gray. What might be a possibility is to create a remapping of color codes (json file?): from e.g. c_blue4 to one of the other predefined colors, perhaps even allowing access to the three currently unused rgb triplets. And that remapping would be applied in LOG_TO_CONSOLE (only?)

Might not be all that difficult (under linux) on a sorted list, if you use e.g. awk. More challenging would be small mispelings... But perhaps it's better not to do that at all, and have the user do it through #unmark.

I think it's a useful idea, just not a good thing to have in the client for the reasons stated. As it's mostly a matter of moving files around (with some manipulation), I thought a script would be the more logical way to go. My idea for a script would be something like: - read the server.lst file - for each server (!= main), make a backup of the folder, copy the files with a "_<char>" suffix to main folder. - for map markers: for each file in <server>.maps/*.elm.txt: concatenate with same file in <main>/maps, (unless it is possible now to have map markers per character, even if they use the same pseudo-server) - chatlog?? At the end, for each file in <main>/maps/*.elm.txt: #sort $file | uniq. (OK, this is bash based, python, perl, or something like that might be more suitable) That still leaves the chat and server logs to deal with, and ignores the el.ini files completely (I don't even want to touch the cfg files).

Several obstacles:chat (and possibly server) logs, map markers, el.ini and el.cfg. Tbh, I don't see any easy way to combine chat and server logs(of course, you can merge the files using the time stamps). In any case, chat from the different characters will be mixed up if they use the same folder. Same for map marrkers: the files are not marked with a character name. Merging those should be fairly easy, though, if you are running linux (cat, sort and uniq should do the trick). Currently, using different folders allows you to have different settings for different characters. I don't see how that will be possible with all characters using the same folder, nor how to combine the .ini files (I don't even want to think about combining the .cfg files). Spells, recipes and such do have the character name appended, so shouldn't cause problems. As for doing that from within the client, I think that's a very bad idea for several reasons: - it's something that will be used at most once for most players, but will stay in the client for potentially years; - some of the data files are written on client exit, which means that you'd have to be very careful from which character you do the merge; - what happens when you try to do the merge with several clients open? And you can always tell the users that they shouldn't use that function with more than one client open, someone will ignore that... Given all that, it sounds to me like something that should be done through an external script, which should be able to deal with most of the items above: it can read the servers.lst file to figure out which folders to merge. It could potentially even check if there's a client running, in which case it should abort. And it should be able to merge chat and server logs if that's wanted. Perhaps even create backups for the individual folders...

No, your IP did not get banned because you reset your router. Your ISP assigned you a different IP address, which happens to be in a range that was previously banned. Another possibility could be that you got your IP address banned after too many failed logins. That's something Aislinn will have to look into

Yeah, that's the risk once you get a few of your usual ranges banned. Personally, I don't see any reason to unban any of the possible ranges from your area, as they were banned for a reason (and before you start about this forum being restricted to involved persons only, I've had to deal with my share of the trouble).

Just as a point of info, I've had occasions on my previous computer where the mana drain effect caused delays (haven't seen this with shield, though). So too many effects, or those that are too fancy, can cause trouble for weaker configurations. Yes, I know you can switch off the spell effects, but it would be a shame to spend time on creating an effect that half the users can't enjoy

@Diealot: don't confuse disconnecting with client crashing or hanging. Disconnects are network related, the client keeps on running normally. After a crash, the program usually terminates, when the client hangs, the process keeps running, but doesn't react to user input (of any kind). It looks like Osirus has the latter (hanging client), given his "(Osirus on main) Eternal Lands (Not Responding)".