On Wed, Jan 27, 2010 at 12:37 PM, Steve Huston 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:
Hi Jason,
> On Mon, Jan 25, 2010 at 6:54 PM, Steve Huston
> wrote:
> > alwaysReadableFd is for a pipe - is there a chance you've closed it?
>
> I think there is. It looks like the static scope of
> alwaysReadable and alwaysReadableFd cause them to get
> initialized before main(). When my dae
On Mon, Jan 25, 2010 at 6:54 PM, Steve Huston wrote:
> alwaysReadableFd is for a pipe - is there a chance you've closed it?
I think there is. It looks like the static scope of alwaysReadable
and alwaysReadableFd cause them to get initialized before main().
When my daemon class closes open file d
On Mon, Jan 25, 2010 at 6:54 PM, Steve Huston wrote:
>> (I assume that the exception was actually thrown by line 253
>> which might be a two line macro or something of the sort).
>
> No, I believe the line numbers should match, so you may be looking at
> source slightly different from what you're
Hi Jason,
> I'm getting the error mentioned in the subject line
> ("Operation not permitted
> (qpid/sys/epoll/EpollPoller.cpp:254)") when my c++ client
> tries to connect to the broker.
Ok; could you please report this in a jira?
(http://issues.apache.org/jira/browse/qpid)
> I dug into the so