|
I'm not familiar with that processor. I work with OpenCV 2.0 and have done my own projects for VC++ 9.0 to build static libraries under Windows. Basically, if you look at the subdirectories under src, there are 5. CV, CVAux, CXCore, HighGUI, and ML. I built a lib using the source files from each folder. You'll have to set up your build environment to point to the correct lib files. In 2.0, this is just include\OpenCV, however, they did change the directory structure in 2.0 from earlier versions.
If you want to build DLLs, you'll have to set up a similar plan but with the output being the DLLs and link libraries. There are some #define statements that need to be set properly to properly export the functions and classes.
You may have better luck getting support in the OpenCV Group on Yahoo Groups rather than here.
What operating system are you running?You measure democracy by the freedom it gives its dissidents, not the freedom it gives its assimilated conformists.
|
|
|
|
|
Hi
I'm having difficulties compiling TrueCrypt 6.3a,
possibly because I'm not quite sure as to how to
set up all extra libraries/tools.
1. The PC's specs I was using to compile were:
- Pentium 4 w/2gb RAM
- WinXP Pro w/s.p.2
- MS Visual C++ 2008 Pro
- RSA Security Inc. PKCS #11 Cryptographic Token Interface 2.20
- NASM 2.07 (Win32) installed
2. The things I wasn't sure about were:
- For MS Visual C++ 2008 Pro:
+ was s.p.1 really necessary, or could I've
done without? It's just that, as I recall,
when I tried to run an update with that s.p.1
thing, it took well over an hour to complete,
and as far as I knew all it did was to add in
some Silverlight functions. Obvioulsy I'd
rather skip this 1 hour wait, if that s.p.1
is not absolutely necessary.
- For NASM 2.07:
+ I added NASM to the External Tools menu command
of the MS Visual C++ 2008 Pro IDE, and it did
appear, after that as yet another menu command,
however upon compilation there were several error
messages claiming that NASM was not available,
even though its path seemed to be correct.
- For MS Visual C++ 1.52:
+ wasn't this an Win 3.1 compiler?
+ what is it good for anyways, if TrueCrypt is
to be compiled with a .NET compiler in the
first place?
- For Gzip compressor:
+ is there a utility or DLL to install/register?
+ how would any of the compilers (if any) recognize
or make use of that Gzip thing?
- For PKCS #11 2.20:
+ what folder was I supposed to put it in?
+ I did declare an environment variable of type 'System'
for 'PKCS11_INC' with the path pointing to the contents
of one of the ZIP file: there were a bunch of '.h' files.
- For Windows SDK for Windows 7:
+ what if I was to use TrueCrypt only on WinXP?
neither Vista, nor Win7, at all?
- For Windows Driver Kit 7.0.0:
+ would this have been the replacement / only driver SDK available
for all Win versions from now on? In other words, what if I want
to use TrueCrypt on a Win98 machine - do I still have to compile
it on an NT based system?
Any ideas on how to get TC to compile?
Thanks in advance
LL
|
|
|
|
|
I want to Create CMFCRibbonButton control with custom width independent of it's caption length.
and even I want know if I could change their width dynamically (at running time)
|
|
|
|
|
Try CMFCRibbonBaseElement::Get/SetRect(..)
To my intuition
it should be used at creation time,
or you will call something like "ReAdjustLayout" for the parent bar/pane
after the setting of the rectangle at RT... virtual void BeHappy() = 0;
|
|
|
|
|
It was so surprising to me when i found that actually these two methods (CMFCRibbonBaseElement::SetRect and CMFCRibbonBaseElement::GetRect) do nothing, even after creating your ribbon element and put it in the ribbon menu you can't retrieve the dimensions of your element with CMFCRibbonBaseElement::GetRect and the only thing it gives is a rect object with zero dimentions
|
|
|
|
|
Hello,
I would like to get some ideas on writing a stack library using C language, that will as generic as possible
It should support different data types - (handle strings, ints, chars, doubles, and other misc data types), different stack sizes, etc...
I am open to hear about any ideas that may come, (See prototypes, and get some code if anybody happen to have it already) and/or will be happy if anyone can referee me to places with this issue already solved.
Thanks.
|
|
|
|
|
|
|
try STL::Stack class for same! "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
Hi All,
I am trying to add a cmd functionality into my app, however it's not working very well and I am looking for alternate methods. What I'm going right now is taking an input command and using CreateProcess with cmd /C *command* > outputFile , then reading the file and displaying the output. However, the problem with this approach is that if I want to start an app, lets say Notepad, I would not be able to do anything else until Notepad closes. As well, the cd command is rendered useless, as when cmd exits and I call another command, the new cmd created by CreateProcess is still at the same directory.
Does anyone have any suggestions for a different approach - perhaps somehow piping the input/output from the cmd window directly to my app?
Thanks very much.
|
|
|
|
|
Oh, and I can't distinguish between a successful command and an unsuccessful one (whether that command even exists or not).
|
|
|
|
|
Have you tried to create console for your process with AllocConsole? Life is a stage and we are all actors!
|
|
|
|
|
No, I haven't because I don't see how would I receive the output of any command with that method. I don't see how I can input stuff into it either...
EDIT: aha, I see now. Going to try it right now. Thanks! modified on Saturday, March 13, 2010 6:40 PM
|
|
|
|
|
Okay, that doesn't work either because the only ways I can actually call the command is ShellExecute or system() - they both cannot change the current directory.
I'm going to try ShellExecute instead now, I think that might work.
Thanks again for your help.
|
|
|
|
|
Start the command directly but use pipes to redirect it's output. See this[^] article for details.
As for telling when the program is done use the process HANDLE returned in the LPPROCESS_INFORMATION structure passed to CreateProcess . A process HANDLE can be passed to one of wait functions such as WaitForSingleObject because it becomes signalled when the process has finished executing. Also note that a common mistake made by people is not to close the process and thread HANDLE s when they're done with them (or not at all).
Use GetExitCodeProcess to retrieve the return code.Steve
|
|
|
|
|
Ok sorry for being dumb but I have been staring at this for a couple of days now and I am getting nowhere.
My dialog has a menu with a couple of controls, the main one being a CTreeCtrl.
I have captured the OnCancel() to prevent accidental closure but I notice that the 'Enter'/CR key causes the app to close and I have no idea why? It triggers an orderly close bypassing the OnCancel().
I know I have missed something but I just cannot see what.
Any pointers?
Many thanks
Alan
|
|
|
|
|
Please ignore this.
Just figured out that I did not have a handler in place for the OnOK. Thus the default behaviour was being called which closes the app.
Doh!
Sorry for wasting your time guys.
Alan
|
|
|
|
|
Hi,
I have two classes, MainDlg.cpp, and Game.cpp . My MainDlg.cpp file is responsible for TCP communication, and it works fine on its own. I initially start MainDlg.cpp and then I start the Game.cpp class from there. Iam trying to call the DoSend() (on MainDlg.cpp) method from the Game.cpp file and it just results in a SOCKET_ERROR !
Just for experimentaion I've tried to call a method on MainDlg.cpp from Game.cpp to display a simple MessageBox and it works, so the problem is not with the class object I created.
This is how I created/call the Game.cpp object on MainDlg.cpp
Game* game = new Game;
game->Create(Game::IDD);
When the Game.cpp dialog comes up, this is how I execute the method on MainDlg.cpp:
CMainDlg* Main = new CMainDlg;
Main->GetResults();
In MainDlg.cpp :
GetResults method: <-- Works fine when run locally
void CMainDlg::GetResults()
{
Message_PDU Message;
Message.iMessageNumber = 80;
DoSend(Message);
}
DoSend Method: <-- Works fine when run locally
void CMainDlg::DoSend(Message_PDU Message)
{
int iBytesSent;
iBytesSent = send(m_iSocket, (char *) &Message, sizeof(Message_PDU), 0);
if(SOCKET_ERROR == iBytesSent)
{
MessageBox("Failed to send","Client");
}
}
Any help will be really appreciated!
|
|
|
|
|
Did your applications performed correctly the preliminary steps (i.e. there's an established connection between client and server?)?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Yes, the connection is started and is running. On the server side I have a small counter that counts the active connections, and before/after I start the Game.cpp dialog it remains connected... =/
|
|
|
|
|
OK just for experimentation I tried to do a simple SetWindowText from the secondary class, and it resulted in a Debug Assertion error, when I debugged I got this:
void CWnd::SetWindowText(LPCTSTR lpszString)
{
ENSURE(this);
ENSURE(::IsWindow(m_hWnd) || (m_pCtrlSite != NULL));
if (m_pCtrlSite == NULL)
::SetWindowText(m_hWnd, lpszString);
else
m_pCtrlSite->SetWindowText(lpszString);
}
I think this problem has nothing to do with the sockets and has something to do with permissions?
Sorry I am new to C++
|
|
|
|
|
The problem is that when you do this:
CMainDlg* Main = new CMainDlg;Main->GetResults(); in your Game dialog, this creates a NEW INSTANCE of the main dialog - not the already existing one. This new one has not even done initialization of it's windows.
What you need to do is to make
CMainDlg* Main; a member variable in your Game dialog, and then change the way you create the game dialog in the main dialog to:
Game* game = new Game;
game->Main = this;
game->Create(Game::IDD); Now you'll find that Main (the member variable in your Game dialog actually points to the existing Main dialog.
Hope that helps.Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193
|
|
|
|
|
it worked!
Karl YOU ARE A STAR!
Thank you so much!
|
|
|
|
|
Suppose there are multiple windows application opens. now I want to know the class and caption of all the open windows application . Trioum
|
|
|
|
|