Hi.

I see someone else here has asked about this as well, but why isn't the necessary include files to compile mfc in the packages? I get errors about not finding zmouse.h, why isn't that either in hte mfc or (better?) in the compiler packages? Have I missed something here?

Regards
---
Helge Olsen

Well, the files are not actually part of the packages, but part of the
Microsoft SDK.
Let me see if I can email them to you directly.

Jan



"Helge M. Olsen" wrote:

> Hi.
>
> I see someone else here has asked about this as well, but why isn't the necessary include files to compile mfc in the packages? I get errors about not finding zmouse.h, why isn't that either in hte mfc or (better?) in the compiler packages? Have I missed something here?
>
> Regards
> ---
> Helge Olsen

"Jan Knepper" <jan@smartsoft.cc> wrote in message news:3BD7302D.A092107B@smartsoft.cc...
> Well, the files are not actually part of the packages, but part of the
> Microsoft SDK.
> Let me see if I can email them to you directly.
>
> Jan
>

Thanks for the mail, now it comes a little bit further, but when compiling the lib I get the following errors:

 REM Output to .

SC -cpp -Ae -Ar -mn -o+time -NL -5 -a8 -Nc -c -H -HO- -wx -w- -w3 -w6 -w7 -w
11 -w12 -w17 -D__JAK__ -D_X86_ -D_MT -D_MBCS=1 -I..\..\..\include -I\atl\inc
lude -HF.\stdafx.SYM -o.\stdafx.PCO ..\..\stdafx.h
 { ASSERT(::IsWindow(m_hWnd));  return (int) ::SendMessage(m_hWnd,
TTM_GETDELAYTIME, dwDuration, 0L); }

^
..\..\..\include\afxcmn2.inl(229) : Error: undefined identifier
'TTM_GETDELAYTIME'
 { ASSERT(::IsWindow(m_hWnd));  ::SendMessage(m_hWnd, TTM_GETMARGIN, 0,
(LPARAM)lprc); }
                                                                   ^
..\..\..\include\afxcmn2.inl(231) : Error: undefined identifier
'TTM_GETMARGIN'
 { ASSERT(::IsWindow(m_hWnd));  return (int) ::SendMessage(m_hWnd,
TTM_GETMAXTIPWIDTH, 0, 0L); }

^
..\..\..\include\afxcmn2.inl(233) : Error: undefined identifier
'TTM_GETMAXTIPWIDTH'
 { ASSERT(::IsWindow(m_hWnd));  return (COLORREF) ::SendMessage(m_hWnd,
TTM_GETTIPBKCOLOR, 0, 0L); }

^
..\..\..\include\afxcmn2.inl(235) : Error: undefined identifier
'TTM_GETTIPBKCOLOR'
 { ASSERT(::IsWindow(m_hWnd));  return (COLORREF) ::SendMessage(m_hWnd,
TTM_GETTIPTEXTCOLOR, 0, 0L); }

^
..\..\..\include\afxcmn2.inl(237) : Error: undefined identifier
'TTM_GETTIPTEXTCOLOR'
Fatal error: too many errors
--- errorlevel 1

Any suggestions?

--
Helge Olsen

commctrl.h on it's way in email...

Jan



"Helge M. Olsen" wrote:

> "Jan Knepper" <jan@smartsoft.cc> wrote in message news:3BD7302D.A092107B@smartsoft.cc...
> > Well, the files are not actually part of the packages, but part of the
> > Microsoft SDK.
> > Let me see if I can email them to you directly.
> >
> > Jan
> >
>
> Thanks for the mail, now it comes a little bit further, but when compiling the lib I get the following errors:
>
>  REM Output to .
>
> SC -cpp -Ae -Ar -mn -o+time -NL -5 -a8 -Nc -c -H -HO- -wx -w- -w3 -w6 -w7 -w
> 11 -w12 -w17 -D__JAK__ -D_X86_ -D_MT -D_MBCS=1 -I..\..\..\include -I\atl\inc
> lude -HF.\stdafx.SYM -o.\stdafx.PCO ..\..\stdafx.h
>  { ASSERT(::IsWindow(m_hWnd));  return (int) ::SendMessage(m_hWnd,
> TTM_GETDELAYTIME, dwDuration, 0L); }
>
> ^
> ..\..\..\include\afxcmn2.inl(229) : Error: undefined identifier
> 'TTM_GETDELAYTIME'

Gets better, but stops with the following:





    SC -cpp -Ae -Ar -mn -o+time -NL -5 -a8 -Nc -c -H -HO- -wx -w- -w3 -w6 -w
