C / C++ / MFC Discussion Boards

Re: A question about Assert function

China_Kevin17-Apr-09 3:26

China_Kevin

17-Apr-09 3:26

I am Chinese,HOHO, 强烈同意楼上~~~~~ just means I agree with you very much...

Re: A question about Assert function

China_Kevin17-Apr-09 3:33

China_Kevin

17-Apr-09 3:33

your name "Cedric" why your "C" is brighter than my name "China_Kevin" "C"

Re: A question about Assert function

Rajesh R Subramanian17-Apr-09 3:36

Rajesh R Subramanian

17-Apr-09 3:36

Because he is an MVP.

It is a crappy thing, but it's life -^ Carlo Pallini

Re: A question about Assert function

China_Kevin17-Apr-09 3:44

China_Kevin

17-Apr-09 3:44

He is a valuable man?

Re: A question about Assert function

David Crow17-Apr-09 5:00

David Crow

17-Apr-09 5:00

I hereby bestow on you a "brighter" name:

China_Kevin

Carry it with honor.

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"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

Re: A question about Assert function

China_Kevin17-Apr-09 15:00

China_Kevin

17-Apr-09 15:00

You lie to me~~~~~
That a walloping huge lie!! Cry | :((

Re: A question about Assert function

dandanfeng16017-Apr-09 15:56

dandanfeng160

17-Apr-09 15:56

Me too~

Re: A question about Assert function

Obsidianhom17-Apr-09 3:54

Obsidianhom

17-Apr-09 3:54

I got the idea and I known how to do it.

thank you both Luc Pattyn and Cédric Moonen~ Smile | :)

Re: A question about Assert function

China_Kevin17-Apr-09 4:14

China_Kevin

17-Apr-09 4:14

why do not think me~~~~~o(∩_∩)o...哈哈 Poke tongue | ;-P

Re: A question about Assert function [modified]

Luc Pattyn17-Apr-09 1:53

Luc Pattyn

17-Apr-09 1:53

I concur with Cédric.
Use assert to discover logic flaws in your program while debugging, don't use it to detect exceptional circumstances, things that go wrong not because there is an error in your program, but because the circumstances are against you, as in a missing file. Hence:

// EDIT
#define null NULL
// /EDIT

if (fp==null) {
    // whatever needs to happen when the file won't open
} else {
    // whatever you want to do with the file
}

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

modified on Friday, April 17, 2009 2:59 PM

Please

CPallini17-Apr-09 2:02

CPallini

17-Apr-09 2:02

Please no C#ing here. Poke tongue | ;-P

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]

Re: Please

Luc Pattyn17-Apr-09 2:05

Luc Pattyn

17-Apr-09 2:05

sorry, I meant NULL of course. Or ZERO, ZILCH, RIENDUTOUT, NADA, NIENTE, whatever you fancy.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Re: Please

CPallini17-Apr-09 2:15

CPallini

17-Apr-09 2:15

Well I see you agree with me (and Rajesh, I suppose): C/C++'s NULL is more imperative than C# cheap fake one.
Big Grin | :-D

Re: Please

Rajesh R Subramanian17-Apr-09 2:35

Rajesh R Subramanian

17-Apr-09 2:35

Hear hear...

Big Grin | :-D

It is a crappy thing, but it's life -^ Carlo Pallini

win32 exe memory usage issue

Ash_VCPP17-Apr-09 1:06

Ash_VCPP

17-Apr-09 1:06

Hi All,

i have one win32 exe and after executing it, in the task manager the memory usage is increasing even there is nothing to process for exe.At the starting its size is 150kb but it is increasing up to 10 mb. so please can anyone tell me the possible reasons and solutions.

Thanks A Ton
Ash_VCPP
walking over water is just knowing where the stones are.....

Re: win32 exe memory usage issue

Obsidianhom17-Apr-09 1:14

Obsidianhom

17-Apr-09 1:14

you have memory leak.

check your program that every new function match a delete function.

remember to release every resource you have got.

Re: win32 exe memory usage issue

Ash_VCPP17-Apr-09 1:49

Ash_VCPP

17-Apr-09 1:49

hi,
i checked new/delete sequence there is all fine, is there anything else which can cause memory leak or how can i detect memory leak...

Thanks A Ton
Ash_VCPP
walking over water is just knowing where the stones are.....

Re: win32 exe memory usage issue

Rolf Kristensen18-Apr-09 0:46

Rolf Kristensen

18-Apr-09 0:46

Visual Leak Detector[^] is a good friend.

Re: win32 exe memory usage issue

_AnsHUMAN_ 17-Apr-09 1:36

_AnsHUMAN_

17-Apr-09 1:36

You have got tools to detect whether you have a memory leak. Search for BoundsChecker or Rationals Purify plus.

You need to google first, if you have "It's urgent please" mentioned in your question.
Wink | ;-)

