Ikarus_

If you really want helps you have to show some code. for example by picking in game/src you have to show us char.cpp char.h packet.h and by picking from Client/UserInterface you have to show us PythonTextTail.cpp PythonTextTail.h InstanceBase.h InstanceBase.cpp Packet.h without reading code we don't get any way to help you

For example? I used it for a long time and i can affirm that is stable, so if you got problems about this fix probably you got some change that is conflicting with it. If you need you can post your problems and we could search for a solution.

I don't like it, but feel free to use it

Added an important disclaimer at the beginning!

The #else part is the original one inserted between #else and #endif to make it work as it was before apply the fix in case of for some reason you need to disable the fix. Honestly i don't think it make any difference since it was disabled by the fact the macro __ENABLE_SHAMAN_ATTACK_FIX__ was defined. In short i don't think the fact you removed the #else is the reason why now it is working for you. You can check it by adding again the removed part and test if the fix is still working.

check well the define arrives everywhere. try adding this at the beginning of "EterBase/Stdafx.h" #include "../UserInterface/Locale_inc.h"

I m stopping the sales for 1 month (or few more) to give me time to complete the long queue of installations, and to work on some new product and complete the stuffs i m going (metin2 unrelated stuffs). The service is not closing, the support is still available for any kind of problem you can text me on my socials (skype, discord, telegram, or metin2 forums). See you next month!

Yeah so if you want an help i think you should post the code... otherwise i can't check nothing xd

Did u notice this piece of code? def BINARY_NEW_AddAffect(self, type, pointIdx, value, duration): print "BINARY_NEW_AddAffect", type, pointIdx, value, duration if type < 500: #<<-- return #<<-- Check if the type of the affect you are not seeing is over 500..

It looks like it is getting "false" as an int somehow. I ve no idea why it is happening only to you. A dirty solution may be define a spaceship operator with bool and int at the beginning of AsyncSQL.h (before the includes). Since i can't reproduce the error i m not able to check if my propose is valid (and i neither tried to compile the code tbh). inline constexpr auto operator<=>(const bool x, const int y) { return x <=> bool(y); } to be honest i don't like it, i hate it, and i ve many doubts that it will work. Another ugly way would be to use bool(false) instead of false where is getting the error.... but i don't really like to modify std files.. A test that i think i may try to suggest you use to move the standard files included in AsyncSQL.h to the beginning of the file (move them above the other includes, i ve seen your files in stackoverflow question you made) EDIT: I ve found the cause of the error, it is a macro in libthrecore/stdafx.h and following my suggestion of move up the standard headers and move down the user defined headers you will solve your error. here the macro is destroying the standard code: #ifndef false #define false 0 #define true (!false) #endif

Sorry for the squat, but what do you want others to know about what you have in that source?

did u think to look at the expand button you already got? xd i guess it would be a good idea

post the makefile libsql

It depend where you need to add it... e.g. add button in inventory -> uiinventory.py add button in taskbar -> uitaskbar.py add button in minimap -> uiminimap.py etc etc

Dangling pointer, it may be due to the special storage/inventory if you got it