Well the old MS VC++ program compiled (I will post the final fixes and
work-arounds when I am finished, mostly updating MFC classes with new
functions).  The new problem is that while it correctly compiles references to
CPictureHolder, it failes to find the .LIB file to link it.  Any ideas?
MS VC++ just seems to pick it up and don't reference a .LIB file.
Thanks!

Andy C

Make sure the .lib file it is looking for exists on the LIB environment variable path setting.

"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
> Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
references to
> CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
>
> Andy C
>
>
>

Walter,
I did to no avail, but I also discover that the project links if MFC is included
as a DLL, but not in a .LIB.  Any idea what can cause that?
Thanks.
Andy C

In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>
>Make sure the .lib file it is looking for exists on the LIB environment variable path setting.
>
>"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
>> Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
>references to
>> CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
>>
>> Andy C
>>
>>
>>
>
>

How about specifically listing the appropriate .lib file on the command to the linker?

"Andy C" <Andy_member@pathlink.com> wrote in message news:bugnm0$1elh$1@digitaldaemon.com...
> Walter,
> I did to no avail, but I also discover that the project links if MFC is
included
> as a DLL, but not in a .LIB.  Any idea what can cause that?
> Thanks.
> Andy C
>
> In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
> >
> >Make sure the .lib file it is looking for exists on the LIB environment variable path setting.
> >
> >"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
> >> Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
> >references to
> >> CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
> >>
> >> Andy C
> >>
> >>
> >>
> >
> >
>
>

