|
I am relatively new to the Visual C++ IDE (using version 7). For console input programs which take command line arguments, where can I enter these arguments so that they get passed to my program when I am using the debugger?
Thanks.
|
|
|
|
|
In Properties dialog of your project, Debugging --> Command Arguments.
|
|
|
|
|
Project+Settings+Debug TAB :-third editbox(Program arguments)
Regards,
FarPointer
Blog:http://farpointer.blogspot.com/
|
|
|
|
|
I call a dll from am MFC app MyApp
From the dll I instantiate a CDialog like so
tests = new CTests(0);
I thought this would 'detach' the CDialog from the dll. Now after the dll has done its job, when I go to dismiss myApp, this CDialog vanishes too. I want to keep it around, but do want to get rid of MyApp. How do I manage this? I thougt for sure that putting the parent pointer as 0 would have done the trick....
sb
|
|
|
|
|
All that code executing the window in the DLL belongs to your MyApp process, so when the MyApp process is gone, so is the DLL and the dialog. You might be able to hide the window for the MyApp, and thus still have the window from the DLL visible and processing user inpout on the screen.
I've seen better runs in my shorts! - Patches O'Houlihan
|
|
|
|
|
From the design point of view, you need to understand these questions yourself:
Why do I want to keep the dialog when I terminate my app?
What is the purpose of the dialog, of the app?
After I terminate the app, what does my dialog do?
- It's easier to make than to correct a mistake.
|
|
|
|
|
The CDialog is an addon to an existing app. Ithas a progres bar on it, plus a histogram and the user wants to retain this window and be able to proceed further. Right now he can't proceed further if this app is not shut down.
|
|
|
|
|
You should make that dialog part of your app, instead of an addition. This way, your app will be cleaner and more robust.
That being said, if you insist, you could keep the dialog alive after you terminate the app. Follow these steps:
1) Write another little app2, which handles the dialog.
2) Spawn app2 from within app.
3) Terminate app.
This will no doubt create unnecessary complexities to your application.
- It's easier to make than to correct a mistake.
|
|
|
|
|
Good morning,
In a small sample test program, I change the background color of a dialog with OnCtlColor.
When running the application, the default MFC CButton button ( OK button ) is drawn like it is still on the default dialog background color, not what I have set in OnCtlColor.
Is it still allowable by Windows XP, without having to re-write, inherite and override everything, to have a "XP style" button on a non default background ?
Also, Is there a good description on Visual Style/Themes that I can have a look at ? I looked at MSDN, but it's not helping that much.
Thanks.
Max.
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
i hav three dialog boxes
third dialog box contain menu
i want that when i goto third dialog box from first dialog box then its menu are disabled but when i go from second dialog box third dialog box menues are not disabled.
plz send me code how to do it
Please mail me
|
|
|
|
|
Which of the dialogs are modal and which are modeless?
"The largest fire starts but with the smallest spark." - David Crow
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Simple. Use a boolean flag, call it bRemoveMenu, and set it to false by default. Then when the dialog is launched from the third dialog box, call SetMenu(NULL). That will clear the menu from the dialog box, giving you a window without a menu. It's easier than traversing through the menu disabling each option.
|
|
|
|
|
Using the word "plz" just drips with sincerity. I so want to help people who use it. 
|
|
|
|
|
|
Try using :
CRect rc;
GetClientRect(&rc);
dc.FillSolidRect(&rc,RGB(255,128,162));
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
|
try on
WM_ERASEBKGND
Regards,
FarPointer
Blog:http://farpointer.blogspot.com/
|
|
|
|
|
this is the error:
error LNK2001: unresolved external symbol "class std::basic_string<c...
This is what I have at the top of the cpp file:
#include <string>
using std::
At this point VS gives me a short list that doesn't look like the string class. It shows:
_Bool_allocator
_Vbase
_VBITS
vector
Vector <class_Bool, class alocator<_Vbase>
Any idea on why I'm not getting the right class?
Thanks,
Jim
|
|
|
|
|
Should it be:
using namespace std;
- It's easier to make than to correct a mistake.
|
|
|
|
|
I still get the same error when I use this...
|
|
|
|
|
It usually has something to do with linked libraries.
What compiler are you using?
What runtime library settings are you using?
Have you tried a Rebuild All?
- It's easier to make than to correct a mistake.
|
|
|
|
|
I have rebuilt everything many times.
I'm using ../vc98/lib and ../vc98/mfc/lib
I'm compliling with Visual C++ 6.0
Thanks for the help, I'm really lost on how to debug this..
Jim
|
|
|
|
|
I mean what C/C++ run-time libraries you are linking.
Could you add "msvcprt.lib" to the additional libraries?
- It's easier to make than to correct a mistake.
|
|
|
|
|
msvcprt.lit wasn't in the additional libraries so I added it and re-compiled everything and still received the same errors.
this is the whole error, it may help:
error LNK2001: unresolved external symbol "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl GetConfiguredClientTypes(class std::vector<class std::basic_string<char,struct std::char_traits<
char>,class std::allocator<char> >,class std::allocator<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > *)" (?GetConfiguredClientTypes@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PAV
?$vector@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V?$allocator@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@@2@@Z)
thanks again!
|
|
|
|
|
Could you check two things:
1) Whick one of the following appears in your linker settings:
/ML
/MT
/MD
/MLd
/MTd
/MDd
Let me know if more than one are being used.
2) Does your app load any other modules (DLLs)?
- It's easier to make than to correct a mistake.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
