On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2 library.
In the long term, we would like to split out things that add extra
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2 library.
In the long term, we would like to split out things that
On 25.03.2009 08:45, Mladen Turk wrote:
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2 library.
In the long
Ruediger Pluem wrote:
On 25.03.2009 08:45, Mladen Turk wrote:
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two libraries, into one
monolithic giant APR 2
On 25.03.2009 09:04, Mladen Turk wrote:
Ruediger Pluem wrote:
On 25.03.2009 08:45, Mladen Turk wrote:
Ruediger Pluem wrote:
On 24.03.2009 11:21, Paul Querna wrote:
Hi,
At ApacheCon, we have had a discussion about APR 2.x and APR-Util.
In the short term, we would like to merge the two
Ruediger Pluem wrote:
And I think the expat is missing from xml.
So the --with-expat=builtin doesn't work
Bundled expat was removed in r757820. So it cannot work anymore.
So what's the solution for Windows?
How did we compensate the removal of the bundled pcre in httpd on trunk?
We
Since I had the need for a function, which shuffles members of an apr_array_t,
I have written such a functions which conforms to the style-guide of apr.
I would be glad to donate the sources so that this function can be added
to future versions of the apr library.
Source:
On Wed, Mar 25, 2009 at 08:45:37AM +0100, Mladen Turk wrote:
And I think the expat is missing from xml.
So the --with-expat=builtin doesn't work
If you unpack a tarball of expat and plonk it at xml/expat it should
still work; none of the build infrastructure has been removed on the
Unix side.
Joe Orton wrote:
On Wed, Mar 25, 2009 at 08:45:37AM +0100, Mladen Turk wrote:
And I think the expat is missing from xml.
So the --with-expat=builtin doesn't work
If you unpack a tarball of expat and plonk it at xml/expat it should
still work; none of the build infrastructure has been removed
On Wed, Mar 25, 2009 at 1:17 PM, Mladen Turk mt...@apache.org wrote:
Joe Orton wrote:
On Wed, Mar 25, 2009 at 08:45:37AM +0100, Mladen Turk wrote:
And I think the expat is missing from xml.
So the --with-expat=builtin doesn't work
If you unpack a tarball of expat and plonk it at xml/expat
I am new to APR. I am going to use it for developing a Apache like hybrid
architecture for OpenSIPS [www.opensips.org], which an open source SIP[RFC
3261] server.
I have downloaded APR and installed it on my Fedora 9 machine using the
configure and make commands. I tested the installation with
On Wed, Mar 25, 2009 at 10:13 AM, SAMEER KUMAR sameer.kasi2...@gmail.comwrote:
I have downloaded APR and installed it on my Fedora 9 machine using the
configure and make commands. I tested the installation with testall. But I
am not able to use this in my programs and not able to link to the
On Wed, Mar 25, 2009 at 5:13 AM, SAMEER KUMAR sameer.kasi2...@gmail.com wrote:
I am new to APR. I am going to use it for developing a Apache like hybrid
architecture for OpenSIPS [www.opensips.org], which an open source SIP[RFC
3261] server.
I have downloaded APR and installed it on my Fedora
Sameer:
You are missing the include path, specified with -I; you can get the correct
syntax for your build by using apr-1-config.
That said, if you are planning on building something that resembles a web
server, may I suggest writing an Apache module (plug-in) rather than using
APR to build a
Joe Orton wrote:
On the topic of how to split up APR into multiple libraries, I had a
look through the current directories, and a first cut at how I'd propose
to split the code up would be:
(directory - library-name [dependencies])
buckets - libapr-buckets
crypto - libapr-crypto
Joe Orton wrote:
On Tue, Mar 24, 2009 at 05:43:52PM +0100, William Rowe wrote:
Mladen Turk wrote:
Joe Orton wrote:
On the topic of how to split up APR into multiple libraries, I had a
look through the current directories, and a first cut at how I'd
propose to split the
Paul Querna wrote:
On Wed, Mar 25, 2009 at 1:17 PM, Mladen Turk mt...@apache.org wrote:
Joe Orton wrote:
On Wed, Mar 25, 2009 at 08:45:37AM +0100, Mladen Turk wrote:
And I think the expat is missing from xml.
So the --with-expat=builtin doesn't work
If you unpack a tarball of expat and plonk
2009/3/25 Mladen Turk mt...@apache.org:
Fine but the answer doesn't explain how to
build the httpd on windows.
Just like you have to plop in pcre now on Win32, you have to plop in
expat. *shrug* -- justin
There have been various discussions on list in the past about the
problems with pools, and that newer malloc implementations really are
better at it han we can ever be. (jemalloc for example
http://people.freebsd.org/~jasone/jemalloc/bsdcan2006/jemalloc.pdf).
Patch:
On Wed, Mar 25, 2009 at 01:46:22PM +0100, Branko Čibej wrote:
IMHO having to link 55 libraries instead of one is a big pain.
The difference should be passing a single extra argument to
apr-N-config. Why such a big pain?
I prefer just putting internal wrappers for 3rd-party stuff into
Joe Orton wrote:
On Wed, Mar 25, 2009 at 01:46:22PM +0100, Branko Čibej wrote:
IMHO having to link 55 libraries instead of one is a big pain.
The difference should be passing a single extra argument to
apr-N-config. Why such a big pain?
APR is growing in size (as it is expected to do),
Paul Querna wrote:
There have been various discussions on list in the past about the
problems with pools, and that newer malloc implementations really are
better at it han we can ever be. (jemalloc for example
http://people.freebsd.org/~jasone/jemalloc/bsdcan2006/jemalloc.pdf).
Patch:
On Wed, Mar 25, 2009 at 3:39 PM, Mladen Turk mt...@apache.org wrote:
Paul Querna wrote:
There have been various discussions on list in the past about the
problems with pools, and that newer malloc implementations really are
better at it han we can ever be. (jemalloc for example
Paul Querna wrote:
On Wed, Mar 25, 2009 at 3:39 PM, Mladen Turk mt...@apache.org wrote:
Paul Querna wrote:
There have been various discussions on list in the past about the
problems with pools, and that newer malloc implementations really are
better at it han we can ever be. (jemalloc for
On Wed, Mar 25, 2009 at 3:44 PM, Mladen Turk mt...@apache.org wrote:
Paul Querna wrote:
On Wed, Mar 25, 2009 at 3:39 PM, Mladen Turk mt...@apache.org wrote:
Paul Querna wrote:
There have been various discussions on list in the past about the
problems with pools, and that newer malloc
Paul Querna wrote:
I'd like to just put this into APR-2 trunk asap, and then figure out
how to unify the pool debug code with these changes.
Thoughts?
Why did you remove the unmanaged pool?
because when we are using malloc/free, they shouldn't be needed?
That's not its purpose.
It's
Mladen Turk wrote:
Justin Erenkrantz wrote:
2009/3/25 Mladen Turk mt...@apache.org:
Fine but the answer doesn't explain how to
build the httpd on windows.
Just like you have to plop in pcre now on Win32, you have to plop in
expat. *shrug* -- justin
Right, but what's with the official
William A. Rowe, Jr. wrote:
Once upon a time there were two, now four external libraries to grab.
No big change.
[And that wasn't counting as many as six or so db providers!]
William A. Rowe, Jr. wrote:
Just like you have to plop in pcre now on Win32, you have to plop in
expat. *shrug* -- justin
Right, but what's with the official binaries.
There will be certainly some explicit versions used
and ploped in, or is the at Bill's liberty to
choose what he thinks is
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
That's fine. Anyhow I'd love to INSTALL updated (Windows section
doesn't mention anything about dependencies)
with the url where to pick the (eventually preferred) version,
and release NOTES with the version used for building official
binary
Mladen Turk wrote:
That's fine. Anyhow I'd love to INSTALL updated (Windows section
doesn't mention anything about dependencies)
with the url where to pick the (eventually preferred) version,
and release NOTES with the version used for building official
binary version.
Also, what's the new
You know what I'd like to see?
An easy way to drop in a new malloc/realloc/free for APR at runtime.
In some environments, I'm already running with a highly-modified jemalloc
(the one for mozilla), and it would be nice to be able to use it for APR
stuff. Especially in my case where that would
On 25.03.2009 18:32, pque...@apache.org wrote:
Author: pquerna
Date: Wed Mar 25 17:32:01 2009
New Revision: 758360
URL: http://svn.apache.org/viewvc?rev=758360view=rev
Log:
- palloc now used malloc underneath.
- we keep a list of malloc'ed adrresses, in a new list object, and free them
pque...@apache.org wrote:
Author: pquerna
Date: Wed Mar 25 17:32:01 2009
New Revision: 758360
URL: http://svn.apache.org/viewvc?rev=758360view=rev
Log:
- palloc now used malloc underneath.
- we keep a list of malloc'ed adrresses, in a new list object, and free them on
clear/destroy
-
Joe Orton wrote:
On Wed, Mar 25, 2009 at 01:46:22PM +0100, Branko Čibej wrote:
IMHO having to link 55 libraries instead of one is a big pain.
The difference should be passing a single extra argument to
apr-N-config. Why such a big pain?
On Windows?
-- Brane
Paul Querna wrote:
On Wed, Mar 25, 2009 at 3:39 PM, Mladen Turk mt...@apache.org wrote:
Paul Querna wrote:
There have been various discussions on list in the past about the
problems with pools, and that newer malloc implementations really are
better at it han we can ever be.
Mladen Turk wrote:
pque...@apache.org wrote:
Author: pquerna
Date: Wed Mar 25 17:32:01 2009
New Revision: 758360
URL: http://svn.apache.org/viewvc?rev=758360view=rev
Log:
- palloc now used malloc underneath.
- we keep a list of malloc'ed adrresses, in a new list object, and
free them on
37 matches
Mail list logo
