On 31/3/03 20:59, "Jeff Trawick" <[EMAIL PROTECTED]> wrote:
> I'm using Sun WorkShop 5.0 sometimes, and these builds result in
> executables like httpd referencing libthread but not libpthread.
> We pass cc the -mt switch, but at least with this version that switch
> isn't enough to pull in libpth
On 16/10/02 14:51, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> Fix the existing API before we hit 1.0.
Can that include AF_UNIX support? :-)
Pier (ducks for cover)
On 30/9/02 5:49 pm, "Cliff Woolley" <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Sep 2002, Luis Manuel Solla wrote:
>
>> I've been looking for a *built* tarball of the APR module, but I
>> can't find an exact URL. I prefer built tarballs rather than source
>> tarballs. Could anybody indicate an URL?
>
On Thursday, September 19, 2002, at 10:53 PM, Wilfredo Sanchez wrote:
Pier, frameworks do provide the right information for all versions,
but there is no compiler flag in OS X to build and link against an old
version, which is moderately lame. I do think it would be swell if
the GNU folks cou
"Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 17, 2002 at 01:22:17AM -0700, Greg Stein wrote:
>> Are you just bitching, or do you have a better design? Let's hear it.
>
> Oh, I'm fine with --enable-layout=classic which reverts Havoc's
> model to what we had before. The key point f
On 17/9/02 0:13, "Greg Stein" <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 16, 2002 at 06:00:20PM -0500, Ben Collins-Sussman wrote:
>> [EMAIL PROTECTED] writes:
>>
>>> Why did we choose libapr-#.so? Most other libraries use libapr.so.#,
>>> which allows you to continue to do -lapr. Is there a reaso
On 16/9/02 23:54, "Sander Striker" <[EMAIL PROTECTED]> wrote:
>> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
>> Sent: 17 September 2002 00:36
>
>> On 16/9/02 23:15, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>>
>>>
&g
On 16/9/02 23:15, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> Why did we choose libapr-#.so? Most other libraries use libapr.so.#,
> which allows you to continue to do -lapr. Is there a reason we chose to
> do something different???
Sgrunf Whatchasaying Ryan?
$ ls -1a /opt/apache/l
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> Yeah, I don't think Solaris uses the same structure/functions for passing
> fd's between processes. I had originally planned to use a Solaris box for
> the second port, but I don't have access to one yet. I keep looking on
> e-bay for a good x8
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>
> There are currently two possible avenues.
>
> 1) The code goes into apr-util.
> 2) The code goes into a sandbox project.
It makes a lot of sense to have it also in XML as well, together with
XERCES-C...
Pier
It won't... At least on Darwin it won't...
Pier
On Wednesday, September 4, 2002, at 08:28 AM, jean-frederic clere wrote:
Pier Fumagalli wrote:
It's in the .libs directory... Libtool sucks.
Yep. I have a lot of problems with it because I have 3 compiler in my
Solaris machine
It's in the .libs directory... Libtool sucks.
Pier
On Tuesday, Sep 3, 2002, at 09:49 Europe/London, jean-frederic clere
wrote:
Hi,
I have some problems with apr-config in mod_webapp:
I am using apr-config --apr-la-file but it returns a result only if
the .la file exist.
I am configuring
On Sunday, Aug 18, 2002, at 09:05 Europe/London, Justin Erenkrantz
wrote:
On Sun, Aug 18, 2002 at 02:34:02PM +0800, C K Tan wrote:
For a fresh CVS co of the APR tree, after
% buildconf
% configure
% make
I got this error:
ld: -undefined error must be used when -twolevel_namespace is in
effect
/u
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> aaron 2002/08/04 20:25:40
>
> Modified:misc Makefile.in
> test Makefile.in
> Added: include apr_reslist.h
> misc apr_reslist.c
> test testreslist.c
> Log:
> Add a new Resource
It looks great... The only "nitpick" I might have to make (forgot to tell
you earlier) is that instead of apr_reslist_get and apr_reslist_put, those
should be called apr_reslist_acquire and apr_reslist_release, like in locks,
because this is what we do (we acquire a resource, locking it intrinsical
"Ryan Bloom" <[EMAIL PROTECTED]> wrote:
> I have no problem implementing this feature, but do it right (which may
> mean not using apr_socket_t), so that it is portable. We have enough
> people who have asked for this feature, that not implementing it is kind
> of stupid, but please, please, plea
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> On Tue, 30 Jul 2002, Justin Erenkrantz wrote:
>
>> On Tue, Jul 30, 2002 at 05:50:40PM -0700, Pier Fumagalli wrote:
>>> While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
>>>
While at OSCON, I chatted about having AF_UNIX support in APR with a bunch
of you, and I didn't hear any negative opinion from anyone...
This would be so great for me, as it would ease my work with Java, in having
a generic IO layer a little bit better than the current Java.IO and with an
extensiv
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> So questions about the above; is it worrysome that we have --prefix in
> there twice. And secondly that some still are ${prefix} i.e. not
> substituted ? And finally - anything obviously wrong ?
Dirk, I build APR/HTTPD on a daily basis with 10.1.5 an
Ryan Bloom <[EMAIL PROTECTED]> wrote:
> Check is a lot more than two files, and the port to Windows could be
> kind of tough. The problem is that it requires fork() for a lot of what
> it does, and although I haven't looked at the code in great depth, the
> parts I have looked at just look very U
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 ???
&
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
"Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 11, 2002 at 01:18:09PM +0100, Pier Fumagalli wrote:
>> Anyone has a clue on why the default owner for APR bugs is [EMAIL PROTECTED]
>> and
>> not [EMAIL PROTECTED]
>
> Because there is no
Anyone has a clue on why the default owner for APR bugs is [EMAIL PROTECTED] and
not [EMAIL PROTECTED]
Pier
"Cliff Woolley" <[EMAIL PROTECTED]> wrote:
> On Mon, 10 Jun 2002, Pier Fumagalli wrote:
>
>> Now, the question is _why_ that thing is called and why libsvn_ra_local.so
>> does not exist (if shared is disabled, it should be compiled in, right?)...
>
> I
Hmm... I basically rewrote that part, so, I believe it's my fault...
Yes, you're right, without the default error handlers, the baby exits (but
this is not a problem in Apache 2.0 as DSO modules are required to be there
at startup, but your point is right, if we don't have to terminate the
process
"Ryan Bloom" <[EMAIL PROTECTED]> wrote:
> Why aren't named pipes usable in your application? APR already has a
> named pipe implementation, which would solve this problem.
On this topic, is there a way to do something like "connect" "accept" on
named pipes as you would do on AF_UNIX sockets?
"Greg Stein" <[EMAIL PROTECTED]> wrote:
> libtool 1.3 has problems with intra-library dependencies. This is making
> some of the dependency stuff in apr(-util) a bit more complicated than it
> needs to be.
>
> The simple answer is to require libtool 1.4.
>
> Subversion has been on libtool 1.4 si
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> + *) Remove Linux atomic support since it does not have a usable
> + userspace atomic interface. [Justin Erenkrantz]
I believe that is at least fair that if we support atomic in APR and those
are not available in Linux, we do the same for AF_
"Blair Zajac" <[EMAIL PROTECTED]> wrote:
> There are some interesting comments from a RedHat developer on why
> APR should not include /usr/include/asm/atomic.h on Linux platforms
> at line 160 of apr/include/apr_atomic.h
>
> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=63643
>
> Maybe so
* --enable-mods-shared="foo1 foo2" is busted on Darwin. Pier
posted a patch (Message-ID: <[EMAIL PROTECTED]>).
Naya... Doesn't work -AT-ALL-... It looks like a bug in /bin/sh which on
Darwin is ZSH or some major misunderstanding between that and autoconf.
It really looks like tha
"Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> This will enable the correct evaluation when we do things like
>
> --enable-module="moduleA moduleB moduleC"
>
> (whitespace separated values)...
Holdit... This is busted for some versions of /bin/s
This will enable the correct evaluation when we do things like
--enable-module="moduleA moduleB moduleC"
(whitespace separated values)...
Pier
--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. F
"Kevin Pilch-Bisson" <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 13, 2002 at 09:07:46AM -0700, Justin Erenkrantz wrote:
>> On Sat, Apr 13, 2002 at 05:03:11PM +0100, Pier Fumagalli wrote:
>>> On Darwin, if there's a link error (in APR-dso, if something goes wr
On Darwin, if there's a link error (in APR-dso, if something goes wrong),
the program will exit without giving a chance to the caller to do anything:
#man NSModule
[...]
If the user does not supply these functions, the default
will be to write an error message on to file descripto
They'll be coming along soon :)
http://oss.software.ibm.com/pthreads/docs/unstable/RELEASE
Pier
As always , forgetting reply-to-all...
Pier
-- Forwarded Message
> From: Pier Fumagalli <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Date: Tue, 09 Apr 2002 23:23:43 +0100
> To: <[EMAIL PROTECTED]>
> Subject: Re: Jim volunteers - ASF libtool liaison
&
"Aaron Bannert" <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 04, 2002 at 04:04:46PM -0500, Jeff Trawick wrote:
>> You should hard-code posix semaphores for Darwin in apr_hints.m4. We
>> should not be playing around with the lock choice and affecting
>> multiple systems when we get specific platform k
"Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>> "Jeff Trawick" <[EMAIL PROTECTED]> wrote:
>>
>>> Jim Jagielski <[EMAIL PROTECTED]> writes:
>>>
If SysV is broken, we should prevent that from being used with
AcceptMutex as well (until we can figure out *why* it's broken)
>>>
>>> FYI...
>
"Jeff Trawick" <[EMAIL PROTECTED]> wrote:
> Jim Jagielski <[EMAIL PROTECTED]> writes:
>
>> If SysV is broken, we should prevent that from being used with
>> AcceptMutex as well (until we can figure out *why* it's broken)
>
> FYI...
>
> SysV isn't broken
>
> daedalus was/is configured for only
Is someone digging into proc_mutex locking using the set of sem_
functions (POSIX semaphores)? It would be cute for systems such as Darwin
where the only option is flock()/fcntl()...
Pier
"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
"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 fi
"Aaron Bannert" <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 25, 2002 at 08:29:21PM +0000, 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.
"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,
"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 Fumaga
"[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!
Sander forgot to CC [EMAIL PROTECTED]
Pier
-- Forwarded Message
> From: "Sander Striker" <[EMAIL PROTECTED]>
> Reply-To: dev@httpd.apache.org
> Date: Tue, 19 Mar 2002 17:05:52 +0100
> To: , "Justin Erenkrantz" <[EMAIL PROTECTED]>
> Subj
"Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 17, 2002 at 11:01:38PM -0600, William A. Rowe, Jr. wrote:
>>> Yep... Actually on tomcat we mail them to tomcat-dev, but it's up to you
>>> guys, just let me know the mail address to subscribe :)
>>
>> [EMAIL PROTECTED] [which is generic
"Sander Striker" <[EMAIL PROTECTED]> wrote:
>> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]
>> Sent: 14 March 2002 19:09
>>
>> This little script runs daily to build APR on Sol8 on my machines... And
>> _THIS_ looks weird... Did we have a hug
This little script runs daily to build APR on Sol8 on my machines... And
_THIS_ looks weird... Did we have a huge update of basically everything or
did the script fail for the first time in 4 months?
Pier
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> ### Started at Thu Mar 14 10:00:01 PST
Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 18, 2002 at 11:43:04AM +0000, Pier Fumagalli wrote:
>>>>> Patch attached for review...
>>>>
>>>> Can you please repost as a unified diff?
>>>
>>> Sure do... Cheeerios!
"Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> "Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
>
>> On Fri, Feb 15, 2002 at 02:55:52PM +, Pier Fumagalli wrote:
>>> Heya... Under Darwin DYLD can only load MH_BUNDLE shared libraries ATM (and
"Justin Erenkrantz" <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 15, 2002 at 02:55:52PM +0000, Pier Fumagalli wrote:
>> Heya... Under Darwin DYLD can only load MH_BUNDLE shared libraries ATM (and
>> glibtool doesn't actually produce them because of a bug)... Als
Reply to myself? :) :) :)
Pier
-- Forwarded Message
> From: Pier Fumagalli <[EMAIL PROTECTED]>
> Date: Fri, 15 Feb 2002 16:08:43 +0000
> To: Pier Fumagalli <[EMAIL PROTECTED]>
> Subject: Re: NSModule patch to allow non MH_BUNDLE to load...
>
> Now, I bel
Heya... Under Darwin DYLD can only load MH_BUNDLE shared libraries ATM (and
glibtool doesn't actually produce them because of a bug)... Also, while on
all other Oses (or at least the ones I've seen) I can load all DSO binaries
using the DSO functions, on Darwin I can't, unless they're not compiled
"jean-frederic clere" <[EMAIL PROTECTED]> wrote:
> Sander Striker wrote:
>>
>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>>> Behalf Of jean-frederic clere
>>
>>> Hi,
>>>
>>> I have a question:
>>>
>>> mod_webapp from Tomcat uses APR:
>>>
>>> Where should APR be downloaded from? - It
On 13/11/2001 12:34 am, "Ryan Bloom" <[EMAIL PROTECTED]> wrote:
>
> One of my co-workers, and the guy who create comanche, just sent
> this to me. In case anybody was concerned that APR wasn't being
> noticed by the outside world. :-)
>
> I don't know about everybody else, but things like this
Sascha Schumann at [EMAIL PROTECTED] wrote:
> On Thu, 18 Oct 2001, Pier Fumagalli wrote:
>
>> I was wondering, if I generate libtool via "buildconf" on a named machine
>> (let's say, Solaris), is that libtool portable to another platform (let's
&g
I was wondering, if I generate libtool via "buildconf" on a named machine
(let's say, Solaris), is that libtool portable to another platform (let's
say Linux)
Pier
"Cliff Woolley" <[EMAIL PROTECTED]> wrote:
> On Sun, 23 Sep 2001, Pier Fumagalli wrote:
>
>>> Making all in strings
>>> /bin/sh
>>> /usr/home/gcom/webapp-module-1.0-tc40/apr/libtool --silent --mode=compile
>>> cc -g -O2 -DH
FYI... From Thursday CVS snapshot...
Pier
-- Forwarded Message
> From: Marcus Adair <[EMAIL PROTECTED]>
> Reply-To: tomcat-user@jakarta.apache.org
> Date: Sun, 23 Sep 2001 12:43:35 -0500
> To: tomcat-user
> Subject: stdint.h not found when compiling apr in webapp 1.0 (tc4.0)
>
> I'm doi
>
> Date: Fri, 07 Sep 2001 08:50:03 -0400
> To: tomcat-user@jakarta.apache.org
> Cc: Pier Fumagalli <[EMAIL PROTECTED]>
> Subject: Re: /apr.h:265: #error Can not determine the proper size
> forapr_int64_t
>
> Hi Pier,
>
> I attached my
>
> /home/mdde
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Log:
> Add the new thread_lock API to APR. This is the first step to breaking
> the locking API into separate APIs.
Uh... I like this one :)
pier
65 matches
Mail list logo