revi

In addition, you playing the game doesn't require the administrators to spend time on you. Retrieving your password that you forgot does mean they have to spend time exclusively on you, and that's what you pay for.

From what I gather here, the biggest problem in adding keyboard shortcuts etc. is not technical (see above), but the possibility of macroing (automated game play, forbidden by the rules). I can see where some of the suggestions would be required for some people, so a question for radu/Entropy: in the case of a handicapped player would it be acceptable to use a modified client after obtaining permission? Yes, this might allow or necessitate some form of macroing for some characters, and as such modifications have a tendency to escape...

Quick look, three indications of modifications: 1- Devnul has gotten 2 right feet, one of which appears detached from his body 2- part of two of the vertical lines are shifted to the left (at least 2 pixels...) 3- legit has become invisible (he should still have been visible behind the inv, just like Devnul) So, for me the conclusion is easy...

I get those also using GCC 4.5.2 on OpenSuse. Just to check if I'm on the right track: as I see it, these warnings are caused by the use of namespace eternal_lands, and the use of this code by both C and C++ code: the elfilewrapper.h header file always declares the functions in the global namespace (necessary, as C doesn't know about namespaces) the elfilewrapper.c implementation always declares the functions in the eternal_lands namespace, but with C linkage; this means that the functions appear to be in the global namespace in the object file (so linking works as expected), but for the C++ compiler there are 2 declarations for each function: the one in the header in global namespace (e.g. el_open(...) ) the one in the .cpp in the eternal_lands namespace (e.g. eternal_lands::el_open(...) ) these two symbols are different, and the compiler can't be sure they refer to the same function => conflict => warning. And you cannot just add a (conditional) 'namespace eternal_lands' to the header either... (compilation errors!)

Yep, your student gambled and lost. His problem, not yours... This sounds harsh, but a- he knew the rules, and decided to break them; b- a student that cheats, can in certain situations lower the scores of all other students: some tests are graded to get a certain average. (Strange how the cheaters don't think this is unfair, and their getting a fail grade when caught, is...)

I think OP was suggesting a map where anyone could create 'ant-like' bots, i.e. artificiel 'intelligences', taht move around as they like without any player intervention. I guess, korrode, you were using the bot as a playing character, where you decided where the bot went. I hope I'll be corrected where wrong (or should I say 'expect'? )

[/sarcasm]Radu doesn't allow name changes anymore? [/sarcasm]

- OP could very well have several classes - (s)he might want more opinions from outside the school - (s)he wanted to vent some steam - (s)he wanted to start a discussion - ... (want any more potential motivations )

Then it might be a good idea to be more careful where you store your summaries/notes/whatever.. My view: You take out notes on the test material during the test => you are cheating => you fail that test. As it was you that put those notes in your pocket, you have no excuse when taking them out during the test. And, tbh, your playing on rules sounds a bit far fetched, as if this was the first test ever done by the student. OP states 'males between 16-21', so it's a safe bet this was not his first test ever. Thus, he can be expected to know the rules, so he gambled and lost. End of story. And if his defense was 'I didn't use it', he admits he knew the rules... (a bit like rule 5 in EL: don't try to be clever about it, you'll still get kicked) (just as a side note, I've known schools/colleges where getting caught cheating could mean exclusion from the program or at least the running year, so exclusion from one test isn't too severe in that light) Final note: digging a bit showed me I know the country we're talking about, the student knew he was cheating.

Assuming you just checked out the code from CVS: Open a console, switch to the directory with the client source, then >make -f Makefile.linux and go and get a coffee You might have to check make.defaults (options and architecture), and I'd suggest creating a symlink 'Makefile', pointing to 'Makefile.linux' (compile command becomes then just 'make') For more details, you can always contact me in game

The stats pages at games.eternallands.com still show locked status, though. And I hope they will stay active, as they are a lot shorter and simpler to parse

The 'Feature += ACHIEVEMENTS' arrived in CVS on Nov 25, previously it was indeed called AWARDS. You were just out of date with your "CVS update". In my comment I was attempting to be light hearted at your suggestion that the code I'd written would crash and burn just because you didn't have the required server support and/or data files. I try to do better than that. Note to self, humour via an international forum posts is more tricky than it appears. In that case, my apologies on both counts. Humour in text form can indeed be easily misunderstood... I did a fresh CVS checkout after seeing Entropy's message about a new test client. However, I got a warning about a conflict for make.default, that might have been the cause of me retaining the 'AWARDS' option.

Crash the client indeed! All that is needed is the updated data from the new test release. A: What do you prefer: ppl being careful or getting complaints about 'it doesn't work'? B: I posted BEFORE the second test was published (the one where Entropy wanted us to activate that option and we got those new data) As a sidenote: there wasn't a 'Feature += ACHIEVEMENTS' in the CVS update I got that day, there was a 'FEATURE += AWARDS'

One tiny problem using hussam's reasoning: Leather helms do give a profit when you only count ingredients that have to be bought from NPC (as he did for the polished sapphires)... As for the prices of rare ingredients, that also hurts crafters for high level items (and they have NO chance of a nice rare item in those cases) Edit: And don't use gen store prices for leather either

In make.conf there is an option: #FEATURES += ACHIEVEMENTS # Display player achievements window when use eye cursor on player Haven't tried it though. Looks like something that'll need server side support to work, so activating that option might for now crash the client (or it might not, or only when using a command, or...). So, use at your own risk, and keep another version of the client handy Only Entropy (or perhaps one of the client developers) can tell us for sure afaik.

So it looks like they 'll take any possibility to get quick cash not involving any effort on their part As for scams involving RL $$, €€ or whatever, local police likes be be informed of those (or perhaps they don't like it, but they tend to take their irritation out on the scammer) revi

