|
SandhyaSri wrote: focus is in our application
CWnd::GetForegroundWindow()
Somethings seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
You can override OnSetFocus of CWnd.
the handler will be invoked on gaining focus.
|
|
|
|
|
|
Hi, i am new in VC++ and am making a application using MySQL as backend
whenever i link my program a error message generate
Linking error: libmysql.lib not found.
how i remove this error
if any special file or driver required then please mail me
it's proper link from net.
Thanking you
mailing me
Yogi
|
|
|
|
|
|
Its not problem you need to this file now whats problem?
|
|
|
|
|
Supposing I have created a custom control derived from CWnd. Now when I use the control in my application, which is a better way of using it...
CustomCtrl c ;
or
CustomCtrl* c = new CustomCtrl();
Which way of using the control would be more proficient?
---
![Beer | [beer]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/beer.gif) Hakuna-Matada
It means no worries for the rest of your days...
It's our problem free, Philosophy
<marquee behavior="alternate" scrollamount="5" scrolldelay="50"> ![Jig | [Dance]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/jig.gif)
|
|
|
|
|
Hakuna-Matada wrote: better way of using it..
Hakuna-Matada wrote:
CustomCtrl c ;
static allocation to refer to this memory allocation where all the memory that we need is allocated all at once without the issue of what is the amount of memory that we need at execution time.
Hakuna-Matada wrote:
CustomCtrl* c = new CustomCtrl();
The opposite strategy, dynamic allocation, involves allocating memory on an as-needed basis.
IMHO using dynamic memory is always useful if you know how to deal and avoid the memory leaks etc. issues.
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
So what you mean is Dynamic memory allocation is better than Static allocation if we know how to avoid memory leaks and other issues?
Do we have Memory Leaks issues with static allocation or is it related to only dymanic allocation?
Thanks for your answers...
---
Hakuna-Matada
It means no worries for the rest of your days...
It's our problem free, Philosophy
<marquee behavior="alternate" scrollamount="5" scrolldelay="50">
|
|
|
|
|
In static memory allocation the memory is used until the program ends. Thus decreasing the amount of memory for you to use in your application.
On the other hand if you are working with dynamic memory allocations you need to free the memory explicitly after you are done with it.
IMO using dynamic memory is difficult considering leaks etc but is more efficient in terms of memory usage and space . Memory leakage is related to dynamic allocation.
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
Thanks a lot for clearing that up.... 
---
Hakuna-Matada
It means no worries for the rest of your days...
It's our problem free, Philosophy
<marquee behavior="alternate" scrollamount="5" scrolldelay="50">
|
|
|
|
|
That isn't true.
Depending on the scope, declaring a variable such as "CMyClass myInstance;" can exist for the life of the program (if declared in a global scope or as a static method/function variable), exist for the life of a containing class or when used inside a method or function, exist for the life of the scope in the functoin.
In general, declaring things such a "CMyClsas myInstance" is much better than declaring them on the heap. You don't have to worry about memory allocation but you do have to worry about object lifetime.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
hi
I recommend to try the second usage.but if you have poor memory manage techology,you have to use the first usage.
For the two usage,you have to process every point exception and create a steady program.
You are the best!Me too!
|
|
|
|
|
xxrl wrote: I recommend to try the second usage
why u say so. Any reason for this?
nave
|
|
|
|
|
I have found that using dynamic memory allocation is always preferable, because some of the Microsoft MFC code contains the line:
delete this;
This will cause an exception if such a window or control is declared on the stack, and from experience it can be very frustrating to locate the source of the failure when it happens.
|
|
|
|
|
do u believe Microsoft people are so foolish to do that?:->
Can u say an example...?
They might have wrote such a code because they will be that much sure that the "Object" is created in the heap.
nave
|
|
|
|
|
Using the heap (i.e. new) instead of the stack can cause all sorts of performance problems due to the memory manager. However, large objects (for example, something over 20k) might cause problems if allocated on the stack.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Generally you should declare objects on the stack unless you need to declare them on the heap. If you do declare them on the heap consider using a smart pointer.
Kevin
|
|
|
|
|
Thanks...
---
Hakuna-Matada
It means no worries for the rest of your days...
It's our problem free, Philosophy
<marquee behavior="alternate" scrollamount="5" scrolldelay="50">
|
|
|
|
|
|
Hi,I got this error when i rebuild my coding.Im working with this coding,when i just run this coding it does not show this error,finally when i rebuild this to get EXE i got this error..
Linking...
nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in Communciation.obj
.\Debug/CS3OperatorStation.exe : fatal error LNK1169: one or more multiply defined symbols found
Error executing link.exe.
I used unsigned int only in one class in TagInfo.cpp not in communication.cpp..I am using unsigned int in these four lines only..
unsigned int CTagAlrmLgt::GetColor(int iNo)
unsigned int nTopColor;
unsigned int nBotColor;
unsigned int GetColor(int);
Please help me out to find the error..
Anu
|
|
|
|
|
have u over loaded the new operator?
nave
|
|
|
|
|
|
Hello,
I have a application SDI that use also other dialog modless. I would like use a vitual key (like F4) to do something. It works only when the main appliccation have a focus but not when a other dialog from the same application. What can I try to make that possible.
Thank you !! I have tryed and it works 
-- modified at 2:46 Monday 21st August, 2006
AutreChien
|
|
|
|
|
u must map the WM_KEYDOWN in the PreTranslateMessage() function of app class like this
BOOL CSdiApp::PreTranslateMessage(MSG* pMsg) <br />
{<br />
if( WM_KEYDOWN == pMsg->message )<br />
{<br />
if( pMsg->wParam== VK_F4)<br />
{<br />
AfxMessageBox( _T("f4 pressed"));<br />
}<br />
<br />
}<br />
return CWinApp::PreTranslateMessage(pMsg);<br />
}
nave
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
