Non-ASCII test: ? ? ? ?

Okay, it seems like non-ASCII characters still require a fix. :P

I would recommend Notepad++ for writing code and Python 3.3 (since Source.Python uses 3.3) for testing Source Engine independent code.

Good job! I like the changes.

Then I will do that, but you need to do two things:
1. Fixing HookAction.Override for cdecl functions
2. Adding support for post hooks

However, this month I won't have time to do that, because it's my last year in school and I'm writing every 2-3 day an exam.

Nice to see you back on the project. Do you think you will include DynDetours by using a shared or static library? I you are going to use a shared library we could keep at least compatibility with SPE.

German: http://pastebin.com/j6iCYNXS

Got it working by compiling everything with MinGW32 and changing some parts of DynDetours (since I'm using ASMJit 1.0 now)!!!

Hey L'In20Cible, thank you for your answer. Unfortunately, it doesn't work. The first suggestion results in the following: c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/ld.exe: cannot find -llibDynDetours c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/ld.exe: cannot fi...

Hi, I hope someone can help me with my problem. Some months ago I started to write a Python library in C++, which includes dynamic function calls (by using the DynCall library, which worked very well). Now, I tried to include dynamic function hooks (by using your-name_here's DynDetours library), but...

Nice! Any news about these Linux issues with the OB engine?

Happy New Year! Let's see what 2013 brings.

Merry Christmas and a happy new year!

Ah, I see the problem. I didn't know that realloc() returns a new pointer, if the size has been exeeded. But I'm sure that there is a safe way. E.g. in ES we can set string properties via es.set*prop(). But maybe it uses this risky way.

I don't see a problem with getting strings. If we got a char *, we can safely use our function. A char ** is obviously not a char * and we need to turn it into a char * via GetLocPointer() (or did I understand you not correctly?). And isn't realloc() made to extend/shorten pointers? So there wouldn'...

Looks fine now!

Vote for GetLocString() and SetLocString()!

Or simply add them to the blacklist via your repository client. So they are not commited.

Heh yes, that gave me a headache and took me some time to find that out.

I'm not sure if I understood you correctly. This doesn't work?

You could try to find a signature for CBaseAnimating::Ignite() (I can't, because I don't have the latest binaries) or simply wait until Binutils.FindVirtualFunction() has been fixed. Then you could use an offset to find the function, which is much more easier. http://www.sourcemodplugins.org/vtableo...