Ikarus_

i ll check the code of the release again to check why this is happening, it looks weird to me so if you have time please double check the bug you reported does exist.

I just checked the zip of this release and i think the bug is due to these few lines the system edits: //Find in void CInstanceBase::__Assassin_SetEunhyeongAffect(bool isVisible) m_GraphicThingInstance.HideAllAttachingEffect(); ///Change #if !defined(__BL_GRAPHIC_ON_OFF__) m_GraphicThingInstance.HideAllAttachingEffect(); #endif //Find in void CInstanceBase::__Assassin_SetEunhyeongAffect(bool isVisible) m_GraphicThingInstance.ShowAllAttachingEffect(); ///Change #if !defined(__BL_GRAPHIC_ON_OFF__) m_GraphicThingInstance.ShowAllAttachingEffect(); #endif actually it looks they are not necessary, so i would suggest to remove these changes, reverting the code and test if the bug is no longer happening and all the features of this release are correctly working.

Double check the installation steps

What's the drop scale in length.h? If that's 1000 then you have to set 1000 as prob to have 100%. Keep in mind that neither m2 default config really use the prob you set directly. My system keep use the same code ymir use for default setting files. So the drop rate gets change by the level delta (difference of level from your and mob level). As far as i Remember kill and level groups don't elaborate that much the drop rate keeping it closer to the one you set.

Yeah it is a conflict, i don't have that system from Mali so i can't share the fix

Any kind of operation that can change the amount of yang in the shopping safebox is registered into the log table, so you are clearly not able to read the log table correctly.

Well i m there to wait the proof of your sentence. I hope you are not referring to that video the guy duplicates the bonus switchers and sell them into the private shop, since in that video the exploit is done using move packet to the second page of the inventory, so it is unrelated with my shop. Clearly bought by a reseller, gg The fact he has yangs into the shopping safebox doesn't imply that he used the shop to make them. Anyone can move money from inventory to the shopping safebox by making a private offer and cancelling it. The guy moved the yang in the shopping safebox because it has no limits of values so it can contains large amount of yangs.

I have solved it answering to OP user. I m sharing the solution there since it may helps also other for other systems. I dont recommend the use of my v1 since is no longer supported nor manutened and it makes the offshop v1 obsolete. Class ImageBox was not calling the base class Window method OnMouseLeftButtonUp in his override. So searching class ImageBox, few above search def OnMouseLeftButtonUp and add a new line and paste Window.OnMouseLeftButtonUp(self).

Well, it would be better to adapt it rather than to remove it, since now u got again the bug about stealth skill

Updated the post with an important information!

It looks the map instance is collecting dangling pointers, pointers which points to deleted memory. I guess the system is destroying some character (monster i guess) without removing it from its sectree. Can't know more atm i m not at home.

I edited the answer with instructions for u

It's crashing while printing a string in syslog or syserr. Search this string and post the code immediately before and immediately above. "PRIVAE_MAP: removing character %s",

Store the values into a set, change the for limit to 1milion and call .size on the set at the end. Surprise! The size is around 32k, so it is repeating 1milion of times the same 32k of values. So in short the problem i tried to explain in the previous answer consists in the fact the values are discrete. Are only 32k (RAND_MAX) of values, distributed in the range 0-2kkk I said 65k of values in the previous post because I thought RAND_MAX was 65k, since it is 32k the numbers are more discrete than how i thought xd

Again no xd. It is still not uniform at all. Using the same test (1 milion numbers) you will see that only 65k of numbers are possible to be picked... And 0 will never be picked xd The possible numbers are the ones that comes out using this formula : n = 1 + x * 32K where x can be one random number from 0 to RAND_MAX (65k~) in short, theres a number every 32k of numbers which can be picked, in the range from 1 to 2147483647, which is very far from being a uniform distribution in a range. I guess u know that it cant be tested on onlinegdb since this issue comes out only on Windows (onlinegdb uses linux)