Leaderboard

Valik, Please do not tar us all with the same brush - it is a very small (albeit vocal) minority who are doing that. The rest of us are extremely grateful for the work that has been done to get the COM implementation to work correctly - just as we are when any other unseen "gotcha"s are fixed. If any such work to produce a more stable AutoIt results in a performance hit then I personally (although I am sure I speak for many others too) am quite prepared to put up with it. Although any Dev promises of possible future speed improvements are always welcome and make it easier to accept. M23

Another solution: Get a list of all Windows using function WinList For each entry in the returned array use the handle to call WinGetProcess If the processID is the same as the processID of the running script (@AutoItPID) you know it's a window of the running program Close all windows which don't have the required title Edit: Found this with the code ready to run.

Special Note: This is an official beta release but it is not digitally signed. Only Jon has the certificate used for digital signatures and the last time I checked I was not Jon. 3.3.7.21 (6th November, 2011 (Beta) The following changes are script breaking changes: Note: For all you whiny bitches, COM speed is almost as fast as 3.3.6.1. Thank all of you for the little faith you show in us. Report issues here. Download here.

I can clearly remember the similar situation in past when developers removed StringAddThousandsSep() from standard UDFs just because of too much bug fix requests. I use this (latest one) function in several of my current projects and hopefully its simple workaround to copy its sources from latest Autoit where this function is available. Anyway I think this is way to hell for Autoit if it will be cripled just because of bad mood of some developers. I hope situation will not be so bad anyway and I hope Valik won't ban me now for this post.

Do you read the things I write? Do you read the things you write? I've already explained at least twice now that the speed may be improved in the future. What more do you want? Should I delay the release of 3.3.8 by 6 months just so a few ungrateful whiny bitches who know fuck all about programming can have their precious "fast" COM code? If you do not like how the current version of COM works then use another language. It is clear to me that you either did not read all of my post(s), you failed to understand them or you are willfully misconstruing what I said. I'm not sure how you find it misleading when I give what is essentially a high-level overview of the implementation details of the problem and solution. Secure versions of ATL are the cause. The changes to AutoIt are the effect. Do not fuck with me on this subject any more. If all I can expect for all the hard work trancexx has put into getting COM working right is a bunch of bitching I will remove COM from the next version of AutoIt. I suggest all of you shut the fuck up and see what happens rather than being incessantly annoying about it. If any of you think this is a hollow threat then push me and you will see a new beta without COM within an hour of me seeing your post. I suggest none of you waste my time in pursuing this. End subject unless another developer has something else to say.