[EMAIL PROTECTED] wrote:
> It is. Please commit the change. We should not be regularly holding up
> developers just to get a good build. When the server is stable,
> sombody/anybody should tag and roll a new version. If the tree isn't
> stable, we don't tag/roll. We should only be holding up
It is. Please commit the change. We should not be regularly holding up
developers just to get a good build. When the server is stable,
sombody/anybody should tag and roll a new version. If the tree isn't
stable, we don't tag/roll. We should only be holding up developers if we
are absolutely s
On Tue, 10 Jul 2001, David Reid wrote:
> Well, have you looked at the patch? It doesn't change anything unless
> you turn on a switch in sms.
Not really. It's on my list of patches to look at ASAP, along with the
mod_ssl patches and a number of other things. :-/
> However, I'll hold off...
A
On Wed, 11 Jul 2001, Branko [ISO-8859-2] Èibej wrote:
> Unfortunately, the Solaris 2.6 machine I have access to is going away
> this week, and when it comes bach, it'll be Solaris 8. So I'll have to
> stop working on this, and am hereby dropping it into somebody else's lap.
I have access to sever
Well, have you looked at the patch? It doesn't change anything unless you turn
on a switch in sms.
However, I'll hold off...
Thought the new business of tagging/rolling was supposed to get rid of all this
bu**s**t?
david
Cliff Woolley wrote:
> On Tue, 10 Jul 2001, David Reid wrote:
>
> > OK,
+1
Ryan
On Tue, 10 Jul 2001, David Reid wrote:
> Why do we still have the apr_signal.c file in lib? We don't seem to be
> building it anymore so can it be removed as well? If so I'll also
> remove the Makefile.in as we're not doing anything in the lib directory
> anymore.
>
> david
>
>
>
>
Lately I've been trying to find out why Subversion is failing on Solaris
2.6 with an EINVAL error from APR. I tracked it down to a possible bug
in Solaris' readdir_r implementation. The following program, which does
more or less the same thing as APR, illustrates the problem:
-
Why do we still have the apr_signal.c file in lib? We don't seem to be
building it anymore so can it be removed as well? If so I'll also
remove the Makefile.in as we're not doing anything in the lib directory
anymore.
david
> Another reason why apr_hash_t isn't a good match for HTTP headers
> is that the same field name may appear multiple times in the request
> or response headers (section 4.2 of RFC 2616), but the hash table
> implementation is designed around unique keys.
HTTP headers were designed to be processed
On Tue, Jul 10, 2001 at 10:10:07PM +0100, David Reid wrote:
> OK, so I've had a couple of +1's for applying the patch, and 2.20 has been
> released, so anyone object if I do it now?
I'd say go for it.
When one of us gets a chance, we can implement the child_malloc path in
trivial. That should re
> Thanks. If I'm reading the graphs right, they show
> that destruction of a leaf SMS with siblings is much
> more common than destruction or reset of a non-leaf
> SMS with children. That seems to reinforce the
> conclusion I drew from gprof data: we could get better
> performance by allocating b
OK, so I've had a couple of +1's for applying the patch, and 2.20 has been
released, so anyone object if I do it now?
david
OK, so yesterday I went "tubing" and didn't even open my computer, so today
when I looked at 100 or so messages and tried to get up to speed, I was a
bit surprised to find the message subjects weren't useful.
I'm probably as guilty as anyone but can we all try to keep message subjects
relevant and
From: "Mladen Turk" <[EMAIL PROTECTED]>
Sent: Tuesday, July 10, 2001 9:41 AM
> Hi all,
> I don't now who is in charge for that particular peace of code, but...
APR doesn't have 'owners' in the sense that 1.3 ports and modules had official
'maintainers', but I'll address most anything on the Win3
Sander Striker wrote:
Cliff pointed out to me that using my homedir for this stuff might be
a better idea (instead of people pounding my ADSL).
I saw some hits on my box and think that people were scared away by
the size of the archive (~10MB). Sorry about that. In combination with
the speed of my
On Tue, 10 Jul 2001, Cliff Woolley wrote:
>
> > > (Unix at least; Win32 connect is a mess for non-blocking/timed-out
> > > sockets... it looks to me that we wait forever; I could be confused
> > > though :) )
> > >
> > > concerns?
> > >
> > > old behavior on Unix:
> > >
> > > if timeout is set on
Cliff Woolley <[EMAIL PROTECTED]> writes:
> (apr_wait_for_io_or_timeout() might want a better name if it's going
> public, but that's just a nit)
It definitely isn't intended to be public (not to be called by apr
app, not in public header file) but it is prefixed with apr_ for
namespace protectio
Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> writes:
> Win32 has messaging (which is basically, send length of data
> first in a 16-bit or 32-bit word then send data of EXACT
> length) which is very commonly used.
>
> so no surprise that anything else is less well supported :)
>
> messaging
[reposted to the list, it didn't appear in over an hour...]
Cliff pointed out to me that using my homedir for this stuff might be
a better idea (instead of people pounding my ADSL).
I saw some hits on my box and think that people were scared away by
the size of the archive (~10MB). Sorry about th
On 10 Jul 2001 16:57:25 +0200, Luke Kenneth Casson Leighton wrote:
> On Sun, Jul 08, 2001 at 10:19:33AM -0700, Justin Erenkrantz wrote:
> > On Sun, Jul 08, 2001 at 10:14:16AM -0700, dean gaudet wrote:
> > > an ideal situation for free-lists (blocks of freed, but not free()d
> > > memory) is one per
On Tue, Jul 10, 2001 at 04:52:25PM +0200, Luke Kenneth Casson Leighton wrote:
> > > ... errr.. should i be using apr_hash_t or something? :)
> >
> > Yes.
>
> okay. will take a look at it, to see where i could use it.
>
> i have a suspicion that a lot of instances i really _need_
> the case-inse
Cliff pointed out to me that using my homedir for this stuff might be
a better idea (instead of people pounding my ADSL).
I saw some hits on my box and think that people were scared away by
the size of the archive (~10MB). Sorry about that. In combination with
the speed of my line I can imagine yo
On Tue, 10 Jul 2001, dean gaudet wrote:
> On Sun, 8 Jul 2001, Roy T. Fielding wrote:
>
> [clean_child_exit]
> >
> > It is only called when the child exits and not per-thread. I think the
> > threads are already dead by that point, or locked-up due to some fatal
> > error that is the reason why cl
(I'm posting this to both the APR and Subversion dev lists because
it's relevant to both.)
Summary reaction to Mo DeJong's recent autoconf work on both APR and
Subversion: "+1".
Longer reaction:
If it's possible, for a time, to make APR work with both autoconf 2.13
and 2.50, that would really he
> > (Unix at least; Win32 connect is a mess for non-blocking/timed-out
> > sockets... it looks to me that we wait forever; I could be confused
> > though :) )
> >
> > concerns?
> >
> > old behavior on Unix:
> >
> > if timeout is set on socket before apr_connect() and connect takes a
> > while (nor
On Sun, Jul 08, 2001 at 10:19:33AM -0700, Justin Erenkrantz wrote:
> On Sun, Jul 08, 2001 at 10:14:16AM -0700, dean gaudet wrote:
> > an ideal situation for free-lists (blocks of freed, but not free()d
> > memory) is one per cpu.
> >
> > a less ideal situation is one per thread.
> >
> > an even l
> > ... errr.. should i be using apr_hash_t or something? :)
>
> Yes.
okay. will take a look at it, to see where i could use it.
i have a suspicion that a lot of instances i really _need_
the case-insensitive stuff, and also need the dual
set and add capability.
not least because HTTP POST arg
> > > and does anyone want a challenge of porting tdb to apr?
> > > *grin*
> >
> > Challenge, did somebody say challenge? I'm always up for a challenge.
> > :-)
:) i just checked the codebase. it uses:
lseek
fcntl
read
write
open
close
mmap (if supported)
munmap (if supported)
malloc (3 times
Sorry for the first message, it's gone using HTML :)
Hi all,
I don't now who is in charge for that particular peace of code, but...
First of all, can someone explain to me what would be the counterpart of
APR_FINFO_DEV and APR_FINFO_INODE on Windows platform, and also browsing
entire source I di
Hi all,
I don't now who is in charge
for that particular peace of code, but...
First of all, can someone
explain to me what would be the counterpart of APR_FINFO_DEV and
APR_FINFO_INODE on Windows platform, and also browsing entire source I didn’t
found any reference to those two defin
Win32 has messaging (which is basically, send length of data
first in a 16-bit or 32-bit word then send data of EXACT
length) which is very commonly used.
so no surprise that anything else is less well supported :)
messaging is cool: guaranteed transmission and data size:
a combination of the bes
This seems much more consistent with how the other APR networkio calls work, so
+1
Bill
> (Unix at least; Win32 connect is a mess for non-blocking/timed-out
> sockets... it looks to me that we wait forever; I could be confused
> though :) )
>
> concerns?
>
> old behavior on Unix:
>
> if time
> You can see the results on http://striker.xs4all.nl. However, this is
> just an ADSL line, so it might be dog slow. If enough of you find this
> interesting we should move this to a location where bandwidth isn't
> a problem.
Ok, I did a bit of a followup and updated the data. It now has some
mo
Hi,
I've done a different approach to the usage patterns. Instead of looking
at the allocations I tried to visualize the pools hierarchies in httpd
and how they get modified during request and init phase.
To accomplish this I hacked up some code that outputs 'dot' files
on each sms create, reset,
On 9 Jul 2001, Ian Holsman wrote:
> maybe there needs to be a method of registering error numbers/functions
> so that apr_sterror knows that error 1230981 is from apr-util and would
> call apr-util's function it registered to show the error message.
hee!
sorry, just thinking back to discussions
On Mon, 9 Jul 2001, Roy T. Fielding wrote:
> > Tables are in APR, because were originally moved from Apache to APR before
> > APR-util existed. They should really move to apr-util. They should never
> > be removed from Apache. Tables are useful because they garuantee a
> > general order to the
On Mon, 9 Jul 2001, Luke Kenneth Casson Leighton wrote:
> HOWEVER! supporting the data types that apr_pool_xxx() USES
> is a different matter.
shm can be at different memory locations in all processes. pointers don't
work. you'd need to radically change the basic data types, which would
affect
On Sun, 8 Jul 2001, Roy T. Fielding wrote:
[clean_child_exit]
>
> It is only called when the child exits and not per-thread. I think the
> threads are already dead by that point, or locked-up due to some fatal
> error that is the reason why clean_child_exit is being called.
when you say "the thr
Justin Erenkrantz wrote:
On Mon, Jul 09, 2001 at 08:14:26PM -0700, Jon Travis wrote:
Tables should definitely be moved to APR-util if they are to remain. As
for Apache, there are better structures that dictate general order than
the table. IMNSHO, the only reason tables are still in Apache is ine
(Unix at least; Win32 connect is a mess for non-blocking/timed-out
sockets... it looks to me that we wait forever; I could be confused
though :) )
concerns?
old behavior on Unix:
if timeout is set on socket before apr_connect() and connect takes a
while (normal for TCP), apr_connect() returns EI
On Mon, Jul 09, 2001 at 08:14:26PM -0700, Jon Travis wrote:
> Tables should definitely be moved to APR-util if they are to remain. As
> for Apache, there are better structures that dictate general order than
> the table. IMNSHO, the only reason tables are still in Apache is inertia.
> Nobody want
[Is it just me or is it nearly impossible to have a conversation about
Apache or APR that doesn't in some way belong on BOTH lists? ]
On Mon, 9 Jul 2001, Brian Pane wrote:
> It's worth noting that half of the apr_table_get calls in
> Apache are from mod_mime. I posted a patch to new-httpd
> a
Jon Travis wrote:
[...]
Tables should definitely be moved to APR-util if they are to remain. As
for Apache, there are better structures that dictate general order than
the table. IMNSHO, the only reason tables are still in Apache is inertia.
Nobody wants to go through and change everything to a m
On Mon, Jul 09, 2001 at 04:50:31PM -0700, [EMAIL PROTECTED] wrote:
>
> > cool, huh? [and it's only 1024 LOC yes i know it's not
> > portable like APR i was v.impressed that someone actually
> > looked at it when i first mentioned it here, btw ]
> >
> > so *grin*.
> >
> > can you guarantee thread-
On Tue, Jul 10, 2001 at 01:29:24AM +0200, Luke Kenneth Casson Leighton wrote:
> > > if you examine tdb.c's design, you will notice that apr_table_do()
> > > becomes identical to [but more powerful than] tdb_traverse().
> > >
> > >
> > > apr_array_header_t? again, i haven't thought about it, but
On Mon, Jul 09, 2001 at 03:05:29PM -0700, Mo DeJong wrote:
> On Mon, 9 Jul 2001, Roy T. Fielding wrote:
>
> > I agree that $host should be used, but $OS is not the same as $host.
>
> I don't follow, this is from configure.in:
Oops, right, I was looking at configure.in in httpd-2.0, which does al
> Tables are in APR, because were originally moved from Apache to APR before
> APR-util existed. They should really move to apr-util. They should never
> be removed from Apache. Tables are useful because they garuantee a
> general order to the data, namely, the order you insert information into
47 matches
Mail list logo