|
Why don't you explain exactly what you are trying to do?
Steve
|
|
|
|
|
I want to launch my dll application from win32 client exe.......Can u help me whats need be done Thanks for your help.
|
|
|
|
|
I want to show the mainwindow of the dll application from win32 client. I am able to load the dll but I am confused what need to be done after that to show the mainwindow. Please help Stephen. Thanks Sujan
|
|
|
|
|
Firstly note that a dll and the code that loads it are in the same application; I'm starting to get the impression that you may not be aware of this. Also, maybe you should use static linking.
Steve
|
|
|
|
|
I have made some changes in the code let me know whats wrong in this my application is not launching.
int main(int argc, char **argv)
{
HWND hWnd=NULL;
/* get handle to dll */
HMODULE hDll = LoadLibrary(TEXT("C:\\Users\\DasmahapatraS\\Projects\\Bhagavan_Cadem\\RevolutionProj\\debug\\RevolutionProj.dll"));
typedef BOOL (* ICFUNC)(LPCSTR);
ICFUNC lpfnGetProcessID = (ICFUNC)GetProcAddress(hDll, "runAppli");
///* The actual call to the function contained in the dll */
BOOL intMyReturnVal = lpfnGetProcessID("runAppli");
/* Release the Dll */
FreeLibrary(hDll);
return 0;
}
////////////////////////////////////////////////////////////////////////////////////////////////////
extern "C" BOOL __declspec(dllexport) runAppli(LPCSTR lpAppName)
{
// Only needed if resources are accessed
//AFX_MANAGE_STATE(AfxGetStaticModuleState());
::ShowWindow( AfxGetMainWnd()->GetSafeHwnd(), SW_SHOW);
UNREFERENCED_PARAMETER(lpAppName);
return true;
}
|
|
|
|
|
Please put <pre> tags around your code as requested, so it is clearly readable
As to your code, this shows that you really do not understand how to create a Windows application.
You are getting the address of the runAppli() function and then calling it with "runAppli" as its input parameter, which is declared as UNREFERENCED_PARAMETER and hence has no purpose. The runAppli function itself is trying to show a window which does not exist, and using an MFC call even though the MFC environment has not been initialised. The net result is that the function will fail but will not give you any indication of why because you do not check for errors.
This program will never work however much you play with it. I would suggest you use the wizard in your Visual Studio IDE to create a proper Windows/MFC program, and examine the source and read the documentation to understand how the various pieces fit together.
|
|
|
|
|
Look Friends
Now I am not calling the dll from not winn32 but from another mfc exe application. Where I have a button when I press it I should load the dll and launch the mainwindow. See my two apis
void CClientRevProjDlg::OnBnClickedButton1()
{
typedef VOID (*MYPROC)(HWND);
HINSTANCE hinstLib;
MYPROC ProcAdd;
BOOL fFreeResult, fRunTimeLinkSuccess = FALSE;
HWND h = AfxGetMainWnd()->GetSafeHwnd();
// Get a handle to the DLL module.
hinstLib = LoadLibrary(L"C:\\Users\\DasmahapatraS\\Projects\\Bhagavan_Cadem\\RevolutionProj\\debug\\RevolutionProj.dll");
// If the handle is valid, try to get the function address.
if (hinstLib != NULL)
{
ProcAdd = (MYPROC) GetProcAddress(hinstLib, "runAppli");
// Do add operation
// If the function address is valid, call the function.
if (fRunTimeLinkSuccess = (ProcAdd != NULL))
(ProcAdd) (h);
// Free the DLL module.
fFreeResult = FreeLibrary(hinstLib);
}
// If unable to call the DLL function, use an alternative.
if (! fRunTimeLinkSuccess)
printf("message via alternative method\n");
}
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//And in the dll App.cpp I have an extern "C" like this....
extern "C" BOOL __declspec(dllexport) runAppli(HWND h)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState());
// HWND h = AfxGetMainWnd()->GetSafeHwnd();
ShowWindow(h,SW_SHOW);
return true;
}
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
With this when I press the run button from client exe, my dll mainwindow is shown but crashing and hanging for sometime. Please help me get rid of this problem someone Thanks a lot. 
|
|
|
|
|
Once again, please put <pre> tags around your code so we can read it clearly, it is not easy to understand what your code is trying to do without it.
As to your code, I still do not understand (and you have not explained) what you are trying to do with this dll; which, incidentally seems to change with every reply you post. Forget everything you have done in the past and try to explain clearly exactly what you are trying to achieve.
|
|
|
|
|
See Rechard....I have a mfc application which I already converted to a shared dll. This dll has a mainwindow. Now from a client program I want to launch that mainwindow of the dll and work on the application. This is very simple approach and I am sure its feasible in mfc only thing I dont know how. So I am trying get your help. Please help me if you can. Check my last post.
I have a shared mfc dll where I have one extern "C" function exported as runAppli there I am only triying to display the mainwindnow. And another mfc client exe from where I am loading the dll and trying to call the runAppli to launch the mainwindow. I dont understand why it seems to be impossible. This is a very simple problem. Please help me if you can. Thanks a lot for your reply. Sujan
|
|
|
|
|
sujandasmahapatra wrote: I have a mfc application which I already converted to a shared dll.
WHY? This is really not a sensible option as you have discovered to your cost. Go back to the original and run the application as an application; trying to make it into a DLL is a pointless exercise and is unlikely ever to work.
|
|
|
|
|
Dear Richar tag option is not coming . So excuse me this time, next post onwards I'll put tags properly
|
|
|
|
|
Now my code looks like this. My application launching but crashing.
[pre]
void CClientRevProjDlg::OnBnClickedButton1()
{
typedef VOID (*MYPROC)(HWND);
HINSTANCE hinstLib;
MYPROC ProcAdd;
BOOL fFreeResult, fRunTimeLinkSuccess = FALSE;
HWND h = AfxGetMainWnd()->GetSafeHwnd();
// Get a handle to the DLL module.
hinstLib = LoadLibrary(L"C:\\Users\\DasmahapatraS\\Projects\\Bhagavan_Cadem\\RevolutionProj\\debug\\RevolutionProj.dll");
// If the handle is valid, try to get the function address.
if (hinstLib != NULL)
{
ProcAdd = (MYPROC) GetProcAddress(hinstLib, "runAppli");
// Do add operation
// If the function address is valid, call the function.
if (fRunTimeLinkSuccess = (ProcAdd != NULL))
(ProcAdd) (h);
// Free the DLL module.
fFreeResult = FreeLibrary(hinstLib);
}
// If unable to call the DLL function, use an alternative.
if (! fRunTimeLinkSuccess)
printf("message via alternative method\n");
}
[/pre]
/////////////////////////////////////////////////////////////////////////////////////
And runAppli like this...
[code]
extern "C" BOOL __declspec(dllexport) runAppli(HWND h)
{
AFX_MANAGE_STATE(AfxGetStaticModuleState());
ShowWindow(h,SW_SHOW);
return true;
}
[/code]
modified 23-Oct-11 12:49pm.
|
|
|
|
|
1. You still have not properly used <pre> tags around your code as requested.
2. You are really wasting your time with this; as I said before forget using this DLL as it serves no purpose. Create an application as an application and do things the right way.
|
|
|
|
|
I need this dll to work Richard. Its very important......My application should be served as a dll. And my mainwindow should appear.
|
|
|
|
|
Why do you persist with this? This is totally contrary to the design of Windows applications. Putting all this code into a DLL is just going to cause you problems and, as I have said repeatedly, serves absolutely no purpose. Perhpas if you actually explained what problem you are trying to resolve someone can advise you of a potential solution, but just insisting that you need this as a DLL makes no sense.
|
|
|
|
|
Problem I have explained earlier also. I have built one application in mfc...Now I want to launch that application from another aplication. so I want to make the first application as dll and try to laucnh that application from my 2nd application. Howelse would that be achieved except dll. ??? you tell me. Thanks Sujan
|
|
|
|
|
sujandasmahapatra wrote: Howelse would that be achieved except dll.
This has nothing to do with DLLs; I can only repeat: this is not the way to do it, DLLs are shared libraries not stand alone applications. If you want to launch a second application from a first then use one of the proper API functions[^].
|
|
|
|
|
window handle is creaeing all the problem check this I am trying to get the handle like this
[code]
HWND h = this->m_hWnd;
[/code]
from the dialog class.....This is giving problem.....PLease tell me how can I get the window handle from dialog class. HWND handle. If I get the correct handle then it'll launch the application. Thanks Sujan
|
|
|
|
|
Sorry, but I don't understand what you are saying. The last few messages you were trying to launch an MFC application held inside a DLL, and now you seem to be doing something else that does not make sense. Where does this dialog fit in to what you have been talking about? And you still have not figured out how to add <pre> tags around your code!
|
|
|
|
|
HWND is a public member of CDialog -- you can access it just like any other member of CDialog class.
HWND CMyDialog::GetHandle()
{
return m_hWnd;
}
|
|
|
|
|
Yet_another_Coder_Dude wrote: HWND is a public member of CDialog
No, HWND is a type defined in Windows.h.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
when I try to access the m_hWnd from my dialog it says "unused ???"....Why is it so .
[code]
MyView::OnButtonClick()
{
HWND h = m_hWnd;
//h is coming as unsed ??? its not getting good value.
}
[/code]
Please tell me whats going wrong in this ? Thanks Sujan
|
|
|
|
|
Hey i am kinda new to C, so, can anyone suggest me a C-compiler for my 64 bit system, turbo c doesn't work, and No dosbox please, anything that is easy enough to install and use.
Thank you, in advance!
|
|
|
|
|
You could use Visual Studio and name the source file as .C
|
|
|
|
|
You could choose the free Visual C++ 2010 Express[^], which runs on 64-bit but only contains a 32-bit compiler, so cannot generate 64-bit code. GCC may offer a better option as listed here[^].
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
