This code causes the compiler to allocade a *lot* of memory *very*
fast, and even when I hit ctrl+break it still takes about a minute for
my system to recover and start responding to user input again.
What is more strange is the workarounds that prevent this compiler bug

How do I use auto_ptr in managed C++?
Here is my existing code:
namespace Alta
{

Well I am just getting started with C++ and I am having a
problem. I created a very simple program and when I try to
compile it I receive this message
Cannot compile the file 'C:\Program Files\Microsoft Visual

The following code unfortunately compiles fine with VC++ 7.1 and the
/clr switch:
System::Type*
foo()

I have a class that is intended to be exported in a DLL that uses another
class that is in a static library. All clients that use the DLL will also
link with the same static library. In summary, the following condition
exists:

I have to do the following, and would like you suggestions
on how I could achieve it the best way:
I have a text file in the following format:
12345   54321   98765   56789

we just run into the problem, that "default" alignment
in the project properies dialog seem to be different.
We have a project that's a DLL, which is linked with
a couple of LIBs. All are with the same solution. All

I have simple hash_map<int, int>. When I insert 1000 entries my memory
grows by about 2 MB (or almost 2k per entry). Anybody have any ideas
on whats going on here? This is a real problem because I need to store
about 1.3 million entries.

I am having a problem with the order of the #includes in C++.  When I
compile it in VC++ 6.0 it gives me no problems, but when I try it out in
VS.NET, it gives me a redefinition error:
c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\stdlib.h(251):

Anyone know how to invoke the .NET Replace dialog thorugh code (say, from
within an addin)? More specifically, I'm trying to open the replace dialog
with some pre-set parameters (such as FindText and ReplaceWith) for the
user. I've tried executing Edit.Replace with just about every ...

My objective was to remove all traces of Form1 from my source which was a
vcpp.Net Windows application.  And I was successful - but in doing so, I
lost the ability to graphically modify my form!
Could it be true that you must have the original Form1 to work with the GUI

In the attached code fragment I have a buffer overflow and
a memory access violation. When I run the code .Net fails to
verify the IL because of the buffer overflow and I get an exception
as expected. My question relates to the memory access violation,

I have three questions:
1) I have been perusing the MSDN VC++ pages.  Everything seems to be geared
towards .NET integration.  Will MS continue support natively compiled code
or will they be pushing developers to do everything as "managed" C++?

At the moment, I'm rather surprised that it seems still not to be possible
to edit graphics with more than 16(!) colors in VS 7.1. Is there something I
do wrong?
IMHO, there hasn't been invested anything to improve the ancient resource

I am new to VC++7.   I am using a method GetPrivateProfileString that
requires an LPTSTR.
I have defined this as a:
char * data_name;