sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary
`/home/trawick/regress/install/bin/regresshttpd'..
--end of /home/trawick/regress/logs/apxs.output-
...
uname -a reports OSF1 hudson.zk3-x.dec.com V5.1 732 alpha
--
Jeff Trawick
Jeff Trawick [EMAIL PROTECTED] writes:
I haven't had time to look at this:
--/home/trawick/regress/logs/apxs.output---
resolve_symbols: loader error: dlopen: libaprutil.so: symbol iconv_open
unresolved
apxs:Error: Sorry, no shared object support for Apache
() in that situation
It seems to me that the current code meets both conditions, though
not as obnoxiously as code using the older apr_poll() interface would
have.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
() flavor tips the balance in favor of using
the current apr_poll().
Am I vetoing? At the moment I'm willing to wait until we have a
usable apr_poll() implementation, at which point it will hopefully be
clear how apr_wait_for_io_or_timeout() should work.
--
Jeff Trawick | [EMAIL PROTECTED]
Born
I should have clarified that these were build problems, not functional
problems.
Jeff Trawick [EMAIL PROTECTED] writes:
1) APRUTIL_EXPORT_LIBS not used in Apache, so httpd won't load on some
platforms
no, this wasn't a valid analysis... before and after the iconv move
we are adding
+++ apr_strings.h 24 Jul 2002 20:29:38 - 1.27
@@ -327,6 +327,30 @@
...
+APR_DECLARE(long long) apr_strtoll(char *buf, char **end, int base);
needs to be const char *buf
apr_atoll() needs to take const char *buf too
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married
for use (only!)
with very small sets of descriptors.
Do we really need this API? What is the sort of APR application for
which the heavy-duty API is harmful?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
it is to support
the simpler API flavor.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
() is harmful to Apache, which is only
going to process the first match.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
(apr_pollfd_t array):
for (i = 0; i num; i++) {
aprset[i].rtnevents = get_revent(pollset[i].revents);
}
*yeah, calling from Apache to APR is more expensive than an internal
APR call, but are we digging that deep to find the benefit?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell
Brian Pane [EMAIL PROTECTED] writes:
Jeff Trawick wrote:
Brian Pane [EMAIL PROTECTED] writes:
To continue the recent discussions on the problems in the current
apr_poll API, here's a patch for apr_poll.h that illustrates my
proposed fix.
What I'm proposing here is to split the API
Brian Pane [EMAIL PROTECTED] writes:
Jeff Trawick wrote:
...
The current implementation is useful if the user has to find out if
the socket is readable/writable WITHOUT CONSUMING THE DATA and it is
inconvenient to keep track of the APR representation of the
pollset. If they are going to turn
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...
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 Trawick | [EMAIL
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 adding --without-berkeley-db
--without-gdbm
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]
Born in Roswell... married an alien...
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...
* 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 'warning: /* within comment', xlc said similar)
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell
Justin Erenkrantz [EMAIL PROTECTED] writes:
On Tue, Aug 27, 2002 at 01:29:39AM +, Jeff Trawick wrote:
it was just a simple matter of watching those compiler warnings
(gcc said 'warning: /* within comment', xlc said similar)
Hmm. gcc3 on Darwin didn't say boo. -- justin
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.
--
Jeff Trawick | [EMAIL PROTECTED
and segfault are gone, but I hate not knowing what caused the
segfault.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
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...
, APR_UNSPEC,
-p_conn-port, 0, c-pool);
+p_conn-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
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 PROTECTED]
Born in Roswell
-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...
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 being used.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
/* @return non-zero if the socket address is within the subnet, 0 otherwise */
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
, *nbytes);
}
} while (rv == (apr_size_t)-1 errno == EINTR);
}
}
#endif
--
[EMAIL PROTECTED]
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
sendfile to
be used
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
+ 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...
probably being blind and missing how you intend
to control it)
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
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...
-util, httpd-2.0, SVN)
committed, thanks!
--
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.
Then we need new APR_WRITE_AT_END
,
+if (setsockopt(sock-socketdes, optlevel, optname,
(void*)tmpflag, sizeof(int)) == -1) {
return errno;
}
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
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...
;
}
(*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...
not getting it perfect
either.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
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 Trawick | [EMAIL
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 gets it to work with
2.53...
--
Jeff Trawick | [EMAIL
interesting either.
--
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 short too.
Besides adding crude error checking
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 process to destroy the semaphore? That
isn't happening for me. Only the parent
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 for the one with the mutex in
it).
--
Jeff Trawick | [EMAIL
- 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 Sander is still planning to tag.)
--
Jeff Trawick
() 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...
specify the address family.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
= {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're getting hostname set to , that definitely sounds like a
bug.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married
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...
re-configuring?
The problem there was that --disable-sendfile isnt an option configure
knows anything about, the right one is --without-sendfile, which does
work, and does fix the problem. :-)
oops, sorry about the wild goose chase!
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell
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:
switch {case} and default: are probably better for handling this case
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...
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 to 1.0?
As has been pointed out, APR 1.0 must maintain backwards
different set of people.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
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 simpiler fix that I haven't
explored
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)
fata
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...
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
[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
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. Another function
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
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
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
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
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
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
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 keep
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
application-specified
William A. Rowe, Jr. wrote:
At 11:53 AM 2/5/2003, Jeff Trawick wrote:
on APR not providing a string which tells what type of processing failed:
With no string from APR, you don't know if, for example, the failure
was EPERM because
a) permissions on working directory were bad
b) permissions
[EMAIL PROTECTED] wrote:
trawick 2003/02/06 10:50:31
Log:
Allow apr_proc_create() to call an app-provided error reporting
function when apr_proc_create() fails in the new child process
after fork(). The app-provided error reporting function will only
be called on platforms where
(if the app wants to burn the cycles, that is)
With a new attribute set, apr_proc_create() will check for some common
problems prior to forking. This enables the caller to handle errors
more gracefully with no funky code.
I have half a mind to make this attribute set by default with APR 1.0
Damir Dezeljin wrote:
I want to retrive an IP addr string from the apr_sockaddr_t so I used
apr_sockaddr_ip_get(). The first argument of this function is char ** .
...
So the question is ... do I have to first alocate the memory for the
destination string?
APR allocates the storage from the pool
Network apps can all too often be tricked by clients into segfaulting or
worse. When this occurs the first time, it can be important to know
what data was received and with what boundaries (i.e., how much was
passed up at a time to the app).
For quite a while (1.5 years I think)
Joe Orton wrote:
On Thu, Feb 20, 2003 at 01:06:55PM -0500, Jeff Trawick wrote:
Network apps can all too often be tricked by clients into segfaulting or
worse. When this occurs the first time, it can be important to know
what data was received and with what boundaries (i.e., how much was
passed up
Joe Orton wrote:
On Fri, Feb 21, 2003 at 07:58:16AM -0500, Jeff Trawick wrote:
Joe Orton wrote:
Surely this can be done already outside APR?
Joe, what is it you really want to say :) I think we all know the
answer to that question already.
Just seems like classic creeping featurism to me
Ian Holsman wrote:
Jeff Trawick wrote:
*not to share is a bit strong... our Apache2-based server is freely
available for download and the modifications made to pure Apache2+APR
are provided in a patch file that gets installed... but that isn't
what I usually mean by sharing code :)
do you
Joe Orton wrote:
On Fri, Feb 21, 2003 at 02:27:08PM -0500, Jeff Trawick wrote:
...persuasively and at length
Consider my misgivings misguided ;) You might want to swap
stddef.h+offsetof for apr_general.h+APR_OFFSETOF in the patch.
you're too easy
will-do
[EMAIL PROTECTED] wrote:
ianh2003/02/22 09:02:48
Modified:.CHANGES
include apr_queue.h
misc apr_queue.c
test testqueue.c
Log:
API Change:
* apr_queue_[try]pop now returns the item pushed, not a reference
to it.
Sander Striker wrote:
Hi,
Using mmap to gain some performance I stumbled across the following.
$ touch empty_file
...
rv = apr_file_open(f, empty_file, ...)
rv = apr_file_info_get(finfo, APR_FINFO_SIZE, f);
rv = apr_mmap_create(mm, f, 0, finfo.size, APR_MMAP_READ, ...);
[so far rv ==
William A. Rowe, Jr. wrote:
At 03:37 PM 2/28/2003, Jeff Trawick wrote:
something we can fix for APR 1.0/Apache 2.1-dev by making apr_off_t
always 64 bits
+1
whether native apr_off_t is 64 bits or not?
s/apr_off_t/off_t/ :-)
oops :) yes, of course that was the intention
William A. Rowe, Jr. wrote:
Why not tie this feature as a compile-time option, perhaps work it into
our --maintainer-mode builds. It doesn't help if APR releases are built
without any debugging information anyways.
It is certainly easier if APR symbols are known, but it is possible
otherwise
William A. Rowe, Jr. wrote:
At 12:15 PM 3/3/2003, Jeff Trawick wrote:
William A. Rowe, Jr. wrote:
Why not tie this feature as a compile-time option, perhaps work it into
our --maintainer-mode builds. It doesn't help if APR releases are built
without any debugging information anyways
William A. Rowe, Jr. wrote:
Wondering how others feel about the feedback below, should we simply
disable threads in APR by default for HPUX 11.0?
I think it is best to disable threads in this situation until we can
address other configure problems (namely, the fact that when the pthread
test
Jim Carlson wrote:
Hello,
I just joined this list a minute ago, so forgive me if this has
already been suggested, but it looks like you could use some more
parentheses in the macros definitions in apr_buckets.h. I'm getting
precedence problems when using APR_BUCKET_IS_EOS(*bucket_ptr), for
apr_file_io.h says
/**
* Unset a file from being inherited by child processes.
*/
should it instead say something like this?
/**
* Unset a file from being inherited by subprograms
*/
where subprogram is a child process running another executable, as
contrasted with a child process running the
Craig Rodrigues wrote:
Hi,
I got the latest apr from CVS, and when I tried to configure it,
it locks up my machine hard. The last step it runs before hanging is:
checking if TCP_NODELAY setting is inherited from listening sockets
Has anyone seen this before?
(I assume you know what locks up my
William A. Rowe, Jr. wrote:
At 10:48 AM 3/21/2003, Jeff Trawick wrote:
backtracking uses of fd 2 up through this time is somewhat funny
it looks like
a) we set the error log to file descriptor 2
b) we close file descriptor 2 and set it to /dev/null via the freopen() in
apr_proc_detach
c) we close
William A. Rowe, Jr. wrote:
At 01:09 PM 3/21/2003, Jeff Trawick wrote:
I'm a bit nervous about the existing/new special handling for descriptors 0-2.
Are you looking at my original or new patch?
either
I won't disagree, if you want apr_file_dup() to always return an uninherited
handle
Stas Bekman wrote:
Stas Bekman wrote:
Making all in srclib
Making all in apr
Making all in strings
/bin/sh /build/httpd/httpd-2.0/srclib/apr/libtool --silent
--mode=compile cc_r -g -qHALT=E -qinfo=pro -qfullpath -qinitauto=FE
-qcheck=all -DHAVE_CONFIG_H -U__STR__ -D_USE_IRS
401 - 500 of 1573 matches
Mail list logo