|
It's a little complicated but you can use VirtualQuery();
Regards a Good Luck...
Carlos Antollini.
Sonork ID 100.10529 cantollini
|
|
|
|
|
Compiling...
main.cpp
C:\Windows\Desktop\DataStru\main.cpp(91) : error C2601: 'setInitialValue' : local function definitions are illegal
C:\Windows\Desktop\DataStru\main.cpp(96) : error C2601: 'setcurStockPrice' : local function definitions are illegal
C:\Windows\Desktop\DataStru\main.cpp(101) : error C2601: 'setmanufCompany' : local function definitions are illegal
C:\Windows\Desktop\DataStru\main.cpp(106) : error C2601: 'setNumOfOutShares' : local function definitions are illegal
C:\Windows\Desktop\DataStru\main.cpp(111) : error C2601: 'setTypeOfManufactr' : local function definitions are illegal
thank you
|
|
|
|
|
Show me teh definition fo those functions...
Reagrds
Computer analyst to programmer: "You start coding. I'll go find out what they want."
Carlos Antollini.
Sonork ID 100.10529 cantollini
|
|
|
|
|
Post some code.
Jon Sagara
What about ?
|
|
|
|
|
Seems that you tried to define setInitialValue etc. inside of main(). Move them to the global space, and it should be OK
I vote pro drink
|
|
|
|
|
seems like you have done something similar to this:
void someFunction(...)
{
void setInitialValue(...)
{
...
}
...
} this is illegal C++. Move the setInitialValue (and all the offending functions) outside their enclosing functions.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
rumble rumble
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Your answer was better, but I was faster
I vote pro drink
|
|
|
|
|
Sorry but I was the First!!!!
Regards
Enter any 11-digit prime number to continue...
Carlos Antollini.
Sonork ID 100.10529 cantollini
|
|
|
|
|
Big money says you forgot a closing brace }. Start at line 91 and work backwards looking for it.
J
|
|
|
|
|
Can any one tell me that From where I can find good help to use MS Flex Grid.
I already search MSDN and Microsoft sites but Could not find.
I want to use it from C++ (if Possibe).
Thanks in Advance.
|
|
|
|
|
You need to use the Inmagination....;P
If you have someting called VB, you can find a little help...
I'm sorry.
The best help is Ask to your Friends in CP...
Regards....
Computer analyst to programmer: "You start coding. I'll go find out what they want."
Carlos Antollini.
Sonork ID 100.10529 cantollini
|
|
|
|
|
There seems to be a limit to the number of controls in a dialog box. It appears to be less than 255. At that point there is no warning, but the editor refuses to place another control on the window unless you first remove one.
I can't find any documentation about this limit, or whether there is a way to surpass it. Any ideas?
Thanks for your help
bob c
|
|
|
|
|
Just out of curiosity, what are you doing that requires 255+ controls in one dialog?
Jon Sagara
What about ?
|
|
|
|
|
It just growed like Topsy. We are testing out a complicated piece of hardware with many motors, lasers, an FPGA, etc, with many things happening at once which need to be reported.
I can break the dialog in half, of course. In fact, I'm starting to do that, but it would be nice not to have to move so much code. The present dialog box .cpp file is already about 5K lines.
bob c
|
|
|
|
|
bob coppock wrote:
The present dialog box .cpp file is already about 5K lines.
Ouch!
If *possible*, create child Dialog(s) and insert them into your
dialog. Of course, your child dialog won't have any title bar, ok or/and cancel button.
Good luck,
- Dirty hands lead to important discovery...
|
|
|
|
|
There's a limit on the # of controls you can have in a DIALOG section in your .rc file. Additional controls must be created at runtime.
--Mike--
"Everyone has figured out what 'service pack' really means, so they had to go and change the language. Perhaps this is what Bill was talking about in the 'security is top priority' letter."
-- Daniel Ferguson, 1/31/2002
My really out-of-date homepage
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Looks like you have a fundamental GUI design issue here.
/ravi
"There is always one more bug..."
ravib@ravib.com
http://www.ravib.com
|
|
|
|
|
I was looking at the article by Robert Pittenger "Windows 2000 Style Wizards" and was trying to give it a try. The article is located at:
http://www.codeproject.com/dialog/wizard2000.asp
I wanted to bypass his initial dialog and force things to start with the Wizard right from the beginning. So, in the "Wiz.cpp" file, I just made the following modification:
CMasterDlg dlg; //used to be CWizDlg dlg;
m_pMainWnd = &dlg;
int nResponse = dlg.DoModal();
I also moved the code that was in the OnInitDialog of CWizDlg to the OnInitDialog of CMasterDlg.
however, I have a couple of problems.
One is that eventhough the pages do seem to be created, they do not show up and the second one, which probably stems from the first one and the fact that the pages are not somehow probably attached, is that I get errors when I try to cancel or click any of the keys.
Could you help me out on this one and tell me what I am doing wrong?
thanks
|
|
|
|
|
Hey,
I'm going to be installing Visual C++ 6 on my computer today and I have a question. Up til now, I've been coding on LCC-Win32 that is C only and doesn't provide access to the MFC. Now that I have VC++ and can use the MFC, should I stick with Win32 or switch over to MFC. I know you have to code in C++ to use MFC while I am most comfortable with C. This one's a matter of personal preference I guess huh? I still would like to hear any recommendations from anyone. Thanks.
-AJ
I code, therefore I am
|
|
|
|
|
Get comfortable with C++, then learn MFC. Since you know the Win32 API already, picking up MFC should be a snap once you are familiar enough with C++.
Jon Sagara
What about ?
|
|
|
|
|
Using C++ and MFC will make it easier to produce bug-free code faster. You're much better using C++ and MFC. Imho, learning C++ will take more effort than learning MFC. You should understand OOP before using MFC.
/ravi
"There is always one more bug..."
ravib@ravib.com
http://www.ravib.com
|
|
|
|
|
I know both languages pretty well, so it's not a matter of learning C++. It looks, though, like the consensus is to use MFC because it's easier and more efficient. I'll try it out for a while and see what happens, if I don't like it I'll switch back to the API. Thanks for the opinions and advice.
-AJ
I code, therefore I am
|
|
|
|
|
redneckCoder wrote:
like the consensus is to use MFC because it's easier and more efficient.
compiled code is fatter, than straight SDK, but as far as time efficiency, BIG TIME SAVER!!!
One you know all the ins and outs of MFC window programming isn't the same. You'll find you'll get stomped by errors you may NOT understand at first CUZ MFC uses ASSERT quite frequently which when programming w/ SDK doesn't concern you really, cuz you know exactly whats going on all the time.
redneckCoder wrote:
if I don't like it I'll switch back to the API. Thanks for the opinions and advice.
You won't like it at first cuz you'll have a natural tendency to stick with what you know well SDK is easy to follow and concise. However like i said once you MFC...it's great time saver.
Splitter windows i found to be a pain in SDK, MFC...nothing at all...
Give MFC a real chance, you won't regret it
"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr
|
|
|
|
|
Hi,
can anyone tell me how to avoid the stacking effect that occurs when I load toolbars at application startup? I want them to be aligned horizontally. Is this possible?
Also, when I programatically nuke a CControlBar when I close a document the background appears to remain. I've tried calling DestroyWindow() on the control bar before I delete it, but this does not work. What's the correct way to tidy things up?
Any help appreciated
thanks
matthew
|
|
|
|