Walter,
I searched for a .LIB with one of the missing functions and I found this file:
C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
errors!  But when I tried to run it I got errors telling me that it could not
find sccrt70.DLL (plus a bunch of other DLL's).
So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
My question is, can I get these DLL's into my EXE at link time so that I don't
have to install each time I want to transfer the program?
Plus any general info on what I was doing wrong would be greatly appreciated.
Thanks!

Andy C

In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
>
>How about specifically listing the appropriate .lib file on the command to the linker?
>
>"Andy C" <Andy_member@pathlink.com> wrote in message news:bugnm0$1elh$1@digitaldaemon.com...
>> Walter,
>> I did to no avail, but I also discover that the project links if MFC is
>included
>> as a DLL, but not in a .LIB.  Any idea what can cause that?
>> Thanks.
>> Andy C
>>
>> In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>> >
>> >Make sure the .lib file it is looking for exists on the LIB environment variable path setting.
>> >
>> >"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
>> >> Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
>> >references to
>> >> CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
>> >>
>> >> Andy C
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>

Andy C wrote:
> Walter,
> I searched for a .LIB with one of the missing functions and I found this file:
> C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
> errors!  But when I tried to run it I got errors telling me that it could not
> find sccrt70.DLL (plus a bunch of other DLL's).  So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
> My question is, can I get these DLL's into my EXE at link time so that I don't
> have to install each time I want to transfer the program?
> Plus any general info on what I was doing wrong would be greatly appreciated.
> Thanks!

You probably can by compiling you program with static MFC libraries.
Are you using the IDDE to compile or a makefile?

> 
> Andy C
> 
> In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
> 
>>How about specifically listing the appropriate .lib file on the command to
>>the linker?
>>
>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>news:bugnm0$1elh$1@digitaldaemon.com...
>>
>>>Walter,
>>>I did to no avail, but I also discover that the project links if MFC is
>>
>>included
>>
>>>as a DLL, but not in a .LIB.  Any idea what can cause that?
>>>Thanks.
>>>Andy C
>>>
>>>In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>>>
>>>>Make sure the .lib file it is looking for exists on the LIB environment
>>>>variable path setting.
>>>>
>>>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>>>news:bu9np0$23or$1@digitaldaemon.com...
>>>>
>>>>>Well the old MS VC++ program compiled (I will post the final fixes and
>>>>>work-arounds when I am finished, mostly updating MFC classes with new
>>>>>functions).  The new problem is that while it correctly compiles
>>>>
>>>>references to
>>>>
>>>>>CPictureHolder, it failes to find the .LIB file to link it.  Any ideas?
>>>>>MS VC++ just seems to pick it up and don't reference a .LIB file.
>>>>>Thanks!
>>>>>
>>>>>Andy C
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
> 
> 


-- 
ManiaC++
Jan Knepper

But as for me and my household, we shall use Mozilla... www.mozilla.org

I am using IDDE
Andy C

In article <buk61h$s36$1@digitaldaemon.com>, Jan Knepper says...
>
>Andy C wrote:
>> Walter,
>> I searched for a .LIB with one of the missing functions and I found this file:
>> C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
>> errors!  But when I tried to run it I got errors telling me that it could not
>> find sccrt70.DLL (plus a bunch of other DLL's).
>> So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
>> My question is, can I get these DLL's into my EXE at link time so that I don't
>> have to install each time I want to transfer the program?
>> Plus any general info on what I was doing wrong would be greatly appreciated.
>> Thanks!
>
>You probably can by compiling you program with static MFC libraries. Are you using the IDDE to compile or a makefile?
>
>> 
>> Andy C
>> 
>> In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
>> 
>>>How about specifically listing the appropriate .lib file on the command to the linker?
>>>
>>>"Andy C" <Andy_member@pathlink.com> wrote in message news:bugnm0$1elh$1@digitaldaemon.com...
>>>
>>>>Walter,
>>>>I did to no avail, but I also discover that the project links if MFC is
>>>
>>>included
>>>
>>>>as a DLL, but not in a .LIB.  Any idea what can cause that?
>>>>Thanks.
>>>>Andy C
>>>>
>>>>In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>>>>
>>>>>Make sure the .lib file it is looking for exists on the LIB environment variable path setting.
>>>>>
>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
>>>>>
>>>>>>Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
>>>>>
>>>>>references to
>>>>>
>>>>>>CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
>>>>>>
>>>>>>Andy C
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>> 
>> 
>
>
>-- 
>ManiaC++
>Jan Knepper
>
>But as for me and my household, we shall use Mozilla... www.mozilla.org

Andy C wrote:
> I am using IDDE

Project Settings -> Target -> Uses -> MFC + MFC (.LIB)

HTH
Jan


> Andy C
> 
> In article <buk61h$s36$1@digitaldaemon.com>, Jan Knepper says...
> 
>>Andy C wrote:
>>
>>>Walter,
>>>I searched for a .LIB with one of the missing functions and I found this file:
>>>C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
>>>errors!  But when I tried to run it I got errors telling me that it could not
>>>find sccrt70.DLL (plus a bunch of other DLL's).  So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
>>>My question is, can I get these DLL's into my EXE at link time so that I don't
>>>have to install each time I want to transfer the program?
>>>Plus any general info on what I was doing wrong would be greatly appreciated.
>>>Thanks!
>>
>>You probably can by compiling you program with static MFC libraries.
>>Are you using the IDDE to compile or a makefile?
>>
>>
>>>Andy C
>>>
>>>In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
>>>
>>>
>>>>How about specifically listing the appropriate .lib file on the command to
>>>>the linker?
>>>>
>>>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>>>news:bugnm0$1elh$1@digitaldaemon.com...
>>>>
>>>>
>>>>>Walter,
>>>>>I did to no avail, but I also discover that the project links if MFC is
>>>>
>>>>included
>>>>
>>>>
>>>>>as a DLL, but not in a .LIB.  Any idea what can cause that?
>>>>>Thanks.
>>>>>Andy C
>>>>>
>>>>>In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>>>>>
>>>>>
>>>>>>Make sure the .lib file it is looking for exists on the LIB environment
>>>>>>variable path setting.
>>>>>>
>>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>>>>>news:bu9np0$23or$1@digitaldaemon.com...
>>>>>>
>>>>>>
>>>>>>>Well the old MS VC++ program compiled (I will post the final fixes and
>>>>>>>work-arounds when I am finished, mostly updating MFC classes with new
>>>>>>>functions).  The new problem is that while it correctly compiles
>>>>>>
>>>>>>references to
>>>>>>
>>>>>>
>>>>>>>CPictureHolder, it failes to find the .LIB file to link it.  Any ideas?
>>>>>>>MS VC++ just seems to pick it up and don't reference a .LIB file.
>>>>>>>Thanks!
>>>>>>>
>>>>>>>Andy C
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>
>>
>>-- 
>>ManiaC++
>>Jan Knepper
>>
>>But as for me and my household, we shall use Mozilla... www.mozilla.org
> 
> 
> 


-- 
ManiaC++
Jan Knepper

But as for me and my household, we shall use Mozilla... www.mozilla.org

Jan,
thanks, but I have that set correctly.
See if you can get it to work with MFC linked as .LIB.  In any project just add
these two lines and see if you can link and run.  I am a long time DMC user but
this little (and useful) control has me stumped!

#include <afxctl.h> // Include for CPictureHolder CPictureHolder cp; // Add simple control for drawing JPG's

Thanks - Andy C



In article <buk99s$11eg$1@digitaldaemon.com>, Jan Knepper says...
>
>Andy C wrote:
>> I am using IDDE
>
>Project Settings -> Target -> Uses -> MFC + MFC (.LIB)
>
>HTH
>Jan
>
>
>> Andy C
>> 
>> In article <buk61h$s36$1@digitaldaemon.com>, Jan Knepper says...
>> 
>>>Andy C wrote:
>>>
>>>>Walter,
>>>>I searched for a .LIB with one of the missing functions and I found this file:
>>>>C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
>>>>errors!  But when I tried to run it I got errors telling me that it could not
>>>>find sccrt70.DLL (plus a bunch of other DLL's).
>>>>So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
>>>>My question is, can I get these DLL's into my EXE at link time so that I don't
>>>>have to install each time I want to transfer the program?
>>>>Plus any general info on what I was doing wrong would be greatly appreciated.
>>>>Thanks!
>>>
>>>You probably can by compiling you program with static MFC libraries. Are you using the IDDE to compile or a makefile?
>>>
>>>
>>>>Andy C
>>>>
>>>>In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
>>>>
>>>>
>>>>>How about specifically listing the appropriate .lib file on the command to the linker?
>>>>>
>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message news:bugnm0$1elh$1@digitaldaemon.com...
>>>>>
>>>>>
>>>>>>Walter,
>>>>>>I did to no avail, but I also discover that the project links if MFC is
>>>>>
>>>>>included
>>>>>
>>>>>
>>>>>>as a DLL, but not in a .LIB.  Any idea what can cause that?
>>>>>>Thanks.
>>>>>>Andy C
>>>>>>
>>>>>>In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>>>>>>
>>>>>>
>>>>>>>Make sure the .lib file it is looking for exists on the LIB environment variable path setting.
>>>>>>>
>>>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message news:bu9np0$23or$1@digitaldaemon.com...
>>>>>>>
>>>>>>>
>>>>>>>>Well the old MS VC++ program compiled (I will post the final fixes and work-arounds when I am finished, mostly updating MFC classes with new functions).  The new problem is that while it correctly compiles
>>>>>>>
>>>>>>>references to
>>>>>>>
>>>>>>>
>>>>>>>>CPictureHolder, it failes to find the .LIB file to link it.  Any ideas? MS VC++ just seems to pick it up and don't reference a .LIB file. Thanks!
>>>>>>>>
>>>>>>>>Andy C
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>
>>>
>>>-- 
>>>ManiaC++
>>>Jan Knepper
>>>
>>>But as for me and my household, we shall use Mozilla... www.mozilla.org
>> 
>> 
>> 
>
>
>-- 
>ManiaC++
>Jan Knepper
>
>But as for me and my household, we shall use Mozilla... www.mozilla.org

Well, I guess what you could try to do is compile ctlpict.cpp as part of your project. It seems that in the standard libraries CPictureHolder (ctlpict.cpp) is only compiled into a .DLL...

HTH

Andy C wrote:

> Jan,
> thanks, but I have that set correctly. See if you can get it to work with MFC linked as .LIB.  In any project just add
> these two lines and see if you can link and run.  I am a long time DMC user but
> this little (and useful) control has me stumped!
> 
> #include <afxctl.h> // Include for CPictureHolder
> CPictureHolder cp; // Add simple control for drawing JPG's
> 
> Thanks - Andy C
> 
> 
> 
> In article <buk99s$11eg$1@digitaldaemon.com>, Jan Knepper says...
> 
>>Andy C wrote:
>>
>>>I am using IDDE
>>
>>Project Settings -> Target -> Uses -> MFC + MFC (.LIB)
>>
>>HTH
>>Jan
>>
>>
>>
>>>Andy C
>>>
>>>In article <buk61h$s36$1@digitaldaemon.com>, Jan Knepper says...
>>>
>>>
>>>>Andy C wrote:
>>>>
>>>>
>>>>>Walter,
>>>>>I searched for a .LIB with one of the missing functions and I found this file:
>>>>>C:\dm\mfc\LIB\SFCO42D.LIB.  I added that to the project and it linked with no
>>>>>errors!  But when I tried to run it I got errors telling me that it could not
>>>>>find sccrt70.DLL (plus a bunch of other DLL's).  So, I copied the EXE to c:\dm\redist32 and ran it from there and it works!
>>>>>My question is, can I get these DLL's into my EXE at link time so that I don't
>>>>>have to install each time I want to transfer the program?
>>>>>Plus any general info on what I was doing wrong would be greatly appreciated.
>>>>>Thanks!
>>>>
>>>>You probably can by compiling you program with static MFC libraries.
>>>>Are you using the IDDE to compile or a makefile?
>>>>
>>>>
>>>>
>>>>>Andy C
>>>>>
>>>>>In article <bui95l$sdu$2@digitaldaemon.com>, Walter says...
>>>>>
>>>>>
>>>>>
>>>>>>How about specifically listing the appropriate .lib file on the command to
>>>>>>the linker?
>>>>>>
>>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>>>>>news:bugnm0$1elh$1@digitaldaemon.com...
>>>>>>
>>>>>>
>>>>>>
>>>>>>>Walter,
>>>>>>>I did to no avail, but I also discover that the project links if MFC is
>>>>>>
>>>>>>included
>>>>>>
>>>>>>
>>>>>>
>>>>>>>as a DLL, but not in a .LIB.  Any idea what can cause that?
>>>>>>>Thanks.
>>>>>>>Andy C
>>>>>>>
>>>>>>>In article <bufqo1$2usu$1@digitaldaemon.com>, Walter says...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>Make sure the .lib file it is looking for exists on the LIB environment
>>>>>>>>variable path setting.
>>>>>>>>
>>>>>>>>"Andy C" <Andy_member@pathlink.com> wrote in message
>>>>>>>>news:bu9np0$23or$1@digitaldaemon.com...
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>Well the old MS VC++ program compiled (I will post the final fixes and
>>>>>>>>>work-arounds when I am finished, mostly updating MFC classes with new
>>>>>>>>>functions).  The new problem is that while it correctly compiles
>>>>>>>>
>>>>>>>>references to
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>CPictureHolder, it failes to find the .LIB file to link it.  Any ideas?
>>>>>>>>>MS VC++ just seems to pick it up and don't reference a .LIB file.
>>>>>>>>>Thanks!
>>>>>>>>>
>>>>>>>>>Andy C
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>-- 
>>>>ManiaC++
>>>>Jan Knepper
>>>>
>>>>But as for me and my household, we shall use Mozilla... www.mozilla.org
>>>
>>>
>>>
>>
>>-- 
>>ManiaC++
>>Jan Knepper
>>
>>But as for me and my household, we shall use Mozilla... www.mozilla.org
> 
> 
> 


-- 
ManiaC++
Jan Knepper

But as for me and my household, we shall use Mozilla... www.mozilla.org