You may consider re-build atl library yourself.
open a command line console,
change the current directory to "%VS7.0 Install Path%\Vc7\atlmfc\src",
enter "vsvars32.bat" (%VS7.0 Install Path%\Common7\Tools), this should set
the corrent evironment variables for search paths,
enter "nmake -f atlmfc.mak ATL", this will build atl library,
copy the wanted version to atlmfc\lib directory (*.lib, *.pdb), and
%windows%\system32 directory (*.dll).
"Old Codger" <Ol**********@hotmail.com>
??????:c3**************************@posting.google .com...
Thanks Oleg for your detailed reply. I will look at this and see if it
resolves the problem. I did find some information though which said
that this drive F path is the path on the Microsoft development
machine where the MFC DLLs were originally built.
No, I don't understand it either but apparently it is good for us!
O.C.
"Oleg Starodumov" <com-dot-debuginfo-at-oleg> wrote in message
news:<uG**************@TK2MSFTNGP14.phx.gbl>... > Thanks for this Oleg, nice try! Unfortunately the solution you gave
> refers to .NET 2002 and I am using .NET 2003.
>
> In the article it says:
> "This bug was corrected in Microsoft Visual C++ .NET (2003), and all
> versions of Microsoft Visual Studio .NET (2003). "
>
> Also, the "SourceFiles" directory DOES exist for VC7.1 and it appears
> to contain the correct path.
>
OK, then try the following:
1. Make sure that the MFC/ATL source files are installed
(see <VSInstallDir>\vc7\atlmfc\src)
2. Make sure VS.NET knows the path to them
(Tools | Options | Projects | VC++ Directories,
Show directories for -> Source files)
3. Make sure the files are _not_ in the following list in your solution
settings:
Solution properties | Common properties | Debug source files | Do not
look
for these source files
4. If none of the above helps, manually open the needed file when
debugging,
and use R-Click | Go To Source in Disassembly window to ask the debugger
to go to the source.
Regards,
Oleg