|
Sound's like DLL hell, or a mismatch of header / linker information.
Make sure that the compiler and linker are looking at the correct directories. Don't forget that order can be quite significant, tools will search the 'Additional Include Directories' and the 'Additional Library Path' (in the project setting dialog box) first AFAIK, then in the IDE's specified directories.
Finally make sure that you've put the facedetection.DLL in a place where the environment variables of your system can see it, possibly even better would be to set up a custom build step to move it to the same folder of your executable.
Aaahhh, OpenCV can be such a pain in the @ss.
If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.
Rudyard Kipling
|
|
|
|
|
thanks! I'll try this, but I think I will have to just add it's code into my project, instead of using the dll. Looks like the dll isn't set up to export properly.
Later,
JoeSox
www.humanaiproject.org
"The worst fad has been these stupid little robots,
Graduate students are wasting 3 years of their lives
soldering and repairing robots, instead of making them smart.
It's really shocking." -Marvin Minsky.
|
|
|
|
|
That function isn't exported by the DLL. Neither is the class that it's from - it looks like you're expected to use the functions declared in CObjectdetectApp.
This DLL is seriously screwed up - member functions shouldn't be exported as plain names. It works because none of the functions ever use their this pointer.
If you want to reuse this code, I suggest ripping out the code you want to use.
|
|
|
|
|
Mike Dimmick wrote:
That function isn't exported by the DLL. Neither is the class that it's from - it looks like you're expected to use the functions declared in CObjectdetectApp.
This DLL is seriously screwed up
I thought about this too.
Mike Dimmick wrote:
If you want to reuse this code, I suggest ripping out the code you want to use.
I was thinking about this, I think I will go ahead with this plan. Thanks!
Later,
JoeSox
www.humanaiproject.org
"The worst fad has been these stupid little robots,
Graduate students are wasting 3 years of their lives
soldering and repairing robots, instead of making them smart.
It's really shocking." -Marvin Minsky.
|
|
|
|
|
hi!,
i am writing a file system filter.
i am hooking the io messages from IFS Manager to FSD.
the hook procedure returns int.
i am hooking IFSFN_WRITE and IFSFN_FINDOPEN, and i want to cancel that operation.
what value should i return?
do i have to modify the ioreq structure?
thank you.
anshu
|
|
|
|
|
why do you ask us about that, why don't you just try something!?
just try to return an error!
Don't try it, just do it! 
|
|
|
|
|
thanks for the tip.
yesterday i tried the whole day with as many no of crashes.
today i will just do it
will let u know about it
|
|
|
|
|
hi!
i did it,i used the extended error codes.
but i get this message box at the application i dont want that,i will find some way out of it.
now as i have cancelled the operation i want to pass on the contorl to user level program or i want to call a dll function.
we have this PELDR_LoadModule(),PELDR_GetProcAddress() functions declared in vxdldr.h
i used that,on doing checked build i got this link error
"unresolved externel symbol _PELDR_LoadModule"
do i have ot write something in the .asm file
i tried like
#include vxdldr.inc
VxD_CODE_SEG
BeginProc _PELDR_LoadModule
EndProc _PELDR_LoadModule
VxD_CODE_ENDS
i dont know what to write in beginproc and endproc block so i just left it blank.
it linked now but when i test the vxd system crashed 
so i guess i have to write something in the block.
am i on the right track?
thanks
anshu
|
|
|
|
|
Prob:: i've a static member variable in Structure.i'm able to comple the file in which m using the structure...but it's not getting linked..........
anyone has any idea???
reagards
adi
|
|
|
|
|
It was not initialized before using it.
|
|
|
|
|
I have a HTML control on a dialog box. The HTML control displays some text with some words linked to javascript that pops up a description of the word.
Everything is ok except that if the box that pops up is bigger than the HTML control, it gets clipped, so I can't see it.
Can anyone tell me how to make a window appear above all other windows in javascript?
Cheers
Neil
|
|
|
|
|
Hi all ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
=-=-=-=-=
Can anyone tell me... how can I change the font color of a button
in my NOT MFC JUST WIN32 Application.
The button id is :IDC_BUTTON1
Thanks.
=-=-=-=-=-=-=
The_Server
|
|
|
|
|
set the owndraw style to your button and catch the WM_DRAWITEN message of your dialog,then draw the button yourself
I am seeking...
For what?
Why did you ask me for what? I don't know!
|
|
|
|
|
You'll have to owner draw it, I'm afraid...this is a long standing omission of Win32. There are MFC classes to do this, but if you're working on raw Win32 you'll probably have to roll your own.
If you do this, remember you could be running on a themed XP system so you'll need to implement both conventional (GDI) drawing and themed (UxTheme.dll) drawing. UxTheme is actually fun to work with (unlike GDI), so don't shy away from it...
Anna
Homepage | My life in tears
"Be yourself - not what others think you should be"
- Marcia Graesch
"Anna's just a sexy-looking lesbian tart"
- A friend, trying to wind me up. It didn't work.
Trouble with resource IDs? Try the Resource ID Organiser Visual C++ Add-In
|
|
|
|
|
Unlike every other UI system in the world, you can't "set" the color of a Win32 control. Rather, you need to implement a WM_CTLCOLOR message handler in the Button's parent, and respond to it appropriately (check out MSDN for info.)
Fonts are much simpler. In your dialog's WM_INITDIALOG, after calling the base class message handler, do a GetDlgItem(IDC_BUTTON1)->SetFont(yourfont); Make sure you keep the font handle around (i.e. don't create a CFont on the stack).
|
|
|
|
|
LOGFONT lf={0,0,0,0,0,0,0,0,0,0,0,0,0,"Times New Roman"};
HWND hwndButton=GetDlgItem(hDlg, IDC_BUTTON1);
ret=SendMessage(hwndButton,WM_SETFONT,(WPARAM)lf, (LPARAM)TRUE);
if ret = zero >> faile
okay ?;P
|
|
|
|
|
10x but my problem is with color....
evryone says owner draw owner draw.
guess I'll have to own and draw...
=-=-=-=-=-=
The Server
|
|
|
|
|
http://www.vnpal.com/skidrow/zip/subclass.zip
try this example
I am a beginner! 
|
|
|
|
|
I am using the docking windwos just like the dev studio.i have to access my document class.the objects of docking windos are declared in FrameWnd class. someone told me to create view on the docking window so that it can access document class.how can i attach the view to the docking window that is derived from ccontrolbar?
|
|
|
|
|
When i use splitters in my application it is not closed but keepon running in back.i have toclose it by the task manager. when the code of splitter windowis commented off.It works fine.What should I do?
That was my previous message.but as i have been told that i should check for WM_CLOSE message.It is sent.In OnClose() function i wrote
{
if (CFrameWnd::DestroyWindow()!=0)
{
AfxMessageBox("Error",MB_OK);
::DestroyWindow(GetSafeHwnd());
DWORD ErrorCode=GetLastError();
}
}
This ErrorCode has the value 1400,i.e. Invalid window handle,What should i do?
|
|
|
|
|
Hello,
you should NOT destroy the window maually! your applications takes care of that. Thats the reason why it works when you make comment of your code. Let's take a look on how a window is destroyed.
When a WM_CLOSE message arrives, the following functios are called in this order:
OnCloseQuery()
OnClose()
// then the WM_SHOWWINDOW with wParam or lParam set to FALSE is posted
OnHide()
// then the WM_DESTROY is posted
OnDestroy()
In all these functions the window is still there on the heap! You can see the OnDestroy() function as an addition to the destructor of the window.
So what you should do is the following: Get the handle of your splitter window and post the WM_QUIT message, WM_SHOWWINDOW and the WM_DESTROY. This should do the trick.
Please let me know...
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
|
OUCH!
You should never, ever, post WM_QUIT directly. You should only ever call PostQuitMessage. WM_QUIT is synthesised by GetMessage from the 'quit' flag on the message queue. Once this flag is set, GetMessage will never return another message.
In an MFC application, the quit message is automatically posted by OnNcDestroy if you destroy your thread's main window - the window pointed to by m_pMainWnd in the CWinThread object for the thread. For your main thread, the CWinThread object is the CWinApp-derived object.
You should check to see if you're inadvertantly catching WM_NCDESTROY for your frame window and not passing it down to CWnd. Alternatively, check that you're assigning to m_pMainWnd in your CWinApp::InitInstance override.
|
|
|
|
|
I never said how to post the WM_QUIT message...  anyway, if you use PostQuitMessage(), are the other messages (WM_SHOWWINDOW, WM_DESTROY) posted automatically?
thanks
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
|
No. WM_QUIT is the last message you will ever get.
However, it's the one responsible for breaking out of the GetMessage loop in CWinThread::Run, which is what causes CWinThread to call ExitInstance, and eventually returns from the thread's entry point function.
|
|
|
|
|
So the other 'message' handlers I described won't get called?
Maybe I should quit school if they are teaching me things that aren't even true... 
A student knows little about a lot.
A professor knows a lot about little.
I know everything about nothing.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
