15 мая 2023 года "Исходники.РУ" отмечают своё 23-летие!
Поздравляем всех причастных и неравнодушных с этим событием!
И огромное спасибо всем, кто был и остаётся с нами все эти годы!

Главная Форум Журнал Wiki DRKB Discuz!ML Помощь проекту


access to AUX

Richard Stott -- rstott@redshift.com
Sunday, January 21, 1996

I am trying to access the AUX (afx) structure. Documentation says to
#include "auxdata.h". The closest match I can locate is "afximpl.h" in
the Mfc/src directory. However, including this file results in C2061
error identifier REFIID. I am unable to locate the definition of this
identifier.

BTW, does anyone know why afximpl.h is in Mfc/src rather than Mfc/include?

Thanks,
Dick Stott





Brad Wilson -- bradw@netnet.net
Tuesday, January 23, 1996

[Mini-digest: 6 responses]

Richard Stott wrote:
 
> BTW, does anyone know why afximpl.h is in Mfc/src rather than Mfc/include?

Because AFXIMPL.H is for the MFC implementation.  You are not supposed to use
anything contained in that file (or any other .H files in the SRC directory).

--
class CBradWilson : public CWorldWatchProgrammingTeam {
  public:
    void GetInetAddr  ( CString& s ) { s = "bradw@exptech.com";      }
    void GetE164Addr  ( CString& s ) { s = "+1 (810) 620-9803";      }
    void GetURL       ( CString& s ) { s = "http://www.exptech.com"; }
    void GetDisclaimer( CString& s ) { s = "All I say is fact :-p";  }
};

-----From: mikeblas@interserv.com

Becasue it is an implementation-specific thing. It _will_ change.  It has 
changed radically in the past.  We need to hide it away so folks won't think 
it's something they should be able to safely expect to use.

.B ekiM
--
TCHAR szDisc[] = _T("These words are my own; I do not speak for Microsoft.");

-----From: "David W. Gillett" 

  My guess -- aided and abetted by the file's name -- would be that 
the information in this header is part of the MFC *implementation* 
and not part of the public/published *interface*.
  i.e., Nobody except internal parts of MFC is intended to ever have to 
include this file.  [If this really is the way to get to AUX, then it 
indicates either an accidental design flaw or a deliberate decision 
that users of the class library shouldn't be accessing AUX....]

Dave

-----From: mikeblas@interserv.com

Indeed, AUX_DATA is declared in afximpl.h.  If you can tell me where, 
specifically, the documentation says that, I could see about getting it 
fixed.

>However, including this file results in C2061
>error identifier REFIID. I am unable to locate the definition of this
>identifier.

Are you including any OLE headers?

.B ekiM
--
TCHAR szDisc[] = _T("These words are my own; I do not speak for Microsoft.");

-----From: "John Elsbree" 

Dick -

I assume you're referring to the AUX_DATA structure. In Visual C++ 4.0, this 
structure is declared, as you discovered, in the afximpl.h file; auxdata.h no 
longer exists. The only pieces of documentation in which I've found references 
to auxdata.h are specifically tagged as being applicable only to Visual C++ 
version 1.52 or earlier.

REFIID is a type that is defined in \msdev\include\wtypes.h, which is 
#include'd by \msdev\include\objbase.h, which is #included by both 
\msdev\include\ole2.h and \msdev\mfc\include\afxdisp.h. So, you'll need to 
#include  or  in whatever code attempts to use afximpl.h.

Why is afximpl.h in the mfc\src directory? That should be evident from its 
name: it is considered part of MFC's "impl"ementation, and under normal 
circumstances shouldn't be used by code outside MFC itself. Of course, if you 
want to tweak with the internals of MFC, feel free to include it, but be 
conscious of the fact that those internals may (and probably will) change from 
release to release of MFC.

mfcTeam.m_johnels;	// does not represent Microsoft

-----From: Mats Mеnhav 

The file is located in the source directory because it is MFC internal stuff




| Вернуться в корень Архива |