tips needed for implementing the common control ICC_STANDARD_CLASSES
Hi, I've had a lot of people ask me about how well kazaa lite runs in wine, so I will be working on getting it to work. The install file is called klitekpp243e.exe, and the setup works great. (NOTE: im trying to get the app to work without having to use any native dlls) After the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger. The error is: fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000 The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES. I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time. -- James Hawkins
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should "Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar." If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure someone on wine-devel knows a lot more about this than me. On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
Hi,
I've had a lot of people ask me about how well kazaa lite runs in wine, so I will be working on getting it to work. The install file is called klitekpp243e.exe, and the setup works great. (NOTE: im trying to get the app to work without having to use any native dlls) After the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger. The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES. I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
-- James Hawkins
-- James Hawkins
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
"Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar."
If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code? That wouldn't surprise me, especially when one considers the complex peer-to-peer concepts behind how it works.
someone on wine-devel knows a lot more about this than me.
ditto, probably.
On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
Hi,
I've had a lot of people ask me about how well kazaa lite runs in wine, so I will be working on getting it to work. The install file is called klitekpp243e.exe, and the setup works great. (NOTE: im trying to get the app to work without having to use any native dlls) After
By without native dlls, are you referring to without all standard windows dlls, (meaning you can use the dlls supplied with kazaa lite) or without all dlls, period, end of story? The former should be easier, right?
the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger. The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES. I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
-- James Hawkins
-- James Hawkins
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code?
You could be right about this, but I'm pretty sure it's ICC_STANDARD_CLASSES that's needed, because the error I get when I try to run wine is: fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000 I looked through wine/include and in commctrl.h we have: ICC_STANDARD_CLASSES 0x00004000 and in dlls/comctrl32/commctrl.c we have: * FIXME * implement the following control classes: * ICC_LINK_CLASS * ICC_STANDARD_CLASSES in the docs of InitCommonControlsEx.
By without native dlls, are you referring to without all standard windows dlls, (meaning you can use the dlls supplied with kazaa lite) or without all dlls, period, end of story?
Yea if kazaa gives us dlls to use...we'll use em. On Sat, 28 Aug 2004 22:17:24 -0400, michael(a)cherryblossom.homelinux.com <michael(a)cherryblossom.homelinux.com> wrote:
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
"Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar."
If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code? That wouldn't surprise me, especially when one considers the complex peer-to-peer concepts behind how it works.
someone on wine-devel knows a lot more about this than me.
ditto, probably.
On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
Hi,
I've had a lot of people ask me about how well kazaa lite runs in wine, so I will be working on getting it to work. The install file is called klitekpp243e.exe, and the setup works great. (NOTE: im trying to get the app to work without having to use any native dlls) After
By without native dlls, are you referring to without all standard windows dlls, (meaning you can use the dlls supplied with kazaa lite) or without all dlls, period, end of story? The former should be easier, right?
the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger. The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES. I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
-- James Hawkins
-- James Hawkins
-- James Hawkins
James Hawkins wrote:
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code?
If it works on Windows 2000, for example, (or using comctl32.dll v5.81 instead of v6) then this is not the cause.
On Sat, 28 Aug 2004 22:17:24 -0400, michael(a)cherryblossom.homelinux.com <michael(a)cherryblossom.homelinux.com> wrote:
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
"Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar."
If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code? That wouldn't surprise me, especially when one considers the complex peer-to-peer concepts behind how it works.
It doesn't use common controls to implement its peer-to-peer concepts.
On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger.
Could you send me the backtrace and/or try the patch in this message: http://www.winehq.org/hypermail/wine-patches/2004/08/0520.html
The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES.
Assuming that the program works on operating systems older than XP, this message is not the cause of your problems.
I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
To implement ICC_STANDARD_CLASSES would mean copying a bunch of code from user32 (or being really clever and somehow reusing it) and then implementing the few new messages, which usually involve being able to use image lists and using themes.
Rob
Here is the output of the program and the backtrace. On Sun, 29 Aug 2004 10:55:02 +0100, Robert Shearman <rob(a)codeweavers.com> wrote:
James Hawkins wrote:
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code?
If it works on Windows 2000, for example, (or using comctl32.dll v5.81 instead of v6) then this is not the cause.
On Sat, 28 Aug 2004 22:17:24 -0400, michael(a)cherryblossom.homelinux.com <michael(a)cherryblossom.homelinux.com> wrote:
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
"Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar."
If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code? That wouldn't surprise me, especially when one considers the complex peer-to-peer concepts behind how it works.
It doesn't use common controls to implement its peer-to-peer concepts.
On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger.
Could you send me the backtrace and/or try the patch in this message: http://www.winehq.org/hypermail/wine-patches/2004/08/0520.html
The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES.
Assuming that the program works on operating systems older than XP, this message is not the cause of your problems.
I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
To implement ICC_STANDARD_CLASSES would mean copying a bunch of code from user32 (or being really clever and somehow reusing it) and then implementing the few new messages, which usually involve being able to use image lists and using themes.
Rob
-- James Hawkins
I did a full cvs update on the wine tree, recompiled and installed, and the kazaa lite wizard does not crash when you click next. I'm not exactly sure what caused this, but it is great to be able to move on. Thanks for all the help. On Sun, 29 Aug 2004 09:38:34 -0400, James Hawkins <truiken(a)gmail.com> wrote:
Here is the output of the program and the backtrace.
On Sun, 29 Aug 2004 10:55:02 +0100, Robert Shearman <rob(a)codeweavers.com> wrote:
James Hawkins wrote:
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code?
If it works on Windows 2000, for example, (or using comctl32.dll v5.81 instead of v6) then this is not the cause.
On Sat, 28 Aug 2004 22:17:24 -0400, michael(a)cherryblossom.homelinux.com <michael(a)cherryblossom.homelinux.com> wrote:
On Fri, Aug 27, 2004 at 12:53:36PM -0400, James Hawkins wrote:
I'm reading through msdn some more and they say ICC_STANDARD_CLASSES should
"Load one of the intrinsic User32 control classes. The user controls include button, edit, static, listbox, combobox, and scrollbar."
If I'm remembering, those controls are already implemented in wine/controls. Maybe ICC_STANDARD_CLASSES just loads one/several of these controls for the user. I'm really not sure though, and I'm sure
This is all just speculation, but maybe it's possible that Kazaa uses a non-standard control in it's code? That wouldn't surprise me, especially when one considers the complex peer-to-peer concepts behind how it works.
It doesn't use common controls to implement its peer-to-peer concepts.
On Fri, 27 Aug 2004 12:48:03 -0400, James Hawkins <truiken(a)gmail.com> wrote:
the installation of klite, a program called KLConfigWizard.exe is run. It's a dialog box with some text initially, then when you click the next button, the user encounters a fatal error and we're sent to the debugger.
Could you send me the backtrace and/or try the patch in this message: http://www.winehq.org/hypermail/wine-patches/2004/08/0520.html
The error is:
fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x4000
The unknown class is one of the two control classes left to be implemented in commctrl: ICC_STANDARD_CLASSES.
Assuming that the program works on operating systems older than XP, this message is not the cause of your problems.
I would like to implement this class, but I have no idea where to start. I've searched msdn for ICC_STANDARD_CLASSES, but it only turned up a link to the INITCOMMONCONTROLSEX structure. If anyone has any ideas or hints that they can give me, I would really appreciate it. Thanks for your time.
To implement ICC_STANDARD_CLASSES would mean copying a bunch of code from user32 (or being really clever and somehow reusing it) and then implementing the few new messages, which usually involve being able to use image lists and using themes.
Rob
-- James Hawkins
-- James Hawkins
participants (3)
-
James Hawkins -
michael＠cherryblossom.homelinux.com -
Robert Shearman