I'm considering a design for Subversion where in the single-threaded
environment, a pool is created and some user data is stored in it.
Then, in the multithreaded environment, many threads can get (but not
set) userdata within that pool.
In the current implementation, that should be safe; apr_hash
On Apr 7, 2005, at 10:54 AM, William A. Rowe, Jr. wrote:
At 03:06 PM 4/6/2005, Curt Arnold wrote:
The issues that I ran into:
1. apr_iconv dereferences inbytes_left without checking for NULL
From the doc comments from apr_xlate_conv_buffer:
If the final call is made as suggested, apr_iconv will cas
At 03:06 PM 4/6/2005, Curt Arnold wrote:
>The issues that I ran into:
>
>1. apr_iconv dereferences inbytes_left without checking for NULL
>
> From the doc comments from apr_xlate_conv_buffer:
>
>If the final call is made as suggested, apr_iconv will case a null pointer
>exception. GNU iconv does
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2005-03-17 13:57:42 -0500 (Thu, 17 Mar 2005) $]
Releases:
Standalone
1.1.1 : released March 17, 2005
1.1.0 : released January 25, 2005
1.0.1 : released November 18, 2004
APRUTIL LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2005-03-17 14:03:13 -0500 (Thu, 17 Mar 2005) $]
Release:
1.1.2 : released March 17, 2005
1.1.1 : not released
1.1.0 : released January 25, 2005
1.0.1 : released Novem
On Apr 6, 2005, at 11:04 AM, Philip M. Gollucci wrote:
despite doing this the apr/apr-util in /usr/local are linked against
IN ADDITION to the ones
in the SVN checkouts which I verified via ldd on. HTTPD still built
amazingly but only when I compile it without threads as the ones in
/usr/local a
