mThreads.dll, if it works correctly, should be able to do this. There are also some COM hacks to be able to run in a "thread" (similar to the "sleep" script floating around). You can also offload work to a separate process, depending on what you're doing. But I don't really think this has to do with the scripting engine anymore. The UI could perhaps be running in a separate thread from the script layer, that's a valid concern regarding overall UI responsiveness, but the script layer itself should still be single-threaded. The UI should not really have anything to do with the performance of a (dedicated) bot.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"