Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

wxWidgets 2.6.4 Screws Up File-Type Icons!

<< < (2/4) > >>

stahta01:
What SVN version of CB? And, did you get 2.6.4 from CVS or Download?
I did NOT see the issue with CB SVN 3761 and a CVS 2.6 Branch DLL (Not sure how old.)

Tim S

Charon:
if you still have the problem with 2.6.3, you should regenerate windows' icon cache.
sometimes windows messes up its icon-cache when several things happen.

only way i know so far to regenerate it is through the use of "TweakUI". it has a button somewhere to regenerate the cache.

good luck
Markus

Biplab:
I'm using Rev 3761 of C::B and wx-2.6.4 is downloaded from ftp (ftp://biolpc.., I forgot the exact link) just before it was released.

I recompiled C::B with wx-2.6.3. And the problem is gone.





Strange.. :?

Regards,

Biplab

thomas:
Well, the association setting depends on the wxRegKey class (to do the actual work) and on wxGetOsVersion (to decide whether to use "local machine" or "user" namespace, Windows 98 vs. 2000/NT/XP).

Considering that 2.6.3 was released a year ago, there are quite a few candidate modifications in that time span :(

http://cvs.wxwidgets.org/viewcvs.cgi/wxWidgets/src/msw/registry.cpp

Some of them deal with "constructing wxRegKey from string names", maybe something is messed up there.

mandrav:
Well, blame it on the retarded windows way to set the associated icon.
As you know, icons embedded inside an exe are indexed by number. My guess would be that wx2.6.4 probably includes more built-in icons in its resource file so we bring more icons inside our exe. This, in turn, screws up the icon indexes for our associations. This is just a guess but I wouldn't call it "wild" ;).

Navigation

[0] Message Index

[#] Next page

[*] Previous page