Can the person find the game version
I don't recommend it -> g_bCheckClientVersion
Better is what I made so there are no bypass
0xf2, 0x42, 0x8a, 0xa1, 0x29, 0x7e, 0xfa, 0xd9, 0x19, 0xbc, 0xe5, 0x4c, 0x63, 0xf0, 0x94, 0x33, 0xf1, 0x37, 0x47, 0xf9, 0xc9, 0x43, 0x78, 0x2b, 0x9b, 0x2a, 0x48, 0x2, 0x35, 0x34, 0xa5, 0x56, 0xc1, 0x7b, 0x8, 0x9c, 0x38 ...........................
So far we have not been able to find the sequence key .... The key cannot be found
Version find key
As I said, it is beneficial mostly for incremental build, which is something most of us use (or should use). Unless people do a full gmake clean followed by a gmake, Ninja will be more efficient for that. Considering the syntax, Ninja is arguably easier to read, that was actually one goal of the project, but anyway, I think most of us should use generators for that, such as CMake. Writing Makefiles or build.ninja is something we can afford not to do using modern toolsets. In the end, it's up to personal preferences, if you don't see it fit for your project, it is perfectly fine, I was just here to provide people with a way to add it if they have the use for it
shouldnt it be enough if you have clientversion implemented, to use this in input_main:
if (0 != g_stClientVersion.compare(d->GetClientVersion())) // @fixme103 (version > date)
ch->ChatPacket(CHAT_TYPE_NOTICE, LC_TEXT("clientversion wrong!"));
d->DelayedDisconnect(1); // @fixme103 (10);
? let them login with a different client, as soon as they tried to move ingame, they get kicked
Discord presentation: https://discord.gg/zTNbdJyMwQ
Server language: English
Server type: Pvm easy/medium
Maxiumum level: 120 (Content up to level 100 for now.)
Classic maximum bonus values.
- Level 30 weapons drop from bestial monsters chest.
- Higher level armours and accessories drop in spider caves.
- Level 70 armours and 65 weapons drop from level 75/80/85/90 metin stones.
- You can upgrade stones up to +4.
- You can drop stones +4 at the v3 Ice Witch.
- You can drop stones +5 at the v4 Ice Witch.
- Biologist quests up to level 90. (Waiting time can be reset.)
- Each metin stone has a chance to drop a + version wich is 10 levels above the normal one and has better drops.
- Moonlight ang hexagonal chests drop always on.
--- Each weekend there will be 50% increased rates. ---
For more informations join our discord server.
Discord -> A new cron job to notify the team of topics or posts awaiting approval, with automatic reminders...
Discord -> Now, I use the webhook system by Invision to notify the discord server of new topics, posts etc...
Until now, I was using the Discord Integration app, available on the Invision marketplace for Discord notifications. From now on, it is only used to lincked his Metin2 Dev account with Discord.
Previously, the forum used Discord webhooks without intermediaries. Now, the forum uses a Core X API, and it's Core X that handles notifications on the Discord server (It also fixes the bug on duplicate notifications...).
A bug is known on emojis, this one has been fixed in version 4.7.6 of the Invision forum engine. However, version 4.7.7 will be released soon, I'm waiting for this one to upgrade the forum.
the code pasted below works perfectly with pretty much all functions beside the when function itself. I was wondering if someone can share the code or already have a solution for parsing the array in the when function.
Here is the code which occurs the error mentioned on the topic.
current_when_condition = "";
if (t.token == TK_WITH)
// here comes Á¶°Ç½Ä
os << (lexstate.t);
//cout << (lexstate.t);
os << " " <<(lexstate.t);
//cout << TK_DO<<lexstate.t.token << " " <<(lexstate.t) <<endl;
current_when_condition = os.str();
check_syntax("if "+current_when_condition+" then end", current_state_name+current_when_condition);
cout << "\twith ";
cout << current_when_condition;
cout << endl;
t = lexstate.t;
if (t.token == TK_DO)
ps = ST_WHEN_BODY;
//error("when doesn't have begin-end clause.");
os << "when doesn't have begin-end clause. (" << t << ")";
The switch case always return the else condition, does anyone have the missing parser code ?
I guess you already answered yourself in your last post
Ninja is indeed faster when it comes to parsing large build files and it's only beneficial when it's a humongous project such as chromium.
The down side of having it on a metin2 project is that it wont' make a difference when it comes to build time... And of course GNU make syntax is simpler and easier to read.