RE: [NeoStats-Devel] [Commits] r2699 - in trunk: include src

"Justin Hammond" <justin-kLev/[email protected]> Mon, 15 Aug 2005 14:39:50 +0800
Newsgroups gmane.comp.neostats.devel
Message-ID <[email protected]>
As far as detecting the file is not closing, runvalgrind.sh and then
ctrl-c... It reports that the resources assocated with gdbm_open are not
being freed. But as mentioned, it was relating to the global exclusions
database, and not modules. Sorry if I wasn't clear on that and sent you on a
wild goose chase. 

Justin

> -----Original Message-----
> From: M [mailto:[email protected]] 
> Sent: Monday, August 15, 2005 5:03 AM
> To: [email protected]
> Subject: RE: [NeoStats-Devel] [Commits] r2699 - in trunk: include src
> 
> 
> > You appear to have added a call to 
> > DBACloseTable("exclusions"); in FiniExcludes. Apart from the 
> > fact that this is not necessary, if this is what is not 
> > working (and it should not), it is nothing to do with run 
> > level, it is to do with the fact that a table name is 
> > path+root+name, i.e.
> > "data/moduleexclusions", "data/neostatsexclusions " etc.
> > 
> > I can look at altering the way that DBACloseTable works but 
> > this would also need a few changes to the DBA use of it. For 
> > now I am more concerned with your suggestion that the table 
> > is not closing.
> 
> Actually ignore that bit. It does already work from the table 
> name and the
> run level is wrong at this point for the call which is why it fails.
> However, I remain concerned at the use of this call anyway so 
> please get
> back to me on how you are detecting the file is not closing.
> 
> Mark.
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: devel-unsubscribe-wool9L35kifE9wlyV4mCnKxOck334EZe@public.gmane.org
> For additional commands, e-mail: [email protected]
> 
>