You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4cxx-dev@logging.apache.org by "Florian Seydoux (JIRA)" <lo...@logging.apache.org> on 2014/01/10 17:29:51 UTC

[jira] [Assigned] (LOGCXX-390) xml::DOMConfigurator::configureAndWatch leaks memory and threads like LOGCXX-342

     [ https://issues.apache.org/jira/browse/LOGCXX-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Florian Seydoux reassigned LOGCXX-390:
--------------------------------------

    Assignee: Florian Seydoux  (was: Curt Arnold)

> xml::DOMConfigurator::configureAndWatch leaks memory and threads like LOGCXX-342
> --------------------------------------------------------------------------------
>
>                 Key: LOGCXX-390
>                 URL: https://issues.apache.org/jira/browse/LOGCXX-390
>             Project: Log4cxx
>          Issue Type: Bug
>          Components: Configurator
>    Affects Versions: 0.10.1
>         Environment: windows
>            Reporter: Victor
>            Assignee: Florian Seydoux
>
> Each call to configureAndWatch causes a new FileWatcher object to be created (without deleting the old one) and consequently a new thread to be created (even though the old one may still be running). 
> It problem may be fixed by creating
> std::vector<std::tr1::shared_ptr<FileWatchdog>> vecWatchDog;
> change
> //         XMLWatchdog * xdog = new XMLWatchdog(file);
> //         xdog->setDelay(delay);
> //         xdog->start();
>         std::tr1::shared_ptr<FileWatchdog> xdog((FileWatchdog*)new  XMLWatchdog(file));
>         xdog->setDelay(delay);
>         xdog->start();
>         vecWatchDog.push_back(xdog);
> and adding 
> void xml::DOMConfigurator::stopAllWatch()
> {
>     vecWatchDog.clear();
> }
> for correctly stoped FileWatchers on application exit befor destroing Pool objects. Or need create vecWatchDog on Pool.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)