|
There are two ways to use a DLL:
1) static use
You need a header-file and a lib-file added to your project. Than you can directly call the functions declared in the header file.
(Due to the linker errors it seems the lib-file is missing in your project, adding only the dll won`t work)
2) dynamic use
You only need the dll-file. From your source you load the dll by calling LoadLibrary() and get the function pointers by calling GetProcAdress().
So far ... RockNix///
------------------------------------
www.klangwerker.de
Need some articles about Threading,
Subclassing, Double Buffering ?
Go for it ...
Look out for free Win32
Serial Communication Module
for VC++ or Borland C++ Builder
Visit us on www.klangwerker.de
------------------------------------
|
|
|
|
|
the lib-file is not missing. checked it.
Is there a way to view the dll member functions, (not the headerfile)? maybe they've changed.
If I use it dynamicaly, can I use the dll-functions more or less in the same manner?
[VISUAL STUDIO 6.0] [MFC] [WIN98/2]
 Bluute tette!
|
|
|
|
|
frisco wrote:
Is there a way to view the dll member functions
Use the depends.exe tool comes with your VC++.
Maxwell Chen
No code is good code.
|
|
|
|
|
Within Visual Studio 6.0 there is a tool called "DUMPBIN".
Copy this to your DLL Path and type the following line from a console:
dumpbin /exports yours.dll
A list of the exported functions should be shown.
So far ... RockNix///
------------------------------------
www.klangwerker.de
Need some articles about Threading,
Subclassing, Double Buffering ?
Go for it ...
Look out for free Win32
Serial Communication Module
for VC++ or Borland C++ Builder
Visit us on www.klangwerker.de
------------------------------------
|
|
|
|
|
Add vfw32.lib in Project|Settings|Link, Object/Library modules. It's not a static lib but an import lib (you can tell because it contains only names). Your exe will link at runtime to the right dll and more importantly will compile ok too. tried just now with this fantastic test program:
#include <windows.h>
#include <vfw.h>
int WINAPI WinMain(HINSTANCE,HINSTANCE,LPSTR,int) {
AVIFileInit();
AVIFileExit();
return 0;
}
(I think you can only do the thing with putting libs into your project with static libraries, which contain code as well as import names, but I'm not sure.)
|
|
|
|
|
I've included the Vfw.h header file, but the lib-file is called vfw32.lib and its in Microsoft Visual Studio\VC98\LIB
Does the added 32 cause any harm here?
The lib dir is good?
[VISUAL STUDIO 6.0] [MFC] [WIN98/2]
 Bluute tette!
|
|
|
|
|
And I've checked the lib for _AVIFileInit@0 and it's in it, allright.
I'm missing something here. 
[VISUAL STUDIO 6.0] [MFC] [WIN98/2]
 Bluute tette!
|
|
|
|
|
You need to make sure the Vfw32.lib is included in the ProjectSettings->Link->Input->Object/library modules properties.
Michael 
Communication is the first step towards enlightenment.
|
|
|
|
|
That's it, allright! 
I thought that the linker uses the standard libraries in vc98\lib directory by default. But you have to include them on the link-tab. I did that only for the debug-tab.
Mike, you're the man 
[VISUAL STUDIO 6.0] [MFC] [WIN98/2]
Bluute tette!
|
|
|
|
|
Why handler WM_NCLBUTTONDOWN inside CEdit does not receive the notify at click of the mouse outside it?
Best regards,
Eugene Pustovoyt
|
|
|
|
|
From MSDN
WM_NCLBUTTONDOWN
The WM_NCLBUTTONDOWN message is posted when the user presses the left mouse button while the cursor is within the nonclient area of a window. This message is posted to the window that contains the cursor. If a window has captured the mouse, this message is not posted.
Michael
Communication is the first step towards enlightenment.
|
|
|
|
|
I'm not capture the mouse!!!
Eugene Pustovoyt
|
|
|
|
|
Hi Eugene,
The WM_NCLBUTTONDOWN message is only generated when a mouse is clicked on the nonclient area of the edit control (ie. the border, the one or two pixel wide area around the client area), it is not generated when the mouse is clicked outside the control.
What Michael was refering to is that once the mouse has been captured (via SetCapture()), all mouse messages are treated as client area mouse messages for the window that has captured the mouse.
HTH
---
CPUA 0x5041
Sonork 100.11743 Chicken Little
If a man is standing in the middle of the forest speaking and there is no woman around to hear him...is he still wrong?
|
|
|
|
|
Thank you PJ!!!
That is I do not have other exit to determine, what click outside the control except for as through capture of the mouse has been made?
If yes, where it is better to me to grasp the mouse if it is necessary for me, that it has been captura after his creations?
P.S. Thank you for your CFileEditCtrl & CPJAImage
Best regards,
Eugene Pustovoyt
|
|
|
|
|
If you want to know if the mouse is clicked outside the edit control, capture it with SetCapture(), then handle WM_LBUTTONDOWN and check the point is in the rectangle returned by GetWindowRect() using PtInRect(). Just remember that GetWindowRect() is in screen coords and WM_LBUTTONDOWN is in client coords.
HTH
---
CPUA 0x5041
Sonork 100.11743 Chicken Little
If a man is standing in the middle of the forest speaking and there is no woman around to hear him...is he still wrong?
|
|
|
|
|
It is clear! Probably at click of the mouse outside the control, I need call method ReleaseCapture, as I want to remove in this case itself edit! Is it correctly?
But I have one more question! I need capture the mouse at creation edit then to trace all possible clicks behind his limits. Where it to make, i.e. SetCapture the mouse?
I apologize for my English
Eugene Pustovoyt
|
|
|
|
|
Eugene Pustovoyt wrote:
Probably at click of the mouse outside the control, I need call method ReleaseCapture, as I want to remove in this case itself edit! Is it correctly?
Yes
Eugene Pustovoyt wrote:
Where it to make, i.e. SetCapture the mouse?
Not knowing exactly what you are doing, I would recommend capturing the mouse in your WM_SETFOCUS handler ( OnSetFocus() )
HTH
---
CPUA 0x5041
Sonork 100.11743 Chicken Little
If a man is standing in the middle of the forest speaking and there is no woman around to hear him...is he still wrong?
|
|
|
|
|
PJ Arends wrote:
Not knowing exactly what you are doing
I create a class derivative from CEdit inside which on click of the mouse I am created in-place edit. Him also I want to delete at click of the mouse not on him.
PJ Arends wrote:
I would recommend capturing the mouse in your WM_SETFOCUS handler ( OnSetFocus() )
Method OnSetFocus probably will approach.
Thank you for Your Help!
Best regards,
Eugene Pustovoyt
|
|
|
|
|
Hi,
I think you're misinterpreting the WN_NCLBUTTONDOWN message. It does not detect clicks outside the client area. It detects clicks on the non-client area.
For example, if you add that handler to your main window and you click on an empty space in the menubar, the event will fire.
So basically, that event is useless for an edit because an edit does not have a non-client area.
If you're trying to detect mouseclicks outside the edit, maybe you should just add a handler for WM_LBUTTONDOWN to the edit's parent window.
P.e.a.c.e.,
Ren
|
|
|
|
|
Hi,
Thanks, for the answer
Processing WM_LBUTTONDOWN in a parental class is a special case, I wanted that edit itself was destroyed at click of the mouse outside of it
Best regards,
Eugene Pustovoyt
|
|
|
|
|
How can I convert GDI region object to GDI+ path object ? Any clue.
Sanju
The wizard
|
|
|
|
|
The only thing that I know of is to decompose a region into all of the separate rectangles it contains, further decompose the rectangle into its points, and find the concave hull that the resulting polygon creates. The only problem with this is you will have to figure out another way to find the holes in the region.
Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!
|
|
|
|
|
When I draw a graph in the CView every time, the available memory decrease accordingly. How to release the memory of the previous graph?
|
|
|
|
|
I draw graph in the CView,and I have overloaded OnEraseBkgnd and maken it return TRUE.But, when certain dialog move upon the CView, it flash very much.My code is following:
void CMyView::OnDraw(CDC* pDC)
{
CRect rect;
GetClientRect(&rect);
pDC->FillSolidRect(rect,ManExp.m_BackGroundColor);
}
However,when a dialog move on the frame of a window,the frame don't flash,why?
How to make it not flash?
|
|
|
|
|
You're must create the context device in the memory.
Fill him, and then bitblt him to the CDC.
Best regards,
Eugene Pustovoyt
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
