I searched through the bug reports and did not encounter this one so I'm posting it.
I'm using 4.50.113 of the compiler. I have not tested this on the latest version and would appreciate it if someone with the latest version of Pelles C would confirm this.
There would appear to be a bug with the resource compiler related to the assignment of the Extended Style value to a custom control.
I am attaching a minimal project that reproduces this error on my system.
Viewing the resource script independently verifies that the value in question should be 0, however that is not the case when compiled.
Regards,
DMac
Hi David,
I compiled unmodified ... this is what I get:
Style should = 0x50000000
style actually = 0x50000000
Extended Style should = 0
Extended Style actually = 0x04
Pelles ISO C Compiler, Version 6.00.6
Copyright (c) Pelle Orinius 1999-2009
Thanks, Kevin.
That confirms my suspicion that this one had not been fixed yet.
If you look at main.res file with Recource Hacker it shows ExStyle is 0x00000000
Hmm. I wonder if DialogBox() tacks those bits onto ExStyle.
It looks like that is indeed the case. I found this http://msdn.microsoft.com/en-us/library/ms632638%28VS.85%29.aspx (http://msdn.microsoft.com/en-us/library/ms632638%28VS.85%29.aspx)
QuoteBy default, child windows in a dialog box have the WS_EX_NOPARENTNOTIFY style, unless the CreateWindowEx function is called to create the child window without this style.
Thanks Timovjl for checking the compiled resource.