CFile::Dump causes "Unable to dump object in static release builds" error

[AlanCCC]

Hi,

In VC++ 2008, when I define a CFile object m_File and then want to dump its contents, as follows:

dc << m_File;

where dc is the dump context object.

I will get the following error in the output window:

"Unable to dump object in static release builds".

How to solve the problem?

Thanks

[Paul McKenzie]

Hi,

In VC++ 2008, when I define a CFile object m_File and then want to dump its contents, as follows:

dc << m_File;

where dc is the dump context object.

I will get the following error in the output window:

"Unable to dump object in static release builds".

How to solve the problem?

Thanks

http://msdn.microsoft.com/en-us/libr...=vs.80%29.aspx

Dump calls make sense only in the Debug version of the Microsoft Foundation Class Library. You should bracket calls, function declarations, and function implementations with #ifdef _DEBUG/#endif statements for conditional compilation.

Regards,

Paul McKenzie

[AlanCCC]

I just use #ifdef _DEBUG/#endif to bracket call to dc << m_File; and I am just in debug status when seeing that error message.

[ovidiucucu]

If set a breakpoint then step into, you can notice the following in one CDumpContext::operator<<

#ifdef _AFXDLL
      pOb->Dump(*this);
#else
      *this << _T("Unable to dump object in static release builds");
#endif

That means in your project _AFXDLL is not defined, most possible because you are using static libraries of MFC.
To get rid of that, change "Use MFC in a Static Library" to "Use MFC in a Shared DLL", in your project properties.
Alternatively, in this particular case, you can call CFile::Dump instead of using << operator.

   // afxDump << file; // <-- replace this.
   file.Dump(afxDump);

[AlanCCC]

Thank you for your explanation.

Yes, my project is using MFC as static library. But I am very confused. Why a static MFC library will prevent me from dumping object, while I am still in DEBUG mode? This is not in logic.

[ovidiucucu]

I don't know, may be an internal MFC-framework reason.
Anyway, just choose one of the two solutions I pointed above and avoid such "existential" headaches.

[AlanCCC]

Thank you so much!