On Fri, Jul 05, 2002 at 02:25:45PM -0700, Brian Pane wrote:
> To fix the configuration of atomics more generally, what I'm
> thinking of is a restructuring of apr_atomic.h to look like
> this:
+1. -- justin
Ryan Bloom wrote:
The original intent for the test suite was that somebody could run the APR
test suite on their implementation of APR, and be sure that they are 100%
compatible. The current test suite doesn't even come close to
implementing that. In fact, most of the tests don't even give useful
GREAT TIP! I will definitely look at this before I start working on the
suite.
Thanks,
Ryan
--
Ryan Bloom [EMAIL PROTECTED]
645 Howard St. [EMAIL PROTECTED]
San Francisco, CA
> -Original Message-
> From: B. W. F
On Fri, 5 Jul 2002, Ryan Bloom wrote:
>
> The original intent for the test suite was that somebody could run the APR
> test suite on their implementation of APR, and be sure that they are 100%
> compatible. The current test suite doesn't even come close to
> implementing that. In fact, most of
The original intent for the test suite was that somebody could run the APR
test suite on their implementation of APR, and be sure that they are 100%
compatible. The current test suite doesn't even come close to
implementing that. In fact, most of the tests don't even give useful
information abou
Pier Fumagalli wrote:
Ian Holsman <[EMAIL PROTECTED]> wrote:
Build your own API, crafted on the Apache 2.0 one, run JNI, and we're not
going to have a servlet engine, but a great module (and an useful one!)...
Few pointers from what I think should be "right"... Write some interfaces
encapsulating
On Fri, Jul 05, 2002 at 02:25:45PM -0700, Brian Pane wrote:
> This design would let us handle each atomic API function
> independently of the rest: if a platform has native versions
> of atomic_set and atomic_read, for example, we can use those
> and fall back on the mutex-based C functions for al
On Fri, 2002-07-05 at 14:09, Garrett Rooney wrote:
> On Fri, Jul 05, 2002 at 02:05:41PM -0700, Brian Pane wrote:
>
> > Here's what I have so far. It's basically the same as what
> > you've described, except that I have an additional check to
> > make sure the apr_atomic_init() isn't already define
On Fri, 5 Jul 2002, Ian Holsman wrote:
> [EMAIL PROTECTED] wrote:
> > Here is the patch to use apr_poll instead of select. This is just being
> > posted for completeness, not because I believe it will actually perform as
> > well as the standard poll() implementation. Bill offered to benchmark i
Here is the patch to use apr_poll instead of select. This is just being
posted for completeness, not because I believe it will actually perform as
well as the standard poll() implementation. Bill offered to benchmark it,
so I am posting it. I will re-implement apr_poll() tomorrow to offer much
On Wed, 3 Jul 2002, Ian Holsman wrote:
> Bill Stoddard wrote:
> >>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
>
>
> > I'd rather pay the maintenance overhead on this code. BTW, testing on AIX
> > yields up to a 9% increase in throughput with this patch (serving 500 byte
> > file out of
On Fri, Jul 05, 2002 at 02:05:41PM -0700, Brian Pane wrote:
> Here's what I have so far. It's basically the same as what
> you've described, except that I have an additional check to
> make sure the apr_atomic_init() isn't already defined as a
> macro.
>
> Does this work on FreeBSD?
this works f
On Fri, 2002-07-05 at 14:00, Garrett Rooney wrote:
> On Fri, Jul 05, 2002 at 01:49:04PM -0700, Brian Pane wrote:
>
> > > it's dying because we both #define away apr_atomic_init and declare it
> > > (because freebsd defines APR_ATOMIC_NEED_CAS_DEFAULT).
> >
> > How about changing atomic/unix/apr_
On Fri, Jul 05, 2002 at 01:49:04PM -0700, Brian Pane wrote:
> > it's dying because we both #define away apr_atomic_init and declare it
> > (because freebsd defines APR_ATOMIC_NEED_CAS_DEFAULT).
>
> How about changing atomic/unix/apr_atomic.c so that it defines
> a no-op apr_atomic_init() if thre
On Fri, 2002-07-05 at 13:44, Garrett Rooney wrote:
> On Fri, Jul 05, 2002 at 01:34:18PM -0700, Brian Pane wrote:
> > On Fri, 2002-07-05 at 12:23, Garrett Rooney wrote:
> > > so for the first time in like forever, i reinstalled my development
> > > machine and thus had to download fresh copies of su
On Fri, Jul 05, 2002 at 01:34:18PM -0700, Brian Pane wrote:
> On Fri, 2002-07-05 at 12:23, Garrett Rooney wrote:
> > so for the first time in like forever, i reinstalled my development
> > machine and thus had to download fresh copies of subversion and apr.
> >
> > it seems that apr's configure sc
On Fri, 2002-07-05 at 12:23, Garrett Rooney wrote:
> so for the first time in like forever, i reinstalled my development
> machine and thus had to download fresh copies of subversion and apr.
>
> it seems that apr's configure script is now disabling threads by
> default on FreeBSD, which is fine,
Ian Holsman <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
>> Ian Holsman <[EMAIL PROTECTED]> wrote:
>>
>>
>>> has anybody implemented a JNI interface to APR ?
>>> I know one has been done for perl
>>>
>>> pier ???
>
> Thanks.. that should be a great start..
> I mainly need to do the Table
On Fri, 2002-07-05 at 12:23, Garrett Rooney wrote:
> so for the first time in like forever, i reinstalled my development
> machine and thus had to download fresh copies of subversion and apr.
>
> it seems that apr's configure script is now disabling threads by
> default on FreeBSD, which is fine,
Pier Fumagalli wrote:
Ian Holsman <[EMAIL PROTECTED]> wrote:
has anybody implemented a JNI interface to APR ?
I know one has been done for perl
pier ???
Thanks.. that should be a great start..
I mainly need to do the Table & bucket API's I think
Sorry... I've been pretty foobared up in the last
so for the first time in like forever, i reinstalled my development
machine and thus had to download fresh copies of subversion and apr.
it seems that apr's configure script is now disabling threads by
default on FreeBSD, which is fine, since i'm not actually using
threads, but there appears to be
Ian Holsman <[EMAIL PROTECTED]> wrote:
> has anybody implemented a JNI interface to APR ?
> I know one has been done for perl
>
> pier ???
Sorry... I've been pretty foobared up in the last few days... I did start
implementing it, but didn't go that far, I have some code with allows the
JVM to be
[EMAIL PROTECTED] wrote:
Here is the patch to use apr_poll instead of select. This is just being
posted for completeness, not because I believe it will actually perform as
well as the standard poll() implementation. Bill offered to benchmark it,
so I am posting it. I will re-implement apr_poll()
has anybody implemented a JNI interface to APR ?
I know one has been done for perl
pier ???
Cheers
Ian
I think this will fix the lack of thread-safety in apr_uuid_get(),
but it changes the semantics of the time lookup algorithm. Before
I commit, does anyone have objections to this new implementation?
Thanks,
--Brian
Index: misc/unix/getuuid.c
==
25 matches
Mail list logo
