[EMAIL PROTECTED] wrote:
>
> wsanchez02/05/01 15:50:45
>
> Modified:dso/unix dso.c
> Log:
> Or'ing NSLINKMODULE_OPTION_NONE is verbose.
But still valid and makes the setting explicit. Plus, I think the below
is wrong (handle vs os_handle)
> Darwin comment is true on all platform
Aaron Bannert wrote:
>
> The question is if APR can support semaphores to be used as mutexes w/o
> SEM_UNDO, and if it can will it be safe?
Doesn't look like it... very, very weird.
>
> BTW, what does `grep SERIALIZE include/apr.h` produce on your darwin box?
>
On mine:
./srclib/apr/include/a
Pier Fumagalli wrote:
>
> "Jim Jagielski" <[EMAIL PROTECTED]> wrote:
>
> > Pier Fumagalli wrote:
> >>
> >>> (IME, pthread-based locks tend to be the fastest, but not many platforms
> >>> support that.)
> >>
> >> IME -> In My Experience ??? :) how about semaphores against file locks?
> >>
> >
Jens-Uwe Mager <[EMAIL PROTECTED]> writes:
> On Mon, Mar 25, 2002 at 03:20:27PM -0800, Aaron Bannert wrote:
> > On Tue, Mar 26, 2002 at 12:04:07AM +0100, Jens-Uwe Mager wrote:
> > > Darwin is a BSD kernel on top of MACH. The current implementation maps
> > > POSIX threads to MACH kernel threads in
On Tue, Mar 26, 2002 at 12:29:46AM +0100, Jens-Uwe Mager wrote:
> I did have remarkable few problems with the AIX 4.3 pthread library
> (before they started the N to M user to kernel level scheduling thingy).
> Also the Solaris 8 one user level thread to one kernel LWP thread
> library in /usr/lib/
On Mon, Mar 25, 2002 at 03:20:27PM -0800, Aaron Bannert wrote:
> On Tue, Mar 26, 2002 at 12:04:07AM +0100, Jens-Uwe Mager wrote:
> > Darwin is a BSD kernel on top of MACH. The current implementation maps
> > POSIX threads to MACH kernel threads in a one to one implementation. The
> > implementation
On Tue, Mar 26, 2002 at 12:04:07AM +0100, Jens-Uwe Mager wrote:
> Darwin is a BSD kernel on top of MACH. The current implementation maps
> POSIX threads to MACH kernel threads in a one to one implementation. The
> implementation is not without flaws either, as for example there are
> problems with
"Jens-Uwe Mager" <[EMAIL PROTECTED]> wrote:
>> Can't really tell from that. Anyone else know what threading library
>> Darwin uses?
>
> Darwin is a BSD kernel on top of MACH. The current implementation maps
> POSIX threads to MACH kernel threads in a one to one implementation. The
> implementatio
"Aaron Bannert" <[EMAIL PROTECTED]> wrote:
> Can't really tell from that. Anyone else know what threading library
> Darwin uses?
It _looks_ (I'm not implying it does), that it's using a some sort of
OSF/MkLinux thing... In pthread.h, this is what I found:
/*
* Copyright 1996 1995 by Open Softwa
On Mon, Mar 25, 2002 at 02:53:48PM -0800, Aaron Bannert wrote:
> On Mon, Mar 25, 2002 at 10:32:03PM +, Pier Fumagalli wrote:
> > > Awesome! Does OS X have its own pthread implementation (not based on
> > > FreeBSD's)?
> >
> > Apparently, since it works allright... This is all I can figure out
"Jim Jagielski" <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
>>
>>> (IME, pthread-based locks tend to be the fastest, but not many platforms
>>> support that.)
>>
>> IME -> In My Experience ??? :) how about semaphores against file locks?
>>
>
> Sems are faster there too, but have the nas
On Mon, Mar 25, 2002 at 10:32:03PM +, Pier Fumagalli wrote:
> > Awesome! Does OS X have its own pthread implementation (not based on
> > FreeBSD's)?
>
> Apparently, since it works allright... This is all I can figure out though:
>
> [...]
> checking for pthread.h... yes
> checking whether pth
Pier Fumagalli wrote:
>
> > (IME, pthread-based locks tend to be the fastest, but not many platforms
> > support that.)
>
> IME -> In My Experience ??? :) how about semaphores against file locks?
>
Sems are faster there too, but have the nasty tendency to leak if there
are core dumps and cleanu
"Aaron Bannert" <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 25, 2002 at 08:29:21PM +, Pier Fumagalli wrote:
>> It works, it works... I still didn't try it in production, but 2.0.32 was
>> pretty stable (never got segfaults even with worker), on 10.1.3.
>
> Awesome! Does OS X have its own pthread
On Mon, Mar 25, 2002 at 08:29:21PM +, Pier Fumagalli wrote:
> It works, it works... I still didn't try it in production, but 2.0.32 was
> pretty stable (never got segfaults even with worker), on 10.1.3.
Awesome! Does OS X have its own pthread implementation (not based on
FreeBSD's)?
> The onl
"Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> Heh. My TiBook is on its way from Taiwan via FedEx.
That's _AWESOME_... Let me know when and I'll personally greet you into the
family :) (BTW, am I the only lucky person having a laptop with the
production date _same_ as his birthday??? :)
> So,
On Fri, Mar 22, 2002 at 08:24:18AM -0500, Jeff Trawick wrote:
> But if you folks with Mac OS X would stop committing your patches,
> just maybe Apple would get frustrated with lack of proper support and
> make some iBooks available for would-be developers. Maybe there is an
> iBook with a cracked
> > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> >
> > > rbb 02/03/20 11:45:02
> > >
> > > + *) Load libraries if they not MH_BUNDLE, but if they are not,
it
> > > + just attempts to link them as shared libs.
> > > + [Pier Fumagalli <[EMAIL PROTECTED]>]
> >
> > F*** YEAH! :) Fi
Pier Fumagalli <[EMAIL PROTECTED]> writes:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> > rbb 02/03/20 11:45:02
> >
> > + *) Load libraries if they not MH_BUNDLE, but if they are not, it
> > + just attempts to link them as shared libs.
> > + [Pier Fumagalli <[EMAIL PROT
"Ryan Bloom" <[EMAIL PROTECTED]> wrote:
>>
>>> rbb 02/03/20 11:45:02
>>>
>>> + *) Load libraries if they not MH_BUNDLE, but if they are not, it
>>> + just attempts to link them as shared libs.
>>> + [Pier Fumagalli <[EMAIL PROTECTED]>]
>>
>> F*** YEAH! :) First patch into core
>
> > rbb 02/03/20 11:45:02
> >
> > + *) Load libraries if they not MH_BUNDLE, but if they are not, it
> > + just attempts to link them as shared libs.
> > + [Pier Fumagalli <[EMAIL PROTECTED]>]
>
> F*** YEAH! :) First patch into core APR... (now that piece of code is
the
> one w
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> rbb 02/03/20 11:45:02
>
> + *) Load libraries if they not MH_BUNDLE, but if they are not, it
> + just attempts to link them as shared libs.
> + [Pier Fumagalli <[EMAIL PROTECTED]>]
F*** YEAH! :) First patch into core APR... (now
Thanks Jeff. I did the work to add them but then my laptop ate the files
and I don't have a connection that I can commit via here in Denver.
david
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 19, 2001 3:24 PM
Subject: cvs commit: apr/dso/uni
23 matches
Mail list logo