Hi Przemek,

First of all Happy New Year!

The intention behind of this message, is to inform the developer that 
everything goes well: the FM statistic module collects the necessary info and 
the analysis at the end of the program execution detects that there is no 
memory leak. In the previous solution the analyzer remained mute in this 
situation (no memory leak detected) and the developer tried to hunt for a 
possible bug, this was my experience too, maybe it was my fault. So my 
impression is that this info can be useful for the developers, that the all 
allocated blocks are released correctly.

To be exact, this is the final solution implemented here by Viktor with the 
same intention behind as I understood correctly.

Best regards,
István

-----Original Message-----
From: harbour-boun...@harbour-project.org 
[mailto:harbour-boun...@harbour-project.org] On Behalf Of Przemyslaw Czerpak
Sent: 2010. január 4. 16:06
To: Harbour Project Main Developer List.
Subject: Re: [Harbour] SF.net SVN: harbour-project:[13444] trunk/harbour

On Mon, 04 Jan 2010, Szak�ts Viktor wrote:

Hi,

> > If this is the only reason then we should revert this modification.
> > For such functionality we have //info switch which can be used to
> > verify if FM statistic module is enabled and how much memory was
> > allocated and released. Just simply run any applications with this
> > switch, i.e.:
> >   myapp.exe //info
> Can you pls do it? I'm unsure what should be the "revert" 
> state here, I did about 3-4 modifications after Istvan's 
> initial one.

I was talking about these lines added by Istvan:

   else
   {
      hb_conOutErr( hb_conNewLine(), 0 );
      hb_snprintf( buffer, sizeof( buffer ), HB_I_("Memory allocated but not 
released: none") );
      hb_conOutErr( buffer, 0 );
   }

When //info runtime switch is used (explicitly as application parameter
or using HARBOUR envvar) then memory statistic is always present so it's
not necessary to show such dummy message.
Before I'll remove it I'll wait for Istvan opinion.

best regards,
Przemek
_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

_______________________________________________
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to