> > Log:
> > Add a new sms module.
> >
> > This one basically takes a slice of memory (defaults to 8k) and then
> > hands out pieces of it of a given size as fast as possible. When free
> > is called on an allocated block it's added to a free list and then
> > re-allocated.
>
> Thanks!
On 13 Jun 2001 [EMAIL PROTECTED] wrote:
> Log:
> Add a new sms module.
>
> This one basically takes a slice of memory (defaults to 8k) and then
> hands out pieces of it of a given size as fast as possible. When free
> is called on an allocated block it's added to a free list and then
>
Justin Erenkrantz wrote:
>
> There is one set of cases that I think asserts are possibly useful -
> trying to isolate things that just shouldn't happen and you can't
> reproduce it, but somehow it does happen. An assert should only be
> present when you KNOW there is no way in hell that these th
From: "Greg Stein" <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 3:01 PM
> On Wed, Jun 13, 2001 at 05:35:01PM +0200, Luke Kenneth Casson Leighton wrote:
> > i don't mind. as long as there's something that can be used
> > as the basis to write an APR-based SMB server, and it's capable
> > of
On Wed, Jun 13, 2001 at 05:35:01PM +0200, Luke Kenneth Casson Leighton wrote:
> On Wed, Jun 13, 2001 at 09:57:41AM -0500, William A. Rowe, Jr. wrote:
> > Then let's not start adding things willy nilly. We have apr_iconv due to
> > portability, let's build upon that. It should be across character
"William A. Rowe, Jr." wrote:
>
> From: "jean-frederic clere" <[EMAIL PROTECTED]>
> Sent: Wednesday, June 13, 2001 11:48 AM
>
> > Luke Kenneth Casson Leighton wrote:
> > >
> > > On Wed, Jun 13, 2001 at 09:57:41AM -0500, William A. Rowe, Jr. wrote:
> > >
> > > > Then let's not start adding things
> > > The problem I have with this code idea isn't that it isn't useful to
> > > httpd. It is that we have been down this road once, and the model wasn't
> > > flexible enough. What problem are we trying to solve that the filter
> > > mechanism doesn't solve? If the answer to that question is "f
From: "jean-frederic clere" <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 11:48 AM
> Luke Kenneth Casson Leighton wrote:
> >
> > On Wed, Jun 13, 2001 at 09:57:41AM -0500, William A. Rowe, Jr. wrote:
> >
> > > Then let's not start adding things willy nilly. We have apr_iconv due to
> > > p
Luke Kenneth Casson Leighton wrote:
>
> On Wed, Jun 13, 2001 at 09:57:41AM -0500, William A. Rowe, Jr. wrote:
>
> > Then let's not start adding things willy nilly. We have apr_iconv due to
> > portability, let's build upon that. It should be across character sets, so
> > we can handle this stuf
On Wed, Jun 13, 2001 at 09:57:41AM -0500, William A. Rowe, Jr. wrote:
> Then let's not start adding things willy nilly. We have apr_iconv due to
> portability, let's build upon that. It should be across character sets, so
> we can handle this stuff in an opaque manner.
ack.
i don't mind. as l
> > The problem I have with this code idea isn't that it isn't useful to
> > httpd. It is that we have been down this road once, and the model wasn't
> > flexible enough. What problem are we trying to solve that the filter
> > mechanism doesn't solve? If the answer to that question is "filters
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> Win32 seems to be missing a apr_pool_cleanup_register() call. I think
> something along the lines of the following might work, but I don't know.
> -- justin
>
> Index: locks/win32/locks.c
> ==
I have read and reviewed the entire thread. I read and reviewed it when
it was first posted, and I still agree with the decision that was reached
the first time. Please, post specifics about what itches you are trying
to scratch. What does this solve? Without specifics, this is just
hand-wavin
From: "Luke Kenneth Casson Leighton" <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 7:17 AM
> On Tue, Jun 12, 2001 at 11:46:30AM -0500, William A. Rowe, Jr. wrote:
> > From: "Luke Kenneth Casson Leighton" <[EMAIL PROTECTED]>
> > Sent: Tuesday, June 12, 2001 10:22 AM
> >
> > > how would the i
> From: "Bill Stoddard" <[EMAIL PROTECTED]>
> Sent: Wednesday, June 13, 2001 8:59 AM
>
>
> > Spent a bit of time reviewing the thread and I still think the Samba team
> > proposal
looks
> > very worthwhile (and it scratches a couple of itches for me :-). The NAL
> > enables an
> > architecturally
From: "Bill Stoddard" <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 8:59 AM
> Spent a bit of time reviewing the thread and I still think the Samba team
> proposal looks
> very worthwhile (and it scratches a couple of itches for me :-). The NAL
> enables an
> architecturally clean solution
> On Tue, 12 Jun 2001, William A. Rowe, Jr. wrote:
>
> > From: <[EMAIL PROTECTED]>
> > Sent: Tuesday, June 12, 2001 10:41 PM
> >
> >
> > > I was under the impression that we had already decided, the last time this
> > > thread surfaced, that all of this was possible with filters. We can
> > > red
On Wed, Jun 13, 2001 at 09:59:57AM -0400, Bill Stoddard wrote:
> Spent a bit of time reviewing the thread and I still think the Samba team
> proposal
hiya bill,
quick reality-check, please consider this as independent from
the NAL proposal, and also that i don't speak for sander or elrond.
jus
Spent a bit of time reviewing the thread and I still think the Samba team
proposal looks
very worthwhile (and it scratches a couple of itches for me :-). The NAL
enables an
architecturally clean solution to a whole class of problems. +1 on implementing
against
the API posted by Sander. I expect
On Tue, 12 Jun 2001, William A. Rowe, Jr. wrote:
> From: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 12, 2001 10:41 PM
>
>
> > I was under the impression that we had already decided, the last time this
> > thread surfaced, that all of this was possible with filters. We can
> > redirect to different
A few of us from IBM (Bill, Greg, Jeff, ?), David Reid and Cliff Woolley are
meeting over
jan pong (Korean style noodles) for some Apache talk this Friday. I could
certainly
entertain a few other folks joining the yack-a-thon :-).
Bill Stoddard
On Tue, Jun 12, 2001 at 11:46:30AM -0500, William A. Rowe, Jr. wrote:
> From: "Luke Kenneth Casson Leighton" <[EMAIL PROTECTED]>
> Sent: Tuesday, June 12, 2001 10:22 AM
>
>
> > for various reasons i am prompted to ask,
> >
> > how would the idea of having an apr_ucs16 set of routines,
> > apr_ws
> But can we, absolutely, postively, table any change that affects an httpd 2.0
> release?
ack! agree! :)
the purpose of adding a NAL is to be able to farm out
responsibility for dealing with other transports to
other programs, as proxies for those transports.
given that the filter code is designed to be in-memory,
the only way to achieve inter-process communication
is to use sh-mem, and that's a pat
On Wed, Jun 13, 2001 at 01:35:18AM -0400, Bill Stoddard wrote:
> I need to catch up on the other messages in this thread
Yes, please do!
The last message I posted on this thread contains even some
important info for apr_socket_t (which gets near the NAL,
but not as far). I even pointed out some p
I need to catch up on the other messages in this thread so I conceed you may be
right, but
one thing I -think- this proposal helps us avoid is replicating a lot of code
in the
core_filters (in and out) just to access a different network i/o primitive.
Mucking with
the core filters seems a clunk
From: <[EMAIL PROTECTED]>
Sent: Tuesday, June 12, 2001 10:41 PM
> I was under the impression that we had already decided, the last time this
> thread surfaced, that all of this was possible with filters. We can
> redirect to different kinds of network primitives with a different "core"
> filter.
I was under the impression that we had already decided, the last time this
thread surfaced, that all of this was possible with filters. We can
redirect to different kinds of network primitives with a different "core"
filter. The "core" filters don't even need to use sockets, they can store
their
Missed this thread earlier. I am quite interested in this proposal. It is
similar to
Dean Gaudet's iol work in early Apache 2.0 and is pretty much in line with what
I was
needing/thinking as well. Any interest in reviving this? The implementation
should be
quite straightforward. I'll start w
Does anyone have a Doxygen config file that they are using for apr
or apr-util? -- justin
30 matches
Mail list logo