|
|
screenshot.png (71,850 bytes) |
|
|
I cannot reproduce that with Lazarus 2.1.0 r62605 FPC 3.2.0 i386-win32-win32/win64. I tested with a TBitBtn with Kind = bkOK and all the rest as default. I can see both the glyph and the caption. |
|
|
Thanks for the response, Bart. Did you unset "Use manifest resource (and enable theames)" before saving and run the project? TSpeedButton work fine for me (screenshot attached). screenshot-2.png (79,727 bytes) |
|
|
Yes, I did uncheck that setting. I can see the difference in appearance when I run the project, so I know that setting has takern effect. (Actually: building the project saves the project, so saving it before is not necessary) I did not test other combinations of ButtonKind and glyphs and/or captions (default or not) though. Also, IIRC there is a setting for TBitButtons that controls wether or not the glyphs are shown (look in the OI, I don't have Lazarus at hand now). |
|
|
I`ve update FPC, all LCL and Lazarus code from trunk, rebuild IDE, try compile to 64bit - result is same |
|
|
Reproduce. x64. FPC 3.3.1. Lazarus 2.1.0 r63021. Windows 7. Put TBitBtn in new application. Uncheck "use manifest" - TBitBtn does not show Caption. Changing Kind or Caption - it still doesn't show. In Lazarus 2.0.8 work right. |
|
|
I cannot reproduce that with Lazarus 2.1.0 r62605 FPC 3.2.0 i386-win32-win32/win64, now compiled for win64. So, at least we know revision that still works. B.t.w. I cannot run Lazarus with fpc trunk due to 0037034. |
|
|
I can confirm this also with r63179 fpc 3.2.0RC1 compiled for Win64 and for Win32. So, now it can be bisected. |
|
|
Guilty revision is r62947: LCL-Win32: BitButton leaks GDI objects. Issue 0036678, patch from Anton Kavalenka. That patch deletes NewBitmap regardless of the state of ThemeServices. When ThemeServices is not available only OldBitMap should be destroyed AFAICS. The necessary DeleteObject already was called in the branch where ThemeServices.Available is True. |
|
|
I think for now we should revert r62947, since this is way more serious than the associated 0036678, which seems to have been unnoticed for at least 14 years (the affected codepath was already present in r7388). |
|
|
Without GDI object releasing the application would work for 1hr-8hr depending on amount of buttons and then ends up crashing entire GDI because GDI resources are limited and shared. see the patch in parent issue https://bugs.freepascal.org/view.php?id=36678#c123076 |
|
|
Applied second patch by Anton in associated issue 0036678. Please test and close if OK. |
|
|
thanks, it work for me |
- Anonymous
