that sounds good.
it's just like constant-folding :)
can you generalise it any? Alias and mod_userdir can add more constant
factors in the path.
-dean
On Fri, 22 Jun 2001, Brian Pane wrote:
More fun with gprof...
directory_walk is one of the bigger consumers of user-mode CPU time in
the
when i did the MPM stuff i didn't want to try to figure out an interface
for the command line arguments from the generic http_main to the MPM.
doing the ONE_PROCESS thing was easy, and put the mpm into the same boat
as the other modules... no access to the command line.
between command lines,
On Tue, 19 Jun 2001, Jonathan Morton wrote:
> > > > > Btw: can the aplication somehow ask the tcp/ip stack what was
> >> >actualy acked?
> >> >> (ie. how many bytes were acked).
> >> >
> >> >no, but it's not necessarily a useful number anyhow -- because it's
> >> >possible that the
On Mon, 18 Jun 2001, Jonathan Morton wrote:
> > > Btw: can the aplication somehow ask the tcp/ip stack what was
> >actualy acked?
> >> (ie. how many bytes were acked).
> >
> >no, but it's not necessarily a useful number anyhow -- because it's
> >possible that the remote end ACKd bytes but
On Mon, 18 Jun 2001, Jan Hudec wrote:
> Btw: can the aplication somehow ask the tcp/ip stack what was actualy acked?
> (ie. how many bytes were acked).
no, but it's not necessarily a useful number anyhow -- because it's
possible that the remote end ACKd bytes but the ACK never arrives. so you
On Mon, 18 Jun 2001, Jan Hudec wrote:
Btw: can the aplication somehow ask the tcp/ip stack what was actualy acked?
(ie. how many bytes were acked).
no, but it's not necessarily a useful number anyhow -- because it's
possible that the remote end ACKd bytes but the ACK never arrives. so you
On Mon, 18 Jun 2001, Jonathan Morton wrote:
Btw: can the aplication somehow ask the tcp/ip stack what was
actualy acked?
(ie. how many bytes were acked).
no, but it's not necessarily a useful number anyhow -- because it's
possible that the remote end ACKd bytes but the ACK never
On Tue, 19 Jun 2001, Jonathan Morton wrote:
Btw: can the aplication somehow ask the tcp/ip stack what was
actualy acked?
(ie. how many bytes were acked).
no, but it's not necessarily a useful number anyhow -- because it's
possible that the remote end ACKd bytes but the
On Sun, 17 Jun 2001, Dan Podeanu wrote:
> Is there any logical reason why if, given fd is a connected, AF_INET,
> SOCK_STREAM socket, and one does a write(fd, buffer, len); close(fd);
> to the peer, over a rather slow network (read modem, satelite link, etc),
> the data gets lost (the remote
On Sun, 17 Jun 2001, Dan Podeanu wrote:
Is there any logical reason why if, given fd is a connected, AF_INET,
SOCK_STREAM socket, and one does a write(fd, buffer, len); close(fd);
to the peer, over a rather slow network (read modem, satelite link, etc),
the data gets lost (the remote
On Fri, 8 Jun 2001, Luke Kenneth Casson Leighton wrote:
what i perhaps should recommend is that a series of independent
libraries be created.
e.g. libaprhttputil (i know it's a bit long).
why?
we don't link against libcstdio libcstring libcsyscalls libcsortnsearch
...
the point of a
On Fri, 8 Jun 2001, Justin Erenkrantz wrote:
On Fri, Jun 08, 2001 at 10:47:10AM -0700, dean gaudet wrote:
On Fri, 8 Jun 2001, Luke Kenneth Casson Leighton wrote:
what i perhaps should recommend is that a series of independent
libraries be created.
e.g. libaprhttputil (i know
On Fri, 8 Jun 2001, Greg Stein wrote:
As Ian pointed out, having mod_status directly read the scoreboard means
that we cannot experiment with different scoreboard designs.
i've been saying the same thing since the beginning of MPM. the analogy
between mod_status and /bin/ps is really valid.
On Fri, 8 Jun 2001, Luke Kenneth Casson Leighton wrote:
what i perhaps should recommend is that a series of independent
libraries be created.
e.g. libaprhttputil (i know it's a bit long).
why?
we don't link against libcstdio libcstring libcsyscalls libcsortnsearch
...
the point of a
On Wed, 6 Jun 2001, Alexander Viro wrote:
> On Wed, 6 Jun 2001, Sean Hunter wrote:
>
> > This is completely bogus. I am not saying that I can't afford the swap.
> > What I am saying is that it is completely broken to require this amount
> > of swap given the boundaries of efficient use.
>
>
On Wed, 6 Jun 2001, Dr S.M. Huen wrote:
> If you can afford 4GB RAM, you certainly can afford 8GB swap.
this is a completely crap argument.
you should study the economics of managing a farm of thousands of machines
some day.
when you do this, you'll also learn to consider the power
On Wed, 6 Jun 2001, Dr S.M. Huen wrote:
If you can afford 4GB RAM, you certainly can afford 8GB swap.
this is a completely crap argument.
you should study the economics of managing a farm of thousands of machines
some day.
when you do this, you'll also learn to consider the power
On Wed, 6 Jun 2001, Alexander Viro wrote:
On Wed, 6 Jun 2001, Sean Hunter wrote:
This is completely bogus. I am not saying that I can't afford the swap.
What I am saying is that it is completely broken to require this amount
of swap given the boundaries of efficient use.
Funny. I can
this would seem like an OK time to change the function name to something
more in line with other names in ap/apr... such as ap_parse_http_date.
(but include a comment indicating the old name somewhere so it's easy to
find for those of us who grok foreign programs by doing recursive greps :)
if you go to opengroup.org you can read the single-unix standard for
free... you need to register though. (it's not quite the same as
POSIX...)
-dean
On Wed, 30 May 2001 [EMAIL PROTECTED] wrote:
> Is there somewhere I can download the collection of POSIX standards docs
> free of charge?
>
>
if you go to opengroup.org you can read the single-unix standard for
free... you need to register though. (it's not quite the same as
POSIX...)
-dean
On Wed, 30 May 2001 [EMAIL PROTECTED] wrote:
Is there somewhere I can download the collection of POSIX standards docs
free of charge?
;-)
On Sat, 26 May 2001, Keith Owens wrote:
> On Fri, 25 May 2001 08:31:24 -0700 (PDT),
> dean gaudet <[EMAIL PROTECTED]> wrote:
> >another possibility for a debugging mode for the kernel would be to hack
> >gcc to emit something like the following in the prologue of
On Fri, 25 May 2001, Jonathan Lundell wrote:
> At 8:45 AM -0700 2001-05-25, dean gaudet wrote:
> >i think it really depends on how you use current -- here's an alternative
> >usage which can fold the extra addition into the structure offset
> >calculations, and moves the t
On Fri, 25 May 2001, Andi Kleen wrote:
> On Fri, May 25, 2001 at 04:03:57PM +0200, Oliver Neukum wrote:
> > Is there a reason for the task structure to be at the bottom rather than the
> > top of these two pages ?
>
> This way you save one addition for every current access; which adds to
> quite
another possibility for a debugging mode for the kernel would be to hack
gcc to emit something like the following in the prologue of every function
(after the frame is allocated):
movl %esp,%edx
andl %edx,0x1fff
cmpl %edx,sizeof(struct task)+512
jbe stack_overflow
], Christopher Smith [EMAIL PROTECTED],
Andrew Morton [EMAIL PROTECTED], Timothy D. Witham [EMAIL PROTECTED],
[EMAIL PROTECTED], Ingo Molnar [EMAIL PROTECTED],
David S. Miller [EMAIL PROTECTED],
dean gaudet [EMAIL PROTECTED],
Zach Brown [EMAIL PROTECTED]
Subject: X15 beta 1
On Fri, 25 May 2001, Andi Kleen wrote:
On Fri, May 25, 2001 at 04:03:57PM +0200, Oliver Neukum wrote:
Is there a reason for the task structure to be at the bottom rather than the
top of these two pages ?
This way you save one addition for every current access; which adds to
quite a few
On Sat, 26 May 2001, Keith Owens wrote:
On Fri, 25 May 2001 08:31:24 -0700 (PDT),
dean gaudet [EMAIL PROTECTED] wrote:
another possibility for a debugging mode for the kernel would be to hack
gcc to emit something like the following in the prologue of every function
(after the frame
On Fri, 25 May 2001, Jonathan Lundell wrote:
At 8:45 AM -0700 2001-05-25, dean gaudet wrote:
i think it really depends on how you use current -- here's an alternative
usage which can fold the extra addition into the structure offset
calculations, and moves the task struct to the top
On Mon, 21 May 2001, Harrie Hazewinkel wrote:
This would ease calculating of the offsets in an external
module (in my case SNMP) and do not have to know the
compiled value of HARD_SERVER_LIMT. I can get those
values from the mpm_show function.
this is one of the many reasons the /proc
On Sun, 20 May 2001 [EMAIL PROTECTED] wrote:
Having said that, the locking issue is a much bigger deal with linked
lists than was mentioned on-list last week. The child process will
have to walk the list whenever mod_status is called, which means that
the child process will have to lock the
On Wed, 16 May 2001, Andrea Arcangeli wrote:
> On Tue, May 15, 2001 at 08:33:05PM -0700, dean gaudet wrote:
> > apache since 1.3.15 has defined SINGLE_LISTEN_UNSERIALIZED_ACCEPT ...
>
> That's definitely a good thing.
hmm, i'm not so sure -- 1.3.x is our stable release, and
On Wed, 16 May 2001, Andrea Arcangeli wrote:
On Tue, May 15, 2001 at 08:33:05PM -0700, dean gaudet wrote:
apache since 1.3.15 has defined SINGLE_LISTEN_UNSERIALIZED_ACCEPT ...
That's definitely a good thing.
hmm, i'm not so sure -- 1.3.x is our stable release, and it sounds like
On Tue, 15 May 2001, Andrea Arcangeli wrote:
> o fixed race in wake-one LIFO in accept(2). Apache must be compiled with
> -DSINGLE_LISTEN_UNSERIALIZED_ACCEPT to take advantage of that.
>
> 00_wake-one-4
>
> Backport 2.4 waitqueues and in turn fixes an hanging condition in
On Tue, 15 May 2001, Andrea Arcangeli wrote:
o fixed race in wake-one LIFO in accept(2). Apache must be compiled with
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT to take advantage of that.
00_wake-one-4
Backport 2.4 waitqueues and in turn fixes an hanging condition in accept(2).
On Thu, 10 May 2001, Luke Kenneth Casson Leighton wrote:
my concern is that apr_pool_join() is going to get in the way
or going to get very confusing.
well, i created it as part of debugging 1.3, it may make sense to
reformulate the debugging approach to APR memory. now that i'm convinced
sorry don't have time to look at this further right now -- one of my
coworkers was playing with the ab from 1.3 cvs and it has an obvious typo
that miscompiles with -DUSE_SSL, plus when he uses ab -n 2 -s he gets a
floating exception and core dump. (-n 1 works fine)
(it's a rh6.1-based system,
On Wed, 9 May 2001, Luke Kenneth Casson Leighton wrote:
my point is that if you _don't_ #define POOL_DEBUG, this _isn't_ a
problem???
nope -- the ap_pool_join() is a promise by the caller that they won't
destroy pool B prior to destroying pool A. well, if you think of this in
terms of 1.3,
i dunno, i think you either don't understand ap_pool_join, or something is
totally fucked up with it in 2.0. i wouldn't be surprised if it's that
2.0's POOL_DEBUG code is broken... go look at 1.3 and see if it makes more
sense.
On Wed, 9 May 2001, Luke Kenneth Casson Leighton wrote:
p.s.
On Wed, 9 May 2001, Luke Kenneth Casson Leighton wrote:
my point is that if you _don't_ #define POOL_DEBUG, this _isn't_ a
problem???
nope -- the ap_pool_join() is a promise by the caller that they won't
destroy pool B prior to destroying pool A. well, if you think of this in
terms of 1.3,
i dunno, i think you either don't understand ap_pool_join, or something is
totally fucked up with it in 2.0. i wouldn't be surprised if it's that
2.0's POOL_DEBUG code is broken... go look at 1.3 and see if it makes more
sense.
On Wed, 9 May 2001, Luke Kenneth Casson Leighton wrote:
p.s.
aw you forgot the historical excuse!
we initialise the modules twice so that module authors are forced to make
their modules work across server restarts :)
-dean
On Sun, 6 May 2001 [EMAIL PROTECTED] wrote:
Yes, there is. The problem, is that we have to setup some basic
information before
On Mon, 7 May 2001, Ralf S. Engelschall wrote:
BTW, I thought about all this again and think one can solve these issues in a
portable way: you just allocate a rather large shared memory segmet (or
multiple shared memory segments) at startup, but do not touch the mapped
memory at all until it
On Mon, 7 May 2001, Ben Laurie wrote:
dean gaudet wrote:
also, the rest of the problem is that all references to the shared memory
need to be indirected -- because you can't be sure if the process you're
running in has the segment you need mapped.
This is required anyway for a flexible
On Mon, 7 May 2001, Richard B. Johnson wrote:
> When we get to media that can sink data as fast as we can generate
> them (it), then we have to worry about memory copy speed. However,
> these new devices are actually an IP subsystem. They generate and
> receive entire datagrams. To fully
On Mon, 7 May 2001, Richard B. Johnson wrote:
> when the hardware I/O is used. This shows that the network code, alone,
> cannot be improved very much to provide an improvement in throughput.
doesn't your analysis assume that we've got nothing else interesting to do
while doing the network i/o?
On Mon, 7 May 2001, Alan Cox wrote:
> > documented so far) detailed description of the newly
> > implemented zero-copy mechanisms in the network-stack.
> > We are interested in how to use it (changed network-API?)
> > and also in the internal architecture.
>
> It is built around sendfile. Trying
On Mon, 7 May 2001, Alan Cox wrote:
documented so far) detailed description of the newly
implemented zero-copy mechanisms in the network-stack.
We are interested in how to use it (changed network-API?)
and also in the internal architecture.
It is built around sendfile. Trying to do
On Mon, 7 May 2001, Richard B. Johnson wrote:
when the hardware I/O is used. This shows that the network code, alone,
cannot be improved very much to provide an improvement in throughput.
doesn't your analysis assume that we've got nothing else interesting to do
while doing the network i/o?
On Mon, 7 May 2001, Richard B. Johnson wrote:
When we get to media that can sink data as fast as we can generate
them (it), then we have to worry about memory copy speed. However,
these new devices are actually an IP subsystem. They generate and
receive entire datagrams. To fully utilize
also -- isn't it kind of wrong for arp to respond with addresses from
other interfaces?
what if ip_forward is 0? or if there's some other sort of routing policy
in effect?
-dean
On Sat, 5 May 2001, dean gaudet wrote:
> i've got multiple ip networks on the same gigabit link...
On Sat, 5 May 2001, David S. Miller wrote:
> How difficult is it to compose netfilter rules that do this?
what's the performance impact of doing that?
i've got multiple ip networks on the same gigabit link... i'm pretty
happy with this tiny patch i've posted before, which is not on any
On Sat, 5 May 2001, Ralf S. Engelschall wrote:
In article [EMAIL PROTECTED] you wrote:
MM does not have a malloc-like API. It comes close, but the first thing
MM makes you do to get shared memory, is to decide how much shared memory
you want total. That would be fine, but then if I
On Sat, 5 May 2001, David S. Miller wrote:
How difficult is it to compose netfilter rules that do this?
what's the performance impact of doing that?
i've got multiple ip networks on the same gigabit link... i'm pretty
happy with this tiny patch i've posted before, which is not on any
also -- isn't it kind of wrong for arp to respond with addresses from
other interfaces?
what if ip_forward is 0? or if there's some other sort of routing policy
in effect?
-dean
On Sat, 5 May 2001, dean gaudet wrote:
i've got multiple ip networks on the same gigabit link...
p.s
um, presumably this new magic page won't eliminate the old syscall entry
points. so just use those for UML.
-dean
On Fri, 4 May 2001, Pavel Machek wrote:
> Hi!
>
> > > > That means that for fooling closed-source statically-linked binary,
> > >
> > > If they are using glibc then you have the
um, presumably this new magic page won't eliminate the old syscall entry
points. so just use those for UML.
-dean
On Fri, 4 May 2001, Pavel Machek wrote:
Hi!
That means that for fooling closed-source statically-linked binary,
If they are using glibc then you have the right to the
On Mon, 30 Apr 2001, Fabio Riccardi wrote:
> Ok I fixed it, the header date timestamp is updated with every request.
>
> Performance doesn't seem to have suffered significantly (less than 1%).
rad!
> BTW: Don't call me slime, I wasn't trying to cheat, I just didn't know that
> the date stamp
On Mon, 30 Apr 2001, Fabio Riccardi wrote:
Ok I fixed it, the header date timestamp is updated with every request.
Performance doesn't seem to have suffered significantly (less than 1%).
rad!
BTW: Don't call me slime, I wasn't trying to cheat, I just didn't know that
the date stamp was
On Sun, 29 Apr 2001, Fabio Riccardi wrote:
> I can disable header caching and see what happens, I'll add an option
> for this in the next X15 release.
heh, well to be honest, i'd put the (permanent) caching of the Date header
into the very slimy, benchmark-only trick category. (right up there
in a post dated
> Nov 17, even though I can't find the original.
> http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg13584.html
>
> Initiated by a post from (iirc) Dean Gaudet, we found out that
> gettimeofday was one particular system call in the Apache fast path t
can't find the original.
http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg13584.html
Initiated by a post from (iirc) Dean Gaudet, we found out that
gettimeofday was one particular system call in the Apache fast path that
couldn't be optimized well, or moved out of the fast path
On Sun, 29 Apr 2001, Fabio Riccardi wrote:
I can disable header caching and see what happens, I'll add an option
for this in the next X15 release.
heh, well to be honest, i'd put the (permanent) caching of the Date header
into the very slimy, benchmark-only trick category. (right up there
On Wed, 25 Apr 2001, Roy T. Fielding wrote:
replacement works better than what we have now in CVS. The claim
that the pipe of death is somehow better than 1.3 signals is just wrong.
if you use signals then you have a requirment that all libraries linked
with httpd be signal safe.
good luck.
i suppose pcommands data could be allocated in pglobal instead...
-dean
On Thu, 26 Apr 2001, Roy T. Fielding wrote:
Once upon a time, httpd would create a global pool as the result from
alloc_init and use that pool as the parent of almost all of the other
pools (I say almost only because
can you give a short description of this allocator?
-dean
On Sat, 21 Apr 2001, Cliff Woolley wrote:
On Sat, 21 Apr 2001, Greg Ames wrote:
are you thinking about an atomic push/pop block allocator? I'll be
happy to help out if so, especially with the machine instruction level
stuff.
so, like, this zero-copy bucket/filter stuff.
it was supposed to make things faster eh?
-dean
how does that work when the browser is making a byterange request on a
massive object... does the proxy strip the byterange before sending to the
upstream?
if so... ew.
it would seem the proxy needs to do byteranges (including caching of
partial content)... or treat byterange requests as
On Tue, 17 Apr 2001, Eric Weigle wrote:
> Ok, I was ignorant of the arp filter functionality in 2.2. I found an old
> (probably painfully out-of-date) posting the patch Andi Kleen was referring to
> in the archive, but I've not used it.
>
On Tue, 17 Apr 2001, Eric Weigle wrote:
Ok, I was ignorant of the arp filter functionality in 2.2. I found an old
(probably painfully out-of-date) posting the patch Andi Kleen was referring to
in the archive, but I've not used it.
On Wed, 11 Apr 2001 [EMAIL PROTECTED] wrote:
On Wed, 11 Apr 2001, Harrie Hazewinkel wrote:
+ /* The MPM types below should actually a string which enables better
identification */
+ #define AP_MPMQ_BEOS 1/* MPM:Beos */
+ #define AP_MPMQ_PERCHILD
OPTIMIZE_TIMEOUTS avoids extra alarm() system calls to manage network
timeouts... and alarm() shouldn't be used in 2.0 anyhow since all network
timeouts should be implemented through poll(). so OPTIMIZE_TIMEOUTS
should not be necessary in 2.0.
-dean
On Tue, 27 Mar 2001, Jeff Trawick wrote:
On Fri, 30 Mar 2001, Bill Stoddard wrote:
There are still a lot of cycles lying around to pick up, like the call to
qsort in apr_table_overlap that occurs in get_mime_headers(), a jillion
strlen() calls to get the length of the same string multiple times, etc.
watch out -- that qsort() is
On Fri, 6 Apr 2001, Jim Winstead wrote:
* a change for dbmmanage because the debian ps apparently
doesn't like leading - on its arguments.
actually this is linux ps in general, not just debian. it's a result of
ps becoming unix98 compatible. unix98 (i.e. sysv) options are preceded by
On Sat, 7 Apr 2001, Bill Stoddard wrote:
Why should we run directory_walk() if a location_walk() has identified a handler
for the request???
only reason i can think of is because the "/" url has always been
considered to be in the filesystem, and so you have to run directory_walk
to get any
On Sat, 7 Apr 2001, William A. Rowe, Jr. wrote:
For 2.1 (or 3.0) this nonsense must change. If I say Location /
SetHandler SQLSpace-handler then the entire file-system part of httpd
needs to just _disappear_.
This requires a number of non-trivial changes:
btw, there are other file-system
On Thu, 22 Mar 2001, William A. Rowe, Jr. wrote:
With a far greater understanding than I had 24 hours ago...
Is there any reason not to just _Drop_ the BindAddress directive and strictly
use the Listen directive for Apache 2.0?
I'd even go so far as depreciate the Port directive in favor
On Fri, 9 Mar 2001, Simon Kirby wrote:
So, well, what's the point? I don't see any advantage to this change.
the point, which i think lots of folks have forgotten, is that there are
security problems with using DNS names controlled by your customers in
your VirtualHost statements.
it's a
On Tue, 6 Mar 2001, dean gaudet wrote:
> i assume you meant to time the xlog.c program? (or did i miss another
> program on the thread?)
>
> i've an IBM-DJSA-210 (travelstar 10GB, 5411rpm) which appears to do
> *something* with the write cache flag -- it gets 0.10s el
On Tue, 6 Mar 2001, Jonathan Morton wrote:
> Pathological shutdown pattern: assuming scatter-gather is not allowed
> (for IDE), and a 20ms full-stroke seek, write sectors at alternately
> opposite ends of the disk, working inwards until the buffer is full.
> 512-byte sectors, 2MB of them, is
On Tue, 6 Mar 2001, Jonathan Morton wrote:
Pathological shutdown pattern: assuming scatter-gather is not allowed
(for IDE), and a 20ms full-stroke seek, write sectors at alternately
opposite ends of the disk, working inwards until the buffer is full.
512-byte sectors, 2MB of them, is 4000
On Tue, 6 Mar 2001, dean gaudet wrote:
i assume you meant to time the xlog.c program? (or did i miss another
program on the thread?)
i've an IBM-DJSA-210 (travelstar 10GB, 5411rpm) which appears to do
*something* with the write cache flag -- it gets 0.10s elapsed real time
in default
On Fri, 2 Mar 2001, Richard B. Johnson wrote:
> Note that two subsequent calls to gettimeofday() must not return the
> same time even if your CPU runs infinitely fast. I haven't seen any
> kernel in the past few years that fails this test.
i don't see any requirement for this in SuS.
On Fri, 2 Mar 2001, Richard B. Johnson wrote:
Note that two subsequent calls to gettimeofday() must not return the
same time even if your CPU runs infinitely fast. I haven't seen any
kernel in the past few years that fails this test.
i don't see any requirement for this in SuS.
On Sat, 17 Feb 2001, Andrew Ho wrote:
+if (need_timeout) {
+old_disp = signal(SIGCHLD, null_sig_chld_handler);
+/* race condition here, we could get a SIGCHLD before we sleep, oh well */
+sleep(3);
+signal(SIGCHLD, old_disp);
+}
this terminates
i'm a bit of an I18N novice, but doesn't it all just magically work if you
use UTF-8 encoding everywhere?
UTF-8 deliberately avoids using \0 and / in the encodings. plain ascii
works unmodified. unix filesystems generally support UTF-8 directly
(because of the \0 and / avoidance).
this allows
On Fri, 26 Jan 2001 [EMAIL PROTECTED] wrote:
Try this on any version of Apache:
telnet localhost 8080
GET http://www.yahoo.com/ HTTP/1.0
This will get you the index of the current machine.
that is correct. and you'll get the index of the "current machine" (i.e.
default server) if you do
mod_autoindex still needs an overhaul.
-dean
On Fri, 23 Feb 2001, Jeremy M. Dolan wrote:
Is there any way to set up non-recursive descriptions for autoindex?
I've even tried inclosing in 'FilesMatch "."' and similar hacks.
I'm trying to add descriptions some files in .htaccess's, however
On Sun, 25 Feb 2001 [EMAIL PROTECTED] wrote:
What is the real argument behing the whole typecasting
thing, anyway? It works.
typecasting hides typing problems. you can easily end up in situations
where you are truncating or extending integers without realising it.
it's much better to get the
On Fri, 23 Feb 2001, Rodent of Unusual Size wrote:
Then let us call it 'WorkersPerChild,' confound it! Or whatever
name we use for 'entity capable of serving a request'!
+1000.
it's 2.0, please make the configuration directives meaningful. i think i
had an XXX or TODO or somesuch comment
why do you start more than one process in the default configuration?
-dean
On Thu, 22 Feb 2001, Jeff Trawick wrote:
Currently we *aim* to start up 250 worker threads by default (5 child
processes, 50 threads each). (We actually start more, but that can be
fixed easily enough :) )
That
On Wed, 21 Feb 2001, Jonathan Day wrote:
IMHO, Apache is in danger of taking the same road. For certain
specific types of content, it's being out-classed. mod_ssl's EAPI
if you search through the archives you'll find that EAPI (and KEAPI) were
considered to be good ideas, but that they
On Sun, 25 Feb 2001, William A. Rowe, Jr. wrote:
From: "dean gaudet" [EMAIL PROTECTED]
Sent: Sunday, February 25, 2001 6:14 PM
On Fri, 23 Feb 2001, Rodent of Unusual Size wrote:
Then let us call it 'WorkersPerChild,' confound it! Or whatever
name we use for 'enti
On Fri, 16 Feb 2001, Rodent of Unusual Size wrote:
Greg Stein wrote:
The type was apr_uint32_t and the format was %ld. Those are
compatible.
Um, do not some platforms define a 'long int' as 64 bits?
yup.
if you look at the C99 standard you'll see that stdint.h defines macros
for
i'm a bit of an I18N novice, but doesn't it all just magically work if you
use UTF-8 encoding everywhere?
UTF-8 deliberately avoids using \0 and / in the encodings. plain ascii
works unmodified. unix filesystems generally support UTF-8 directly
(because of the \0 and / avoidance).
this allows
On Sat, 17 Feb 2001, Abhijit Menon-Sen wrote:
[EMAIL PROTECTED] (2001-02-17 03:30:13):
i'm pretty sure there's also a need to unescape the scheme, but i
didn't try to fix that...
[...]
+ *) Escapes in hostnames such as www.%61rctic.org were not handled
+ properly. [Dean
sorry guys i must have missed the warning in my commit... and i didn't
realise you were nearing a release.
unfortunately my commit, and the one below are both wrong -- they
mishandle a request such as "GET http://abc%3Adef:8080/foo HTTP/1.0"
%3A is : ... and the use of %3A there gives a
On Fri, 23 Feb 2001, Roy T. Fielding wrote:
That's how it it was originally. It was changed to this model not long
after the original code was committed. One of the problems with using
seconds and a separate microsecond field, is that platforms other than
Unix don't have the same
On Fri, 9 Feb 2001, Matthew Kirkwood wrote:
> On Thu, 8 Feb 2001, dean gaudet wrote:
>
> > responses come back from both eth0 and eth1, listing each of their
> > respective MAC addresses... it's essentially a race condition at this
> > point as to whether i'll g
On Fri, 9 Feb 2001, Matthew Kirkwood wrote:
On Thu, 8 Feb 2001, dean gaudet wrote:
responses come back from both eth0 and eth1, listing each of their
respective MAC addresses... it's essentially a race condition at this
point as to whether i'll get the right MAC address. ("right&q
701 - 800 of 1643 matches
Mail list logo