VC++2005 bites the big one
-
I spent the night doing some C++ work in VC2005. Namely, some work on the ultimate grid, and I was adding the same bit of code to all the demos. So, I have a solution with lots of projects, and I need to add a menu with three sub items, and then add some event handlers to the view class, and put the same code in there ( it's to show the different XP Theme support modes I've added ). Here are my notes from that work, created so I can file some bugs with Microsoft. Starting point: A solution with 15 odd projects in it. One had a menu item with three subitems, which I wished to copy to the other projects. Started by copying the menu from one project to the next, then right clicking on the menu and adding handlers. First time - informed me that handlers could not be added as file was read only ( this was not true ). Restarted IDE. Successfully updated three projects. As I started the fourth, I pasted the new menu, right clicked, got the dialog to add an event handler, clicked OK, the IDE closed. Reopened, fixed this and two other projects, the next time, I copied and pasted the menu ( as I had done before ) and instead of adding a method called On, I got a method called On32775 ( presumably this is the ID of the menu item ). Deleted menu, recopied, added event handler, got right event name this time. Also, the wizard does not let me set the visibility of the methods, but they are PUBLIC. This is a terrible choice for a default for code that is related to an event, and presumably an implimentation detail that the class would usually want to hide. Also, it adds public: every time, it's considerably dumber than the older ones. While doing the same thing, the IDE again crashed ( working on the same project that had messed up default function names a moment before ) At least this time when it restarted, it offered to restore the .h/.cpp files that were not saved. The resouce file was not restored, but ( despite the offer ), neither were the header and cpp files. The 32775 bug also occured multiple times. Taking into account the 'public' bug, it's quicker to add event handlers by hand than to use the IDE, even if it didn't crash from time to time. The bugs in brief: sometimes when you paste a menu item, the subitems lose their IDs and just have numbers. This bug appears to be in the code for 'copy', as if it happens, I can paste over and over, it always happens. If I go back and copy the same menu, it does not happen. Note also, it's happening to subitems, I am copying a m
Hey CG, That's pretty bad! I've personally found that when you have more than a few (5-7) projects in a single solution, things start getting flaky! And a few times, when having a native C++ project, a couple of mixed-mode projects, and a C# project in a solution, the IDE has frozen up during debugging. No way out, except to force-kill it from the task manager. I wonder if this is the same for non-C++ solutions. Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
The Ultimate Grid - The #1 MFC grid out there! -
I spent the night doing some C++ work in VC2005. Namely, some work on the ultimate grid, and I was adding the same bit of code to all the demos. So, I have a solution with lots of projects, and I need to add a menu with three sub items, and then add some event handlers to the view class, and put the same code in there ( it's to show the different XP Theme support modes I've added ). Here are my notes from that work, created so I can file some bugs with Microsoft. Starting point: A solution with 15 odd projects in it. One had a menu item with three subitems, which I wished to copy to the other projects. Started by copying the menu from one project to the next, then right clicking on the menu and adding handlers. First time - informed me that handlers could not be added as file was read only ( this was not true ). Restarted IDE. Successfully updated three projects. As I started the fourth, I pasted the new menu, right clicked, got the dialog to add an event handler, clicked OK, the IDE closed. Reopened, fixed this and two other projects, the next time, I copied and pasted the menu ( as I had done before ) and instead of adding a method called On, I got a method called On32775 ( presumably this is the ID of the menu item ). Deleted menu, recopied, added event handler, got right event name this time. Also, the wizard does not let me set the visibility of the methods, but they are PUBLIC. This is a terrible choice for a default for code that is related to an event, and presumably an implimentation detail that the class would usually want to hide. Also, it adds public: every time, it's considerably dumber than the older ones. While doing the same thing, the IDE again crashed ( working on the same project that had messed up default function names a moment before ) At least this time when it restarted, it offered to restore the .h/.cpp files that were not saved. The resouce file was not restored, but ( despite the offer ), neither were the header and cpp files. The 32775 bug also occured multiple times. Taking into account the 'public' bug, it's quicker to add event handlers by hand than to use the IDE, even if it didn't crash from time to time. The bugs in brief: sometimes when you paste a menu item, the subitems lose their IDs and just have numbers. This bug appears to be in the code for 'copy', as if it happens, I can paste over and over, it always happens. If I go back and copy the same menu, it does not happen. Note also, it's happening to subitems, I am copying a m
Most of your problems existed in VC++ 2003. I thought that these were fixed with VS 2005.:(( Developing a C++ app is becoming more painful than ever.
Member in good standing - the great cult of Firefox at CP
-
Most of your problems existed in VC++ 2003. I thought that these were fixed with VS 2005.:(( Developing a C++ app is becoming more painful than ever.
Member in good standing - the great cult of Firefox at CP
Rama Krishna Vavilala wrote:
Developing a C++ app is becoming more painful than ever.
Conspiracy theorists might say it's a dastardly plan to get MS developers to abandon C++. Kevin
-
Rama Krishna Vavilala wrote:
Developing a C++ app is becoming more painful than ever.
Conspiracy theorists might say it's a dastardly plan to get MS developers to abandon C++. Kevin
Kevin McFarlane wrote:
Conspiracy theorists
I'd have to agree with the theory! Also applies to MFC. Please correct me if I'm wrong but with MFC in VS2003 about the only thing added was CImage. As far as I know that was the last addition. If they were going to support MFC (or C++) wouldn't we see some additions? Even the API's available to C++ developers aren't being supported any more! Their is this little Qt out there somewhere too!! :-O ed ~"Watch your thoughts; they become your words. Watch your words they become your actions. Watch your actions; they become your habits. Watch your habits; they become your character. Watch your character; it becomes your destiny." -Frank Outlaw.
-
Most of your problems existed in VC++ 2003. I thought that these were fixed with VS 2005.:(( Developing a C++ app is becoming more painful than ever.
Member in good standing - the great cult of Firefox at CP
There's always the VCF[^] and the VCF Builder[^] (still very much a work in progress...). We're always looking for new people! :) ¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF!
-
Kevin McFarlane wrote:
Conspiracy theorists
I'd have to agree with the theory! Also applies to MFC. Please correct me if I'm wrong but with MFC in VS2003 about the only thing added was CImage. As far as I know that was the last addition. If they were going to support MFC (or C++) wouldn't we see some additions? Even the API's available to C++ developers aren't being supported any more! Their is this little Qt out there somewhere too!! :-O ed ~"Watch your thoughts; they become your words. Watch your words they become your actions. Watch your actions; they become your habits. Watch your habits; they become your character. Watch your character; it becomes your destiny." -Frank Outlaw.
As it happens, although C++ has been my main commercial language, recently I've been doing either all C# (or currently VB) .NET, or the C++ I occasionally do is in VC++ 6. So I've not run into these problems with VC++ 7+. But I keep hearing about stories like this! Have you tried the Qt plug-in to Visual Studio? Kevin
-
Rama Krishna Vavilala wrote:
Developing a C++ app is becoming more painful than ever.
Conspiracy theorists might say it's a dastardly plan to get MS developers to abandon C++. Kevin
Kevin McFarlane wrote:
Conspiracy theorists might say it's a dastardly plan to get MS developers to abandon C++. Kevin
:) This theory is of course interesting, but given that practically all work within Microsoft itself is done with C++, I am very sceptical of it.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
-
Kevin McFarlane wrote:
Conspiracy theorists might say it's a dastardly plan to get MS developers to abandon C++. Kevin
:) This theory is of course interesting, but given that practically all work within Microsoft itself is done with C++, I am very sceptical of it.
My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.
I was only joking.:) However, it's the sort of thing anti-MS zealots might come up with. But C++ IDE support has seemed less solid than C# and VB support ever since .NET came out, judging by experiences in this forum. Kevin
-
There's always the VCF[^] and the VCF Builder[^] (still very much a work in progress...). We're always looking for new people! :) ¡El diablo está en mis pantalones! ¡Mire, mire! Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)! SELECT * FROM User WHERE Clue > 0 0 rows returned Save an Orange - Use the VCF!
You know, if I were still doing any C/C++ work I would probably be in there with ya.. Same VCF was not around 10 years ago! Rocky <>< Latest Post: SQL2005 Server Managemnet Studio timeouts! Blog: www.RockyMoore.com/TheCoder/[^]
-
Kevin McFarlane wrote:
Conspiracy theorists
I'd have to agree with the theory! Also applies to MFC. Please correct me if I'm wrong but with MFC in VS2003 about the only thing added was CImage. As far as I know that was the last addition. If they were going to support MFC (or C++) wouldn't we see some additions? Even the API's available to C++ developers aren't being supported any more! Their is this little Qt out there somewhere too!! :-O ed ~"Watch your thoughts; they become your words. Watch your words they become your actions. Watch your actions; they become your habits. Watch your habits; they become your character. Watch your character; it becomes your destiny." -Frank Outlaw.
Ed K wrote:
Also applies to MFC. Please correct me if I'm wrong but with MFC in VS2003 about the only thing added was CImage. As far as I know that was the last addition. If they were going to support MFC (or C++) wouldn't we see some additions? Even the API's available to C++ developers aren't being supported any more!
Not quite. Take a look at MFC: Visual Studio 2005 and Beyond[^] Personally I'm rather fed up with the single inheritance "cut and paste" nature of MFC development. These days I find it far more productive to use WTL for most purposes. I've no doubt Avalon et all will appear in WTL 9 when Nenad and the guys get cracking on it. Anna :rose: Currently working mostly on: Visual Lint :cool: Anna's Place | Tears and Laughter "Be yourself - not what others think you should be" - Marcia Graesch "Anna's just a sexy-looking lesbian tart" - A friend, trying to wind me up. It didn't work.
-
Hey CG, That's pretty bad! I've personally found that when you have more than a few (5-7) projects in a single solution, things start getting flaky! And a few times, when having a native C++ project, a couple of mixed-mode projects, and a C# project in a solution, the IDE has frozen up during debugging. No way out, except to force-kill it from the task manager. I wonder if this is the same for non-C++ solutions. Regards, Nish
Nish’s thoughts on MFC, C++/CLI and .NET (my blog)
The Ultimate Grid - The #1 MFC grid out there!Nope - C# works fine, never had any issues like this. Christian Graus - Microsoft MVP - C++