IDE Fix Pack 3.01 for RAD Studio 2010

10 thoughts on “IDE Fix Pack 3.01 for RAD Studio 2010”

1. Pingback: IDE Fix Pack 3.01 for RAD Studio 2010が公開されています。 | 山本隆の開発日誌

2. Valentin Kuravlev March 18, 2010

   Andy, and how about the RAD 2007 edition, was (and is) it final?
3. Andreas Hausladen Post authorMarch 18, 2010

   Delphi 2007 contains the final version. It was only for 2009 and 2010 were I took the wrong files.
4. Vladislav Necheporevko March 18, 2010

   Andy, why IDE Fix Pack 3.0 for RAD Studio 2007 show version 2.9 instead of 3.0?
5. Paul March 18, 2010

   Andreas,

   Can you explain / help with your 2.7 to 2.8 change:

   •Added fix for: Vista compatible main icon resource doesn’t work

   I’m targeting Win7, but “assuming” this is the same issue as you have resolved under Vista?

   Development environment is WinXP under VMWare, Delphi 2007 (December 2007 update).
   Having banged my head against this problem yesterday for 8 hours I came across your fix this morning, but I’m unable to make it work. The reason I spent so long on it yesterday was that using a clean, simple project Delphi would appear to keep the 256 bit alpha resource and Win7 would display the correct icon on both the desktop and taskbar. However in my real world application this is not the case. Whether I specify the mainicon through the IDE, or via a resource file (MAINICON) (build either manually with a resource editor or via BRCC32 and .RC files) the problem is that a lower resolution version of the icon is selected. This still seems to be the case when using IDE Fix Pack 2007 3.0

   If you could pass on any more information I’d greatly appreciate it.

   Thanks,

   Paul.
6. Paul March 18, 2010

   Andreas (and anyone else who might be interested),

   I’m certainly far from an expert in this area, so my analysis may be lacking, but here’s a little more info for anyone folloing up on this. I believe the problem is in BRCC32 and the way it treats .ICO files with both XP (RGB + alpha) and 256 color images. That is, files with 24 bit XP images and 8 bit 256 color images. When passed through BRCC32 both of these formats come out flagged as 24 bit in the resulting .RES file. If the original 8 bit 256 color images are found first in the .RES file, then they will be used in preference to the more appropriate XP 24 bit images. That is, when a resolution with a color depth capable of handling more than 256 colors is used, you will still get the 256 color image, as windows thinks it is selecting a 24 bit color depth image. VERY ANNOYING!!! I’m still working on this, but so far I have used the Free resource compiler from http://www.jorgon.freeserve.co.uk/ (and as used by Jan Wicher). This works. It preserves the 8 bit images and windows can then select the correct and appropriate ico image from the RES file. Note also that this resource compiler can handle compressed (PNG) format ico’s – those 256*256 32 bit Vista images. BRCC32 falls down with error 15 Allocate Failed with these….

   Hope that is of help. I may well ask for comment on Stack Overflow to see how this holds up…

   Paul.
7. Jen March 20, 2010

   Excellent as usual, thank you very much.

   I have a possible feature suggestion, absolutely no idea if it can be incorporated or not, but throwing it out there.

   The one thing in the IDE that drives me crazy, in 2007 through 2010, is the MS Document Explorer turning into a orphaned process when the IDE closes. After looking over CodeGear’s QC area, looks like quite a lot of people have this issue, and they’re just going with the “It’ll be fixed in 2011, as MS doesn’t use it anymore” approach.

   Right now, I’m calling Delphi from a batch file, which essentially is:

   @Echo Off
   Start /Wait bds -pDelphi
   pskill dexplore.exe

   (PSKill being from the SysInternals suite.) It’s ugly, but it works. Is there any chance of adding an option to Delphi somehow to execute a command on its way out? (Namely so I could call pskill to blast the orphans on its way out) This is a common bug in 2007, 2009 and 2010.
8. SEEFALL March 20, 2010

   Not borland but also CodeGear is always going with the “It’ll be fixed in next version” approach. Haha!
9. Lucio March 24, 2010

   Hi, after the installation of this patch, I can’t debug efficiently with my code gear 2010 (update 5).
   When I debug any procedure, any value of string variable is showed as a “chinese” string (code gear shows a string with a set of chinese characters: but I’m Italian and I use the English version of code gear ….).
   If I uninstall this patch, the debugger doesn’t debug anymore … I don’t see the local variables and the watches are broken …
   Any idea?
   Bye
   Lucio
10. Lucio March 24, 2010

    Ehm, sorry.
    It’s a bug of my source code …
    an access violation that confuse the debugger …
    bye
    Lucio

Comments are closed.