> On Mar 30, 2024, at 2:26 PM, Rainer Jung wrote:
>
> Hi Roy,
>
> I adjusted the Copyright notice for APR and APR-Util in the form the web
> server uses it. I hope it is OK now?
Yep, thanks, it looks good now.
Roy
On Mar 30, 2024, at 1:40 PM, rj...@apache.org wrote:
>
> Author: rjung
> Date: Sat Mar 30 20:40:29 2024
> New Revision: 191
>
> URL: http://svn.apache.org/viewvc?rev=191=rev
> Log:
> Update copyright year
>
> Modified:
>apr/apr/branches/1.8.x/NOTICE
>
I had a rough time trying to get any version of apr to compile for
use by httpd on my platform (OS X 10.7.4). I eventually ended up
using the 1.4.x branches of apr and apr-util and
--without-crypto \
--without-openssl \
--without-ldap \
since at least one of those options is completely screwed
Just to confirm, this only gets compiled if the user has added a --with
option specific to nss, right? Otherwise it impacts our license.
Roy
On Dec 7, 2011, at 12:38 AM, mt...@apache.org wrote:
Author: mturk
Date: Wed Dec 7 08:38:54 2011
New Revision: 1211334
URL:
On Feb 12, 2011, at 8:02 PM, Branko Čibej wrote:
On 12.02.2011 23:00, Graham Leggett wrote:
On 12 Feb 2011, at 10:23 PM, Roy T. Fielding wrote:
As part of https://issues.apache.org/bugzilla/show_bug.cgi?id=16521,
we currently accept dates that are trailed by extra characters
without
On Feb 12, 2011, at 12:12 PM, Graham Leggett wrote:
As part of https://issues.apache.org/bugzilla/show_bug.cgi?id=16521, we
currently accept dates that are trailed by extra characters without
complaining. The following patch marks such dates as APR_DATE_BAD. Does this
patch make sense?
On Jul 1, 2009, at 7:51 PM, wr...@apache.org wrote:
Author: wrowe
Date: Thu Jul 2 02:51:49 2009
New Revision: 790442
URL: http://svn.apache.org/viewvc?rev=790442view=rev
Log:
fix (c)
Modified:
apr/apr/branches/1.4.x/NOTICE
Modified: apr/apr/branches/1.4.x/NOTICE
URL:
On Jul 2, 2009, at 3:08 PM, William A. Rowe, Jr. wrote:
Roy T. Fielding wrote:
May I ask why you decided to do that? Are you aware that the
three characters (c) have no meaning in copyright law, whereas
the special character © is synonymous with Copyright?
Principally so that grep would
-1. That breaks the build for all maintainers using OS X 10.4.x and
I don't see any reason to require it.
% which autoconf
/usr/bin/autoconf
% autoconf --version
autoconf (GNU Autoconf) 2.59
Roy
On Jun 20, 2008, at 5:01 PM, [EMAIL PROTECTED] wrote:
Author: wrowe
Date: Fri Jun 20
On May 11, 2008, at 6:23 AM, Tom Donovan wrote:
Roy T. Fielding wrote:
This is a showstopper. It must be fixed in 1.3.x before release.
My fix is also incomplete: All of the other DBD drivers that do
not have
redistributable client libraries must also default off. Oracle is
one
for sure
On May 10, 2008, at 12:06 PM, Lucian Adrian Grijincu wrote:
On Sat, May 10, 2008 at 9:52 PM, [EMAIL PROTECTED] wrote:
Author: fielding
Date: Sat May 10 11:52:28 2008
New Revision: 655138
URL: http://svn.apache.org/viewvc?rev=655138view=rev
Log:
silence warning about assignment expression
This is a showstopper. It must be fixed in 1.3.x before release.
My fix is also incomplete: All of the other DBD drivers that do not have
redistributable client libraries must also default off. Oracle is one
for sure -- I am unaware of the terms for the other drivers.
Roy
On May 10, 2008,
On May 8, 2008, at 1:07 PM, Jim Jagielski wrote:
Can anyone else confirm that r654186 (for apr-trunk) and
r654186 (for apr-1.3) fixes sendfile to work under Darwin?
In particular, both the perl-test framework for httpd as well
as APR's test suite (and test/sendfile ) pass for me now.
I
On May 2, 2008, at 8:07 AM, William A. Rowe, Jr. wrote:
Christopher Key wrote:
The reason for wanting the (u)int8 types was primarily for
readabilty, i.e. to distinguish between whether you are
manipulating character data or numerical data. Moreover, there
are times where you
On May 1, 2008, at 3:33 PM, William A. Rowe, Jr. wrote:
Christopher Key wrote:
I'm not sure whether this has been covered already, and whether it
needs to go in during a major release, but is there any chance of
adding apr_int8_t and apr_uint8_t typedefs?
Why? The type char is defined
On May 1, 2008, at 4:44 PM, Jim Jagielski wrote:
On Thu, May 01, 2008 at 04:18:32PM -0700, Roy T. Fielding wrote:
On May 1, 2008, at 3:33 PM, William A. Rowe, Jr. wrote:
Christopher Key wrote:
I'm not sure whether this has been covered already, and whether it
needs to go in during a major
On Apr 25, 2008, at 2:52 PM, [EMAIL PROTECTED] wrote:
==
--- apr/apr/trunk/file_io/unix/copy.c (original)
+++ apr/apr/trunk/file_io/unix/copy.c Fri Apr 25 14:52:36 2008
@@ -54,7 +54,8 @@
/* Copy bytes till the
On Apr 25, 2008, at 3:20 PM, Bojan Smojver wrote:
On Sat, 2008-04-26 at 08:07 +1000, Bojan Smojver wrote:
I'm not sure that is portable C. Is the compiler guaranteed to
optimize that
into a constant?
I would think so. BUFSIZ is defined as constant, as well as
APR_FILE_DEFAULT_SIZE. But,
On Apr 15, 2008, at 5:55 AM, Graham Leggett wrote:
The solution is simple: leave it on trunk, remove it from the
v1.3.0 branch until the issues are resolved, so that the folks
wanting to see v1.3.0 released are not prevented from making that
happen. I don't think anybody would have objected
On Apr 14, 2008, at 2:13 PM, Ruediger Pluem wrote:
On 04/14/2008 10:42 PM, Joe Orton wrote:
I am also happy to do the grunt work of reversion if the authors
are still unwilling to resolve these issues and don't want to (or
don't have time to) do that themselves.
Does this mean you revert
-1
This is wrong on multiple counts. First, the job of a parser is to
parse, not invent. The patch makes round-tripping of content
impossible.
Second, there is no guarantee that :// implies a hostname or that a
single / following that hostname can be omitted -- those are both
On Aug 28, 2007, at 6:26 AM, Arfrever Frehtes Taifersar Arahesis wrote:
2007-08-26 16:49:45 Arfrever Frehtes Taifersar Arahesis napisał(a):
2007-08-24 17:11:30 Arfrever Frehtes Taifersar Arahesis napisał(a):
APR-Util currently can't be built with Berkeley DB 4.6.
I'm attaching a patch which
On Aug 24, 2007, at 3:32 PM, Daniel Rall wrote:
On Mac OS X (10.4), I'm seeing APR-Util's configure fail to use
Berkeley DB 4.4 from MacPorts. The reason for this is two-fold:
1) exit() is undefined in the C test code used to validate db.h.
This can be fixed by #including stdlib.h in C
On Aug 13, 2007, at 5:56 AM, Jim Jagielski wrote:
The Darwin change for apr_filepath_encoding() was just
applied to trunk.
testenv : SUCCESS
testfile: SUCCESS
testfilecopy: SUCCESS
testfileinfo: SUCCESS
testflock : SUCCESS
testfmt
On Aug 6, 2007, at 5:39 PM, Wilfredo Sánchez Vega wrote:
On Aug 6, 2007, at 5:11 PM, Roy T. Fielding wrote:
Actually, it also crashes on valid utf-8 in normal form, because OS X
doesn't follow the standard on normalization. See man -s 5 utf8:
If more than a single representation
On Jul 29, 2007, at 7:54 AM, Justin Erenkrantz wrote:
On 7/29/07, Joe Orton [EMAIL PROTECTED] wrote:
Hmm, why the save/restore of CPPFLAGS/LDFLAGS? This is only
necessary
when there is some failure case where the changes made will not
persist
until build time, so should not affect
On Jul 18, 2007, at 9:55 AM, Wilfredo Sánchez Vega wrote:
On Jul 18, 2007, at 2:11 AM, Joe Orton wrote:
- it is convention on all modern Unixes I'm aware of that filename
charset/encoding follows LC_CTYPE; not just Linux. It may derive
from
Solaris, I think that's where the locale APIs
On Mar 13, 2007, at 10:58 AM, [EMAIL PROTECTED] wrote:
Author: bnicholes
Date: Tue Mar 13 10:58:28 2007
New Revision: 517793
URL: http://svn.apache.org/viewvc?view=revrev=517793
Log:
Add the #define APR_LDAP_SIZELIMIT that is set appropriately for
the LDAP SDK that is being used. Also include
On Dec 24, 2006, at 11:33 AM, [EMAIL PROTECTED] wrote:
Author: rooneg
Date: Sun Dec 24 11:33:13 2006
New Revision: 490063
URL: http://svn.apache.org/viewvc?view=revrev=490063
Log:
Add crypto exports notification file for APR.
* xdocs/bis.rdf: Source file.
* docs/bis.rdf: Generated file.
On Jan 17, 2007, at 12:23 PM, Ruediger Pluem wrote:
On 01/15/2007 01:56 PM, Bart van der Schans wrote:
In r463496 the following check was added to mod_cache.c :
else if (exp != APR_DATE_BAD exp r-request_time)
{
/* if a Expires header is in the past, don't cache it */
On Jan 7, 2007, at 9:44 AM, Garrett Rooney wrote:
Uhh, anyone? It'd be really great if someone with more clue in this
are (Cliff, Roy, one of our lawyers, etc) could take a look at this
and let me know if it resolves our problem or not. If not, I'll look
into an alternate solution (either
On Jan 2, 2007, at 11:56 PM, Justin Erenkrantz wrote:
On 1/2/07, Issac Goldstand [EMAIL PROTECTED] wrote:
If you do this, it might be a smart idea to write in the README
and/or
INSTALL and/or configure hints that it's worthwhile to link against
OpenSSL even if you're not planning on using
On Jan 3, 2007, at 4:30 PM, William A. Rowe, Jr. wrote:
MD4 was DOA when APR was created.
Only for cryptography. There is nothing wrong with its use as a hash.
Rsync still uses it.
Can we please introduce SHA-2 and drop MD4 entirely in APR release
2.0.0?
If configuring for a FIPS ssl
On Oct 16, 2006, at 3:38 AM, Joe Orton wrote:
An argument has been made that the third-party MD4/MD5 code in APR
(specifically, APR-util) is licensed such that it is not
permissible to
distribute modified works.
AIUI, copyright law has separate restrictions on to make ...
derivative works
On Oct 16, 2006, at 12:44 PM, Roy T. Fielding wrote:
Could we get confirmation of this interpretation?
Did the person who made that argument substantiate it?
This was included in a prior message to [EMAIL PROTECTED] by Tollef Fog Heen:
For those who don't know me, I'm one of the Debian
On Oct 16, 2006, at 9:02 PM, Jeffrey Thompson wrote:
Roy T. Fielding [EMAIL PROTECTED] wrote on 10/16/2006 03:44:20 PM:
On Oct 16, 2006, at 3:38 AM, Joe Orton wrote:
An argument has been made that the third-party MD4/MD5 code in APR
(specifically, APR-util) is licensed
On Oct 9, 2006, at 1:17 PM, Tollef Fog Heen wrote:
I took the liberty of replacing the MD4 and MD5 implementations in
apr-util with the ones from dovecot (written originally by Solar
Designer and put in the public domain). They took a bit of adaption
to not break the ABI or change the API. The
On Jul 4, 2006, at 5:54 PM, William A. Rowe, Jr. wrote:
Roy T. Fielding wrote:
I don't see any reason why apr-util would distribute OpenSSL in any
form -- it needs to compile against the installed SSL library
(perhaps
a card) for the same reasons as httpd.
Again - you tout the perspective
I am quite certain that the regulation is one notice per type of package
we export (product name x crypto capabilities). What is unclear is the
meaning of the link to sources within that notice. I think it is
sufficient for the link to httpd's sources to include a link to
OpenSSL's sources page
On Jun 30, 2006, at 11:47 PM, Justin Erenkrantz wrote:
On 6/30/06, Roy T. Fielding [EMAIL PROTECTED] wrote:
We do not distribute OpenSSL because it contains software that we
cannot distribute for reasons unrelated to export control.
I think we will end up distributing OpenSSL with our
On Jun 29, 2006, at 11:30 PM, William A. Rowe, Jr. wrote:
Notification solution;
Post the following notice on our project-specific crypto notice page;
http://apr.apache.org/crypto.html
And provide the BIS with a notice of the cryptographic export of the
APR-util product Apache Portability
On Jun 30, 2006, at 5:37 AM, Justin Erenkrantz wrote:
On 6/30/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Nope. We don't ship OpenSSL the product, we ship APR-util the
product which
happens to link to OpenSSL, and therefore, ***APR.apache.org/
crypto.html***
resolves to www.apache.org,
On Jun 19, 2006, at 9:55 AM, Leasky Chen wrote:
I send email to [EMAIL PROTECTED] to unsubscribe
from this email list. But I still got a lot of mails every day.
We did not receive them -- maybe the address is blocked within hotmail.
I have manually removed you from the list.
Roy
Sounds like a good idea to me. If more than one fd is ready, what is
the order that they are called? Also, should there be different
callback functions for ready read, write, and error, or just one
function that is responsible for all three?
Roy
On Mar 19, 2006, at 10:54 AM, Paul Querna wrote:
Roy T. Fielding wrote:
Also, should there be different
callback functions for ready read, write, and error, or just one
function that is responsible for all three?
But, what happens when there is a socket that is being monitored
for all 3
On Jan 4, 2006, at 4:42 PM, [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
Um, I don't think that's going to work, rv is the number of
descriptors that hit, there's nothing that says that if N hit
it'll be
the first N...
That would be true were I comparing IRV but
On Sep 2, 2005, at 8:30 PM, Branko Čibej wrote:
Roy T. Fielding wrote:
We have no need to support anything other than the latest updates
of Win2k and WinXP. Anything other than that should not be running
a server and can continue using our old builds if needed.
*Sigh*, yes, fine, but APR
We have no need to support anything other than the latest updates
of Win2k and WinXP. Anything other than that should not be running
a server and can continue using our old builds if needed.
Roy
On Jul 18, 2005, at 10:26 AM, William A. Rowe, Jr. wrote:
Please remember that decisions need to be made on [EMAIL PROTECTED]
Hopefully high-bandwidth discussions will generate some pretty
slick code and solutions. Although those in the rest of the
world will be lagging a bit, the history of
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 November (or some files have gone missing)?
I am working on it -- looks like it is missing from the
archivealiasmonthly and thus everything
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 November (or some files have gone missing)?
I am working on it -- looks like
I happen to agree that the commit messages suck, but the right thing
to do is have a look at the script and suggest a patch on the
infrastructure mailing list. I would do it myself, but have a paper
to write first. I also think that placement of the Log text after
the long list of files is
On Tuesday, June 29, 2004, at 02:41 PM, [EMAIL PROTECTED] wrote:
martin 2004/06/29 05:41:11
Added: buildjlibtool.c
Log:
Commit the missing jlibtool.c from Justin's
http://www.apache.org/~jerenkrantz/jlibtool.c --
It was referenced by configure --enable-experimental-libtool
On Monday, March 22, 2004, at 04:00 PM, Philip Martin wrote:
This code in apr_time_exp_get:
year = xt-tm_year;
if (year 70 || ((sizeof(time_t) = 4) (year = 138))) {
return APR_EBADDATE;
}
rejects all 2038 dates even though all the 2038 dates up to
2038-01-19T03:14:07.00Z
Is the function supposed to validate it's input? If the user supplies
a large, positive or negative, value for xt-tm_year then the
calculation may overflow. If the user supplies an xt-tm_mon outside
the range 0-11 the function will read arbitrary memory.
How is the user going to do that? Do you
Use of the API is usually interpreted as forming a derivative work
under
copyright law, and I'm certain it's the FSF's interpretation, which is
what counts here.
Actually, no, the FSF is the only legal entity known to mankind that
interprets copyright law in that fashion, and has so far avoided
However I completely disagree that Python (or Perl or PHP) is
a good choice for use in build systems.
As part of the configure process, I would agree with you, but as part
of
buildconf, I disagree--not everyone needs to run buildconf--only
developers, and if you're a developer, it's
+#define APR_ARRAY_PUSH(arr, type, item) \
A macro that is intended to mimic the behavior of a function call
should always be named in the same way as function calls, not with
all-uppercase names. Stuff like the above makes the interface
entirely dependent on the implementation, and makes the
This code was licensed under version 1.0 of the Mozilla Public
License
(which is a copyleft and a lot more restrictive than the ASL).
And not approved for distribution by Apache projects. You will need to
get the version that is released as MPL 1.1 or a new license from
Mike Bennett, or
I have been trying to fix a simple warning in httpd 2.1 and am getting
stuck in spaghetti. apr_sendfile is being exported even when it is not
usable, and as a result there is no declaration prior to implementation
of the function in network_io. So, I fix that and find that it won't
build because
On Wednesday, August 14, 2002, at 10:34 PM, [EMAIL PROTECTED] wrote:
if test $1 = all; then
echo ${major}.${minor}.${patch}
elif test $1 = major; then
echo ${major}
+elif test $1 = libtool; then
+ echo ${minor}:${patch}:${minor}
I don't think that's what you meant to do.
Oh, for crying out loud. Apps do not need microsecond resolution for
time since epoch. None of them do. They need microsecond resolution
for small interval timers. The vast majority of APR time usages are for
epoch times or intervals in seconds. There is nothing that the app can
do to work
The warning is simply because gcc can't follow conditionals, but
this should be a safe fix if nobody minds.
Roy
Index: poll.c
===
RCS file: /home/cvs/apr/poll/unix/poll.c,v
retrieving revision 1.28
diff -u -r1.28 poll.c
--- poll.c
Ugh. Is there some reason we don't use normal symbol wrappers
instead of this macro argument name replacement stuff?
Roy
On Friday, July 19, 2002, at 01:32 AM, [EMAIL PROTECTED] wrote:
+#if APR_HAS_APR_ICONV
+#define HAVE_ICONV
+#define iconv_(n) apr_iconv_##n
+#else
+#define
On Friday, July 12, 2002, at 07:05 PM, William A. Rowe, Jr. wrote:
At 08:49 PM 7/12/2002, [EMAIL PROTECTED] wrote:
2) Renaming the function to get rid of apr_time_t vs time_t
confusion,
but keep it ambigious and make no contract with the user
about the
units
A fine summary of the situation.
On Friday, July 12, 2002, at 12:42 PM, William A. Rowe, Jr. wrote:
I. We represent all time quantum in the same scale throughout APR. That
scale is in microseconds.
Which is goodness, because we don't ever have to go back to docs and ask,
Does that function
As near as I can tell from looking at the code and cvs logs, the only
reason we have apr_size_t and apr_ssize_t is because win32 wants to
define apr_ssize_t. Is that because win32 doesn't have ssize_t?
Is there a reason why we don't simply define ssize_t on that platform?
Roy
I will say the very same thing Ryan did several weeks [months?] ago.
Where were you for the last two years?
Complaining about how fucked up the design decisions were for apr_time_t.
Its in the archives. People didn't want to deal with it before due to
more pressing concerns. 2.0 is now out, so
Um, Roy? WTF are you talking about?
From apr/time/unix/time.c:
APR_DECLARE(apr_time_t) apr_time_now(void)
{
struct timeval tv;
gettimeofday(tv, NULL);
return tv.tv_sec * APR_USEC_PER_SEC + tv.tv_usec;
}
And as for demonstrated needs, you're thinking too Apache-centric by a
longshot.
Irrelevant. If you want httpd to use APR, then it had better not make
httpd
worse for no good reason. If there is a reason, then I want it
documented
in the code. If not, if it is just the whim of some folks using APR,
then
I will fork the httpd project away from APR.
Roy, isn't this a bit of
If that was all we were doing, I would agree with you. But `Jeff's patch
implements BOTH select and poll with an #ifdef, because not every platform
has poll(). This is exactly the reason for having apr_poll(), and not
using it is stupid. If the argument is performance, then back it up with
A better optimization might be to reduce the number of calls to
brigade_puts. That's how much of 1.3 was improved.
Roy
There is no reason for them to be all-uppercase. I hate it when people
use uppercase for functions, including macro functions. All-uppercase
is a convention for symbolic constants, not functions.
Roy
On Monday, June 10, 2002, at 04:11 PM, William A. Rowe, Jr. wrote:
At 05:04 PM 6/10/2002, you wrote:
I am tired of seeing this stupid change to the semantics of time_t
under Unix continue to cause bugs in every project that uses APR.
I must have missed that discussion traveling. Pointers please?
I am tired of seeing this stupid change to the semantics of time_t
under Unix continue to cause bugs in every project that uses APR.
apr_time_t must be in seconds. If folks want APR to keep time in
microseconds, then they had bloody well change the type name
accordingly.
I know of one existing
Making all in expat
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE='expat'
-DVERSION='expat_1.95.2' -I/Users/fielding/ws/httpd-2.0/srclib/apr-util/
xml/expat/lib -I.. -I/Users/fielding/ws/httpd-2.0/srclib/apr-
util/xml/expat/lib -g -O2 -c xmlparse.c
libtool: ltconfig version `'
I have no idea what this is supposed to be doing, but it is doing
it wrong. During make, after building apr, using vanilla awk:
~/ws/httpd-2.0/srclib/apr/.libs
~/ws/httpd-2.0/srclib/apr/.libs
~/ws/httpd-2.0/srclib/apr/.libs
awk -f /Users/fielding/ws/httpd-2.0/srclib/apr/build/make_var_export.awk
I have no idea what this is supposed to be doing, but it is doing
it wrong. During make, after building apr, using vanilla awk:
~/ws/httpd-2.0/srclib/apr/.libs
~/ws/httpd-2.0/srclib/apr/.libs
~/ws/httpd-2.0/srclib/apr/.libs
awk -f /Users/fielding/ws/httpd-2.0/srclib/apr/build/make_var_export.awk
ltmain.sh is not in the repository for expat - this comes from
(g)libtoolize when running apr-util/xml/expat/buildconf.sh.
I bet you ran buildconf with 1.3.5, tried to build APR, it failed,
you installed Pier's stuff to get 1.4+, reran buildconf and then
ran into this.
Hmmm, I'm pretty sure I was
If the copyright holders of those files are content to let us make
those changes (clearly marked as with apr's copy of these files) and
then distribute the modified files with an exception to the GPL, that
is one thing. However, in the new config.guess/config.sub files checked
in for expat I'm not
(rd));
dberr = 0;
}
I've also attached it.
Cheers,
-g
On Thu, Jan 17, 2002 at 03:42:38PM -0800, Roy T. Fielding wrote:
The build on Linux is broken at
make[4]: Entering directory
`/home/fielding/ws/httpd-2.0/srclib/apr-util/dbm'
/bin/sh /home/fielding/ws/httpd
The build on Linux is broken at
make[4]: Entering directory `/home/fielding/ws/httpd-2.0/srclib/apr-util/dbm'
/bin/sh /home/fielding/ws/httpd-2.0/srclib/apr/libtool --silent --mode=compile
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes
-Wmissing-declarations -pthread -Werror
Just to back up what Ben said (but with a little more explanation for those
of us who don't work in bomb shelters for a living), the true randomness of
the initialization function is necessary to maintain the strong encryption
characteristics of SSL. If we make any attempt to reduce the entropy
On Sun, Dec 30, 2001 at 07:50:47PM -, [EMAIL PROTECTED] wrote:
--- rand.c 29 Dec 2001 03:33:49 - 1.11
+++ rand.c 30 Dec 2001 19:50:46 - 1.12
@@ -62,8 +62,10 @@
HCRYPTPROV hProv;
apr_status_t res = APR_SUCCESS;
+/* 0x40 bit =
I have an socket-like API. I need to issue my_accept(), my_setsockopt(),
my_recv(),
my_send(), my_sendfile(), et. al. These calls are scattered all across httpd.
Are you
saying I need an accept() filter, a recv() filter, et. al? Or that there
needs to be a
set of generic filter APIs
What you are suggesting will not work at all. There are apr_socket(and
related) calls in places other than the core_*_filters. And it is not safe
to make these calls (which will call BSD socket network io system calls)
using descriptors from a different network interface.
Then I would
On Fri, Oct 12, 2001 at 05:22:04PM -0700, Dirk-Willem van Gulik wrote:
Is there a way to ask APR what the granularity is ?
Is it right to assume that the reason you need this is so that the httpd
will mark a message with a Date that is later than the Last-Modified, hence
avoiding problems
And, in discussions with Roy, I think he was thinking a client
library should be a part of httpd not APR. But, I don't care
one way or another. -- justin
Nah. This has utility outside of httpd. Specifically, Subversion is an
excellent candidate. I also know that Covalent has a similar
Independent of httpd effectively means APR. I guess you could be an httpd
subproject, but this has nothing to do with an HTTP server.
[ there is no way the board would establish a new PMC for this, speaking as
one of those board members :-) ]
I don't see why. I don't believe umbrella
On Sat, Sep 22, 2001 at 08:23:21PM -, [EMAIL PROTECTED] wrote:
gstein 01/09/22 13:23:21
Modified:.configure.in
buildapr_hints.m4
Log:
AC_PROG_CC can only be used once within a configure script (at least with
autoconf 2.52). Shift the
On Tue, Aug 28, 2001 at 03:16:42PM -0700, Brian Pane wrote:
Roy T. Fielding wrote:
On Tue, Aug 28, 2001 at 11:15:41AM -0700, Brian Pane wrote:
Here's a new version of the get_offset patch that initializes
the TZ offset from apr_initialize. I've attached the new include
file that it uses
On Wed, Aug 29, 2001 at 10:19:40AM -0400, Greg Marr wrote:
At 10:05 AM 08/29/2001, William A Rowe wrote:
At 07:36 PM 08/28/2001, Roy T. Fielding wrote:
On Tue, Aug 28, 2001 at 03:16:42PM -0700, Brian Pane wrote:
As far as I can tell, the result of the calculation should be
independent
On Tue, Aug 28, 2001 at 11:15:41AM -0700, Brian Pane wrote:
Here's a new version of the get_offset patch that initializes
the TZ offset from apr_initialize. I've attached the new include
file that it uses, apr/include/arch/unix/internal_time.h
Out of curiosity, what happens when we switch
No. There really aren't many sendfile implementations that allow you to
transmit more than an apr_size_t, if you start digging the man pages.
Afraid this was a concensus decision make while you were on holiday.
Ummm, no it wasn't. You mentioned it on the mailing list and both Bill
and I said
As with Roy, I am entirely for consistency of the API, and the work that you
did to clean it up is Good. But apr_off_t is the real, potential size of a
bucket's data.
In other words, if the portability library isn't abstracting this under
the covers, then it isn't much of a portability
For the pools code, it can only be patched. It is unacceptable to toss a
completely written-from-scratch replacement into the code base. If it takes
a sequence of 20 patches to reach the written-from-scratch stage, then
fine... but that means each step has been reviewable as you go along.
BTW can flood simulate a steady # of requests being attempted per
second?
or does it just fire up N threads/processes and whack away.
( check out http://www.cs.rice.edu/CS/Systems/Web-measurement/ for more
info)
Heh, nice coincidence -- I printed that paper out earlier today and
gave Justin
I don't see a problem adding a PRNG into APR as long as we have a by
default good one available with known characteristics. -- justin
Um... APR *already* has random stuff in there. It can build against the
truerand library, and it can use the /dev/random device.
If we have a small hunk
I'm all for a new apr-ldap CVS module / library. But its presence in APRUTIL
feels very questionable to me.
Well, since I feel the same way about everything in apr-util, I'm not sure
if I agree or disagree with Greg. I think it belongs in httpd-ldap, for
the same reason, but if apr-util is
shouldn't this wait until we roll out a beta/GA?
No. MM must be removed before GA or it cannot ever be removed.
2.0.23 can go out as beta right now. This should be committed right now
so that I can remove MM and cut our configure processing time in half.
Roy
1 - 100 of 155 matches
Mail list logo