On Mon, Dec 22, 2008 at 3:21 PM, kamaraju kusumanchi
raju.mailingli...@gmail.com wrote:
While configuring apr-1.3.3, I realized that the configure script
checks for g77 and not for gfortran. The development of g77 has
stopped and is now replaced by gfortran. gfortran works well on both
Fortran
On Mon, Dec 22, 2008 at 3:39 PM, kamaraju kusumanchi
raju.mailingli...@gmail.com wrote:
On Mon, Dec 22, 2008 at 3:25 PM, Garrett Rooney
roo...@electricjellyfish.net wrote:
On Mon, Dec 22, 2008 at 3:21 PM, kamaraju kusumanchi
raju.mailingli...@gmail.com wrote:
While configuring apr-1.3.3, I
On Wed, Oct 1, 2008 at 2:47 PM, Ben Collins-Sussman
[EMAIL PROTECTED] wrote:
2) It seems like many of the people, at least on Windows, can
reproduce this problem quickly. Could this just be due to running
requests which create/destroy a lot of memory?
Definitely. A single checkout causes
On Fri, Jul 11, 2008 at 1:57 AM, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
Unlike apr_table, apr_hash doesn't have iterator callback API.
IMO this would be very useful function for hash usages where
iterative operation on all table elements is required.
Right now this is done via hash_first,
On Fri, Jun 13, 2008 at 3:15 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
Topic for a fun conversation: Should we detab the various
APR source? We've never really instituted a specific coding
style, ala httpd, but 1.3.x might not be a bad place to start.
I'm proposing this for post-1.3.1
On Sat, Apr 26, 2008 at 12:41 PM, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
AFAIK nobody explicitly has tested this. If your OpenVMS compiler
toolchain
is similar enough to a gcc toolchain, you should not have any problems in
asking ./configure to work out the details from its
On Fri, Feb 15, 2008 at 2:51 PM, David Glasser [EMAIL PROTECTED] wrote:
Does anyone know if anyone's written GDB macros for pretty-printing
apr_hash_t or apr_header_t contents? (Presumably I'd have to tell GDB
the type of the contents.)
On Nov 26, 2007 2:55 PM, Ryan Phillips [EMAIL PROTECTED] wrote:
Joe Orton [EMAIL PROTECTED] said:
** Key proposal: one tree, multiple libraries
Justin has long argued that there is no point in having apr and apr-util
as separate trees since everyone uses both or neither, and I agree. The
On 3/30/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
I'd like to lay these tags down and roll candidates this Saturday.
That said, I'm willing to be a tiny bit patient if someone needs all
of Saturday, even into Sunday, to squish a few more gnats.
apr-iconv in particular has quite a few
On 3/19/07, Ryan Phillips [EMAIL PROTECTED] wrote:
Hi All!
I needed an APR DNS query interface, so I wrote one. After Paul
Querna's suggestion for me to use the c-ares library, I came up with the
following code:
http://svn.trolocsis.com/repos/projects/apr_dns_query/trunk
I haven't written
On 3/3/07, Wakan [EMAIL PROTECTED] wrote:
I'm a beginner with APR (and C too :))) and I'm trying to create a
server that opens a thread
for each accepted connection. In examples there is only a poolset server
(using multiplexing),
but I need a multi thread server.
I tryied to read in apache
On 2/17/07, Roy T. Fielding [EMAIL PROTECTED] wrote:
BTW, these files are now obsolete and can be removed. The contents
are now stored in the www site's index.xml.
Removed in r508838, thanks for the heads up.
-garrett
On 2/7/07, генерал Пурпоз [EMAIL PROTECTED] wrote:
Hello dev,
Should I be able to access the
http://svn.apache.org/viewvc/apr/apr/trunk/
with the TortoiseSVN client from winXP-SP2?
I get these errors:
Error: PROPFIND request failed on '/viewvc/apr/apr/trunk'
Error: PROPFIND of
On 1/13/07, Lucian Adrian Grijincu [EMAIL PROTECTED] wrote:
the two cond_wait functions in APR:
apr_thread_cond_wait(apr_thread_cond_t *cond, apr_thread_mutex_t *mutex) and
apr_thread_cond_timedwait (apr_thread_cond_t *cond, apr_thread_mutex_t
*mutex, apr_interval_time_t timeout)
use a
On 1/2/07, Garrett Rooney [EMAIL PROTECTED] wrote:
On 10/17/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
Joe,
Not seeing the word distribute in the license, I would agree this
needs to be clarified. There's an interesting mix of copyright terms
(copy, derivative works), patent terms (use
On 10/17/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
Joe,
Not seeing the word distribute in the license, I would agree this
needs to be clarified. There's an interesting mix of copyright terms
(copy, derivative works), patent terms (use, make), and even
an attribution requirement that is
On 12/26/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Wed, 2006-12-27 at 01:05 +, [EMAIL PROTECTED] wrote:
Author: bojan
Date: Tue Dec 26 17:04:38 2006
New Revision: 490422
URL: http://svn.apache.org/viewvc?view=revrev=490422
Log:
Generate documentation for different versions of APR,
On 12/27/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Wed, 2006-12-27 at 09:34 -0500, Garrett Rooney wrote:
It requires someone to run svn up in the working copy on
people.apache.org,
Yeah I figured that out later on.
but before we do that, does anyone feel motivated
enough to do some
SUBMISSION TYPE: TSU
SUBMITTED BY: Garrett Rooney
SUBMITTED FOR:The Apache Software Foundation
POINT OF CONTACT: Secretary, The Apache Software Foundation
FAX: +1-410-803-2258
MANUFACTURER(S): The Apache Software Foundation
PRODUCT NAME/MODEL #: APR
On 12/22/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Sat, 2006-12-23 at 08:12 +1100, Bojan Smojver wrote:
Actually, we should probably have documentation for all release versions
currently available and maybe even the the trunk. Similar to what httpd
folks do.
More importantly, would
On 12/17/06, Issac Goldstand [EMAIL PROTECTED] wrote:
I've been recently seeing some very odd behavior under a very specific
set of circumstances. I have a small bit of code with calls apr_pcalloc
to allocate some memory, and afterwards I call apr_pool_userdata_setn to
set private data on the
On 12/13/06, Paul Querna [EMAIL PROTECTED] wrote:
It uses jlibtool, Justin's replacement for libtool.
The source code for it is here:
http://svn.apache.org/repos/asf/apr/apr/trunk/build/jlibtool.c
Its faster, and doesn't suck :)
Although don't assume that it's 100% compatible with normal
On 11/10/06, Jim Jagielski [EMAIL PROTECTED] wrote:
Anyone have issues with me making from an
optional argument, i.e. allowing from to be
NULL and apr_socket_recvfrom() doing the Right
Thing?
In other words, making it more recvfrom()-like?
Seems reasonable to me.
-garrett
On 11/9/06, Joe Orton [EMAIL PROTECTED] wrote:
On Thu, Nov 09, 2006 at 01:35:45PM +1100, Bojan Smojver wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
2) Create yourself a global pool to load DSOs into, and do so early
enough that it'll always be destroyed last.
We discussed some patches
On 11/8/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
I'm primarilly interested in making a 1.2 tarball to vote on in 48
hours because we have fixed a number of bugs. Although there are
still a few more in-queue (and I welcome all help to get these fixed
in the branch), I'm mostly thinking
On 11/3/06, Locke [EMAIL PROTECTED] wrote:
Hi There,
I wonder if there is any plan to support semaphore in APR ? Right
now, there is only thread cond, thread mutex supported in APR. If
yes, when will happne ? If not, may I know why ?
Umm, I'm not exactly sure what you're asking for here.
On 10/27/06, Jean-frederic Clere [EMAIL PROTECTED] wrote:
Hi,
It seems there is not anyway to print the pid from an apr_proc_t, isn't
it?
Does such a thing make sense to add to apr? (There is a %pT for
apr_os_thread_t).
Seems like a reasonable enough thing to add.
-garrett
On 10/24/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
On 10/17/06, Garrett Rooney [EMAIL PROTECTED] wrote:
Cliff, I'm looking at setting up the crypto notification stuff for
APR, and I was wondering if my rdf file was correct. Keep in mind
that APR makes use of OpenSSL, but only in 1.3.0
On 10/18/06, Dave Stuart [EMAIL PROTECTED] wrote:
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
On 10/19/06, Colin [EMAIL PROTECTED] wrote:
Hi Again,
I have finally found a few minutes to write down all issues that I
found in apr_atomic.c ... I would now like to know whether, and
for which of the points, there is interest in further discussion
and/or finally a patch.
If you actually
Cliff, I'm looking at setting up the crypto notification stuff for
APR, and I was wondering if my rdf file was correct. Keep in mind
that APR makes use of OpenSSL, but only in 1.3.0, which hasn't yet
been released. I'm not clear if my link to the OpenSSL sources
directory is correct, since it's
On 10/9/06, Henry Jen [EMAIL PROTECTED] wrote:
Glad to tell you that our legal department is sane enough and agreed we
can just drop the notice as option 1.a. Hopefully this remove the hurdle
and can get the code committed.
Should I submit the patch once again or this email is enough to show
On 10/4/06, Hans-Peter Weidinger [EMAIL PROTECTED] wrote:
Hi all
I hope this is not off topic in here ...
I'm currently working with the socket i/o routines provided by APR. I'm
using the async-mode for a TCP-Stream-socket (client). Sending works
fine - but i need a way to get notified, if
On 9/23/06, Henry Jen [EMAIL PROTECTED] wrote:
Hi,
apr_brigade_length with readall set to 1 will try to read from a bucket
with length -1 to determine the value.
Currently, if apr_bucket_read with the bucket of length -1 returns other
than APR_SUCCESS, the length returned is undefined.
In
On 9/19/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Tue, 2006-09-19 at 10:39 -0400, Garrett Rooney wrote:
I would avoid locking when pool isn't NULL,
Not exactly sure what you mean. The patch does this in all places where
mutex is supposed to get locked
On 9/27/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
Maybe I'm missing some context, but I don't see what the problem is
with allowing a contributor to have their copyright notice placed in
the NOTICE file. I'm familiar with the history behind the BSD
advertising clause issue, but that was not
On 9/27/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
I don't see why mention in NOTICE is any better than CHANGES, and
honestly I prefer CHANGES, since it notes what exactly was contributed
and by who.
Well, that's mostly true. But if there's a Sun commit from
On 9/27/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Wed, 2006-09-27 at 12:56 -0500, William A. Rowe, Jr. wrote:
or, to the project;
do we want to change the very nature of collecting individual copyright
statements in NOTICE from all major contributors? Do we believe this
would
On 9/24/06, Philip Martin [EMAIL PROTECTED] wrote:
Philip Martin [EMAIL PROTECTED] writes:
Port some of the atomic code from 1.2.x to 0.9.x, in particular make
mutex operations that fail cause an abort and make the generic C
implementation of apr_atomic_cas work on 64 bit platforms.
A less
On 9/24/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Here is a backport of the _prepare() unified parsing support to
1.2.x and with it a more explicit support for SQL types when using
_p[v]select/query.
Please review, test, flame etc.
The patch seems reasonable enough, but I'm not sure if we
On 9/24/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
Sure, it's not
adding any new functions or anything, but it's changing the semantics
of the function parameters in a non-compatible way.
I tried no to do this, actually. The idea was that everything
On 9/24/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
I guess I'm not seeing how adding a bunch of new format strings isn't
changing anything... Am I just misunderstanding how the patch works?
It looks like it replaces the existing format string
On 9/18/06, Xi Wang [EMAIL PROTECTED] wrote:
Hi,
In apr/misc/win32/rand.c,
it failed to compile here with the error: undeclared identifier
'HCRYPTPROV',
for lack of the definition of _WIN32_WINNT in wincrypt.h.
Reordering the headers (wincrypt.h after apr.h) would be OK.
Just out of
On 9/18/06, Henk Fictorie [EMAIL PROTECTED] wrote:
Environment: Sun V440 with Solaris 8. Webserver (2.0.55 and 2.0.59) compiled
with gcc 3.3. Both using openssl-0.9.8a. We use the worker MPM and
AcceptMutex set to pthread.
After Apache 2.0.59 was released we tried to upgrade our existing
On 9/18/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Tue, 2006-09-12 at 10:40 -0400, Garrett Rooney wrote:
I would prefer to leave the global pool alone, and just create a
separate subpool and mutex around that, since that keeps the global
pool isolated to apr_pools.c, rather than making
On 9/18/06, Joe Orton [EMAIL PROTECTED] wrote:
On Mon, Sep 18, 2006 at 03:42:10PM +0530, Shubham Singal wrote:
Hi,
There was a small bug when I was trying to compile the trunk code at
http://svn.apache.org/repos/asf/apr/apr-util/trunk/
...
APU_DECLARE(apr_uint32_t)
On 9/15/06, David Glasser [EMAIL PROTECTED] wrote:
Doc patch for apr_fnmatch, to actually document the syntax that it
takes in excruciating detail. Doesn't document behavior of flags any
more than it currently is, but at least says that it isn't trying to
do so. Hopefully it's decent doxygen --
On 8/30/06, Ryan Phillips [EMAIL PROTECTED] wrote:
Hi All!
I had a need to know how many outstanding resources there were in a reslist.
Comments?
Looks good to me, committed in r443031.
Thanks!
-garrett
On 9/8/06, Colin [EMAIL PROTECTED] wrote:
Hallo List,
for one of my projects I was recently looking for implementations of some
atomic primitives for Sparc and PowerPC, and also stumbled over the code in
apr_atomic.c.
A few weeks later I am returning here with a bug report and an
On 9/8/06, Matthias Miller [EMAIL PROTECTED] wrote:
Here is a patch for compiling MinGW/msys. The file apr_app.c should not be
compiled. For details see
http://mail-archives.apache.org/mod_mbox/apr-dev/200607.mbox/[EMAIL PROTECTED]
Committed in r442582. Thanks!
-garrett
On 9/8/06, Daniel L. Rall dlr@finemaltcoding.com wrote:
Date: Wed, 6 Sep 2006 15:45:03 -0700
From: Daniel L. Rall [EMAIL PROTECTED]
To: dev@apr.apache.org
Cc: Garrett Rooney [EMAIL PROTECTED]
Subject: [patch] Add a new apr_hash_clear() API
Over in Subversion-land, I've wanted to re-use APR
On 9/11/06, Bojan Smojver [EMAIL PROTECTED] wrote:
On Mon, 2006-09-11 at 10:48 -0400, Garrett Rooney wrote:
If we're going to go
based off of a NULL pool argument, I'd prefer to allocate out of a
known to be safe global pool, which we can create as part of
apr_initialize, then cleanups
On 9/10/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Bojan Smojver [EMAIL PROTECTED]:
Ah well, here is a version with calloc(). Since we wouldn't
be doing anything with pools here and it would be for the duration of
the process, I guess we should be OK.
Any thoughts on this approach?
On 9/8/06, Mario van der Merwe [EMAIL PROTECTED] wrote:
Does anyone have an idea how to unsubscribe from this mailing list?
You should just be able to mail [EMAIL PROTECTED], just
like it says in the List-Unsubscribe header in every mail sent to this
list ;-)
List-Unsubscribe:
On 8/29/06, Scott Greig [EMAIL PROTECTED] wrote:
I'm looking for a way to remove a directory and it's contents like rm
-rf.
Are there any plans to add support for a recursive apr_dir_remove?
Just thought I'd check before I create my own.
I don't know if any such plans exist, but there's at
On 8/23/06, Mladen Turk [EMAIL PROTECTED] wrote:
Take 2 for the PATCH that uses hash table instead
fixed size struct.
This cause that init and terminate functions has been
moved to the apr_initialize/terminate because of
pool needed for construction table.
Comments?
A few on the actual code:
On 8/23/06, Mladen Turk [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
On 8/23/06, Mladen Turk [EMAIL PROTECTED] wrote:
A few on the actual code:
- if (env) {
+if (env) {
Right, its a Tab police.
If this hash is going to be non-static and shared among modules it
needs
On 8/20/06, Norman Tuttle [EMAIL PROTECTED] wrote:
However, as I was evaluating using UDP via the APR library, I noticed that
my version of the library function apr_socket_recvfrom(), as found in both
the Linux/Unix and Win32 versions, did not correctly fill in the values of
the structure that
On 8/21/06, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
pthreads have option to register destruct callback
for private thread keys created.
Here is the patch that allow that for WIN32 but
only when compiled as dll.
Any comments or objections?
The consequence is that the DllMain is added, and
I
On 8/21/06, Mladen Turk [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
On 8/21/06, Mladen Turk [EMAIL PROTECTED] wrote:
One comment, where did the number 1088 come from? Should probably
replace it with a #define or something in any event.
1088 comes from the MSDN:
The constant
On 8/17/06, Joe Orton [EMAIL PROTECTED] wrote:
On Wed, Aug 16, 2006 at 05:29:45PM -0400, Garrett Rooney wrote:
Here's a patch to mod_test.c and testdso.c that illustrates the
problem. Note that this is running inside the test framework, so it's
not identical to the case we're talking about
On 8/17/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
So you're saying that it should be impossible to use pools within a
DSO loaded module without either absolute control over when those
pools were created relative to the one that loads the DSO
On 8/17/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Ruediger Pluem [EMAIL PROTECTED]:
So the pointers to the literals where invalid. Ouch.
Right. I see that my assumption about relying on things after
apr_dso_unload()/apr_dso_load() cycle was incorrect.
I'm not sure how to address
On 8/17/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Garrett Rooney [EMAIL PROTECTED]:
That is in fact what the Subversion code currently does.
I do similar things as well in my code. It just a bit easier as I
control the lot :-)
The problem
is that you need to create the global DSO
On 8/16/06, Klaus Wagner [EMAIL PROTECTED] wrote:
On Mon, 2006-08-14 at 16:48 +0100, david reid wrote:
I've heard this a couple of times now, so while I had thought the
benefits spoke for themselves maybe they don't.
As the regex encap. thread flames up I would like to know
if anyone ever
On 8/15/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Branko Čibej wrote:
Joe Orton wrote:
I'm very much unconvinced. The app can serialize access to the
APR-global pool, if it wants to - likewise it could create a special
DSO-holding-pool from the global pool directly after calling
On 8/12/06, david reid [EMAIL PROTECTED] wrote:
After a discussion on irc, I've started lookign at adding pcre support
to apr-util. The patch to start this off is below...
Not perfect and not quite complete, but I said I'd post early on this
and let others look.
What's the advantage to using
On 8/14/06, david reid [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
On 8/12/06, david reid [EMAIL PROTECTED] wrote:
After a discussion on irc, I've started lookign at adding pcre support
to apr-util. The patch to start this off is below...
Not perfect and not quite complete, but I said
On 8/14/06, Joe Orton [EMAIL PROTECTED] wrote:
On Mon, Aug 14, 2006 at 02:55:49PM -0400, Garrett Rooney wrote:
I'm really just hoping for a way to make DSO loaded libraries just the
same as any other library, if they require a whole lot of backflips to
use reliably, that seems like a problem
We've been fighting with some DSO/Pool related bugs in Subversion
lately, and have basically come to the conclusion that there's no good
solution, or at least no good solution that doesn't involve patching
APR itself.
The problem, in short, is that when you use a pool to load a DSO you
need to
On 8/9/06, Paul Smedley [EMAIL PROTECTED] wrote:
Hi Justin,
On Mon, 7 Aug 2006 17:51:05 UTC, Justin Erenkrantz
[EMAIL PROTECTED] wrote:
On 8/5/06, Paul Smedley [EMAIL PROTECTED] wrote:
I read the website on how to submit patches - submitted in bug report
40193
(Not aimed at you, but at
On 7/30/06, Tyler MacDonald [EMAIL PROTECTED] wrote:
There is an apr_file_setaside() function that moves a filehandle from one
pool to another. Is there an equivalent operation for sockets? If not... is
there any technical reason why not, or is it just that nobody has gotten
around to
On 7/12/06, Tyler MacDonald [EMAIL PROTECTED] wrote:
Garrett Rooney [EMAIL PROTECTED] wrote:
#define APR_SIZE_T_FMT d
Is there any reason why the z modifier is not included here? It seems
like that is what printf(3) says we want to use for formatting size_t
types.
Off the top of my head
On 7/10/06, Tyler MacDonald [EMAIL PROTECTED] wrote:
I recently had a bug reported on my package, that it failed to compile under
s390. I guess this is because I was just using %u instead of
APR_SIZE_T_FMT to print the size, but I can't really be sure because I don't
have access to an s390 to
On 7/11/06, Mike Duigou [EMAIL PROTECTED] wrote:
I'm still interested in seeing this patch committed. Any volunteers or
objections?
I don't have time to look at this now, but if you file a bug it's less
likely to get totally forgotten...
-garrett
On 7/6/06, Andrew Stribblehill [EMAIL PROTECTED] wrote:
I run an authenticating reverse proxy for a web-app that we outsource
to another company. So the process goes:
I believe you sent this to the wrong mailing list. This is a list for
the development of the Apache Portable Runtime, it has
On 7/6/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
On 7/5/06, Garrett Rooney [EMAIL PROTECTED] wrote:
I mean I get the general idea here (we need to notify some government
agency before we start distributing crypto code), but it'd be good to
get the actual specifics someplace we can expect
On 7/4/06, Cliff Schmidt [EMAIL PROTECTED] wrote:
I'd like to get an FAQ together that covers the key QAs that came up
during the ApacheCon BOF last week. To aid my memory of the event
(wish we would have taken notes during the BOF to go straight to the
list), Bill suggested I start with a list
On 6/30/06, Ivan Ristic [EMAIL PROTECTED] wrote:
I have noticed that my multithreaded APR program consumes a *very*
large amount of virtual memory per thread and I can't think of a
reason why. I am running Debian 3.1 (latest kernel 2.6.8-3-686) and I
tried the test program below with both the
On 6/28/06, Tyler MacDonald [EMAIL PROTECTED] wrote:
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Unless it's opened with Win32 API SPARSEFILE flag, yes it will grind away.
... Is there any reason that shouldn't be added to APR? It would
seem that would make something running under
On 6/22/06, david reid [EMAIL PROTECTED] wrote:
Paul Querna wrote:
Nick Kew wrote:
On Thursday 22 June 2006 07:24, [EMAIL PROTECTED] wrote:
Summary: apr_socket_create calls unsupp'd
SetHandleInformation
on WinCE
Product: APR
Is it really appropriate to open a huge
On 6/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+++ apr/apr-util/trunk/test/testssl.c Thu Jun 22 09:56:57 2006
@@ -52,12 +52,15 @@
apr_ssl_factory_t *asf = NULL;
apr_sockaddr_t *remoteSA;
apr_status_t rv;
+const char *libName;
#ifdef APU_HAVE_SSL
(void)
On 6/22/06, david reid [EMAIL PROTECTED] wrote:
I'd like to add a reserved range for error codes in apr-util. Given
that we allow 50,000 for the gap between apr codes and those we advise
apps to use (APR_OS_START_STATUS and APR_OS_START_USERERR) would using
the 2nd half of that gap (or less)
On 6/21/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: dreid
Date: Tue Jun 20 23:30:57 2006
New Revision: 415924
URL: http://svn.apache.org/viewvc?rev=415924view=rev
Log:
Add stubs for ssl code when we're building sans SSL.
Highlighted by Daniel Rand (Hope I spelt your name right) when
On 6/20/06, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On 6/20/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've defaulted this to be 'ON' so we get reports of problems.
I would prefer that we don't turn SSL factories on by default just
yet. (httpd doesn't enable mod_ssl either unless
On 6/20/06, david reid [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
On 6/20/06, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On 6/20/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've defaulted this to be 'ON' so we get reports of problems.
I would prefer that we don't turn SSL factories
On 6/12/06, Schmoll, Brett x66244 [EMAIL PROTECTED] wrote:
dev@apr.apache.org:
ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes
(#5.2.3)
Log is 111k and was bounced from the listany particular portion that
would be useful?
Uhh, the portion where it's
On 6/12/06, Kashyap Ashwin [EMAIL PROTECTED] wrote:
Around apr_pools.c:1392
for (index = 0; index node-index; index++) {
#if (APR_POOL_DEBUG)
memset(node-beginp[index], POOL_POISON_BYTE,
node-endp[index] - node-beginp[index]);
#endif // APR_POOL_DEBUG
On 6/13/06, david reid [EMAIL PROTECTED] wrote:
The attached patch is a first pass at getting some support for using
openssl directly for ssl sockets within APR. I've tried to be generic in
the basic configure code, but the actaul guts are basically openssl related.
Disclaimer - this is based
David meant to send this to the list...
-- Forwarded message --
From: david reid [EMAIL PROTECTED]
Date: Jun 13, 2006 6:24 PM
Subject: Re: [PROPOSAL/PATCH] add ssl sockets
To: Garrett Rooney [EMAIL PROTECTED]
Garrett Rooney wrote:
On 6/13/06, david reid [EMAIL PROTECTED] wrote
On 6/8/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Quoting Chris Darroch [EMAIL PROTECTED]:
3) Error reporting via a standard set of APR_DBD_* error codes
Switching to APR_DBD_* error codes will *probably* break binary
compatibility requirements for 1.x (i.e. int will become apr_status_t,
On 6/5/06, Brad Nicholes [EMAIL PROTECTED] wrote:
Yeah, but I'm not sure what a reasonable default is given that the
actual values are coming from various LDAP SDKs. From what I have been
able to find so far, these are the only two possible values given the
LDAP SDKs that we support.
In that
On 6/3/06, Philip M. Gollucci [EMAIL PROTECTED] wrote:
Fix a FreeBSD specific warning on FreeBSD system after 460001
Committed in r411637, thanks for the patch.
-garrett
On 5/31/06, Fazel Keshtkar [EMAIL PROTECTED] wrote:
I tried alot to generate APR test coverage, but I could not create that-
I followed step by step instruction that mentioned in APR application and
website as follow:
http://apr.apache.org/coverage/
What kind of error messages did you
On 5/19/06, Weihan Wang [EMAIL PROTECTED] wrote:
Hi,
I didn't see thread cancellation API but did see some code segments of
APR that intend to implement it. Will APR API support cancellation in
the near future? Thanks.
I don't know of anyone working on such a feature for APR.
-garrett
On 5/22/06, Peter N. Lundblad [EMAIL PROTECTED] wrote:
Greg Stein writes:
On 5/22/06, Garrett Rooney [EMAIL PROTECTED] wrote:
On 5/19/06, Weihan Wang [EMAIL PROTECTED] wrote:
Hi,
I didn't see thread cancellation API but did see some code segments of
APR that intend
On 5/18/06, Dave Seidel [EMAIL PROTECTED] wrote:
Hi all,
I am in the process of porting a module from 2.0.54 to 2.2.2, and I see that
the APR_BRIGADE_FOREACH macro, which used to be defined in apr_buckets.c is
no longer there. What should I be using instead? I'm also curious to know
why it
On 5/11/06, Bojan Smojver [EMAIL PROTECTED] wrote:
Given that I cannot commit this right now, here is a patch for the bug
(introduced by yours truly) which causes SQLite3 transactions to go
haywire if prepared statements are used and _pselect/_pquery encounter
BUSY more than RETRY times.
Once
On 5/8/06, Mladen Turk [EMAIL PROTECTED] wrote:
Hi,
What do you guys think of this email subject?
IMHO it would make an additional requirement
for the unix builds of httpd, but windows is
dependent on it anyhow.
OTOH, the xlate would go to it's proper place,
because it is a part of apr-iconv.
On 5/8/06, Mladen Turk [EMAIL PROTECTED] wrote:
Garrett Rooney wrote:
I think that's a horrible idea. There are many operating systems
where you don't need apr-iconv in order to get apr_xlate to work, I
see zero benefit to making them download and build apr-iconv in order
to use
1 - 100 of 426 matches
Mail list logo