They should form a guild and invite Fuze, then they can all be together and make it easier for us. If they pm me I could even suggest some name, but If I say that here I would prob have my post deleted Umm, Star, they DID form a guild (tag NOES last time I checked, but no idea how long this tag will last) I don't know if they invited Fuze_ or not (and frankly, I don't care)

Two notes: 1- indeed, summoning through stones does NOT give a message 2- #guild_info lists Legacy with Str8Jacket as person to contact to join NOES or whatever tag they have now, so better take the 'see: no guild tag' with a grain of salt... revi

Of course: have the bot equip bow and arrows, and attack (like any character). I don't see how it could be useful for the existing guard bots, as they would be range level 0 with no AP... Another question is: would a guard bot be allowed to do it? In my personal view adding the use of bow/arrows would require a permission from radu/Entropy, as it is a new capability of the bot. Edit: slight change of wording

nvm, note to self: reading is an art :/

From what you said earlier, I got the impression that the low break rate on armor and weapons for some players was due to their choice of monsters to fight, in combination with the armor and weapons they picked. If this is indeed what you said, why would break rates need to be increased for those players? (Given that they also get probably less experience and less drops (=less income from training). This could mean that 'careful' players get penalised wrt. risk takers, who already tend to advance faster in experience at the cost of more equipment (and other resources).

Well bad english!!! spell correctly lol, They are spelling correctly. it's the British that insist on considering American English the same language as UK English (complicating things no end for us poor foreigners)

Well, ores are normally considered minerals, just with the particularity that you can extract metals from them. (the inverse is not true, not all minerals are ores :^) )

I agree, sloppy formulation. For the general case, you are right. In this particular case of success/failure (one of which has to occur), the difference is academic Thanks for the correction and clarification

Psiho, your post looks so wrong on so many levels, .... Just a simple point: 1- in statistics/ probability studies, past events DO NOT CHANGE the chances of success and failure 2- BY DEFINITION the probabilities for two mutually exclusive events must add up to 100%. So I think you've just proven your opening statement :