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.
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
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...
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....
Some GDI windows are not seen
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...
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...
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...