Thanks for the solution.
Fortunately, I've just been given an even better solution. Turns out there is a Static Library verstion of the 3rd party dll.
Main Topics
Browse All TopicsI am trying to build a C++ MFC stand-alone application that doesn't required an installation procedure, and I'd like to not HAVE to include DLLs with the application.
I have accomplished this desire, except that there is one section where GUI+ is getting utilized. As such, the application will fail on most copies of Windows2000 and earlier.
I have a 3rd party DLL that can replace the GUI+ code, but then you're reuqired to tote the DLL along with the application.
So what I would like is to include both versions of the logic. Basically, have the application try to use the DLL, and if the DLL isn't found, to use the GDI+. That way, the application will run if you are on WindowsXP and later, or if you have the DLL toted along.
I've got the code now written such that it will "try" to use the 3rd Party DLL with a "catch" that will revert to using GDI+ if the application fails to properly call the 3rd Party DLL.
But the problem is that because I've got the 3rd Party DLL linked into the application, I'm getting a STATUS_DLL_NOT_FOUND error in the start up code before the 1st like of code is executed in the debugger.
Is there something I can do that will allow the startup to continue executing even if the DLL isn't found?
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Business Accounts
Answer for Membership
by: IbanUlovPosted on 2009-11-03 at 13:38:02ID: 25734067
Yes, you can load dll dynamically, call to LoadLibraryEx: en-us/libr ary/ms6841 79(VS.85). aspx
en-us/libr ary/aa3837 45(VS.85). aspx
http://msdn.microsoft.com/
If you have a GUI with MFCs depending on what calls you make it can work in windows 2000 and earlier. You have to define WINVER and _WIN32_WINNT to 0x0500 and compile with MFC in static.
http://msdn.microsoft.com/
Good luck.