Henry Jen wrote:
Hi,
Attached please find the patch for thread pool implementation, looking
forward to see it get committed.
I just realized that I sent the wrong patch, which did not drop the
copyright notice. Attached is the correct patch. :-)
Just want to make sure the consensus is th
Hi,
I'm trying to use APR on a project and I'm having some trouble with
cleaning up objects that I have which spawn their own worker thread.
The general plan is that I have an object that manages writing log
information to a file, this is created in a pool (call it A). This
spawns a worker thread
Justin Erenkrantz wrote:
+1. We should stick with debug symbols by default.
So in general this relates to the windows .pdb files
embedded in the binary, correct? If so, then fine.
Those who are
doing binary releases can figure out how to run strip themselves...
The problem is that this 'h
On 10/18/06, Joe Orton <[EMAIL PROTECTED]> wrote:
> In any case, it should be turned off by default thought.
Most of the people who care about this are those who are redistributing
binaries, which is a tiny minority of all those who build from source.
For everyone else, it doesn't really matter,
On 10/18/06, Mladen Turk <[EMAIL PROTECTED]> wrote:
Can the reason for that be a -g compile switch?
If so, do you have any idea how to suppress it during
the build ?
CFLAGS="-O2" ./configure ...
If you don't specify any CFLAGS, autoconf defaults to "-g -O2". -- justin
Hello,
I have a question regarding the types of operating systems that the
apache portable runtime supports.
The release notes for the latest 1.2.x version indicate that it supports
"Unix Variants" and "Windows".
But, what I would really like to know, is does it support Symbian (a
Unix variant??
Mladen Turk wrote:
> Davi Arnaut wrote:
> >
> > Could you please strip it and see what happens ? It won't hurt.
> >
>
> OK.
> /usr/ccs/bin/strip -x libapr-1.so.0.2.7 resizes the .so
> to the much 'normal' size of 170616 bytes from default 3M.
Nice.
> Can the reason for that be a -g compile sw
Davi Arnaut wrote:
>
> Could you please strip it and see what happens ? It won't hurt.
>
OK.
/usr/ccs/bin/strip -x libapr-1.so.0.2.7 resizes the .so
to the much 'normal' size of 170616 bytes from default 3M.
Can the reason for that be a -g compile switch?
If so, do you have any idea how to suppr
* Joe Orton
| > In any case, it should be turned off by default thought.
|
| Most of the people who care about this are those who are redistributing
| binaries, which is a tiny minority of all those who build from source.
| For everyone else, it doesn't really matter, and getting useful
| ba
Davi Arnaut wrote:
Could you please strip it and see what happens ? It won't hurt.
I don't have a strip on the box.
Where can I find that? Is that something custom, or it comes
in by default?
Regards,
Mladen.
On Wed, Oct 18, 2006 at 01:19:42PM +0200, Mladen Turk wrote:
> Joe Orton wrote:
> >On Wed, Oct 18, 2006 at 12:48:41PM +0200, Mladen Turk wrote:
> >>Building APR gives a really strange binary sizes on Solaris.
> >...
> >>produces the libapr-1.so.0.2.7 sized 3094060 bytes.
> >
> >Debugging info, need
Mladen Turk wrote:
> Davi Arnaut wrote:
>> Debugging symbols ? other library linked statically (expat ?) ?
>
> It's APR ./configure && make && make install
This might add a -g to the flags.
>> Have you tried to strip ?
>
> No. Like said it's default build for APR.
> If the strip is needed (what
Joe Orton wrote:
On Wed, Oct 18, 2006 at 12:48:41PM +0200, Mladen Turk wrote:
Building APR gives a really strange binary sizes on Solaris.
...
produces the libapr-1.so.0.2.7 sized 3094060 bytes.
Debugging info, needs stripping (strip -x on Solaris IIRC).
Can this be done within the APR bu
Davi Arnaut wrote:
Debugging symbols ? other library linked statically (expat ?) ?
It's APR ./configure && make && make install
Have you tried to strip ?
No. Like said it's default build for APR.
If the strip is needed (what ever that might be,
so please share some light) then it should be
On Wed, Oct 18, 2006 at 12:48:41PM +0200, Mladen Turk wrote:
> Building APR gives a really strange binary sizes on Solaris.
...
> produces the libapr-1.so.0.2.7 sized 3094060 bytes.
Debugging info, needs stripping (strip -x on Solaris IIRC).
joe
Mladen Turk wrote:
> Hi,
>
> Building APR gives a really strange binary sizes on Solaris.
>
> $ gcc --version
> gcc (GCC) 3.3.2
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY
Hi,
Building APR gives a really strange binary sizes on Solaris.
$ gcc --version
gcc (GCC) 3.3.2
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE
Hi All,
I've just been working on getting the mingw build of apr up and running
(based on [EMAIL PROTECTED]), it all seems to go well and i get the compiled
libraries as expected.
However when it comes to testing i notice that there are problems such
that the testmutexscope.exe fails. The ou
18 matches
Mail list logo
