Cataclismo

With the 5 inventory you can't even use whole equipment.

So, we have:

• 5 inventory, each 45 slots
• 32 equipment slots
• 30 DS slots
• 16 belt slots

And we are allowed to 255 maximum slots because the type of position is BYTE.

Let's calculate your total amount of slots: (5 x 45) + 32 + 30 + 16 = 303. 303 is way bigger than 255. And as I see, you can't even use DS slots because inventory + equipment slots = 257. Stop destroying your game. Think about it.

It's probably the client part. Check the slot number and also if its refreshing the slot. If your old costume system is based on quest then try to remove quests.

So, they sell hacks, they sell protections for hacks and then they disable protection for money. Business. Can you tell us the variable?

But you modified the source? Db or game source? I'm talking about the saving function.

You have enigma with license? If so, you can ask for some plugins on their forums. Some of them are not so efficient. If not, search on this forums because there are a few DLLs posted.

If you're interested I can make you hackshield on source or with enigma (any version of game: 2089m to 40k), but we must discuss first. Contact me on Skype: cataclismo3, if you're interested.

Well...

Open battle.cpp and find

bool battle_is_attackable(LPCHARACTER ch, LPCHARACTER victim)

And after

	if (victim->IsDead())
		return false;

Add:

	if (victim->GetMyShop())
		return false;

Tell me if that works.

But this is not a error. This is kinda normal.

Never meet that problem before. Do you have some error logs? Some syserr or syslog? Also, did you modified the structure of table player.item? How about the save function for items?

GetShopOwner() will return the owner of the current shop opened.

Use this:

if (pkVictim->GetMyShop())
    return false;

Same thing.

Open char_affect.cpp and find:

bool CHARACTER::RemoveAffect(CAffect * pkAff)

After

    if (AFFECT_REVIVE_INVISIBLE != pkAff->dwType)
		ComputePoints();

Add

    else
		UpdatePacket();

And it should look like this:

	ComputeAffect(pkAff, false);

	if (AFFECT_REVIVE_INVISIBLE != pkAff->dwType)
		ComputePoints();
	else
		UpdatePacket();

	CheckMaximumPoints();

This is the fix, as I remember. If it's not working, leave a reply. I'll search the original topic.

Well, using a database instead of a file is much better, if you ask me. If you overload a database, your will overload hard disks too. Just stay on database. My opinion.

​The f**k?! Are you serious or just trolling around?

@Aurora, if you've not fixed it yet, send me a message on Skype and I will try to help you.

I'm talking about the client. Check your client and if your LimitTypeX is set to 0, then there's a problem in uiTooltip.py

I guess that's only bad communication between client and server. As I think, when you do your last combo hit you make the target to fly and that's happening here, but he can't see the attacker's correct moves because of bad synchronization. When he flies, he's probably hit by the last combo hit. But as I said, I'm not sure. It may be another problem because it's happening too often.

But you're a programmer and you have a whole team which does C++, Lua and Python, which is enough to solve this problem... or at least that's you're saying here: http://metin2dev.org/board/index.php?/topic/7292-service-c-lua-and-python-scripting/

Whatever, check this: http://metin2dev.org/board/index.php?/topic/1237-compiled-binary-crashes-after-loading-screen/#comment-9232

You probably have flag 7 on LimitTypeX (where X is a number) on item_proto. You should remove that flag (set it to 0).

It's not a database problem. Your syntax is wrong. Post here that syntax (exactly how it is on the source) and we may fix it for you.

Or you can use a SQL statement to hash the passwords while you set them, like that:

UPDATE account SET password=PASSWORD('your_password') WHERE login='username';

Or you can create an account using almost the same statement:

INSERT INTO account (login, password, ...) VALUES('username', PASSWORD('your_password'), ...);

But I think your tool is nice for those who don't want to learn something useful. Nice job.

locale_string.txt

The problem is in the file CsvReader.cpp from the db core. But you specified an wrong number. It isn't on line 395, but on line 275. Or at least that's the line on maineline source. The problem is caused by ClientManagerBoot.cpp or ProtoReader.cpp when the database tries to read the proto files (item_proto or mob_proto). You probably have a line with fewer columns that it should have. Check that.

I'm not totally sure, but I think that's normal. As far as I can remember, it was the same on my server. If I'm wrong, then I'm sorry.
If this is normal and you want a description I think you can work around and make it in the client. The description is taken from the client.

I don't know why your bonus don't work, but it's not because of switch.

Well, in 2089m, the pet was replacing the horse, kinda. You have to adapt it for 34k+.

First of all, you're calling the pet wrong and that's why you get error.

Check this:

pet.summon()

This is how the function should look like:

pet.summon(mob_vnum, pet's name, (bool)run to me from far away)

Also, you should not change the horse name and level using this:

PetSystem.SetHorseData

You better change the whole system. It's kinda stupid. I saw it before and I worked with it for a friend. You should work on the source.