User Activity

  • Posted a comment on ticket #15 on Window Detective

    When an app "hangs" in Windows, I often see it's window being replaced with a window owned by DWM. That's when the window goes translucent white. BTW, i traced this specific problem to our own code and its interaction with Delphi VCL library. Should be similar with LCL or any other library of a similar design. Not sure if you're bothered with those minitiuaes.

  • Posted a comment on ticket #15 on Window Detective

    but I haven't touched it in over a decade. yeah, i noticed. but it is all about "scratch your itch", so i have no standing to complain with all its flaws this is still a very handful swissknife

  • Posted a comment on ticket #15 on Window Detective

    You can just try to download that specific build of pmm and try. PMM's dev was changing their windows handling in later builds, u think. I did it on Windows 7, not sure if it is OS-related or not. Just posted it as a perfectly reproducible and publicly available example of a behavior i often saw otherwise in house. As for auto-detection, yes, it tries, but for example it does not detect when the process goes out and still shows it and few windows it did not explicitly destroy. Also, this auto-detection...

  • Posted a comment on ticket #15 on Window Detective

    Refreshing did not help then. I suspect there was something amiss between GDI and DWM. There seems to be a taskbar button and/or Glass/Aero frame with stale background and that's it. Other times i managed to find 0x0 window created for taskbar button, and to force it visible, but not that time. Frankly, i saw a number of times WD just crashing, trying to interact with problematic windows. Being C++ app it seems to lack app-global handler for uncaught exceptions and just dies... So i try to be cautious....

  • Created ticket #15 on Window Detective

    Some GDI windows are not seen

  • Modified a comment on ticket #49 on Lazarus Code and Component Repository

    Seems so. The mistake was obvious so was the fix. I did not try yet actually to use Laz, but at leastthe installation sequence in fpcupdeluxe went OK. However the whole "smoothness" of fpcupdeluxe makes me want to move back to CodeTyphon...

  • Posted a comment on ticket #49 on Lazarus Code and Component Repository

    Seems so. The mistake was obvious so was the fix. I did not try yet actually to use Lazm but at least installation sequence in fpcupdeluxe went OK. However the whole "smoothness" of fpcupdeluxe makes me want to move back to CodeTyphon...

  • Modified a comment on ticket #49 on Lazarus Code and Component Repository

    JCL was always more compatible than JVCL. And it always kept FPC compatibility. JVCL was having Delphi 5 lowest bar, when i was involved (and one more percon mantained C++Builder 5 quirks after me). When i jumped out - they found no other D5 maintainer, and while some outcries of "customers" were in NNTP forum, but none of them picked the ball. So, JVCL started to require Delphi 7. Back then, if my memory is ok, JCL started with Dephi 4, and it remained so after i left JVCL boat. That sis reasonable...

View All

Personal Data

Username:
arioch_bdv
Joined:
2001-12-20 08:13:20

Projects

This is a list of open source software projects that Burov Dmitry is associated with:

Personal Tools