Albert Chin wrote:
Why add -qHALT=E to CFLAGS on AIX (build/apr_hints.m4)? That seems
like an undue burden.
It forces the client application to work with
-qHALT=E. I don't see an equivalent restriction for Solaris
(-errwarn), HP-UX (+We), Tru64 UNIX (-msg_error), etc. Subversion, for
whether or not the envionment is inherited should be orthogonal to some other
details of starting the program (via shell, searching or not searching PATH),
but API does not reflect that
I need a way to start the new process via the shell *and* inherit the
environment of the calling process,
Joe Orton wrote:
On Fri, Jun 11, 2004 at 11:42:19AM -0400, Jeff Trawick wrote:
whether or not the envionment is inherited should be orthogonal to some
other details of starting the program (via shell, searching or not
searching PATH), but API does not reflect that
I need a way to start the new
[EMAIL PROTECTED] wrote:
clar2004/06/11 13:13:19
Modified:include apr_thread_proc.h
Log:
Added NetWare specific option in apr_cmdtype_e to start program in a separate address space for cmdtype field in apr_procattr_t struct
Revision ChangesPath
1.106 +7 -4
(should have sent this to the list originally)
---BeginMessage---
Brad Nicholes wrote:
We considered that but decided that adding a NetWare only enum was
less intrusive than adding a NetWare only API to APR. I'm fine with it
either way, this just seemed a little cleaner. All of the other enums
Rodent of Unusual Size wrote:
is it just me, or is there something legitimately wrong here:
#include time.h
#include apr.h
#include apr_time.h
#include stdio.h
int main(int argc, char *argvp[])
{
apr_time_exp_t lt;
apr_time_exp_lt(lt, (apr_time_now() / APR_USEC_PER_SEC));
some look like easy cleanups for platform folks to look at more closely; others
are just accepted incompatibilities with our general philosophy (e.g., instead
of defining apr_strcasecmp() we ensure that Unix-ish strcasecmp() is available
everywhere)
1) possible future binary compatibility
Brad Nicholes wrote:
Is there a reason why the apr_procattr APIs were implemented as
apr_procattr_xxx_set (apr_procattr_t*, value)
rather than
apr_procattr_set (apr_procattr_t*, APR_xxx_ATTR, value, ...)
that's before my time, but I'd guess:
preserves typechecking on values
Joe Orton wrote:
On Mon, Jun 14, 2004 at 08:22:41AM -0400, Jeff Trawick wrote:
Joe Orton wrote:
So, I'm proposing that _POSIXSEM or _PROC_PTHREAD should never be made
the default locking mechanism. Nothing to stop those who understand the
trade-off making an informed choice, of course.
generally
[EMAIL PROTECTED] wrote:
clar2004/06/14 10:26:20
Modified:include apr_thread_proc.h
include/arch/netware apr_arch_threadproc.h
threadproc/beos proc.c
threadproc/netware proc.c
threadproc/os2 proc.c
[EMAIL PROTECTED] wrote:
clar2004/06/14 12:36:59
Modified:include apr_thread_proc.h
Log:
Fixed typo in API description
Revision ChangesPath
1.108 +1 -1 apr/include/apr_thread_proc.h
Index: apr_thread_proc.h
jean-frederic clere wrote:
Hi,
Find enclosed a patch that allows to parse xml documents encoded in
EBCDIC (OSD_EBCDIC_DF04_1). Some days ago I already committed the need
include files:
xml/expat/lib/map_osd_ebcdic_df04_1.h and xml/expat/lib/osd_ebcdic_df04_1.h
Any comments?
just a dumb
David Reid wrote:
Well, while my original plan was to tag last night, then roll today, the
offer of beer was made last night so the roll didn't happen :-)
However, there are now 2 tarballs available at http://cvs.apache.org/~dreid/
which I rolled in the last 30 minutes. They represent the initial
[EMAIL PROTECTED] wrote:
wrowe 2004/06/28 11:09:16
Modified:strings Tag: APR_0_9_BRANCH apr_strings.c
Log:
Avoid any edge case or clib bug that might result in a string
overflow of the fixed 5-byte buffer for our size function.
Returns the '' string when the buffer
David Reid wrote:
[EMAIL PROTECTED] wrote:
wrowe 2004/06/28 11:09:16
Modified:strings Tag: APR_0_9_BRANCH apr_strings.c
Log:
Avoid any edge case or clib bug that might result in a string
overflow of the fixed 5-byte buffer for our size function.
Returns the '' string when
Joe Orton wrote:
On Wed, Jun 30, 2004 at 06:00:29AM -0400, Jeff Trawick wrote:
IMHO the original version is sufficient for now.
Agreed.
Adding tests seems like the best way to protect against someone screwing
up in the future...
yes, that makes perfect sense to me
Jim Jagielski wrote:
apr_snprintf(buf, 5, %3d , (int) size);
if (buf[3] != ' ') { /* catch overflow */
return strcpy(buf, );
}
If I understand the problem correctly, doesn't snprintf() return
the number of bytes that would have been printed if there had been
no limit. Thus, can't we check
On 22 Jul 2004 01:48:35 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
stoddard2004/07/21 18:48:35
Modified:.CHANGES
===
RCS file: /home/cvs/apr/CHANGES,v
retrieving revision 1.483
retrieving
A couple of questions come up from an application perspective:
am I leaking memory? if so, on what operation?
how much memory does it take to perform a certain operation?
If the application can find out how much heap memory is presently owned by a
certain allocator, it can be easier to address
this never showed up for some reason???
---BeginMessage---
A couple of questions come up from an application perspective:
am I leaking memory? if so, on what operation?
how much memory does it take to perform a certain operation?
If the application can find out how much heap memory is presently
-- Forwarded message --
From: Jeff Trawick [EMAIL PROTECTED]
Date: Tue, 3 Aug 2004 14:45:16 -0400
Subject: Re: [PROOF-OF-CONCEPT?] logging memory used by an allocator
To: Sander Striker [EMAIL PROTECTED]
On Sun, 1 Aug 2004 19:46:14 +0200, Sander Striker [EMAIL PROTECTED] wrote
On Fri, 27 Aug 2004 13:00:07 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
The win version now makes sure that the calling tread does
not remain under impersonated user if something goes wrong.
it seems very uncool for apr_procattr_FOO_set to modify any
On 28 Sep 2004 16:16:17 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
clar2004/09/28 09:16:17
Modified:file_io/win32 readwrite.c
include apr.hnw apr.hw
network_io/win32 sendrecv.c
Log:
replaced define for DWORD_MAX with APR_DWORD_MAX
On Wed, 29 Sep 2004 14:55:40 -0700, Bennett, Tony - CNF
[EMAIL PROTECTED] wrote:
Note: I posted a similar question on comp.unix.aix
Platform: Aix 5.1
We are using Apache 2.0.42. We have written a module
which calls apr_sockaddr_info_get() which, in turn,
performs a getaddrinfo() call.
On Wed, 29 Sep 2004 20:18:36 -0400, Jeff Trawick [EMAIL PROTECTED] wrote:
On Wed, 29 Sep 2004 14:55:40 -0700, Bennett, Tony - CNF
[EMAIL PROTECTED] wrote:
Note: I posted a similar question on comp.unix.aix
Platform: Aix 5.1
We are using Apache 2.0.42. We have written a module
which
On Wed, 29 Sep 2004 20:14:41 -0600, David Barrett [EMAIL PROTECTED] wrote:
Sockets are coming along, but I can't find a portable way of distinguishing
between a failed or empty apr_socket_recv( ) on a non-blocking socket.
Here's what I'm currently doing:
# rv = apr_socket_recv( s, ... );
#
On Thu, 30 Sep 2004 16:53:02 +0530, Gaurav Gupta
[EMAIL PROTECTED] wrote:
Hi,
Am getting this error when creating executable for my code for a socket
server programme. Kindly help.
I don't think this is the right way to do it, but it does seem to
work. If somebody with the appropriate clue
On Wed, 29 Sep 2004 23:00:52 +0100, Joe Orton [EMAIL PROTECTED] wrote:
On Wed, Sep 29, 2004 at 05:35:34PM -0400, Allan Edwards wrote:
In order to eliminate the following warnings for Win64 builds the
appended patch is needed. However this changes fields in the apr_memnode_t
structure in
On Wed, 29 Sep 2004 19:06:04 -0700, Bennett, Tony - CNF
[EMAIL PROTECTED] wrote:
Jeff,
Here's my /etc/netsvc.conf:
hosts=local=auth,bind4
I used this to prevent hitting on my DNS server for IPV6 Addresses
when we specify APR_UNSPEC, since we are not currently using IPV6
addresses
On Sun, 3 Oct 2004 19:52:36 -0600, David Barrett [EMAIL PROTECTED] wrote:
Is the function apr_pollset_poll( ) supposed to block, even on
non-blocking sockets? I ask because I would like it to, even though it
appears to not. The docs say this about the function:
Block for activity
On Tue, 05 Oct 2004 14:02:20 -0400, Allan Edwards [EMAIL PROTECTED] wrote:
I'm like Jeff, I won't lose any sleep if we just say that
64 bit APR 1.0 cannot handle very large memory objects and go
the path of validating restricting and casting. At least let's
pursue that path and see how
On Fri, 8 Oct 2004 15:08:38 +0100, Joe Orton [EMAIL PROTECTED] wrote:
On Fri, Oct 08, 2004 at 09:58:07AM -0400, Allan Edwards wrote:
Joe Orton wrote:
The fact that these casts are unnecessary can be tracked using comments,
a list of issues in STATUS, or, not wishing to rock the boat,
On Sun, 10 Oct 2004 09:12:53 +0200, Dror Shilo [EMAIL PROTECTED] wrote:
Incidentally, will apr_os_thread_current( ) work on all platforms
(specifically, Linux and Win32)? Am I understanding this correctly to mean
that the function works on all platforms, but the return value is
On Thu, 04 Nov 2004 18:11:41 +0530, gaurav [EMAIL PROTECTED] wrote:
Does apr have any explisit support for writing http clients?
No. There is an Apache httpd sub-project which uses apr services to
provide some help for http clients, described at
http://httpd.apache.org/apreq/
On Tue, 16 Nov 2004 07:02:47 +, Joe Orton [EMAIL PROTECTED] wrote:
On Mon, Nov 15, 2004 at 11:09:40PM +, Julian Foad wrote:
Remove unnecessary type casts that were casting away const.
No functional change.
These ones aren't unnecessary, some compilers are more picky about
implicit
On Thu, 18 Nov 2004 17:22:50 +0100, Uwe Zeisberger
[EMAIL PROTECTED] wrote:
Below comes a log and a patch. I assume, that apr_xlate_conv_buffer
should convert inbuf and assume, that the strings ends then. Else its
use in test/testxlate.c is not appropriate.
it was assumed that the application
On Mon, 22 Nov 2004 11:34:10 +0100, Uwe Zeisberger
[EMAIL PROTECTED] wrote:
Joe Orton wrote:
Here's what I propose to fix this, anything I'm missing?
it makes sense to me
On 30 Nov 2004 14:41:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
apr_password_get(): Fix the check for buffer overflow.
--- apr/apr/trunk/include/apr_lib.h (original)
+++ apr/apr/trunk/include/apr_lib.h Tue Nov 30 06:41:31 2004
@@ -168,6 +168,8 @@
* @param prompt The prompt
On Wed, 1 Dec 2004 12:04:14 +, Joe Orton [EMAIL PROTECTED] wrote:
On Tue, Nov 30, 2004 at 10:11:02AM -0500, Jeff Trawick wrote:
On 30 Nov 2004 14:41:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
apr_password_get(): Fix the check for buffer overflow.
--- apr/apr/trunk
HP-UX apparently has no other function than getpass(), and it silently
truncates after 8 characters. There are Apache httpd and Subversion
users grappling with this limit. (It caused a some puzzlement for me
with cvs too, but APR won't help that ;) )
The hint from Joe is to set
On Wed, 1 Dec 2004 19:30:43 +, Joe Orton [EMAIL PROTECTED] wrote:
On Wed, Dec 01, 2004 at 09:36:32AM -0500, Jeff Trawick wrote:
HP-UX apparently has no other function than getpass(), and it silently
truncates after 8 characters. There are Apache httpd and Subversion
users grappling
On Fri, 3 Dec 2004 20:31:56 +, Joe Orton [EMAIL PROTECTED] wrote:
On Fri, Dec 03, 2004 at 12:09:23PM -0500, Jeff Trawick wrote:
On Wed, 1 Dec 2004 19:30:43 +, Joe Orton [EMAIL PROTECTED] wrote:
...
But the trade-off is also against backwards-compatibility of APR, right?
Use
On 4 Dec 2004 23:40:37 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Sat Dec 4 15:40:37 2004
New Revision: 109832
URL: http://svn.apache.org/viewcvs?view=revrev=109832
Log:
* test/testfile.c: Add a test for apr_file_writev().
* file_io/unix/readwrite.c: Try to
On Sun, 05 Dec 2004 00:01:05 -0700, Paul Querna [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
we're hosed here if apr_file_write() can only write part of the data
(tbytes is vec[i].iov_len and rv is APR_SUCCESS); don't you also
need to bail if tbytes vec[i].iov_len?
Committed r109865
On Wed, 22 Dec 2004 20:54:23 +0200, Dror Shilo [EMAIL PROTECTED] wrote:
In apr version 1.0.1 the function
apr_sockaddr_port_get was removed.
So if you bind to port 0 , and after the bind you have to find the port that
was peeked . how you can do it ?
You need to call
On Fri, 07 Jan 2005 06:58:24 -0800, Jeff Walter [EMAIL PROTECTED] wrote:
I'm writing an Apache HTTPD module which uses apr_global_mutex_create,
only problem is the function never returns. My call looks like this:
rv = apr_global_mutex_create((apr_global_mutex_t **) strawtable-mutex,
On Fri, 07 Jan 2005 08:47:34 -0800, Jeff Walter [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
what is the backtrace? (attach with debugger)
Funny... I didn't notice it before, my apr_shm_create causes a segfault
(when I remove the file that actually gets created the run before). A
trace
have I missed something, or is it a problem that
/www/apr.apache.org/mail/commits/
hasn't been updated since November (or some files have gone missing)?
On Thu, 13 Jan 2005 10:26:57 -0500, Stas Bekman [EMAIL PROTECTED] wrote:
André Malo wrote:
* Jeff Trawick wrote:
have I missed something, or is it a problem that
/www/apr.apache.org/mail/commits/
hasn't been updated since November (or some files have gone missing)?
FWIW, sounds
On Thu, 13 Jan 2005 15:14:36 -0800, Roy T. Fielding [EMAIL PROTECTED] wrote:
On Jan 13, 2005, at 2:53 PM, Roy T. Fielding wrote:
On Jan 12, 2005, at 11:20 AM, Jeff Trawick wrote:
have I missed something, or is it a problem that
/www/apr.apache.org/mail/commits/
hasn't been updated since
On Mon, 17 Jan 2005 15:29:13 +0200 (SAST), Graham Leggett
[EMAIL PROTECTED] wrote:
Hi all,
A build of APR v0.9 and and v1.0 both install a file apr.exp in the lib
directory.
What does this file do, and can it be excluded from the build?
I don't know of any uses other than on AIX.
It is
On Fri, 4 Feb 2005 10:39:21 +, Joe Orton [EMAIL PROTECTED] wrote:
Does anyone know or care what versions of Linux on S/390 had a broken
sendfile()?
know? no
care? yes ;)
in the absence of better info, how about disabling it only for kernel 2.4?
On Fri, 04 Feb 2005 14:14:42 -0800, Justin Erenkrantz
[EMAIL PROTECTED] wrote:
Get your tarballs while they are hot:
http://www.apache.org/~jerenkrantz/0.9.6/
If all looks well for others, I'll push this out to the mirrors on Monday.
I used the apr and apr-util bundled with proposed httpd
On Fri, 18 Feb 2005 18:45:39 -0800, Henry Jen [EMAIL PROTECTED] wrote:
Attached patch fix a bug on Win32, if call apr_recvfrom() when no one
write to that addr:port, the call returns 730022(WSAEINVAL) instead of
blocking as expected.
The reason is that the from-salen was not initialized
On Sun, 20 Feb 2005 16:12:58 -, Max Bowsher [EMAIL PROTECTED] wrote:
Ping?
diff -urN -x .build -x .inst -x .sinst -x '*.orig' -x '*.rej'
apr-util-0.9.5_2.0.52-orig/configure.in apr-util-0.9.5_2.0.52/configure.in
--- apr-util-0.9.5-orig/configure.in 2004-09-01 11:17:39.0 +0100
On Sun, 20 Feb 2005 14:58:16 -0800, Brian Ferris
[EMAIL PROTECTED] wrote:
I've been developing with the APR on Mac OS X 10.3.8, and I'm
...
The PTHREAD_RWLOCK_INITIALIZER macro is missing, which prevents the
unix rwlock implementation from kicking in. Changing it to something
like:
Aaron
On Mon, 7 Mar 2005 08:20:54 -0800, Aaron Bannert [EMAIL PROTECTED] wrote:
Actually I already committed it to the main trunk, so the next release
based on the trunk should have the fix. I haven't back-ported, but
I plan to since I'm guessing that this functionality will be desired in
older
On Thu, 17 Mar 2005 17:33:31 -0800, Justin Erenkrantz
[EMAIL PROTECTED] wrote:
A solution that disables sendfile for OSes that do not have these sendfile
issues (say *BSD and Solaris) are going to get my veto. If we need to do some
platform/run-time detection to identify those platforms that
Applications turn on this flag if they want to avoid any sendfile
bogosity, which can be triggered based on hardware or software or
configuration.
AFAIK, Solaris and z/OS are the only platforms that have no sendfile
concerns which the current APR code doesn't already handle, so for
non-{Solaris,
On 5/18/05, Dan Johnson [EMAIL PROTECTED] wrote:
I also don't understand why semaphores are missing from APR, especially
since mutexes seem to have been implemented on top of them in many
cases. This must have been a deliberate choice, but why?
I would assume that nobody who needed them
On 5/30/05, Mladen Turk [EMAIL PROTECTED] wrote:
Can we move the entire apr_xlate API from apr-utils to
the apr-iconv?
no; apr_xlate works just fine without apr-iconv (when system provides
a suitable iconv)
Reason for that is quite simple:
You can have apr-util independent from apr-iconv.
On 5/30/05, Mladen Turk [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
Can we move the entire apr_xlate API from apr-utils to
the apr-iconv?
no; apr_xlate works just fine without apr-iconv (when system provides
a suitable iconv)
It does not.
you misread my statement, but that isn't
On 5/30/05, Mladen Turk [EMAIL PROTECTED] wrote:
I just browse the source code for the httpd and in 99% there is a
single need for apr_xlate API, and that is to convert from
ISO-8859-1 to EBCDIC if someone is using IBM at the first place.
or Fujitsu
So IMHO we can write a simple converter
On 5/30/05, Mladen Turk [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
On 5/30/05, Mladen Turk [EMAIL PROTECTED] wrote:
Of course the other option is to disable apr_xlate by default if
either iconv or apr-iconv is not found.
What is the problem to solve here?
a) apr-util
On 6/2/05, Markus Trenkwalder [EMAIL PROTECTED] wrote:
Hi,
I'm using apr-0.9.6 on a gentoo box. When I try to compile
apr-util-0.9.6 the build process hangs due to problems in
/usr/share/apr-0/build/libtool. I found out that the source of this
problem is, that libtool tries to make a
On 6/1/05, Joe Orton [EMAIL PROTECTED] wrote:
On Wed, Jun 01, 2005 at 04:15:02PM +0200, [EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-06-01 16:15 ---
I don't have any patches and/or tested code. I was hoping you'd chime in ;)
I concur on checking
The apr_is_option_set() stuff is only applicable to boolean settings.
With other settings, there could be multiple calls with different
values. (perhaps not practical, but still...)
Am I missing something here?
Index: network_io/unix/sockopt.c
This uses format %pt. (%pT is existing, and results in tid in
decimal.) The display will use lower-case a-f.
Comments/concerns?
I have a small itch for APR_PID_T_HEX_FMT as well.
My understanding is that this feature can go in trunk because trunk
isn't a released version yet, and it can go in
On 6/16/05, Joe Orton [EMAIL PROTECTED] wrote:
On Thu, Jun 16, 2005 at 07:25:55AM -0400, Jeff Trawick wrote:
This uses format %pt. (%pT is existing, and results in tid in
decimal.) The display will use lower-case a-f.
Comments/concerns?
Seems fine.
[it would be nice if %pT
On 6/21/05, Steve doh [EMAIL PROTECTED] wrote:
I have a heavily used linked list of memory objects allocated using
apr_pcalloc().
...
How do I free the memory for a single object in this list after it has been
unlinked from the list?
you can't
I can see that not freeing the unlinked objects
On 6/24/05, Paul Querna [EMAIL PROTECTED] wrote:
I would like to look at extending the timeout API, creating a new
version that leaves a socket in its original state (blocking or
non-blocking), but still implements the Timeouts. The SO_SNDTIMEO and
O_RCVTIMEO socketopts can do exactly this.
On 6/24/05, Paul Querna [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
On 6/24/05, Paul Querna [EMAIL PROTECTED] wrote:
I would like to look at extending the timeout API, creating a new
version that leaves a socket in its original state (blocking or
non-blocking), but still implements
On 6/24/05, Paul Querna [EMAIL PROTECTED] wrote:
Why do you need a different timeout API? It either works or it
doesn't. Provide an implementation of send*/receive*/sockopt APIs
that can use SO_SNDTIMEO/O_RCVTIMEO, and enable it carefully.
Because some applications might rely upon the API
On 7/6/05, Brian Havard [EMAIL PROTECTED] wrote:
On Tue, 05 Jul 2005 11:15:51 -0500, William A. Rowe, Jr. wrote:
I'm not asking about Brian's patch, but how we are maintaining
1.0.x/1.1.x branches...
Can we declare these 'dead'? For all intents and purposes, anyone
building 1.2.x has an
On 7/5/05, Joe Orton [EMAIL PROTECTED] wrote:
Since 1.2.0 already adds one of these, why not another...
glibc has a %m format string which is which expands to strerror(); this
adds an equivalent %%pm which takes a pointer to an apr_status_t and
prints the appropriate error string for that
On 8/14/05, Branko Čibej [EMAIL PROTECTED] wrote:
Paul Querna wrote:
APR-Util 1.2.1 is now available from:
http://people.apache.org/~pquerna/dev/apu-1.2.1/
Please test and vote on releasing it.
Where's apr-iconv? This stuff won't work without it on Windows.
What's the resolution to
On 8/20/05, Nick Kew [EMAIL PROTECTED] wrote:
Joe Orton wrote:
On Sat, Aug 20, 2005 at 12:29:56PM +0100, Nick Kew wrote:
When writing APR applications, we sometimes need to make heavy
use of APR #ifdefs.
A case in point is mod_dbd, which uses either apr_reslist or a
single persistent
On 8/22/05, Nick Kew [EMAIL PROTECTED] wrote:
On Saturday 20 August 2005 23:33, Jeff Trawick wrote:
On 8/20/05, Nick Kew [EMAIL PROTECTED] wrote:
Jeff Trawick wrote:
If APR always provides such APIs and acts like they work, what is to
signal to a threaded APR app
Index: include/apr_version.h
===
--- include/apr_version.h (revision 239256)
+++ include/apr_version.h (working copy)
@@ -68,6 +68,10 @@
*/
#define APR_IS_DEV_VERSION
+#define APR_VERSION_AT_LEAST(major,minor,patch)
On 8/30/05, Joe Orton [EMAIL PROTECTED] wrote:
On Tue, Aug 30, 2005 at 07:08:48AM -0400, Jeff Trawick wrote:
+#define APR_VERSION_AT_LEAST(major,minor,patch)\
+(((major) APR_MAJOR_VERSION) \
+ || ((major) == APR_MAJOR_VERSION
On 9/1/05, Graham Leggett [EMAIL PROTECTED] wrote:
Hi all,
Using Sun's SUNWSpro compiler to build apr-util v1.2.1, the build bombs
out like so:
/bin/bash /tmp/apr-1.2.1/libtool --silent --mode=compile cc -g -mt
-DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT
On 9/9/05, Joe Orton [EMAIL PROTECTED] wrote:
Any objections?
none here; some apps really want to use unfortunate BIND_VERBOSE
feature on HP-UX; this seems to be just the ticket
On 9/21/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
How close are we? Are you sitting on a patch in your local checkout?
The recent netware fixes have been so that we could eventually put
this into Apache 2.0, to resolve a regression from 1.3:
On 9/27/05, Joe Orton [EMAIL PROTECTED] wrote:
On Tue, Sep 27, 2005 at 01:49:29PM +0100, Joe Orton wrote:
On Tue, Sep 27, 2005 at 07:55:14AM -0400, Jeff Trawick wrote:
This chdir rmdir operation fails with EBUSY on AIX and HP-UX. (I
see it work on Linux; haven't tested other boxes
On 9/27/05, Jeff Trawick [EMAIL PROTECTED] wrote:
On 9/27/05, Joe Orton [EMAIL PROTECTED] wrote:
On Tue, Sep 27, 2005 at 10:48:56AM -0400, Jeff Trawick wrote:
On 9/27/05, Joe Orton [EMAIL PROTECTED] wrote:
On Tue, Sep 27, 2005 at 01:49:29PM +0100, Joe Orton wrote:
On Tue, Sep 27
Purify on Solaris pointed out that we were referencing uninitialized
storage when checking revents. It was uninitialized (by kernel/libc)
because no conditions were met.
Concerns?
patch
Description: Binary data
On 10/1/05, Garrett Rooney [EMAIL PROTECTED] wrote:
On 10/1/05, Jeff Trawick [EMAIL PROTECTED] wrote:
Purify on Solaris pointed out that we were referencing uninitialized
storage when checking revents. It was uninitialized (by kernel/libc)
because no conditions were met.
Concerns
On 10/2/05, mark benedetto king [EMAIL PROTECTED] wrote:
Currently, configure generates %d for APR_SSIZE_T_FMT on Darwin.
This leads to the following warning with gcc -Wall on OS X 10.4:
What are the definitions of ssize_t on 10.4?
Here's what I have on 10.3, where %d is the correct format.
With an APR app, NULL is passed for the environment to execve() when
NULL is passed for the env ptr and cmdtype is APR_SHELLCMD or
APR_PROGRAM.
When NULL is passed for the environment to execve(), Purify gets upset
and the new child crashes. I haven't seen an execve() which get upset
(but see
On 10/12/05, Jim Jagielski [EMAIL PROTECTED] wrote:
It's looking like the logic in selecting the default lock
method is somewhat wonky... We recreate the order, kinda, in
2 places (configure.in and proc_mutex.c), and have
a combo of APR_HAS and APR_USE taken from the old 1.3
logic.
I'd like
no such thing, right?
doc says mod_mem_cache can be configured to operate in two modes:
caching open file descriptors or caching objects in heap storage
On 11/12/05, Brian Pane [EMAIL PROTECTED] wrote:
On Nov 11, 2005, at 6:21 PM, Jeff Trawick wrote:
On 11/11/05, Brad Nicholes [EMAIL PROTECTED] wrote:
On 11/11/2005 at 1:40:32 pm, in message
[EMAIL PROTECTED], Jeff
Trawick
[EMAIL PROTECTED] wrote:
On 11/11/05, Brad Nicholes [EMAIL
On 11/26/05, Brad Nicholes [EMAIL PROTECTED] wrote:
It sounds like we need to expose it correctly now but immediately mark
it as deprecated. Then in the next release of APR, hide it again. It
just seems wrong and will continue to cause problems if we leave it half
hidden as it is now.
On 1/11/06, Brad Nicholes [EMAIL PROTECTED] wrote:
Does the hook API provide some way to determine if or how many
callbacks have been registered for a given hook?
Turn on your macro unprocessor and see what ap_hook_get_handler()
resolves to. That returns NULL if there are no registered
On 1/30/06, Garrett Rooney [EMAIL PROTECTED] wrote:
As before, but this time with the 0.9.x branch. Here's a vote for the
new 0.9.9 release tarballs, now available at
http://apr.apache.org/dev/dist/.
...
+1 -1 for release:
[X] [ ] apr-0.9.9
[X] [ ] apr-util-0.9.9
tested on AIX 5.3 with
On 1/30/06, Garrett Rooney [EMAIL PROTECTED] wrote:
+1 -1 -0 for release:
[X] [ ] [ ] apr-1.2.4
[ ] [ ] [X] apr-util-1.2.4
apr-util won't build on AIX* with native compiler; needs
On 2/1/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
WAIT_ABANDONED, according to these notes, is a signal that the owning thread
has closed, and IIUC Win32 kernel will choose a new owner as a 'next step'.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38410
What happens on unix when
On 2/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewcvs?rev=374805view=rev
Log:
Fix VPATH builds, and symlink builds where apr and apr-util
reside in parallel as symlinks to directories with more explicit
names, e.g. apr-1.x and apr-util-1.x. This
On 2/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewcvs?rev=374808view=rev
Log:
Fix VPATH builds, and symlink builds where apr and apr-util
reside in parallel as symlinks to directories with more explicit
names, e.g. apr-1.x and apr-util-1.x. This
On 2/4/06, Jeff Trawick [EMAIL PROTECTED] wrote:
On 2/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
# If Expat has been bundled, then go and configure the thing
#
-if test -d xml/expat; then
+if [ -f xml/expat/buildconf.sh ]; then
Curious: what does this change do?
I think I got
701 - 800 of 1573 matches
Mail list logo