Global Variables in SDI
-
how does to update to textbox.. I am Able to get date... is UpdateData(FALSE) Works fine in SDI(FormView) ???
hellogany wrote:
is UpdateData(FALSE) Works fine in SDI(FormView) ???
Why are you using
UpdateData()? Without fully understanding what it does and how to use it, it will only cause you grief. UseSetWindowText()instead."One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
-
Please post the (relevant) code. :)
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] -
m_txtlog=g_MyVariable; UpdateData(FALSE); m_txlog is the edit control i am using the above code in oncreate function...
You cannot do that in the on
OnCreatemethod, since controls not yet exist. :)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] -
CPallini wrote:
If you include the header into exactly one source file then the linker will cheer you.
That's what I do, I declare my global variable in a header called 'Globals.h', then include it just once! :thumbsup: Then I declare it as extern in Externs.h and include it wherever I want to use it ..... :) The linker is happy, but I thought you considered it a bad habit or bad style and I wondered why ..... maybe I missunderstood ...... :)
Ali
The problem here is that you have a terminology issue. You declare the variable in HEADER file (something.h) that can be freely included in SOURCE files (*.c / *.cpp)
extern int g_MyVariable
Where you and other have an issue is that you implement the variable in another .h file, that you actually treat like a source file. So, your compiler builds some cpp file, that is the only file including this special header. As long as you are disciplined about this, you'll be fine. But anyone else coming along will be puzzled. Some day you'll make a mistake... If you put the actual implementation
int g_MyVariable = 0;
in a source file, then you can't make this mistake. OK, you can, but any line like:
#include "globalvars.cpp"
is going to be really obvious. I hope that helps a little... Iain.
I have now moved to Sweden for love (awwww).
-
The problem here is that you have a terminology issue. You declare the variable in HEADER file (something.h) that can be freely included in SOURCE files (*.c / *.cpp)
extern int g_MyVariable
Where you and other have an issue is that you implement the variable in another .h file, that you actually treat like a source file. So, your compiler builds some cpp file, that is the only file including this special header. As long as you are disciplined about this, you'll be fine. But anyone else coming along will be puzzled. Some day you'll make a mistake... If you put the actual implementation
int g_MyVariable = 0;
in a source file, then you can't make this mistake. OK, you can, but any line like:
#include "globalvars.cpp"
is going to be really obvious. I hope that helps a little... Iain.
I have now moved to Sweden for love (awwww).