On Wed, Jan 27, 2010 at 12:37 PM, Steve Huston <[email protected]> wrote: > > Right - this seems to be the main problem to solve here. Could you > please open a jira for it?
I worked around it by scaling back my daemon's file descriptor closing to just stdin, stdout, and stderr. I did, however, open a JIRA for it: QPID-2367 >> If an exception is thrown by the second QPID_POSIX_CHECK then >> the file descriptor allocated by >> epollFd(::epoll_create(DefaultFds)) is left dangling. > > Ahh, right... The destructor won't be called if the second > QPID_POSIX_CHECK throws. Could you please also open a jira for this? > >> A ::close(epollFd) would be needed in the catch() block to free >> it. There are a number of functions with a similar design in >> EpollPoller.cpp that might be similarly affected. > > If you could note those in the jira, that would be appreciated. I opened a second JIRA for this: QPID-2368 --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:[email protected]
