APR_HAS_PROC_PTHREAD_SERIALIZE0
#define APR_HAS_RWLOCK_SERIALIZE 0
+#define APR_HAS_FILEBASED_LOCKS 0
+
#define APR_HAS_LOCK_CREATE_NP0
#define APR_PROCESS_LOCK_IS_GLOBAL0
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
lso thinking it messy
to put something like
#if APR_HAS_FLOCK_SERIALIZE || APR_HAS_FCNTL_SERIALIZE
around code dealing with the directive.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
al with the details (i.e., stick in the old code
with new names and other tweaks) over the next couple of days.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
It isn't clear to me that you can disable Berkeley db detection, gdbm
detection, etc., but before hacking on this I'd like to see if anybody
else knows how to solve this.
Disabling optional db support can be useful if you want to avoid
prereqs on the target machine.
--
Jeff Trawic
Jeff Trawick <[EMAIL PROTECTED]> writes:
> It isn't clear to me that you can disable Berkeley db detection, gdbm
> detection, etc., but before hacking on this I'd like to see if anybody
> else knows how to solve this.
silly me, it appears to be as simple as addi
ould specify the target socket address. With your patch the
caller's parameter is ignored.
Discussion of the APR changes should move to [EMAIL PROTECTED]
I hope this helps,
Jeff
p.s. if you must use attachments, please use a mime type of text/plain
--
Jeff Trawick | [EMAIL PROTECTED]
B
Do we need separate LINK_LIB and LINK_PGM macros to avoid using
-version-info when linking main executables?
"libtool: link: warning: `-version-info' is ignored for programs"
--
Jeff Trawick
when the dbm type is invalid?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
care what buf is; it can be NULL, since
> > * we don't touch it at all.
> > - * /
> > + */
>
> *sigh*
>
> This one takes the cake. -- justin
it was just a simple matter of watching those compiler warnings
(gcc said 'war
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> On Tue, Aug 27, 2002 at 01:29:39AM +0000, Jeff Trawick wrote:
> > it was just a simple matter of watching those compiler warnings
> >
> > (gcc said 'warning: "/*" within comment', xlc said si
ally literal strings from the table. These could also be hashes
of the strings.
Does anybody understand this code well enough to describe what bad
will happen besides a storage leak in this scenario? pconf isn't
going away, so there doesn't seem to be a storage lifetime problem.
--
J
operation and the storage leak
and segfault are gone, but I hate not knowing what caused the
segfault.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
rm to apr_table_overlap(). That explains why the bad pointers in
the hash table were non-pointers that the overlap operation would need
to store somewhere.
So fixing the storage leak fixed the segfault.
Have fun,
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
a negative return code from
apr_rmm_malloc(). The return code can't be negative because of the
data type (not to mention the logic of apr_rmm_malloc()).
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
nn->port, /* 0 */ APR_IPV4_ADDR_OK,
c->pool);
} else {
p_conn->name = apr_pstrdup(c->pool, uri->hostname);
p_conn->port = uri->port;
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Greg Marr <[EMAIL PROTECTED]> writes:
> It isn't clear from the docs what the effect would be of passing
> APR_IPV4_ADDR_OK | APR_IPV6_ADDR_OK for the flags parameter.
I'll make it clear in the docs that they are mutually exclusive.
Thanks,
--
Jeff Trawick | [EMAIL PROT
ram dir The apr dir we are converting to.
* @param thedir The os specific dir to convert
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Jeff Trawick <[EMAIL PROTECTED]> writes:
> The following patch adds a way for an APR app to say that the
> apr_file_t being created from an os file should be treated as a pipe.
c'mon folks, I was counting on somebody to tell me how stupid this
patch was :) I have a bad attitu
_H -DLINUX=2 -D_REENTRANT
-DAPR_POOL_DEBUG=1 -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE -I../../include -I../../include/arch/unix
-I../../include/arch/unix -c sockaddr.c -o sockaddr.o >/dev/null
no errors or warnings!!!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
inct types of error codes.
I know you were "concerned" about the lack of use of XXX_netos_error()
in some of the common code in the past, but from my perspective it is
just an impediment to me being able to verify that the correct range
(for the 3 types of network errors) is actually b
ot; or "false"
than
/* @return non-zero if the socket address is within the subnet, 0 otherwise */
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
> }
> } while (rv == (apr_size_t)-1 && errno == EINTR);
> }
> }
> #endif
>
>
>
> --
> [EMAIL PROTECTED]
>
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> At 07:22 AM 10/13/2002, Jeff Trawick wrote:
> >[EMAIL PROTECTED] writes:
> >
> >> wrowe 2002/10/12 21:08:34
> >>
> >> Modified:include apr_errno.h
> >> Log
t of where to save the fact that Apache doesn't want sendfile to
be used
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
stants often have the same numeric
value and can't be used like this in a switch()...
> +}
> +/* return (h_errno + APR_OS_START_SYSERR); */
what gets returned if the switch() didn't find a match?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Joe Orton <[EMAIL PROTECTED]> writes:
> This just fixes some AC_MSG_RESULT()s to not include double quotes, e.g.
beauteous; looked ok w/ autoconf 2.13, but definitely ugly with 2.5x
#3 committed, keep 'em coming :)
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
t; +++ server/mpm/experimental/perchild/perchild.c 14 Oct 2002 11:43:12
> -
please, separate patch solely to [EMAIL PROTECTED] for your perchild iov
sendmsg fixes
-overall comments-
okay, here is my opinion on how to get this stuff in; others may have
different opinion
A. APR
Joe Orton <[EMAIL PROTECTED]> writes:
> Including whitespace before C preprocessor directives breaks with some
> older preprocessors; a particularly nasty break on Tru64 4.0f where
> APR_CHECK_DEFINE will always suceed.
committed, thanks!
--
Jeff Trawick | [EMAIL PROTECTED]
nks!
I can't help but mention that these issues seem to be right up your
alley :)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13036
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13037
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Mr. Stewart needs to know in order to rework his SCTP patch
appropriately.
alternative:
apr_socket_create_ex() which is an interface that has existing
parameters + protocol parameter
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
ript can be
> debugged more easily.
>
> This fixes some uses of "dnl" which should be "#", and removes uses of
> the redundant "dnl #" oddity.
committed, thanks!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
[EMAIL PROTECTED] writes:
> Fix the existing API before we hit 1.0.
+1 from me too; if somebody is gonna scream I want to hear it prior to
commit
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
committed, thanks!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
;t used anywhere. (checked apr-util, httpd-2.0, SVN)
committed, thanks!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> At 06:58 AM 10/16/2002, Jeff Trawick wrote:
> >Mr. Stewart needs to know in order to rework his SCTP patch
> >appropriately.
> >
> >alternative:
> >
> >apr_socket_create_ex() which is
bapr.sl/libaprutil.sl with binary builds.
Q: Does a binbuild on HP-UX work for you without other hacks to the
build when you move the binbuild to another machine (or rename the
initial install tree so libs can't be found there)?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
u can look out for
screwups or other problems in what I just committed.
Thanks,
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
a descriptor where the app tells us
almost nothing... I'll change apr_os_sock_put() to use 0 like you
suggest but I wonder why we need the apr_os_sock_put() if we get into
trouble like this trying to guess what kind of socket it is...
apr_os_sock_put() already is broken if type != SOCK_STREAM
Thanks
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
27;
I screwed up... use "0" for last parm in the !APR_ENABLE_FOR_1_0 leg
sorry about that!!
I'll commit the fix in a sec after I check for OS/2 breakage
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
cquire-global-mutex + setfileptr + release-global-mutex prior to
every write. But then that has issues with non-related processes
sharing the mutex.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Aaron Bannert <[EMAIL PROTECTED]> writes:
> On Sun, Oct 20, 2002 at 11:30:35AM -0400, Jeff Trawick wrote:
> > Maybe APR_APPEND needs to be cheap/simple append a la stdio append: we
> > seek to the end of the file at open time and forget about it after
> > that
19,7 @@
#define APR_HAVE_MEMCHR @have_memchr@
#define APR_HAVE_STRUCT_RLIMIT @struct_rlimit@
#define APR_HAVE_UNION_SEMUN@have_union_semun@
+#define APR_HAVE_SCTP @have_sctp@
#if APR_HAVE_SYS_TYPES_H
#include
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
(setsockopt(sock->socketdes, IPPROTO_TCP, TCP_NODELAY,
+if (setsockopt(sock->socketdes, optlevel, optname,
(void*)&tmpflag, sizeof(int)) == -1) {
return errno;
}
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
evious code was not valid C.
"testpools.c", line 101.37: 1506-280 (S) Function argument assignment
between types "void*" and "char" is not allowed.
Maybe you want to add an appropriate flavor of CuAssert that checks
characters?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
e sockaddr, but you want APR to do all the work and it is falling
down on the job
I'll see what I can do.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
+}
(*apr_sock)->inherit = 0;
apr_pool_cleanup_register((*apr_sock)->cntxt, (void *)(*apr_sock),
@@ -381,6 +384,7 @@
(*sock)->timeout = -1;
}
(*sock)->local_port_unknown = (*sock)->local_interface_unknown = 1;
+(*sock)->remote_addr_unknown = 1;
(*sock)->socketdes = *thesock;
return APR_SUCCESS;
}
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
local address and port, and
> apr_socket_addr_get(&addr_local, APR_LOCAL, apr_sock);
> to get the remote one, but this doesn't work (I get 0.0.0.0 for the IP and
> port 0).
fix committed... you can use the patch for Unix I posted previously
if you don't want to update APR f
gt;> alloc_listener: failed to set up sockaddr for :: .
I don't see how any of this commit affects that path...
didn't you say almost exactly the same thing after commiting something
to turn on IPv6 for Win32 about a week ago?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
ches some bogosities and
disables IPv6 support outright ("no working getaddrinfo") when
appropriate. So be alert to Microsoft perhaps not getting it perfect
either.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
b) ./configure failure
$ ./configure
...
creating test/internal/Makefile
creating include/apr.h
creating build/rules.mk
creating apr-config
creating include/arch/unix/apr_private.h
cat: ./include/arch/unix/apr_private.h.in: No such file or directory
2) autoconf-2.53
same problems
--
Jeff T
Joe Orton <[EMAIL PROTECTED]> writes:
> > 2) autoconf-2.53
> >
> > same problems
>
> That works for me - are you setting AUTOHEADER=autoheader-2.53 too? (I'm
> surprised it worked at all, if not)
oops, I didn't set AUTOHEADER... setting that get
IMHO what you should try:
1) restore proper cleanup code
2) tweak make_child() in the test program to trap errors from
apr_proc_mutex_lock() and apr_proc_mutex_unlock()
I bet you are hitting errors with the mutex, but they're not being
reported right now. And of course if the mutex doesn't work right the
counter in shared memory is no longer interesting either.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Philip Martin <[EMAIL PROTECTED]> writes:
> Jeff Trawick <[EMAIL PROTECTED]> writes:
>
> > I think the problem is in the test programs (e.g., testprocmutex). As
> > soon as one child hits the specified number of iterations, the child
> > will exit
be destroyed and remaining children will be left with
+ * a useless mutex
+ */
+apr_terminate();
+
return 0;
}
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Philip Martin <[EMAIL PROTECTED]> writes:
> Jeff Trawick <[EMAIL PROTECTED]> writes:
>
> > I contemplated relatively-complex exit sequences so that children
> > didn't exit until the test was over, but life is short, and these test
> > programs should be
Jeff Trawick <[EMAIL PROTECTED]> writes:
> Philip Martin <[EMAIL PROTECTED]> writes:
>
> > Jeff Trawick <[EMAIL PROTECTED]> writes:
> >
> > > I contemplated relatively-complex exit sequences so that children
> > > didn't exit
Philip Martin <[EMAIL PROTECTED]> writes:
> Jeff Trawick <[EMAIL PROTECTED]> writes:
>
> > > > Huh? I don't understand this. The child process still destroys the
> > > > semaphore.
> > >
> > > What code is causing the child pro
when the mutex is destroyed. Either it calls
apr_terminate() or not, which isn't a very nice way to control it.
An app could do what Apache does and allocate the mutex from a pool
which is never cleaned up (app doesn't call apr_terminate() but is
careful to clean up all pools except fo
ething
obvious" statement in a different post :)
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
y changes to still work - the functions are
> all wrapped by the old names. So it's just binary compatibility that's the
> problem.
But binary incompatibility breaks the notion of a stable httpd API.
Can we hold off until Sander tags everything for an httpd release?
(I guess Sand
unction call. I'm using a CVS snapshoot of the APR library.
In other words, apr_sockaddr_info_get() failed (which probably means
your resolver failed). What is the return code from
apr_sockaddr_info_get()?
What version of Linux is this, by the way?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
PR_INET.
Take out that flag (i.e., pass 0 instead).
APR_IPV4_ADDR_OK is used to control what happens when the app doesn't
specify the address family.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
sin6 = {sin6_family = 2, sin6_port = 8270, sin6_flowinfo = 0,
sin6_addr = {in6_u = {u6_addr8 = '\0' ,
u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}},
sin6_scope_id = 0}}, salen = 16, ipaddr_len = 4, addr_str_len = 16,
ipaddr_ptr = 0x804e980, next = 0x0}
If you'
Does this applay also to apr_socket_t ?
APR doesn't keep up with how many bytes have been read on a socket so
it can't give you any such position information.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
good portion of APR to use complete types.
I want to be 100% clear too :) One reason we use incomplete types is
for binary compatibility. Maybe there was a time when we didn't care
about that, but those days are over.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
his issue
resolved. While I'm "sure" the patch fixes it, it would be nice to
hear from you.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
64-bit breakage on at least AIX and Solaris
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14861
The patch I attached to the PR fixes at least some operations. In the
description I mention another possibile simpiler fix that I haven't
explored.
--
Jeff Trawick | [EMAIL PROTECTED]
Bo
eports may not trigger the right questions on the
part of the developers...
In the interest of tying up loose ends, I'm still concerned with your
observation that --disable-sendfile didn't do the right thing... did
you "make distclean" before re-configuring?
Thanks!
--
; > observation that --disable-sendfile didn't do the right thing... did
> > you "make distclean" before re-configuring?
>
> The problem there was that --disable-sendfile isnt an option configure
> knows anything about, the right one is --without-sendfile, which does
ISxxx(#) is?
RH Linux 7.3 doesn't have S_IFFIFO
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
"William A. Rowe, Jr." <[EMAIL PROTECTED]> writes:
> At 06:49 AM 12/12/2002, Jeff Trawick wrote:
> >[EMAIL PROTECTED] writes:
> >
> >> wrowe 2002/12/11 23:01:52
> >>
> >> Modified:file_io/unix filestat.c
> >> Log:
&
test.
What is the precise technical reason for your veto?
I think it is not a valid property to test in an APR test suite
(outside the scope of APR) and it is harmful to leave it there (not
portable).
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
<[EMAIL PROTECTED]> writes:
>
I disagree with pretty much everything you said. Revert the change
yourself if you really think your veto makes sense. I'll be damned if
I'm going to validate it by backing out the change.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
(Win64/AIX/dunno which others) it should be postponed for the
> APR 1.0 release (targeted by httpd-2.2.)
same comment as above
> For something completely different, once this is released, we are stuck
> with the api...
through the 0.9.x series
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> --On Thursday, January 9, 2003 11:17 AM -0500 Jeff Trawick
> <[EMAIL PROTECTED]> wrote:
>
> > yuck...
> >
> > move Sander's tag back or back out the change to APR until the
> > window just prior
ot the APR-ers want to call such a branch APR 1.0 is something to
be dealt with by a somewhat different set of people.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
e an error code that is used
just for when SysV IPC returns ENOSPC. Techies will want to know that
the kernel returned ENOSPC, but just representing it as ENOSPC like we
do today results in an error description that doesn't help users.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Jeff Trawick <[EMAIL PROTECTED]> writes:
> 64-bit breakage on at least AIX and Solaris
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14861
>
> The patch I attached to the PR fixes at least some operations. In the
> description I mention another possibile sim
Bob Gustafson wrote:
> After recent cvs update -d , ./buildconf and ./configure (with args), then
> make I get the following error
>
> gawk: /usr/local/src/apache/httpd-2.1/httpd-2.0/build/make_exports.awk:138:
> (FIL
> ENAME=/usr/local/src/apache/httpd-2.1/httpd-2.0/include/pcreposix.h FNR=99)
> f
note that apr_private.h is a generated file
what is the value of DEV_RANDOM (show entire line)?
what OS?
what messages issued during configure related to random
number selection? here is all I get on Linux:
start of snippet
checking if fcntl locks affect threads in the same process... no
Craig Rodrigues wrote:
On Tue, Jan 21, 2003 at 09:51:47AM -0500, Garrett Rooney wrote:
>looking in apr.h where we include sys/syslimits.h, we're also including
>limits.h, which on this system gets us the contents of sys/syslimits.h
>anyway, so my first instinct is to change it to only include
>sys/
[EMAIL PROTECTED] wrote:
gstein 2003/01/21 12:27:58
Modified:include apr_md5.h
crypto apr_md5.c
Log:
Callers just have blocks of bytes specified by a ptr/len pair.
Invariably, they will not be "unsigned char" buffers, so let's fix the
typing here.
nice!
Joe Orton wrote:
On Wed, Jan 22, 2003 at 11:44:08PM -0500, Eric Gillespie wrote:
>As an attempt to make this on-topic for both lists, i won't go
>into how i discovered the bug. I don't think it's necessary.
>
>Correctly using waitpid(2) involves checking for EINTR and trying
>again. That leads to
Damir Dezeljin wrote:
Hi.
I create an APR socket and bind it to 0.0.0.0: .
How can I get all the IP addresses on which the socket is listening?
no APR way to do that... probably no portable way to do that...
on most BSD-like network stacks you can use ioctl(SIOCGIFCONF) to iterate
through the int
Cliff Woolley wrote:
On Thu, 23 Jan 2003, Jeff Trawick wrote:
>most but not all of the rest of APR does that
>the inconsistency is ugly, but being able to see EINTR is important
>functionality
MHO: Sounds like a job for an _ex() function... apr_proc_wait() should not
return EINTR.
Brad Nicholes wrote:
When I compare the win32 implementation of apr_socket_recv() against
other implementations, one thing seems to jump out. On all other
platforms the apr_socket_recv() function calls
apr_wait_for_io_or_timeout() if recv() returns and EWOULDBLOCK and there
is a timeout specif
Justin Erenkrantz wrote:
Okay, here is what would be helpful and something you might be able to
provide feedback on: can you *build* and *install* parallel
apr/apr-util? Bonus question: Can you use httpd with an installed
apr/apr-util? If not, what do we need to fix?
cd apr
./buildconf && ./confi
wrowe wrote:
> Finally, it looks like apr_proc_other_child_read is the function we
> *really* wanted
> to use within the health check. But it seems all of these
> apr_proc_other_child
> functions are really misdocumented within APR. Would someone step
up and
> spell out exactly what they are *su
William A. Rowe, Jr. wrote:
I'm simply thinking of renaming it apr_proc_other_child_died() and
documenting
it correctly. Step two is determining how I can then identify and
report that
case in the WinNT MPM, or automagically as a callback.
How about rename it to
apr_proc_other_child_some_random
It is helpful to be able to run buildconf prior to building APR. That
won't work anymore (ain't no ../apr/build/rules.mk prior to building APR).
This breaks Apache, which has buildconf that first runs apr buildconf
then apr-util buildconf.
I thought the point of grabbing apr's rules.mk was to b
Sander Striker wrote:
>From: Jeff Trawick [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, February 04, 2003 2:02 PM
>It is helpful to be able to run buildconf prior to building APR. That
>won't work anymore (ain't no ../apr/build/rules.mk prior to building
APR).
>
>T
Garrett Rooney wrote:
perhaps we should copy over rules.mk.in, then have apr-util's configure
turn it in to rules.mk (just speculating, i haven't looked at what would
need to be done to make this work).
I think just deferring the copy until the point in apr-util's configure
where makefiles are ge
Thom May wrote:
Index: buildconf
===
Index: configure.in
===
+1 here... works like a charm
Garrett Rooney wrote:
sorry for the breakage guys. i completely missed that rules.mk was
generated.
get over it already :) try your hand at some deep breakage that won't
be noticed for a while
Christophe Germain wrote:
I try to search a apr fonction egal to gethostbyaddr_r
I don't found
What is the same fonction in apr (except apr_gethostname)?
apr_getnameinfo()
On Unix, some failures of apr_proc_create() are not noticed in the
calling process and so apr_proc_create() returns APR_SUCCESS even though
it failed.
Some of the potential failures could be discovered in the parent by
using extra syscalls (e.g., use stat to make sure the program actually
exis
Bill Stoddard wrote:
+1, this looks like very useful function. I would like to see a bit
more explanation in the child_errfn_set making it clear that this
function is used to accurately report failures in the 'exec' of a 'fork
& exec'. Also explicitly state that this function can only be used on
Jeff Trawick wrote:
Index: include/apr.h.in
===
RCS file: /home/cvs/apr/include/apr.h.in,v
retrieving revision 1.118
diff -u -r1.118 apr.h.in
--- include/apr.h.in22 Jan 2003 18:25:59 - 1.118
+++ include/apr.h.in5 Feb
Greg Ames wrote:
> Alternatively, APR could allow the application to get called in the
> child process in the failure cases and allow it to do whatever is
> appropriate (log a message, synchronize with the parent process, etc.).
Couldn't the stat's, chdir's, etc. be done only after a failure to kee
William A. Rowe, Jr. wrote:
At 08:59 AM 2/5/2003, Jeff Trawick wrote:
>Any concerns, particularly with respect to how the app determines if
the feature is available? I think it would be fine to make the
feature always available but to simply note that on some platforms the
applicat
201 - 300 of 1477 matches
Mail list logo