madshi.net

I fully understand this move, and I will be taking out a subscription.

We rely heavily on your excellent software and are very happy to pay such an affordable price to help you keep developing it. Keep up the excellent work!

Thanks a lot, great work as always!

It's pretty hard to sue the AV company. Their defence would just be to say that the user chose to use their software and can remove it if they wish. Where I think it gets trickier is for monopoly AV software. So, if an OS vendor starts supplying AV software and the majority of users use it by defaul...

Doubt that you'd get anywhere suing. The AV vendors would say that it is up to their customers whether or not they run a specific AV tool. These things are always going to happen. It's frustrating, but there's little that can be done. I suggest you get your customers to move off Avast and get a dece...

Personally, I don't include ME in the IDE. I have it as a pure post-build step with a .mes file that I've edited in a text editor. I've cut out all the default values, and just included the handful of settings that I make. Done this way, I can control the order in which the post-build work happens. ...

Mathias, I can confirm that the code from installer version 2.7.11.6 resolves the original issue that I reported. Thanks. I'll wait for an official release which is not doubt not too far away given that there's been (yet) another Delphi release since the last official madExcept. Thanks again for you...

madExcept getting a bit of love over on G+ Delphi devs group ....

https://plus.google.com/u/0/+LarsFosdal ... SvzbSkB54p

Sorry, I did not get a notification of this post. Which is why I have not responded.

I'll take a look as soon as I can, and get back to you.

Thank you very much.

Thanks for the response. I can confirm that my particular issue was related to a part of code that did standard control flow using exceptions. Indeed, I had even commented that this was not ideal: Try CheckObjectExtra(ObjectHandle, MyResultType, OrderedVarID, ObjectExtra); ObjectExtraValidForAtLeast...

Hi, I've just discovered a rather strange performance issue in my Excel COM add-in. The issue arose when I took the upgrade to version 4.0.12 having previously used 4.0.11. I'm compiling under XE7, 64 bit, and the troublesome module is an Excel COM add-in. It's pretty tricky to reproduce, which I kn...

Thanks. This does of course resolve my problem.

Thanks. I trust that you double checked that my "digging" was accurate!!

You'll probably hate me for debugging this, but this is what is going on. The first class has name TGlobalScopeThread. In IsValidObject2 a call is made to IsValidIdentW passing the class name. That call returns True. But the second class has name TOuterType.TNestedScopeThread. When the call to IsVal...

OK, here's a repro: program ME_ThreadExecuteHook; {$APPTYPE CONSOLE} uses madExcept, Classes; type TGlobalScopeThread = class(TThread) protected procedure Execute; override; end; TOuterType = class public type TNestedScopeThread = class(TThread) protected procedure Execute; override; end; end; proce...

Yeah, I know that. But if such features impact on your support for the modern versions then obviously you need to be familiar with the new features. Just sayin'