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