7 -w11 -w12 -w17 -D__JAK__ -D_X86_ -D_MT -D_MBCS=1 -I..\..\..\include -I\atl
\inc
lude -o.\daocore.obj ..\..\daocore.cpp
Internal error: eh 682
--- errorlevel 1
SMAKE fatal error: command "SC" returned with error code 1 Stopping.

C:\dm\MFC\src\SC\LIB>

---
Maybe it'd be a good idea to put some useful links on the download page? I appreciate your efforts here, but it seems to me that many people must have had these problems before :-)

Regards
--
Helge Olsen

Which compiler version are you running?
Try to use 8.1d1n (07/21/2001)
This is the version that will compile MFC. I would not rely yet on the latest
version of the compiler with all the template changes.

I guess it would be good if we made a diversion with the compiler between:
STABLE (which would be 8.1d1n I guess) and
CURRENT (which would be 8.21n I guess)

Walter do you think that makes sense?

Jan



"Helge M. Olsen" wrote:

> Gets better, but stops with the following:
>
>     SC -cpp -Ae -Ar -mn -o+time -NL -5 -a8 -Nc -c -H -HO- -wx -w- -w3 -w6 -w
> 7 -w11 -w12 -w17 -D__JAK__ -D_X86_ -D_MT -D_MBCS=1 -I..\..\..\include -I\atl
> \inc
> lude -o.\daocore.obj ..\..\daocore.cpp
> Internal error: eh 682
> --- errorlevel 1
> SMAKE fatal error: command "SC" returned with error code 1 Stopping.
>
> C:\dm\MFC\src\SC\LIB>
>
> ---
> Maybe it'd be a good idea to put some useful links on the download page? I appreciate your efforts here, but it seems to me that many people must have had these problems before :-)
>
> Regards
> --
> Helge Olsen

"Jan Knepper" <jan@smartsoft.cc> wrote in message news:3BD7462D.13064E3D@smartsoft.cc...
> Which compiler version are you running?
> Try to use 8.1d1n (07/21/2001)
> This is the version that will compile MFC. I would not rely yet on the
latest
> version of the compiler with all the template changes.
>
I downloaded 8.2, assuming that newer is better (though it's stupid of me, being a sysadmin and all). I'll try the version you suggest tomorrow. Is 8.2 not stable even though there is an 8.21 which is said to be beta?

> I guess it would be good if we made a diversion with the compiler between:
> STABLE (which would be 8.1d1n I guess) and
> CURRENT (which would be 8.21n I guess)
>

I'll try the currents tomorrow, before "downgrading". Thanks for all help so far

> Walter do you think that makes sense?
>
> Jan
>
>

Regards
--
Helge Olsen

"Helge M. Olsen" wrote:

> "Jan Knepper" <jan@smartsoft.cc> wrote in message news:3BD7462D.13064E3D@smartsoft.cc...
> > Which compiler version are you running?
> > Try to use 8.1d1n (07/21/2001)
> > This is the version that will compile MFC. I would not rely yet on the
> latest
> > version of the compiler with all the template changes.
> >
> I downloaded 8.2, assuming that newer is better (though it's stupid of me, being a sysadmin and all). I'll try the version you suggest tomorrow. Is 8.2 not stable even though there is an 8.21 which is said to be beta?

<g> As far as I have experienced and as much as it may be a thorn in Walter's flesh, I could not say that either 8.2 or 8.21 is stable. I have not been able to compile any of my commercial projects with either one of them while 8.1d1n compiles them just fine... Unfortunately the web site might not be as clear...

Jan

"Jan Knepper" <jan@smartsoft.cc> wrote in message news:3BD7462D.13064E3D@smartsoft.cc...
> Which compiler version are you running?
> Try to use 8.1d1n (07/21/2001)
> This is the version that will compile MFC. I would not rely yet on the
latest
> version of the compiler with all the template changes.
>
I couldn't find any file dated 07/21/01 at the ftp site. Tried with dm81dc.zip and dm81ec.zip from the ftp server:

C:\dm\MFC\src\SC\DLL>smake -f sfc50.mak

Both give the following error (downloaded mfc4.21.tar.gz and
atl2.02.tar.gz):
..\..\FIXALLOC.CPP(61) : Warning 6: value of expression is not used
SMAKE fatal error: don't know how to make ..\..\afximpl.cpp
Stopping.


Regards
--
Helge Olsen

> Both give the following error (downloaded mfc4.21.tar.gz and
> atl2.02.tar.gz):
> ..\..\FIXALLOC.CPP(61) : Warning 6: value of expression is not used
> SMAKE fatal error: don't know how to make ..\..\afximpl.cpp

Hmmm, I don't think there is an ../../afximpl.cpp, only a .h file...

Jan