Oh, I got the same message! Dear Ayuto, Someone has tried to log into your account on Source.Python with an incorrect password at least 5 times. This person has been prevented from attempting to login to your account for the next 15 minutes. The person trying to log into your account had the followi...

Yes, break it! :P

However, at the end I have to use whatever you have decided.

Since you added the "_c" we already know where they come from. Also, why do we need to import the C++ API from a package, but can import the Python API directly? I think consistency is more clear at this point.

I thought about the name "Source", because I think it is missleading. That package did not contain pure engine wrappers, but also "Binutils". So, my suggestion is to remove the package "Source" and export its modules as seperate modules (import entity_c instead of from Source import entity_c). Other...

Well done! But I wonder if you plan to change the name of the package Source to e.g. sp_C?

Did you tried ISO-8859-5?

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.