Jump to content

dummzeuch

Members
  • Content Count

    973
  • Joined

  • Last visited

  • Days Won

    37

dummzeuch last won the day on July 6

dummzeuch had the most liked content!

Community Reputation

544 Excellent

3 Followers

Technical Information

  • Delphi-Version
    Delphi 2007

Recent Profile Visitors

1698 profile views
  1. dummzeuch

    Open Type Arrays?

    Yes
  2. dummzeuch

    DDetours v2.2

    Unfortunately neither a rebuild nor restarting the IDE worked in this case. Even a command line compile with DCC failed. I'm not that interested in Delphi 6 support, so I give up.
  3. I my last GExperts related blog post I wrote about the new “Close Exception Notification” expert which I just had added to GExperts. It was a hack that hooked the Exception Notification dialog. This spawned a discussion in the international Delphi Praxis forum and resulted in a rewrite of the expert. It’s now called “Filter Exception” expert and instead of hooking the dialog it directly hooks into the code that shows this dialog. Thus it prevents the dialog from being shown for filtered exceptions. Read on in the blog post.
  4. dummzeuch

    Open Type Arrays?

    Not necessarily. The compiler could generate a set of overloaded procedures for this.
  5. dummzeuch

    DDetours v2.2

    The good news is that it compiles for Delphi XE2 and later (and the Demo works). Older versions need changes. I have added issues with proposed fixes on Github for them. Unfortunately I didn't get it to compile with Delphi 6. I get an internal compiler error and I have no idea what to do about it.
  6. dummzeuch

    DDetours v2.2

    Doesn't compile with Delphi 7, 2005, 2006 and 2007. I have added issues with fixes to github for these. It's mostly that PNativeInt isn't declared for these older Delphi versions. Also doesn't compile with Delphi 2009 due to a different issue, but I have not yet found a fix.
  7. dummzeuch

    Centered message?

    You mean it's a bad thing that, instead of fixing the bug in 4-5 applications and compile them, you now have to fix the bug only once and still compile 4-5 applications?
  8. dummzeuch

    Ctrl Tab Ide Plugin

    It's usually simply money. Delphi updates nowadays cost an arm and a leg and on top of that you also need to upgrade the 3rd party tools and components. (I just bought 3 TeeChart licenses and accounting was having a fit. 😉 ) Others don't want to go through the trouble of updating because they can't see the advantage. And of course, it takes time and there is a certain amount of laziness involved. In my (the company I work for) case it's a mix of all the above. We are now in the process of upgrading to Delphi 10.2 + latest update (the last version that didn't annoy the hell out of me) after staying with Delphi 2007 for a long time due to the Unicode change. And I hope that one of the 10.4 upgrades will fix all those annoying bugs so maybe we will even upgrade to that version. That process proves painful as we still need to keep compatibility to Delphi 2007 with our internal libraries because we will probably never finish upgrading all those internally used tools. There are just too many of them. Oh, and then there are those who - for years - have been phasing out Delphi (because it's so 1990ies and nobody uses it nowadays) and porting their software to a different development platform, so they keep the old Delphi version around to maintain the programs that work until (in some far far way future 😉 ) the new software is actually ready.
  9. That would be really nice. If you need any help testing, please give me a shout.
  10. There are two reasons why I didn't want to use DDetours: I didn't want to add yet another 3rd party library to GExperts. Using 3rd party libraries means that with a new Delphi version I have to either update these libraries myself to support the new version or wait for the maintainer to do it. And even if that wasn't a problem, you never know when such a library drops support for older Delphi versions or maybe just adds changes without keeping older Delphi versions in mind. On top of it they always add complexity and increase executable size and memory requirements. DDetours did not compile with Delphi 2007. Since that's currently my main development version this was the end of it. I see the advantage of allowing chained hooks, but supporting Delphi 2007 is still more important to me.
  11. Yet another expert that's work in progress and doesn't have an icon yet. I think I should add a default icon for those experts that don't have one. Maybe some "roadworks" sign.
  12. Committed in revision #3209, just in case anybody wants to have a look. Thanks a lot @Mahdi Safsafi I would never have come that far without your help! @Der schöne Günther could you please file a feature request for your suggestion ?
  13. I know this feeling. 😉 I found some hooking code I had used before and works fine, probably originally from David Heffernan on StackOverflow. It doesn't support unhooking though which is a pity but not really a problem. Yes, Delphi 2007 is the first one I always try. If it works there, it most likely works with all newer versions. I needed to typecast to integer and back to make it compile: PByte(Integer(P) + $A1)^ := 1; // resume = true. (Good thing I don't have to worry about 64 bits as long as the IDE stays 32 bits.) I have got it working now, just not yet quite as polished as I'd like it. Should work for all Delphi versions from 2005 upwards. I'll keep the old code for Delphi 6 and 7.
  14. I also need the exception class, but that's easy: @Debug@TDebugger@GetExceptionName$qqrv
  15. var P: PByte [...] P[$A1] := 1; // resume = true. This doesn't compile. Am I right to assume that it sets PByte(P + $A1) to 1 ? Edit: Seems to work, so the assumption probably was right.
×