template<typename T> class MyClass; template<> class MyClass<double> { ... T m_Var; ... void fun(){ // your double work } }; template<> class MyClass<int> { ... T m_Var; ... void fun() { // your int work } };

-- modified at 4:08 Thursday 20th July, 2006

We moved from VS6 to VS.NET2002 with our quite large C / C++ project and had the same experience. With the release of VS.NET 2003 we upgraded again. VS.NET2003 is definitly better! Many bugs and anoyances have been fixed and the performance seems to have improved also. While VS.NET2002 crashed every few hours, VS.NET2003 is quite stable (approx one crash per week). Even the resource editors have been improved. It is possible again to edit resource files, though you still need to do some text editing sometimes. Overall VS.NET2003 is not as usable as VS6, but the better compiler makes up for it. My biggest regret is the object browser which seems to have lost much of its functionality (is not able to display call graphs any more, etc). Oliver

Try WC_BUTTON for the window class. Best regards Oliver

Hmm, was'nt .NET touted by MS to be the best way to write 64bit software for Windows? But I guess .NET64 will be supplied when 64bit machines becomes more common. Oliver

The problem is that the message loop does not get called when a message is sent to your handler. If you cannot perform your task in the message handler you have to make sure that the message loop is triggered without any user interaction. Maybe you coud post a message to your window, e.g. PostMessage(hYourWindow, WM_NULL, NULL, NULL); This will trigger the message loop some time after your handler has finished. regards Oliver

WM_QUERYENDSESSION is sent which means that it is not seen by the message loop. The code in the message loop will be executed the next time a message is posted to your window. Maybe you should move your code to the message handler. regards Oliver

WM_DRAWITEM is not sent to the owner draw control but to the owner window (the dialog it is on) of the control. No need to subclass... Oliver

Try http://perso.wanadoo.fr/laurent.kempe/technical/wtl/ I recommend the "WTL Makes UI Programming a Joy" articles. Oliver

GetWindowRect tells the current screen coordinates. GetWindowPlacement will tell you if the window is minimized, maximized or restored (normal) and it will tell you the coordinates of the window in restored state. These may be different from the current ones e.g. when the window is maximized. Oliver

You can get the compiler version with _MSC_VER. Look into the online help for the possible values. However from your example I guess that you really want to use _MFC_VER which gives you the MFC version (>= 0x0700 for MFC 7 or higher). Oliver

Chris Losinger wrote: has anyone found a good way to share a (C++) codebase between VS.net and VC6 Yes we have. Just create a VS.NET solution and add the files from the VC6 project without copying or moving them. There is no problem from using the same source file from different projects or solutions! There are some cases where a VC6 source gives a compile error in VS.NET and in rare cases VC6 does not compile VS.NET sources. But with some minor modifications it is possible to have a cross compiler code base. Oliver

The IDE has many problems. If possible I would wait until there is a more stable version available. Oliver

.S.Rod. wrote: You can't. There is no sorting in this view. May be this is added in Everett Very inconvenient indeed. We do not use static project files but generate them from a project description (there are makefiles generated from the same description on UNIX and VMS). This means we would have to implement sorting during the generation which will require some effort. For your suggestions: They will work for sure. But you have to repeat this procedure every time after you added some files. Thanks for your reply! Oliver

With VS7 the items in the file view are not sorted alphabetically like they have been in VS6. This makes it nearly impossible to look up a file in a large project. Does anybody know if it is possible to restore the old behavior? Or are there other possibilities to get a sorted file list? Oliver

We do have some problems concerning the saving of user settings in VS.NET. On some machines some settings don't get restored after a restart of the IDE. For example the "Startup Project" setting gets lost. We see that the *.suo file is modified when the IDE is exited. Does anybody know more about this? regards Oliver

Yes there is. Open the properties for your solution and select "Configuration Properties -> Configuration". On the table of projects uncheck the "Build" column. Now you will never get the message box even when your project is not upto-date. Oh, and "Build Solution" does not work any more. Oliver

Tim Smith wrote: It is somewhat of a serious problem. But MS can't fix it without a total re-write. No, I don't think it is unfixable. The Problem is the behavior of the standard window proc on WM_TIMER messages. MS could change this behavior to not call a supplied function pointer. Sure this might break some old applications but this is a small price and easy to fix by software vendors. There is even a compatibility mode possible which has to be set by a privileged user for selected applications. But there might be many more places where such flaws are present... Oliver Anhuth

Ahh, I remember the time when we fought about DOS, Dos or dos. And even now some in my company try to solve the problem if it's UNIX, Unix or unix. :zzz: Oliver

Congratulations David. I spent 6 years of university for my MSc in Physics. Now I am working as a Software Engineer and hardly use anything I learned at the uni. But at least the degree did get me the job. Oliver

Hello Nish, in such cases I prefer the following indention style:

int result;

result = call1();
if (result)
{
result = call2();
}

if (result)
{
result = call3();
}

if (result)
{
result = call4();
}

and so on. This may take getting used to, but it keeps the indention level constant. regards Oliver