You are viewing a plain text version of this content. The canonical link for it is here.
- Which of y'all are working on un-APR-izing gen_test_char, and how will the rest of us know if it is stalled and needs help? - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/01 15:05:55 UTC, 6 replies.
- shouldn't APR_FOPEN_NONBLOCK trigger APR_ENOTIMPL where not supported? - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/01 15:13:37 UTC, 1 replies.
- I'm planning to T&R apr-util 1.5.3 at same time as apr 1.5.0 - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/01 15:17:43 UTC, 1 replies.
- apr name-resolution (e.g. used in SVN) fails if /etc/resolv.conf points to nameserver IPv6-addresses - posted by da...@sent.com on 2013/11/02 22:07:19 UTC, 5 replies.
- [PATCH/RFC] no more 0.9.x releases or patches - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/04 02:09:12 UTC, 6 replies.
- Link errors in apr_atomic with VS2013 - posted by Arsen Chaloyan <ac...@yahoo.com> on 2013/11/06 02:49:22 UTC, 7 replies.
- Re: SHA2 in APR - posted by Dirkjan Ochtman <dj...@apache.org> on 2013/11/06 08:37:14 UTC, 5 replies.
- testdup test fails when compiled in debug mode on Windows - posted by Mike Rumph <mi...@oracle.com> on 2013/11/06 20:06:05 UTC, 8 replies.
- [RFC] additional apr_getnameinfo error checking - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/12 15:45:30 UTC, 0 replies.
- Re: Timetable for APR 1.5 release? - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/12 18:02:07 UTC, 3 replies.
- [VOTE] Release APR 1.5.0 - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/13 17:25:20 UTC, 10 replies.
- [VOTE] Release APR-util 1.5.3 - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/13 17:48:54 UTC, 10 replies.
- Re: svn commit: r1541745 - /apr/apr/branches/1.5.x/Makefile.in - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/14 00:09:20 UTC, 4 replies.
- Re: svn commit: r1541143 - /apr/apr/branches/1.5.x/STATUS - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/17 19:53:23 UTC, 0 replies.
- APR binaries - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/18 01:47:25 UTC, 2 replies.
- Apache Portable Runtime 1.5.0 and Apache Portable Runtime Utility 1.5.3 released - posted by Jeff Trawick <tr...@apache.org> on 2013/11/18 12:56:53 UTC, 0 replies.
- Re: svn commit: r1543033 - /apr/apr/trunk/network_io/unix/socket_util.c - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/18 15:24:13 UTC, 5 replies.
- Does mod_perl/mod_??? need a hook called when a request/conn leaves the original worker thread? - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/18 16:58:40 UTC, 2 replies.
- aprutil ./configure rpath/LDADD magic [was: [VOTE] Release APR-util 1.5.3] - posted by "William A. Rowe Jr." <wr...@rowe-clan.net> on 2013/11/18 19:06:12 UTC, 0 replies.
- Error compiling apr_crypto_openssl using cmake - posted by Bert Huijben <be...@qqmail.nl> on 2013/11/19 11:13:18 UTC, 1 replies.
- Cross-compilation failure due to gen_test_char - posted by Arsen Chaloyan <ac...@yahoo.com> on 2013/11/20 23:36:28 UTC, 2 replies.
- Issue with apr-1.5.0 on FreeBSD 10beta3 - posted by olli hauer <oh...@gmx.de> on 2013/11/21 23:48:17 UTC, 6 replies.
- Re: svn commit: r1410459 - in /httpd/httpd/trunk: docs/log-message-tags/next-number server/mpm/event/event.c server/mpm/eventopt/eventopt.c - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/22 21:57:20 UTC, 8 replies.
- Event and expected atomic behavior - posted by Jim Jagielski <ji...@jaguNET.com> on 2013/11/23 21:42:43 UTC, 0 replies.
- rebuild of httpd-2.2.X with apr-1.4.8 and apr-util.1-4-2 - posted by Michael Felt <ma...@gmail.com> on 2013/11/26 00:28:50 UTC, 3 replies.
- Fwd: apr / freebsd - posted by Jeff Trawick <tr...@gmail.com> on 2013/11/26 19:39:15 UTC, 0 replies.
- Bug report for APR [2013/11/26] - posted by bu...@apache.org on 2013/11/26 20:35:14 UTC, 0 replies.
- APR resource script files on Windows - posted by Arsen Chaloyan <ac...@yahoo.com> on 2013/11/27 19:38:57 UTC, 0 replies.
- apr_atomic and memory barriers - posted by Daniel Lescohier <da...@cbsi.com> on 2013/11/29 16:38:28 UTC, 0 replies.