ments
lined up that I could provide. I don't know what the tradeoffs are between
having it be a normal included module or a subproject module, does anyone have
any insight?
-aaron
ve radar screen.
>
> (BTW, the InConSisteNt capitalization always bugged me to no end...) --
> justin
Another +1 from the peanut gallery for "Apache HTTP Server" and "httpd".
-aaron
On Feb 10, 2010, at 11:34 PM, Plüm, Rüdiger, VF-Group wrote:
-Original Message-
From: Aaron Bannert
Sent: Donnerstag, 11. Februar 2010 00:04
To: dev@httpd.apache.org
Subject: mod_proxy_http ignores errors from
ap_pass_brigade(r->output_filters)
mod_proxy_http appears to be ignor
h the current mod_proxy code to know if I did this correctly, but
this patch works for me. I also went ahead and marked the places where
we (kind of hackishly) ignore the return values intentionally.
Could someone review this and let me know if I'm on the right track
(against 2.2.x branch)?
Than
d API, and
was released under a "3-clause BSD" license, which I hope is compatible
with our Apache License (v2).
-aaron
y the current functionality can stay default (meaning,
all recv() errors are fatal) and for those circumstances where the
user knows that there is some network-level or Apache-level problem
causing intermittent recv() errors, they can still get performance
results out of AB.
-aaron
On Mon, Feb 26, 20
ll 10 corresponding HTTP requests, or even more
than 1 per keepalive connection.
An alternative might be to build up the transaction data in some server-side
session state, and then when all the data is accumulated you can make one
transactional call to the database.
-aaron
, and then to tail the error log
in another window. I do this all the time to debug requests/responses.
-aaron
ugh. Also, how would this
model gracefully fall back on older syscalls for legacy systems? Would
we simply use a different kernel adapter (kind of like what we have now
with the WinNT and BeOS MPMs)? Really we need to decouple low-level I/O
(disk and network and pipes) from concurrency models (multi-process,
multi-threaded, event-driven async) and also from our protocol handlers.
-aaron
If you don't care about portability, pthread_rwlocks stored in shmem
should work fine. The reason we didn't implement a cross-process
rwlock in APR is because we couldn't guarantee a proper implementation
(at the time) on all supported platforms.
-aaron
On Mon, Feb 05, 2007 at 0
address that.
-aaron
On Thu, Feb 08, 2007 at 08:17:09AM -0800, Greg Sims wrote:
> I originally posted this to the User Support forum and received no replies
> in over two weeks. I appreciate your help with this in advance!
>
> The Apache Service is stopping as a result of a
on to me, going through
> marking stuff CLOSED seems like a spam generation exercise.
http://issues.apache.org/bugzilla/page.cgi?id=fields.html#resolution
-aaron
ty of the PHP code is not Apache specific and then
> >there's an Apache loadable module that interfaces with the PHP engine.
>
> Better a week late than never. I wonder where that's been.
In the moderator queue, sorry for the delay.
-aaron
e dbm
maps instead: dbm maps can be presumed to have O(log n) lookup time,
rather than the O(n) of txt maps.
I'd welcome any feedback anyone could offer on this proposal. I'm happy to
do the work myself; is there a reasonable chance something along these lines
would be accepted if I do? If not, what changes would be needed to make
this suitable for httpd?
--
Aaron Crane
Makes sense, +1 in concept.
-a
On Oct 28, 2005, at 6:40 AM, Brian Akins wrote:
Can we get a vote on this?
--- mod_proxy_http.c.orig 2005-09-26 11:43:45.893872108 -0400
+++ mod_proxy_http.c2005-09-26 12:06:48.390005516 -0400
@@ -641,7 +641,7 @@
tion. :)
(It's interesting to note that SVN is a parallel development version
control engine, but RTC forces us to serialize all our changes.
Maybe
we should start using SCCS.)
RTC came with good intentions (higher quality code), but it's clear now
that it's not worki
g 2.2 before APR is fixed?
-aaron
On Aug 8, 2005, at 11:31 PM, Roy T. Fielding wrote:
On Aug 8, 2005, at 10:55 PM, Aaron Bannert wrote:
I can't believe you guys are still debating the merits of RTC over
CTR
after all this time. RTC killed the momentum in this project a
long time
ag
people are allowed to work on (if they want to
add features to an older version of apache, don't stop them)
-aaron
7;s changes were numerous but each was individually reviewable.
The RTC alternative is to post that patches, find 2 other buddies to
hold hands with while crossing the street, look both ways, hold your
breath, then commit the big megapatch. Version control is your friend,
use it.
-aaron
On Aug 9, 20
work?
-aaron
On Aug 9, 2005, at 6:11 AM, Jim Jagielski wrote:
On Aug 9, 2005, at 1:55 AM, Aaron Bannert wrote:
I can't believe you guys are still debating the merits of RTC over
CTR
after all this time. RTC killed the momentum in this project a
long time
ago.
The RTC experiment was
I've been trying to speed up the release cycles for years, but
it's only gotten slower with all the red tape.
The slow release cycles are just another symptom of a broken process,
they are not the cause.
-aaron
On Aug 9, 2005, at 7:00 AM, Paul Querna wrote:
Aaron Bannert wrote:
* Look at the writing on the wall: RTC killed this project.
This year there have only been 3 tarballs released:
- 2.1.3 (alpha)
- 2.0.53 and 2.0.54
- no releases of 1.3
The RTC experiment was tried and has failed. Can we please
go back to the way things were, back when this project was fun?
-aaron
I don't see this backport in 1.3, but I did provide a patch at one
point.
I'll update my patch and repost along with the magic number bumps
that were talked about a month or so ago.
-aaron, catching up on really old messages
On Apr 25, 2005, at 11:45 PM, [EMAIL PROTECTED] wrote
Full Article:
http://service.spiegel.de/cache/international/0,1518,341239,00.html
On Mar 29, 2005, at 8:47 AM, Jim Jagielski wrote:
Since we're extending core_dir_config, we should document the
change in core_dir_config
Should I elaborate more in my core_dir_config from what I already have?
Index: src/include/http_core.h
==
?
(I still don't like rewrite interacting with encoded slashes)...
What's rewrite have to do with this? This is just a backport of a
feature
that was added to 2.x, so that admins can turn off the %2F-denial
security feature, so I'm not following the rewrite mention...
-aaron
If there's no objection, shall I just go ahead and commit this?
-aaron
On Mar 24, 2005, at 4:38 PM, Aaron Bannert wrote:
I've attached a patch against the trunk of Apache 1.3 that backports
support for the AllowEncodedSlashes directive. It should behave
identically to the way it works
F'), but by enabling this directive an administrator can override
this prevention and allow %2Fs in request URLs. If this is an acceptable
backport, and I can get some +1s for it, I'll be happy to commit it and
update the documentation (at least the English :).
-aa
in
more quickly). It would be nice to get some updated benchmarks on the
relative metrics, like requests/second, concurrency, latency, etc...
-aaron
of number of child
processes. Is this correct?
-aaron
other
improvements,
who are we to stop them? They can of course always fork, but I'd rather
have them
contribute their bug fixes back to us. Official policies are just red
tape.
-aaron
we make no warranties[1], and we definitely
shouldn't be making any implied warranties that might contradict
our license. In other words, setting dates like this goes against our
license and in my opinion goes against our philosophy.
-aaron
[1] Excerpt from the Apache License 2.0:
7. Disclai
esting a release candidate) or when we want normal bug testing
then I think we may see much greater participation by our users in the
QA process, and as a result we will all have much higher quality code.
-aaron
[1] - Excerpt from http://www.apache.org/LICENSE.txt
* THIS SOFTWARE IS PROVIDED ``AS IS&#
FWIW, we're currently only using half of our allocated bandwidth.
If RC distributions become a bandwidth problem, we can think
about mirroring then (wouldn't that be a great "problem" to have
though?)
-aaron
On May 7, 2004, at 7:05 PM, André Malo wrote:
* Aaron Bannert <[
ibuted release-candidates
_does_ scale. Why don't we let the teeming masses have their
fill?
-aaron
On May 7, 2004, at 6:40 PM, Jim Jagielski wrote:
The trouble is that we need to perform *some* sort of quality
control out there... The option is as soon as we have a tarball
out, it's "
release is just a courtesy to our users. Sheesh, this just
seems like we're turning down would-be beta-testers!
Please put the tarballs back up, and please ignore the press.
-aaron
On May 7, 2004, at 12:28 PM, Jim Jagielski wrote:
I have made the tarballs unavailable from the below URL. Peop
I have received your document. The corrected document is attached.
--- Trend GateLock [EMAIL PROTECTED] (主機：higp10.gatelock.com.tw)
** 中毒檔案 application.exe 已刪除。
Trend GateLock [EMAIL PROTECTED] (主機：higp10.gatelock.com.
irement of
the HTTPD Server Project then we should discuss this in terms of
abstract requirements and not assume a particular implementation.
Keep in mind that although the infrastructure team may be charged
with managing the infrastructure, it shouldn't be pushing projects
to use tools that they don't want to use.
-aaron
x27;s shutdown with the starting
up of an old-generation child? (Eg. the parent shouldn't remove the
lockfile until all children are successfully started.)
-aaron
On Sun, Mar 14, 2004 at 10:15:43AM -0800, Justin Erenkrantz wrote:
> This morning, when we did a graceful to the httpd serving c
On Sat, Mar 13, 2004 at 02:04:09PM +0100, Sander Striker wrote:
> I hereby would like to propose that we move the HTTP Server project
> codebase to the Subversion repository at:
> http://svn.apache.org/repos/asf/.
-1
This will, at least for now, raise the bar to entry for contributors.
-aaron
get all its dependencies installed), which was probably my
own fault. I'll pound on it some more when I get a minute.
-aaron
han prefork for static pages (prefork does approx.
1050 req/sec while worker does approx. 1480 req/sec). Woohoo!
-aaron
t now you either have to
> change the source code or use mod_security to achieve
> this, but I think the feature belongs to the server core.
>
> But I think a new server directive is a better solution.
I think one should have to change the source code in order to
have this level of control over the Server: header.
-aaron
e I've been
> moving house, but I hope to get to it soon. Moving to worker would be
> a good thing :)
I'd love to find out what's causing your worker failures. Are you using
any thread-unsafe modules or libraries?
-aaron
. This seems like a much more
difficult task to me, but it all depends on how it works under Windows.
-aaron
you will ;)
I'm no x86 asm expert, so maybe someone else can comment on the
portability of this code.
-aaron
mething we should probably move over
to the [EMAIL PROTECTED] list, and also something we might want to take up
after APR 1.0 is released).
-aaron
On Tue, Dec 09, 2003 at 03:24:15PM -0500, Brian Akins wrote:
> I was testing on x86 Linux which appears to do the apr_atomics in assembly.
Does it use this atomics implementation by default? I wonder if this
binary would run on an older processor (running a modern version of linux).
-aaron
tten do and read from the CGI process
at the same time. Unfortunately, that's not currently supported by
the Apache filter code.
-aaron
s whole r-t-c thing for any branch of
httpd, development or stable. I trust every single other committer
on this project to commit good code and to catch when someone else
commits something bad. Everything else is red tape.
-aaron
I can't imagine why sleeping would consume 20% of your CPU when the
server is idle. Perhaps you should look into the scalability of your
thread library. On what kind of system are you seeing this problem
(hardware/OS/rev/etc)?
Are you seeing big load spikes when only a trickle of requests are coming
in?
-aaron
On Tue, Dec 02, 2003 at 08:40:05AM -0500, Brian Akins wrote:
> Backported from 2.1. Stable for me in various loads.
Cool! What OS/arch are you using? Also, any idea how well it performs
compared to before the patch?
-aaron
agoya, there doesn't seem to be any way to submit bug reports
> (and patches) for httpd2.1. Do I submit it under 2.0 or post to the list?
Feel free to post to the list at any time, even after we get an httpd-2.1
section into the bug system.
-aaron
pre-release code directly to this mailing list.
Crash-on-startup bugs are particularly interesting. :)
-aaron
> frequent releases would be much welcomed. Take this recent user_track
> bug. A lot of sites use cookie tracking. It would be great if there
> was a release that fixed it. In the interim, it would be nice to see
> some mention of a workaround on the site for users.
Take a loo
At one time? The Prefork MPM (Apache 1.3+) can only handle one at
a time. The Worker MPM (in Apache 2.0+ only) can handle multiple
at a time, since it is multithreaded.
-aaron
On Sat, Nov 22, 2003 at 02:06:18PM +, Haskell Curry wrote:
> How much diferent connections can a child han
Use apr_shm_create in the "post_config" hook (which gets run in the parent)
and then attach to it in the "child_init" hook (which runs in the child).
See the scoreboard.c for an example.
-aaron
On Sat, Nov 22, 2003 at 02:28:03PM +0100, David Herrero wrote:
> Thank
worker (threaded) MPM.
-aaron
> created a shared memory to this variable.
You can't do this. MaxClients actually affects the size of the scoreboard,
so it wouldn't make sense to store it in the scoreboard.
-aaron
to
> the apache code standards I would love to know why so
> I can improve my coding skills.
Neat patch, short and sweet. I haven't compiled it but it look good.
+1 in concept
-aaron
inherited
in your child processes.
-aaron
On Sun, Nov 16, 2003 at 09:43:03PM -0400, Marc G. Fournier wrote:
>
> Yup, this is what I tend to see ...
>
> One question, what does 'ps auxwl' show, primarily the WCHAN column?
I don't have access to the machine right now, but I can check later.
-aaron
On Sat, Nov 15, 2003 at 05:20:33PM -0800, Sander Striker wrote:
> On Sun, 2003-11-16 at 15:36, Aaron Bannert wrote:
> > I've made some tarballs of the httpd-2.1 tree. I just pulled HEAD of
> > both httpd and apr (as of about an hour ago, just before greg's pollset
&
CURRENT machine two days ago and it failed
(even after working around some problems with atomics) by deadlocking.
Connections were established but no responses ever returned. I wasn't
even able to knock a request out of the blocked state by hitting it
from another client.
-aaron
I've made some tarballs of the httpd-2.1 tree. I just pulled HEAD of
both httpd and apr (as of about an hour ago, just before greg's pollset
changes). They're here:
http://www.apache.org/~aaron/httpd-2.1.0-rc1/
This seems to work fine on my Mac OS X (10.3 Panther) box, my linux
2
or example, running
> tools/release.sh httpd HEAD 2.1.0-rc1
creates a tarball named httpd-2.1.0-rc1.tar.gz from HEAD.
-aaron
ns,
> the actual mechanics of doing so are meager, especially if
> you stay prefork.
sendfile?
-aaron
o broken that we need
to change it in an incompatible way, then don't you think the module authors
would rather have the improved interface rather than being stuck with the
broken one?
In other words, the only time we actually talk about making drastic changes
is when they are warranted. Therefore, being conservative about API changes
merely serves to discourage creative development and that is _a bad thing_.
-aaron
ted we try Bugzilla.
I suggested today that we might look into using the homegrown
bug tracking system used by debian. It is email based with a web
interface.
-aaron
ingle project ;-)
My main requirement is that the bug tracking system be fully-accessible
through email. Having a full web interface is great, but not at the
expense of usable offline replies to bug reports.
(Do either of these bug tracking systems support this?)
-aaron
y, I'd say that we're best off *slowing* down 2.x development to
> let module authors write modules against 2.0. Changing the world in 2.2
> would be detrimental, I think.
Woah woah woah. Are you discouraging people from thinking about big changes
for the 2.2 timeframe? If someone has a revolutionary idea for the next
generation of Apache HTTPD, who will stand in their way? Not I.
-aaron
e is there right now, but the tools get in the way.
> 3a) I can hardly see new developers joining the team, should we blame
> the economy or the lack of encouragement for people to contribute. I
> think we now have a higher rate of developers who leave the project
> (even though that technically they are still committers and all) the
> those who join the project. Which obviously has clear effects on the
> productivity of the dev list.
That in and of itself is not a problem, in my opinion.
-aaron
ixed and stabilization is acheived.
+1
I feel we should bring the barrier to entry as low as possible, and
right now the bar is too high. I would be in favor of going back
to CTR on 2.0, and letting the incompatibilities and bugs sort
themselves out with our beta testers (who, mind you, are completely
willing to play with the latest and greatest and would be happy to
submit bug reports).
-aaron
ing revision 1.102.2.4
diff -u -u -r1.102.2.4 mpm_common.c
--- server/mpm_common.c 15 May 2003 20:28:18 - 1.102.2.4
+++ server/mpm_common.c 15 Oct 2003 20:27:53 -
@@ -230,7 +230,7 @@
}
#ifdef NEED_WAITPID
-if ((ret = reap_children(exitcode, status)) > 0) {
+if ((rv = reap_children(exitcode, status)) > 0) {
return;
}
#endif
-aaron
the meantime is there something
> I'm missing ? Are there any outstanding known issues ?
It looks like your stack is getting blown away somehow, since gdb
is unable to read local variables.
What modules are you running? Is there anything in the error logs?
What version of linux are you running (uname -a)? Are you running
a stock kernel?
-aaron
ith doing that is you don't know if there already is an
apache instance running on the box when you blow away the memory segment.
-aaron
ory
> Killed
>
> httpd expects libdb-4.0.so in /my/local/lib. how can i set the parameters correctly?
Try something like this:
prompt% LDFLAGS="-L/wfhome/local/db40/lib" CFLAGS="-I/wfhome/local/db40/include"
./configure --prefix=/my/local --with-berkeley-db
-aaron
You've simply exhausted your systemwide (or soft user limits) for
that resource. Find out what type of lock you're using and increase
the limit.
-aaron
On Friday, August 22, 2003, at 05:04 AM, Pablo Yaggi wrote:
Hi,
I notice the semaphore bug last night, is anybody working on it ?
If making a release wasn't so complicated, I'd do one right now.
Where can one find the most recently updated RM instructions these days?
-aaron
On Friday, August 22, 2003, at 11:07 PM, Paul Querna wrote:
An Alpha Type Release from HEAD has been discussed Several times in
the p
Can you tell us more about the operating systems and the hardware
(drivers,
network cards, etc)?
-aaron
On Friday, August 22, 2003, at 04:59 PM, Jim Whitehead wrote:
Teng Xu, a graduate student working with me, has been developing a
WebDAV
performance testing client. Some of the results he
tures of httpd-2.0's worker MPM. That is,
significantly reduced memory usage. It is likely that when you switch
to 2.0 you'll see an order of magnitude reduction is memory usage for
the same number of concurrent requests.
-aaron
On Thursday, July 24, 2003, at 01:31 PM, Astrid Keßler wrote:
It would be a big help to our users if config.nice was installed by a
make
install.
This is a really good idea. +1
I like this too. +1
Where should it be installed? $prefix/lib maybe?
-aaron
red
memory
scoreboard that contains the status of each child process, but because
of the way that shmem segment is accessed we don't need locks.) The
times
when they are necessary are when data will be lost or corrupted if some
form of mutual exclusion weren't used.
-aaron
Anyone can RM, and they don't even have to announce it before
they have a tarball made.
-aaron
On Wednesday, June 25, 2003, at 03:40 PM, Sander Striker wrote:
I'm volunteering to be RM for 2.0.47. When noone objects
I'm going to try to get out a stable tag withing the next two
nerated content committed
to CVS, but when I'm receiving gigantic emails like this it's too much.
-aaron
each TCP session
found in the dump. You can use netcat to shove it at whomever
you want at that point.
-aaron
totally agree. Apache is proud to be Apache. If you don't want to
display the Server header, guess what, you have the source!!
-aaron
the children is going to kill them off. We need to unset the inherit
*after* we are running in the child.
-aaron
been shipping Apache 2 for a few months in the
standard distro?
-aaron
think we could do that without having to vote on each and
every change.
-aaron
re
modules to 2.0, and that if it's going in I'd rather have it in 2.1.
Yeah, I'd rather see fewer core modules rather than more.
-0 for inclusion.
-aaron
line?
-aaron
On Monday, February 17, 2003, at 06:45 AM, Joshua Slive wrote:
On Mon, 17 Feb 2003, Aaron Bannert wrote:
Being enabled or disable by default isn't solely based on
begin stable. I personally don't think mod_deflate should
be enabled by default, especially given its track record
Being enabled or disable by default isn't solely based on
begin stable. I personally don't think mod_deflate should
be enabled by default, especially given its track record
of browser incompatibility/bugs.
-aaron
On Sunday, February 16, 2003, at 06:47 PM, [EMAIL PROTECTED]
wrote:
j
Could it be TCP_CORK?
-aaron
On Thursday, February 13, 2003, at 12:14 PM, Juan Rivera wrote:
I wrote a SOCKS module for Apache 2. I started off with the proxy_connect code and added the SOCKS handshake plus the filter chain on the client socket. I use it to pass ICA traffic. The ICA protocol
chine
networked test. Feel free to post them here once you have them.
-aaron
On Tuesday, February 11, 2003, at 01:13 PM, Min Xu wrote:
On Tue, Feb 11, 2003 at 01:00:53PM -0800, Aaron Bannert wrote:
On Tuesday, February 11, 2003, at 11:34 AM, Min Xu wrote:
I am running the server/client on the
same machine.
You will not get reliable results by doing this.
Can
On Tuesday, February 11, 2003, at 11:34 AM, Min Xu wrote:
I am running the server/client on the
same machine.
You will not get reliable results by doing this.
-aaron
work that must be done to
push a small static file out is wreaking havoc on the scheduler
(and it's probably more dramatic if your system enabled sendfile
support).
-aaron
On Tuesday, February 11, 2003, at 09:34 AM, Min Xu wrote:
Thanks to Owen Garrett, who reminded me that I should have
m
Sometimes it's useful to have comments in the configure cruft, but yeah
the dnl's should stay.
-aaron
On Tuesday, February 11, 2003, at 08:51 AM, Justin Erenkrantz wrote:
--On Tuesday, February 11, 2003 3:36 PM + [EMAIL PROTECTED] wrote:
jorton 2003/02/11 07:36:56
1 - 100 of 757 matches
Mail list logo
