Where your DLL files are located ??
Try to Copy the required DLL to your project folder and check..
-MAHESH
Main Topics
Browse All Topics
Loading Advertisement...
Question
HowTo: LoadLibrary and GetProcAddress?
I'm trying to use up to 3 dll's in an vc6 application. On the end-user's system, not all the dll's will necessarily be installed. I'm using LoadLibrary so the program can proceed as long as at least one .dll is loaded.
My problem is that the project(s) seems setup such that I get a runtime error message if all three .dll's aren't available. Also, the _ASSERTE statement below for GetProcAddress is failing.
Here is a "stub" of the vc6 main.cpp
#include "FirstDll.h"
#include "SecondDll.h"
#include "ThirdDll.h"
void main(void)
{
const char* pBuf;
HINSTANCE hLibrary = ::LoadLibrary("FirstDll.dl
if (hLibrary == NULL) {
printf("Unable to load FirstDll\n");
}
else {
pBuf = FirstGetBuf(1);
printf([%s]\n", pBuf);
::FreeLibrary(hLibrary);
}
hLibrary = ::LoadLibrary("SecondDll.d
if (hLibrary == NULL) {
printf("Unable to load SecondDll\n");
}
else {
pBuf = SecondGetBuf(1);
printf([%s]\n", pBuf);
::FreeLibrary(hLibrary);
}
hLibrary = ::LoadLibrary("ThirdDll.dl
if (hLibrary == NULL) {
printf("Unable to load ThirdDll\n");
}
else {
pBuf = ThirdGetBuf(1);
printf([%s]\n", pBuf);
::FreeLibrary(hLibrary);
}
/*
typedef const char* const (CALLBACK* GET_PROC)(USHORT);
GET_PROC pGetBuf;
pGetBuf = (GET_PROC)GetProcAddress(h
_ASSERTE(pGetBuf != NULL);
pBuf = pGetBuf((USHORT)1);
*/
}
Note that the commented out statements don't work ... the _ASSERTE is raised because GetProcAddress isn't resolving the function FirstGetBuf.
Here is a stub of FirstDll.h as generated by the Vc6 wizard for Win32 Dynamic Link Library:
#ifdef FIRSTINDLL_EXPORTS
#define FIRSTINDLL_API __declspec(dllexport)
#else
#define FIRSTINDLL_API __declspec(dllimport)
#endif
// Exported function.
FIRSTINDLL_API const char* const FirstGetBuf(USHORT Num);
If SecondDll.dll isn't installed at run-time, I get the message:
"This application has failed to start because SecondDll.dll was not found. Re-installing the application may fix this problem."
What am I doing wrong? Do I have the main.dsp project and/or *Dll.dsp projects incorrectly setup to insist that the *Dll.dll files exists? Do I need to have .def files? Does having the statement:
pBuf = FirstGetBuf(1);
cause the linker to insist on having FirstDll.dll be present? How to I get the GetProcAddress call to work?
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Subscribe now for full access to Experts Exchange and get
Instant Access to this Solution
- Plus...
- 30 Day FREE access, no risk, no obligation
- Collaborate with the world's top tech experts
- Unlimited access to our exclusive solution database
- Never be left without tech help again
Trusted by hundreds of thousands everyday for fast, accurate and reliable tech support.
- "The time we save is the biggest benefit of Experts Exchange to Warner Bros. What could take multiple guys 2 hours or more each to find is accessed in around 15 minutes on Experts Exchange." Mike Kapnisakis, Warner Bros.
- "Our team likes having a resource that is more secure than just using Google and most experts using this service really know their stuff. It's nice to look here first versus using Google." Dayna Sellner, Lockheed Martin
- "Anytime that I've been stumped with a problem, 9 out of 10 times Experts Exchange has either the accepted solution or an open discussion of the potential solution to the problem." Kenny Red, eBay Inc.
See what Experts Exchange can do for you.
Got a question?
We've got the answer.
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.
Need individual assistance?
Our experts are ready to help.
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.
Want to learn from the best?
Read articles from industry experts.
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.
Working on a long term project?
Store your work and research.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
What Makes Experts Exchange Unique?
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Trusted by the world's most respected brands.
Faithfully serving IT professionals since 1996.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Free Tech Articles
-
WARNING: 5 Reasons why you should NEVER fix a computer for free.
It is in our nature to love the puzzle. We are obsessed. The lot of us. We love puzzles. We love the challenge. We thrive on finding the answer. We hate disarray. It bothers us deep in our soul. W...
-
SCCM OSD Basic troubleshooting
SCCM 2007 OSD is a fantastic way to deploy operating systems, however, like most things SCCM issues can sometimes be difficult to resolve due to the sheer volume of logs to sift through and the dispe...
-
Migrate Small Business Server 2003 to Exchange 2010 and Windows 2008 R2
This guide is intended to provide step by step instructions on how to migrate from Small Business Server 2003 to Windows 2008 R2 with Exchange 2010. For this migration to work you will need the fo...
-
Create a Win7 Gadget
This article shows you how to create a simple "Gadget" -- a sort of mini-application supported by Windows 7 and Vista. Gadgets can be dropped anywhere on the desktop to provide instant information, ...
-
Outlook continually prompting for username and password
There have been a lot of questions recently regarding Outlook prompting for a username and password whilst using Exchange 2007. There are a few reasons why this would happen and I will try to cover t...
-
Backup Exchange 2010 Information Store using Windows Backup
There seems to be quite a lot of confusion around the ability to backup Exchange 2010 using the built in Windows Backup feature. This stems from the omission of this feature prior to Exchange 2007 s...
Cloud Class Webinars
- Avoiding Bugs in Microsoft Access
Alison Balter takes and in-depth look at avoiding bugs in Access. In this webinar you will learn about using the immediate window to debug your applications, invoking the debugger, using breakpoints to troubleshoot, stepping through code, setting the next statement to execute, ...
- Top 10 Best New Features in Visio 2010
Scott Helmers gives live demonstrations of the top 10 new features in Visio 2010. This webinar will teach you how to create compelling diagrams by adding shapes to the page with a single click, linking the shapes in a diagram to data in Excel (or SQL Server, or SharePoint), ...
- IT Consultant Business Secrets Revealed
Michael Munger, Experts Exchange tech pro and IT consultant, pulls back the curtain on his very successful businesses and answers question on every IT consultant and business owner should know about. He shares secrets on what he did to solve the 5 most common problems in IT, ...
- Disaster Recovery and Business Continuity
Quest CTO, Mike Billon, gives an overview of the steps involved in building a dunamic disaster recovery plan. Through case studies and an examination of software/hardware tooles for monitoring and testing, you'll gain a better understandin of where you are, where you want ...
- Organize Your Visio Diagrams with Containers and Lists
Scott Helmers uses cross functional flowcharts, wireframe diagrams, data graphic legends and seating charts to teach you: how to ustilize all three new structured diagram components in Visio 2010, the best practices for organizeing shapes in previous version of Visio, how to organize ...
- How to Us Objects, Properties, Events and Methods in Microsoft Access
Alison Dalter gives an in-depbth look at objects, properties, events and methods in Microsoft Access. In this webinar you will learn about using the object browser, referring to objects, working with properties and methods, working with object variables, understanding the ...
Join the Community
Give a Little. Get a Lot.
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.
Answers
There are four independent projects. There are no subprojects.
I've got the main app dependent on FirstDll.h, FirstDll.lib, SecondDll.h, SecondDll.lib, ThirdDll.lib, and ThirdDll.lib. Without those, it won't compile.
In main.dsp, I don't see any references to FirstDll.dll, SecondDll.dll, or ThirdDll.dll.
I put main.exe, FirstDll.dll, SecondDll.dll, and ThirdDll.dll in the same directory, and it works fine. When I rename SecondDll.dll to _SecondDll.dll, then I get the runtime error message about missing SecondDll.dll
And I'm baffled why these statements cause the _ASSERTE to fail:
typedef const char* const (CALLBACK* GET_PROC)(USHORT);
GET_PROC pGetBuf;
pGetBuf = (GET_PROC)GetProcAddress(h
_ASSERTE(pGetBuf != NULL);
I've looked at several websites and books with Windows dll examples, and they all use a typedef like the above to have GetProcAddress to work. I speculate if I could figure out how to have GetProcAddress to work ok, I could get rid of the (First|Second|Third)Dll.li
I guess this is a variation on "dll hell" :-(
>>I guess this is a variation on "dll hell" :-(
No, it's probably a variation of "C++ name mangling hell" ;o)
Make sure that you make that
#ifdef FIRSTINDLL_EXPORTS
#define FIRSTINDLL_API extern "C" __declspec(dllexport)
#else
#define FIRSTINDLL_API extern "C" __declspec(dllimport)
#endif
// Exported function.
FIRSTINDLL_API const char* const FirstGetBuf(USHORT Num);
otherwise the exported function will end up as
FirstGetBuf@US&NP
or something similar.
<I've got the main app dependent on FirstDll.h, FirstDll.lib, SecondDll.h, SecondDll.lib, ThirdDll.lib, and ThirdDll.lib. Without those, it won't compile.>
I can't see your project but it still sounds like what I said in my first comment - you have dependancies. The way the app is compiled it EXPECTS ALL THREE dll's to be present and checks for them during startup, hence your crash.
> No, it's probably a variation of "C++ name mangling hell" ;o)
I don't think so, because everything works ok with all three dll's are present. It runs fine. The problem is when one or more are missing.
> I can't see your project but it still sounds like what I said in my first comment - you have dependancies. The way the app is compiled it EXPECTS ALL THREE dll's to be present and checks for them during startup, hence your crash.
I certainly agree, but I don't see ** how ** to remove the dependencies. What am I doing or not doing that causes the app to insist that all three be present?
Here is a link to a vc6 project that has main and then three subprojects for the three .dll's
http://cleanspeech.sf.net/
When you load the libraries dynamically, you shouldn't declare their functions with __declspec(dllimport) at all, because that's what makes the application _demand_ their presence (I think)! Even if that's not correct, I think the following should work:
1. remove the includes of the three "xxxDll.h" in main.cpp
2. Put the:
typedef const char* const (CALLBACK* GET_PROC)(USHORT);
in main.cpp before void main(void). Could also go other places.
3. Do:
GET_PROC pGetBuf;
pGetBuf = (GET_PROC)GetProcAddress(h
_ASSERTE(pGetBuf != NULL);
when FirstDll is successfully loaded.
You haven't shown where you have tried putting the GetProcAddress in your code, but if it's in that spot where you have commented it out, it couldn't work with dynamic loading, because the library was never loaded (hLibrary == NULL) or already released (else...FreeLibrary)!
<I certainly agree, but I don't see ** how ** to remove the dependencies. What am I doing or not doing that causes the app to insist that all three be present?>
Remove these from the project linking / external dependancies / whatever. They should not appear anywhere in the settings of the project. (From the dll's I think you still need to export them else no other app can get at them).
IF you only call the functions via a LoadLibrary method then it should compile. Anywhere it doesn't is an indecation you are not using a LoadLibrary type approach.
> No, it's probably a variation of "C++ name mangling hell" ;o)
> .... use extern "C" ...
Well, I've been able to get it working. I first changed the (First|Second|Third).cpp files to .c files to avoid the name mangling. That helped * A LOT *. Then I went back and removed the (First|Second|Third).lib references and used the extern "C" as part of the typedef's.
Working fine now. If SecondDll.dll is missing, that LoadLibrary calls fails appropriately, but the main.exe is able to start without SecondDll.dll being present.
Thanks.
I thought about that ... was in a hurry and didn't take the time to see just how to split points. I'll do a "placeholder" question for 100 points and let you have it.
http://www.experts-exchang
3 Ways to Join
Business Accounts
- Perfect for organizations
- Multiple users
- Save over 36%
- Create a Business Account
Answer for Membership
- Earn free access
- Showcase your knowledge
- No credit card required
- Sign Up to Answer
Loading Advertisement...
by: AndyAinscowPosted on 2006-05-26 at 08:21:57ID: 16769796
I think you have specified that the app is dependant on the three projects (one for each dll) when you built it.
Remove the dependancies before building.