Tony Reix wrote:
Who knows on which architectures:
ia32 surely
x86_64 probably
PPC??
ia64 ??
...
APR has been compiled/tested ?
I don't know the full list, but APR has been compiled/tested/used
on ia32, ia64, x86_64, PPC, SPARC (32- and
Thanks for diagnosing this. I'm adding a check for this bug into
the APR unit tests now. Once that's ready, I'll commit the fix for
select.c.
Brian
On Nov 21, 2005, at 2:21 PM, Gerry wrote:
Evening Gents,
Spotted a real oddity in apr_pollset_poll in both select.c and
poll.c in the
On Nov 21, 2005, at 2:21 PM, Gerry wrote:
Evening Gents,
Spotted a real oddity in apr_pollset_poll in both select.c and
poll.c in the
current version 1.2.2 and in the versions used in apache2 20.54 and
2.1.9.
Patch for select.c and test case committed to the APR trunk...I couldn't
For a while now, we've disabled the use of poll(2) in APR on
OS X 10.4 because of the problem described in
http://issues.apache.org/bugzilla/show_bug.cgi?id=34332 :
poll could report a socket as writable, but a write on the socket
would then fail with EAGAIN.
Noting that there's a new release of
On Dec 30, 2005, at 6:48 PM, Roy T. Fielding wrote:
On Dec 30, 2005, at 5:51 PM, Brian Pane wrote:
I haven't been able to find the bug yet. As a next step, I'll try
using
valgrind on a build with pool debugging enabled.
On entry to allocator_free, if
(node == node-next node-index
This patch should allow the APR testpoll test to work with pollset
implementations
where readability and writability events on the same descriptor can
end up in two
separate pollfd_t objects, such as kqueue.
The only pollset implementations for which I have test environments,
though, are
301 - 306 of 306 matches
Mail list logo
