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] > >