• =?ISO-8859-1?Q?Cl=e1udio?= (11/11) Apr 23 2012 Hi Mathew,
• Matt Wilson (8/26) Apr 25 2012 Hi Cláudio
• =?ISO-8859-1?Q?Cl=e1udio_Albuquerque?= (9/47) May 03 2012 Hi Matt,

=?ISO-8859-1?Q?Cl=e1udio?= <claudio.albuquerque gmail.com> writes:

Hi Mathew,

Finally I've started replacing on all CString.Format dependency of our service
framework the by FastFormat.

I've come across an issue with the ATL based services. 
Before to allow for STLSoft to play well with ATL and not start including MFC
files that are not required ( aka afx.h) I declared the following defines in
the project:
	#define STLSOFT_INCL_H_AFX

Now by bringing FastFormat and it looks like because I do use the “CString
Access Shims” it starts including stuff from MFC. The exploring resulted in me
adicionally declaring the following defines:
	#define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CWND
	#define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CEXCEPTION

So my question, and it’s a request, is there a possibility for you to stream
line this #defines into just one?

Thanks
Cláudio Albuquerque

"Matt Wilson" <matthewwilson acm.org> writes:

Hi Cláudio

If you can post (or email through) smallest possible project that 
illustrates the issue, I'll see what I can do. I've been busy - an old story 
;`/ - but new releases of both STLSoft and FastFormat are well past due, so 
a fix would be fitting.

Matt



"Cláudio" <claudio.albuquerque gmail.com> wrote in message 
news:jn3en1$kdd$1 digitalmars.com...
 Hi Mathew,

 Finally I've started replacing on all CString.Format dependency of our 
 service framework the by FastFormat.

 I've come across an issue with the ATL based services.
 Before to allow for STLSoft to play well with ATL and not start including 
 MFC files that are not required ( aka afx.h) I declared the following 
 defines in the project:
 #define STLSOFT_INCL_H_AFX

 Now by bringing FastFormat and it looks like because I do use the "CString 
 Access Shims" it starts including stuff from MFC. The exploring resulted 
 in me adicionally declaring the following defines:
 #define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CWND
 #define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CEXCEPTION

 So my question, and it's a request, is there a possibility for you to 
 stream line this #defines into just one?

 Thanks
 Cláudio Albuquerque
 

=?ISO-8859-1?Q?Cl=e1udio_Albuquerque?= <claudio.albuquerque gmail.com> writes:

Hi Matt,

Please find attached a simple example.

In the end what I do is simply go through the ATL Wizard, choosing Service, and
just include the STL Shims to get the issue of STL Soft trying to include
<afx.h>.

I nailed down the issue to probably STLSoft 1.10 and not FastFormat as I
previously stated.

My base line is:
  - STLSoft 1.10 Over STLSoft 1.9.112
  - FastFormat 0.7.1

BR,
Cláudio Albuquerque




 Hi Cláudio
 
 If you can post (or email through) smallest possible project that 
 illustrates the issue, I'll see what I can do. I've been busy - an old story 
 ;`/ - but new releases of both STLSoft and FastFormat are well past due, so 
 a fix would be fitting.
 
 Matt
 
 
 
 "Cláudio" <claudio.albuquerque gmail.com> wrote in message 
 news:jn3en1$kdd$1 digitalmars.com...
 Hi Mathew,

 Finally I've started replacing on all CString.Format dependency of our 
 service framework the by FastFormat.

 I've come across an issue with the ATL based services.
 Before to allow for STLSoft to play well with ATL and not start including 
 MFC files that are not required ( aka afx.h) I declared the following 
 defines in the project:
 #define STLSOFT_INCL_H_AFX

 Now by bringing FastFormat and it looks like because I do use the "CString 
 Access Shims" it starts including stuff from MFC. The exploring resulted 
 in me adicionally declaring the following defines:
 #define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CWND
 #define MFCSTL_INCL_MFCSTL_SHIMS_ACCESS_STRING_HPP_CEXCEPTION

 So my question, and it's a request, is there a possibility for you to 
 stream line this #defines into just one?

 Thanks
 Cláudio Albuquerque