_AnShUmAn_

Re: win32 exe memory usage issue

Ash_VCPP17-Apr-09 2:29

Ash_VCPP

17-Apr-09 2:29

Hi Anshuman,

i serched for both the tool and i think purifyplus is free downlable but i dont know how to use it so can you please tell me which tool ishould use(depending its a freeware) and where i can get details of using the tool as i didnt got anything on it after googling.... Confused | :confused:

Thanks A Ton
Ash_VCPP
walking over water is just knowing where the stones are.....

Re: win32 exe memory usage issue

Rajesh R Subramanian17-Apr-09 1:45

Rajesh R Subramanian

17-Apr-09 1:45

Does your debugger report memory leaks in the output window after your binary finishes execution (in debug mode)?

It is a crappy thing, but it's life -^ Carlo Pallini

Re: win32 exe memory usage issue

Ash_VCPP17-Apr-09 1:51

Ash_VCPP

17-Apr-09 1:51

actually i used dbgcntrl apis which shows me dumped memory leaks like this:

strcore.cpp(118) : {83} normal block at 0x008C2F50, 156 bytes long.
 Data: <            Prov> 01 00 00 00 8F 00 00 00 8F 00 00 00 50 72 6F 76 
strcore.cpp(118) : {80} normal block at 0x008C10B0, 33 bytes long.
 Data: <            C:\P> 02 00 00 00 14 00 00 00 14 00 00 00 43 3A 5C 50 
strcore.cpp(118) : {77} normal block at 0x008C1150, 18 bytes long.
 Data: <            5555> 01 00 00 00 05 00 00 00 05 00 00 00 35 35 35 35 
strcore.cpp(118) : {74} normal block at 0x008C1190, 26 bytes long.
 Data: <            192.> 01 00 00 00 0D 00 00 00 0D 00 00 00 31 39 32 2E 
{62} normal block at 0x008C14B0, 33 bytes long.
 Data: < C              > 00 43 00 CD CD CD CD CD CD CD CD CD CD CD CD CD 
{61} normal block at 0x008C1500, 40 bytes long.
 Data: < |L             > 14 7C 4C 10 16 00 00 00 00 00 00 00 00 00 00 00 
{59} client block at 0x008C1610, subtype 0, 64 bytes long.
a CDynLinkLibrary object at $008C1610, 64 bytes long
{54} client block at 0x008C1790, subtype 0, 64 bytes long.
a CDynLinkLibrary object at $008C1790, 64 bytes long
{52} client block at 0x008C18B0, subtype 0, 64 bytes long.
a CDynLinkLibrary object at $008C18B0, 64 bytes long
Object dump complete.

but i dont have strcore.cpp file in my workspace and i dont understand the meaning of other errors....

Thanks A Ton
Ash_VCPP
walking over water is just knowing where the stones are.....

Re: win32 exe memory usage issue

Luc Pattyn17-Apr-09 1:57

Luc Pattyn

17-Apr-09 1:57

Hi,

these add up to a few KB at most, and won't explain what you are seeing. So there probably is no memory leak.

Are you allocating some large data structures, say an array of several MB, even when there isn't any reason to already allocate such?

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Avoiding unwanted divs (as in "articles needing approval") with the help of this FireFox add-in

Re: win32 exe memory usage issue

Ash_VCPP17-Apr-09 2:01

Ash_VCPP

17-Apr-09 2:01

Actually i am receiving some data from server which i am taking in a char * array and after end of story i am deleting it.....and there is nothing big array i am processing with axcept above one....

Thanks A Ton
Ash_VCPP
walking over water is just knowing where the stones are.....

Re: win32 exe memory usage issue

Rajesh R Subramanian17-Apr-09 2:27

Rajesh R Subramanian

17-Apr-09 2:27

Ash_VCPP wrote:
{62} normal block at 0x008C14B0, 33 bytes long.
Data: < C > 00 43 00 CD CD CD CD CD CD CD CD CD CD CD CD CD
{61} normal block at 0x008C1500, 40 bytes long.
Data: < |L > 14 7C 4C 10 16 00 00 00 00 00 00 00 00 00 00 00
{59} client block at 0x008C1610, subtype 0, 64 bytes long.

There are probably source files where new isn't redefined to DEBUG_NEW (probably you added some C/C++ files yourself?). Try to add this definition to all the source files where it isn't present:

#ifdef _DEBUG
#define new DEBUG_NEW
#endif

This will enable the debugger to display the exact line numbers in your program where there were memory allocations (that weren't cleaned up).

Ash_VCPP wrote:
but i dont have strcore.cpp file in my workspace and i dont understand the meaning of other errors....

Leaks at strcore.cpp most likely means that you are misusing strings in your program (improper shutdown/termination of a thread that was using strings?). That becomes too much of a big topic to discuss in a reply.

It is a crappy thing, but it's life -^ Carlo Pallini

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.