[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 platforms.
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?
Sems are faster there too,
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:
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
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, I'm
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 only
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
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 cleanups don't
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
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 nasty tendency to leak
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 though:
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 Software
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
implementation is not
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
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 is
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/lwp
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 a one to
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 PROTECTED]]
F***
[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...
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 which will blow
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 APR... (now that piece of
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/unix
22 matches
Mail list logo