Hi,
Is anyone seeing APR fail to build on FreeBSD 4,
but the FreeBSD ports cluster is hitting this.
I can't reproduce this.
--
Craig Rodrigues
http://crodrigues.org
[EMAIL PROTECTED]
- Forwarded message from Kris Kennaway <[EMAIL PROTECTED]> -
Date: Thu, 14 Oct 2004 15:05:1
I should have added that the pseudo-fork and condition vars
on cygwin would actually be better preserved by using the
unix port. In fact, if the cygwin build simply used the win32
apr_file_io code I'd be quite happy with it relying on the
other (unambiguous) features of the cygwin API.
Bill
At 0
At 04:47 PM 10/14/2004, Max Bowsher wrote:
>Cygwin is supposed to be unix-like. Packages shouldn't need to start applying
>win32 specific tricks, and when they do, it often compromizes the unix-like
>feel that is a major feature of Cygwin.
If cygwin used the unambiguous POSIX file flags and had
William A. Rowe, Jr. wrote:
Daniel,
we really shouldn't be building unix/ on cygwin. In spite
of the built-in support, it simply hasn't been vetted and is
bound to have vulnerabilities if used for Apache 2.0.
Ideally we should modify the configure.in for cygwin to
determine win32/ as the build s
Sorry for the spam, but I just wanted to get the word out about the APR
1.0 Tutorial that Sander and I are doing at ApacheCon. We're hoping that
some of you all who lurk on these lists and are interested in learning
more about APR and the interface and features it provides might be able to
convin
On Sun, 10 Oct 2004 09:12:53 +0200, Dror Shilo <[EMAIL PROTECTED]> wrote:
> > Incidentally, will "apr_os_thread_current( )" work on all platforms
> > (specifically, Linux and Win32)? Am I understanding this correctly to mean
> > that the function works on all platforms, but the return value is
> >
Daniel,
we really shouldn't be building unix/ on cygwin. In spite
of the built-in support, it simply hasn't been vetted and is
bound to have vulnerabilities if used for Apache 2.0.
Ideally we should modify the configure.in for cygwin to
determine win32/ as the build sources, and toggle -DWIN
I was unable to
build ARP-1.0.0 on CYGWIN. I get the following error:
$ makemake[1]:
Entering directory `/cygdrive/y/spryware/apr/apr-1.0.0'/bin/bash
/cygdrive/y/spryware/apr/apr-1.0.0/libtool --silent --mode=compile gcc -g
-O2 -DHAVE_CONFIG_H -DCYGWIN -I./include
-I/cygdrive/y/spryw
On Thu, 2004-10-14 at 08:08, David Barrett wrote:
> > -Original Message-
> > From: Sander Striker [mailto:[EMAIL PROTECTED]
> > Subject: Re: Pools, C++, and Exceptions Best Practices
> >
> > You'll be eating through your available memory at a pretty quick rate
> > this way. Each pool prea
On Thu, 2004-10-14 at 08:08, David Barrett wrote:
> > -Original Message-
> > From: Sander Striker [mailto:[EMAIL PROTECTED]
> > Subject: Re: Pools, C++, and Exceptions Best Practices
> >
> > You'll be eating through your available memory at a pretty quick rate
> > this way. Each pool prea
> -Original Message-
> From: Sander Striker [mailto:[EMAIL PROTECTED]
> Subject: Re: Pools, C++, and Exceptions Best Practices
>
> You'll be eating through your available memory at a pretty quick rate
> this way. Each pool preallocates 8k. In your case this means that
> every object you
APRUTIL LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2004/06/30 11:44:19 $]
Release:
1.0.0 rc2 : Tagged June 30th 2004(APU_1_0_RC2)
1.0.0 rc1 : Tagged June 2004 (APU_1_0_RC1)
0.9.3 : Tagged March 30, 2002
0.9.2
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
Last modified at [$Date: 2004/09/02 03:49:03 $]
Releases:
Standalone
1.0.0 : released September 1, 2004
0.9.3 : tagged March 30, 2003
0.9.2 : released March 22, 2003
0.9.1 : released Septemb
13 matches
Mail list logo