On Wed, Jun 1, 2011 at 4:27 PM, Greg Stein gst...@gmail.com wrote:
Making these N different packages doesn't do much beyond just what the
old apr-util did. I guess it solves a bit of dependency stuff.
Having had to get a Windows build env up due to the WSAPoll()
brokenness, I have to say that
On Fri, May 6, 2011 at 4:01 AM, Jeff Trawick traw...@gmail.com wrote:
WSAPoll() is available with Vista/2008 Server and later. It should be
used automatically by APR without rebuilding your code (via a run-time
check for presence of the Windows API).
As far as WSAPoll() and this issue... MS
On Thu, May 26, 2011 at 10:30 PM, Justin Erenkrantz
jus...@erenkrantz.com wrote:
Has anyone else seen this behavior? Anybody have any clever
workarounds? -- justin
Using apr_pollset_create_ex() with APR_POLLSET_SELECT allows serf to
be happy on Win32.
Besides connect() failing
On Fri, May 27, 2011 at 9:48 AM, traw...@gmail.com wrote:
Can you outline the idioms you refer to that prefer a select()
implementation?
iow, how different are they from
apr_socket_create
set socket nonblocking with no timeout
apr_socket_connect()
apr_pollset_poll()
That's all serf is
I would like to go commit the following to apr and httpd trunk.
I don't think it is appropriate for the local buildconf-time
environment to make it impossible at configure-time to use an older
APR configuration. Restoring find_apu.m4 to apr trunk resolves this
issue for me. (I'm leaving the
On Sun, Apr 25, 2010 at 8:56 AM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Going over the blockers to 2.0, here seem to be our choices since nobody
appears
to have the time or interest in ensuring apr_ldap becomes fully modular;
[X] Abandon apr_ldap_* API's to httpd 2.3 ldap,
On Thu, Mar 26, 2009 at 11:03 AM, Paul Querna p...@querna.org wrote:
I am personally willing to develop for:
- FreeBSD = 7.0-release
Mac OS X 10.5+. -- justin
2009/3/26 Branko Čibej br...@xbc.nu:
Maybe it's just me, but all that seems like a monumental waste of time.
If we can't beat the old system by COB tomorrow consistently, then I
think we can simply revert it or we add tcmalloc as a compile-time
option if it's not too complex to use that. Either
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
So, during the conversations we've had here in Amsterdam regarding
combining APR and APR-util (see post from Paul), one of the big
stumbling blocks has been our treatment of the LDAP interfaces via
APR-util.
The crux of the issue is that it is a 'leaky' abstraction - in that,
APR-util does not
On Tue, Mar 24, 2009 at 11:42 AM, Bing Swen bs...@pku.edu.cn wrote:
This is very good for simplifying the updating of the library.
What about apr-iconv? It still has a reduced function set of libiconv prior
to 2000.
When we've brought this up in the past, I believe we felt that
apr-iconv
On Tue, Mar 24, 2009 at 11:52 AM, Graham Leggett minf...@sharp.fm wrote:
Development of APR doesn't happen via conversations in Amsterdam.
Of course not, that's why I posted.
The clear consensus here in the room is that the current approach to
LDAP is broken and ill thought-out (for the reasons
On Tue, Jan 6, 2009 at 7:17 AM, Daniel May dan...@spryware.com wrote:
I am looking for a 64-bit counterpart to apr_atomic_inc32(). Has this been
implemented ?
I don't believe that we've guaranteed 64-bit atomics anywhere. I'm
not sure how much underlying OS/architecture support there would
On Sat, Jan 3, 2009 at 10:54 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Philip M. Gollucci wrote:
wr...@apache.org wrote:
require apr 2 - might want to review other libs (expat 2.0 baseline,
anyone?)
2.0.1 is out. Is there any reason to not use that ?
The question is, do we demand
On Sat, Jan 3, 2009 at 11:04 AM, Philip M. Gollucci
pgollu...@p6m7g8.com wrote:
Justin Erenkrantz wrote:
I'd rather not bump just for bumping's sake unless there's some
particular feature that we need. AFAIK, there isn't, so I'd prefer
that we stay as-is. -- justin
1.x hasn't work on FBSD
On Fri, Jan 2, 2009 at 3:57 PM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
I don't know that we have any active interest in 2.0.0 at this moment,
Since I guess trunk is now 2.0.0, here's what I'd like to see:
1. fold in apr-util and apr-iconv into apr trunk.
2. move to a SCons-build system
On Sat, Jan 3, 2009 at 12:45 PM, Paul Querna c...@force-elite.com wrote:
#2 is mine I guess :P
Does it make sense to rejigger the build system first, then fold in
apr-util? Vice versa? Same time? -- justin
On Sat, Jan 3, 2009 at 1:05 PM, Paul Querna c...@force-elite.com wrote:
don't think it matters too much, I've just started with core libapr first --
apr-util means just adding more detection code and making shared libs out of
some files
Yah, I think it'd be slightly easier to get to a
On Sat, Oct 4, 2008 at 12:52 PM, Tim Bray [EMAIL PROTECTED] wrote:
Um, maybe I'm an idiot. There is after apr_file_lock(), which seems made to
order. Just because I was thinking mutex didn't mean I actually needed
one.
Yup, plus apr_file_lock() has the benefit of anything else on the OS
On Wed, Oct 1, 2008 at 11:11 AM, Ben Collins-Sussman
[EMAIL PROTECTED] wrote:
In the long term, I think we need to question the utility of having
APR do memory recycling at all. Back in the early 90's, malloc() was
insanely slow and worth avoiding. In 2008, now that we're running
apache with
On Wed, Aug 27, 2008 at 5:55 AM, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
That's a binary breakage and a compile time breakage, and when describing
unix you aren't clarifying which compiler. I wouldn't assume all are
void*, have you researched?
Linux, FreeBSD, Solaris, and Darwin all
The patch below fixes a cosmetic problem seen with serf on Win32 if
apr_pollset_poll is called without any sockets already in the pollset.
select on Win32 will immediately return WSAEINVAL (730022) in this
case.
The MSDN docs for select() -
http://msdn.microsoft.com/en-us/library/ms740141.aspx -
On Mon, Jun 23, 2008 at 11:38 AM, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
So what do folks think of adverting on the general [EMAIL PROTECTED],
do we bother for every announcement? Or only major.minor new releases
and major security-related releases?
Only new major.minor and sec-related
On Fri, Jun 20, 2008 at 8:58 AM, William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
dnl Various OS checks that apparently set required flags
-AC_AIX
+AC_USE_SYSTEM_EXTENSIONS
AC_ISC_POSIX
-AC_MINIX
Isn't it possible to do some m4 conditionals based on the autoconf
version instead? Not as
On Fri, Jun 13, 2008 at 1:05 PM, Garrett Rooney
[EMAIL PROTECTED] wrote:
It's just a pain. I much more prefer reformatting to meet style
guidelines as code is modified for some other reason.
+1.
Do it for 2.x, but not during the 1.x timeline. -- justin
On Tue, Apr 15, 2008 at 1:18 PM, Graham Leggett [EMAIL PROTECTED] wrote:
To quote what Roy put into his sandbox at
https://svn.apache.org/repos/asf/httpd/sandbox/wakad/README.txt:
Don't knock over my castle.
That's a sandbox - not something that is intended to be in a release.
Please don't
On Nov 23, 2007 2:37 AM, Joe Orton [EMAIL PROTECTED] wrote:
** Key proposal: one tree, multiple libraries
+1.
** Second (more controversial/radical?) proposal:
Reduce the consolidated libapr library size by chucking out everything
from apr-util which has been around for N years and is not
On Nov 14, 2007 9:16 AM, Davi Arnaut [EMAIL PROTECTED] wrote:
Under (or not) the Apache umbrella?
As Greg and I have stated, we know that the long-term home for Serf is
in Apache. However, we're slowly building a viable community to be
built around Serf that could withstand any single person's
On Nov 14, 2007 9:07 AM, Issac Goldstand [EMAIL PROTECTED] wrote:
Well, not to overstate the obvious, but aren't we implying here that
serf will become an integral part of apr-util (at least that's what I'd
understood)? As such, serf wouldn't be forked as much as absorbed...
IMO, serf is and
On Nov 1, 2007 3:55 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
FWIW - this is how apple built to 10.5's /usr/lib ...
Huh?
% uname -mrsv
Darwin 9.0.0 Darwin Kernel Version 9.0.0: Tue Oct 9 21:37:58 PDT
2007; root:xnu-1228~1/RELEASE_PPC Power Macintosh
% ls /usr/lib/*.dylib | wc -l
314
I
apr-util fails to compile on Solaris 10 because it detects the bundled
MySQL libraries in /usr/sfw, but the MySQL version (4.0.24) is
apparently too old. apr_dbd_mysql.c is looking for MYSQL_STMT - which
doesn't appear in the 4.0.x client releases, but, AFAICT, appears only
in the 4.1+ releases.
On Oct 9, 2007 10:48 AM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[X] retain versioning as-is, e.g. 1.3.0 is our next potential 'GA release'
[ ] adopt n.{odd} unstable versioning, e.g. 1.4.0 will be the 'GA release'
If we have API-incompatible changes, then start the 2.x.x process -
but
On Oct 9, 2007 11:02 AM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Justin Erenkrantz wrote:
On Oct 9, 2007 10:48 AM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[X] retain versioning as-is, e.g. 1.3.0 is our next potential 'GA release'
If we have API-incompatible changes
On Oct 9, 2007 11:22 AM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
It isn't a change to /released/ rules, and it isn't a change to general
availability releases.
No, it is.
The only apparent change to the end-user is that there would be no 1.3.x,
and the next release they are told to
On 7/29/07, Joe Orton [EMAIL PROTECTED] wrote:
Hmm, why the save/restore of CPPFLAGS/LDFLAGS? This is only necessary
when there is some failure case where the changes made will not persist
until build time, so should not affect subsequent tests. For cases like
e.g. --with-expat=/path, the
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
Hi
Can't we get rid of the builtin expat on trunk? Yesterday I had yet
another problem linking python (python-xml) and a static build apr-util
together on a pretty complex application. I know I should have linked
apr-util with the system
On 7/29/07, Davi Arnaut [EMAIL PROTECTED] wrote:
We don't need to bundle it because it's a mandatory API, we just have to
explain to (win32) users how to extract a recent expat at xml/. It's not
a matter of API and we don't *need* to bundle expat, it's becoming a burden.
No - the last time I
On 7/29/07, Nick Kew [EMAIL PROTECTED] wrote:
Anyone who does is a self-selecting techie. How hard can it be to
list dependencies and where to get them? Yes of course binary
packages with shiny installers should bundle dependencies, but
that's not at all the same as bundling in a source
On 7/23/07, Guenter Knauf [EMAIL PROTECTED] wrote:
Hi all,
while [EMAIL PROTECTED] and [EMAIL PROTECTED] are configured so that a reply
goes always to the list, on this list dev@apr.apache.org the replies go always
to the sender; it seems that the Reply-To field is not setup;
is this intended,
On 7/18/07, Roy T. Fielding [EMAIL PROTECTED] wrote:
after unzipping something from China or Switzerland. Subversion
breaks on OS X whenever someone commits a filename with an e-grave,
which is a problem when your main product name is Communiqué.
I wonder if this change in APR would fix that
On 7/17/07, Davi Arnaut [EMAIL PROTECTED] wrote:
Have you looked at where the text size reduction comes from? Fewer
static functions being inlined?
mostly from the uninline of allocator_alloc and allocator_free.
Since a lot of performance tuning was done on the allocator and pools,
does
On 6/23/07, Ben Collins-Sussman [EMAIL PROTECTED] wrote:
(Also: unrelated note -- on the 'projects using APR' web page
(http://apr.apache.org/projects.html), we should list 'serf'.)
Fixed. =) -- justin
On 6/7/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Secondly, what would folks think about having a running 'reports'
page on http://apr.apache.org/, essentially keeping users informed
about the same things we mention to the board?
+1. -- justin
On 3/6/07, Fenlason, Josh [EMAIL PROTECTED] wrote:
Is it possible to build Apr 1.2.8 for Win64? Are there any instructions for
doing so? I've only been able to find docs for 32 bit builds on Windows.
I'm building with MS VC 6.0. Thanks in advance.
IIRC, I don't think MSVC 6.0 can do Win64
On 2/28/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
There's a signficant difference between not calling flush 'anytime soon'
and lazy writes, however :)
No - not really.
If this was a flag to apr_sdbm_open, or was modified to interact with
the existing locking logic, I'd have much more
On 2/28/07, Joe Orton [EMAIL PROTECTED] wrote:
The caller could already pass in APR_BUFFERED in the mode parameter to
apr_sdbm_open(), AFAICS.
Well, that doesn't help apr_dbm_* - which doesn't permit such flags to
be passed. I only realized after I committed that we even had a
bypass
On 2/28/07, Joe Orton [EMAIL PROTECTED] wrote:
No, that sounds fine, or just moving your change up inside the !(flags
APR_WRITE) condition so that all apr_sdbm_* users benefit equally.
Latter done in r512842. Thanks. -- justin
On 2/28/07, André Malo [EMAIL PROTECTED] wrote:
I do assume, that should be |=, shouldn't it? ;-)
Ergh. Yah. Stupid CP from the sharelock and I didn't pay attention
to the fact that it was negated.
Doh. Fixed in r512867. -- justin
On 2/28/07, Davi Arnaut [EMAIL PROTECTED] wrote:
apr_file_flush does that.
Ugh, we're not doing an fsync()? We should be if the user calls
flush. -- justin
On 2/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Wed Feb 28 10:05:37 2007
New Revision: 512882
URL: http://svn.apache.org/viewvc?view=revrev=512882
Log:
Fix apr_file_writev when buffering is enabled by forcing a flush, rather than
writing underneath the write
On 2/28/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Sounds great. Let's move this hack to apr_dbm_open's delegate for
apr_sdbm_open, and simply ensure apr_sdbm_open honors the APR_BUFFERED
flag.
If this is moved to apr_dbm_, and this flag true for any SDBM that isn't
APR_SHARELOCK'ed,
On 2/27/07, Joe Schaefer [EMAIL PROTECTED] wrote:
This cuts down on the number of system calls when
doing a full read an sdbm database. mod_mbox does
quite a few of those, and this patch has significantly
improved its performance on mail-archives.apache.org.
Committed in r512557. Thanks! --
On 2/27/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Any thread safety implications here? If the data isn't refreshed
between writes, it seems this could be a major hassle.
I don't think this opens us up to any more issues than we already have
with the current code. The APR file buffers
On 2/4/07, Garrett Rooney [EMAIL PROTECTED] wrote:
I was under the impression that apr_status_t is a superset of errno,
so returning the current errno should be perfectly fine...
It is. -- justin
On 1/15/07, Jens Meyer [EMAIL PROTECTED] wrote:
I tried to add a new module. The module was compiled without problems.
But when including the module and restarting Apache I get the following
error-message:
--
Cannot load /usr/lib/httpd/modules/mod_watch.so into server:
On 1/15/07, Garnier, Jeremie [EMAIL PROTECTED] wrote:
I try to use APR with Oracle and PHP but it doesn't work.
Did you know how to use APR (and APR-util) with PHP in order to make some
Oracle operations?
It is possible to make it via PHP? And I don't see Oracle in APR-util?
You probably
On 1/11/07, Ruediger Pluem [EMAIL PROTECTED] wrote:
If my assumptions above are true, is this a bug of libtool or do we need to fix
anything
within apr?
Just for giggles, how well does --enable-experimental-libtool (i.e.
jlibtool) handle this scenario? -- justin
On 1/3/07, Joe Orton [EMAIL PROTECTED] wrote:
This would need to have some severe future-proofing to be safe against
any change to MD5_CTX in future versions of OpenSSL, e.g. only using it
for the specific sizeof() that structure as currently defined. (that
would cover the cases where MD5_LONG
On 1/3/07, Joe Orton [EMAIL PROTECTED] wrote:
Making apr_md5_ctx_t opaque would require bumping the APR-util major
version either way; if there's enough desire to break API that might as
well be the way to go?
We've long talked about merging APR and APR-util into one library for 2.0.
Perhaps
On 1/3/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
We've long talked about merging APR and APR-util into one library for 2.0.
Pointers?!?
Here on the list and at every hackathon/ApacheCon for the last few years.
Now - I thought the public discussion lists were moving twords disolving
On 1/3/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Here on the list and at every hackathon/ApacheCon for the last few years.
Searching body text of the history for 'merge apr' or 'combine apr' yields
no results, pointer please. Undocumented hackathon discussions are not
valid citations.
On 1/3/07, Roy T. Fielding [EMAIL PROTECTED] wrote:
One-way hash functions are not crypto. Just copy the friggin code.
Well, it's in both our and OpenSSL's 'crypto' directory. =)
FWIW, OpenSSL uses Perl scripts at compile-time to generate the
relevant assembler based upon the local
One of the bottlenecks that keeps popping up in Subversion is the speed of
the MD5 checksums. OpenSSL has put in some work to have optimized MD5
implementations and with David's recent work to detect OpenSSL. we can just
defer to their implementations. For AMD64/EMT64 CPUs, we can leverage
their
On 1/2/07, Ruediger Pluem [EMAIL PROTECTED] wrote:
Can we be sure that M5_LONG is always 32bit on all platforms that are
supported by apr-util?
Well, probably. Ideally, the 'right' solution would be to use their
structure rather than shoe-horning it into our slightly different
structure. For
On 1/2/07, Issac Goldstand [EMAIL PROTECTED] wrote:
If you do this, it might be a smart idea to write in the README and/or
INSTALL and/or configure hints that it's worthwhile to link against
OpenSSL even if you're not planning on using any crypto features, in
order to benefit from this.
Well,
On 12/5/06, snowcrash+dev-apr [EMAIL PROTECTED] wrote:
hi,
{ a special ping to Joe Orton:
-- Joe's our redhat - diehard autofoo person
}
i'm building apr apr-util (trunk), + httpd 22x branch head, on OSX
10.4.8 with,
gcc --version
powerpc-apple-darwin8-gcc-4.0.1 (GCC)
On 11/30/06, Bob Rossi [EMAIL PROTECTED] wrote:
Does anyone know the status of building apr with mingw on windows?
If you use trunk, MinGW should work fine. -- justin
On Thu, Nov 30, 2006 at 05:04:41PM +, Joe Orton wrote:
On Wed, Nov 29, 2006 at 08:40:05AM -0800, Justin Erenkrantz wrote:
APR test failures on Solaris 10, but not enough for me to consider a
showstopper for 1.2.8. Details below. APR tests passed on Mac OS X.
And, APR-util tests passed
On 11/30/06, Sander Temme [EMAIL PROTECTED] wrote:
However, if I build and test from a source tree in /tmp, like you,
testlfs fails for me even more verbosely than for you:
FYI, that's what I got too, but I was just too lazy to paste it. =)
I'm not sure what's up with testsockets - could be
On Thu, Nov 30, 2006 at 04:11:52PM -0800, Sander Temme wrote:
My VMware thing has one interface with a statically assigned IPv4
address and a self-assigned link-local IPv6 address.
If it helps, my Solaris boxes all have IPv6 disabled. -- justin
On Thu, Nov 30, 2006 at 07:12:46PM -0800, Justin Erenkrantz wrote:
On Thu, Nov 30, 2006 at 04:11:52PM -0800, Sander Temme wrote:
My VMware thing has one interface with a statically assigned IPv4
address and a self-assigned link-local IPv6 address.
If it helps, my Solaris boxes all have
On 11/29/06, Bob Rossi [EMAIL PROTECTED] wrote:
I'm trying to configure/build apr on windows with threads. I already see
that apr can be built with cl and windows threads. However, currently
I'd like to avoid using cl, since my project uses the autotools.
I have a few questions,
- can apr be
On 11/29/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Please review and vote on those you have time to - reply once or four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
+1/-1 Release
[ ] apr-1.2.8
[ ] apr-util-1.2.8
+1 for apr-1.2.8 and
On Wed, Nov 29, 2006 at 01:56:43PM -0600, William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
APR test failures on Solaris 10, but not enough for me to consider a
showstopper for 1.2.8. Details below. APR tests passed on Mac OS X.
And, APR-util tests passed on both.
Thanks
On 10/30/06, Colin Hirsch [EMAIL PROTECTED] wrote:
The both use 'mfence' on AMD64. The AMD x86-64 manual:
http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24594.pdf
'mfence' is on page 182 of Vol 3:
Aha, so we need a memory barrier on x86-64 too? The implementation
On 10/30/06, Colin Hirsch [EMAIL PROTECTED] wrote:
Hm ... to trigger the bug in apr_atomic_inc32 without waiting for hours one
would need at least two CPUs, each performing an apr_atomic_inc32 in a tight
loop; one would then need to save all return values, and check whether every
number occurs
On 10/30/06, Graham Leggett [EMAIL PROTECTED] wrote:
It's the win32 part that I am most interested in - I don't want to come up
with an API and find win32 doesn't support it without a change to the API.
Does anyone know what the equivalent function is on win32 so I can do some
more digging?
On 10/30/06, Davi Arnaut [EMAIL PROTECTED] wrote:
Justin Erenkrantz wrote:
On 10/28/06, Davi Arnaut [EMAIL PROTECTED] wrote:
Add the expat libtool file to the LT_LDFLAGS variable to avoid placing a
libtool file path onto LDFLAGS (pkg-config --libs apr-util-1).
AFAICT, we don't ever use
On 10/30/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mturk
Date: Mon Oct 30 06:59:28 2006
New Revision: 469156
URL: http://svn.apache.org/viewvc?view=revrev=469156
Log:
Create experimental branch for static (compiled-in) modules support.
What is this?
Ideas need to be discussed
On 10/30/06, Mladen Turk [EMAIL PROTECTED] wrote:
Simple code allowing to have some or all ccs/ces modules built in,
lowering down the amount of generated binaries and size.
Ideas need to be discussed on-list first and not just thrown into our
repository.
Right. I was following the:
On 10/30/06, Mladen Turk [EMAIL PROTECTED] wrote:
I was not aware I made any mistake. IMHO, what I did is less
harmless then C-T-R/revert.
Or do you think I need to ask someone before every commit?
No, but when you create a branch, you should send an email explaining
what you intend to do with
On 10/29/06, Colin [EMAIL PROTECTED] wrote:
Unfortunately I don't have access to a Solaris 10 machine, so
this patch is untested (I will be able to test all subsequent
patches though ;-)
I have Sol10 machines. =)
Changes to the Solaris 10 specific functions
- Fixed atomic_set_32 by adding
On 10/28/06, Davi Arnaut [EMAIL PROTECTED] wrote:
Add the expat libtool file to the LT_LDFLAGS variable to avoid placing a
libtool file path onto LDFLAGS (pkg-config --libs apr-util-1).
AFAICT, we don't ever use LT_LDFLAGS with apr-util, so we won't use
the .la file when linking. So, won't
On 10/26/06, Graham Leggett [EMAIL PROTECTED] wrote:
Is there any support planned for fstatfs and friends within APR?
It's very unlikely unless you submit any patches, but you should know that. ;-)
But, what information are you looking to get?
statvfs()/fstatvfs() is the more portable
On 10/30/06, Colin [EMAIL PROTECTED] wrote:
Erm, memory barriers aren't things that need to be acquired and
released; think of them as synchronisation points. Reasoning about
just one CPU we could say that a memory barrier ensures that all
memory operations that, in the instruction stream, occur
On 10/10/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Thanks Branko - and Mladen - I'm studying the code, Mladen's interpretation
for threadpriv.c and compilation on vc 6.0, 2002, 2003 and 2005 flavor VS's
to determine if this is the best solution, and should be ready to comment
more
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
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 8/31/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
--- apr/apr/trunk/atomic/unix/apr_atomic.c (original)
+++ apr/apr/trunk/atomic/unix/apr_atomic.c Wed Aug 30 22:10:22 2006
@@ -179,7 +179,7 @@
#endif /* APR_OVERRIDE_ATOMIC_CAS32 */
#if
On 8/3/06, Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote:
It reports that the socket is readable.
And when you read it, it returns EOF?
Yes, it returns a 0.
Are you on Mac OS X by any chance?
I'm seeing this same thing with serf via apr_pollset_poll().
select() returns 5 (POLLIN
On Wed, Aug 16, 2006 at 08:55:44AM +0100, Joe Orton wrote:
POLLERR would only be set for an RST and exceptional conditions; the
same applies to select()+the exceptfds array AFAIK.
There is some inconsistency with handling FIN and sockets across
platforms:
On 8/16/06, Davi Arnaut [EMAIL PROTECTED] wrote:
The only portable way to detect a broken connection is using
SO_KEEPALIVE
or to write/read ping data through the socket -- which is what
keepalive does.
How would SO_KEEPALIVE help? The other end is deliberately closing
the connection and we
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 whomever edited the contributing page on the
APR site.)
I think only submitting patches to Bugzilla is huge mistake. Patches
should *always*
On 8/2/06, david reid [EMAIL PROTECTED] wrote:
Of course it does raise the question about where should these live? If
we consider them to be strings function then they probably belong
inside apr's strings funcs, but if they are uri functions then this is
the correct place. Thoughts?
If it's
On 8/1/06, david reid [EMAIL PROTECTED] wrote:
Having looked at these, they're small and self contained and would seem
to be a good fit for apr-util. Question is where/how would they go in?
The functionality revolves around uri's, but I'm not sure the existing
apr_uri_ stuff is a sensible
On 7/29/06, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
On Fri, Jul 28, 2006 at 10:04:30PM -0700, Garrett Rooney wrote:
Personally, I'm -1 on us adding support for any non-registered port
types in APR-Util's URL parser.
Same here.
Ditto. -- justin
On 7/19/06, david reid [EMAIL PROTECTED] wrote:
I'm starting to look at adding a mod_sparql to httpd, but on thing that
will likely be needed is a store for RDF files. I suppose adding this
functionality to apr-util makes the most sense. The redland libraries
look like a reasonable base for the
On 7/16/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
To clarify -again-, the case of the name is determined by the case of
the name in the filesystem. The case of the drive is arbitrarily chosen
but must be one or another.
Not true, AFAICT. The MSVC run-time can and does report c:\ or
On 7/17/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Comparisons. Deny C:/ pattern. Now, are we going to catch c:/?
If we get TRUECASE of the pattern and the path, they must match if same
or mismatch if different. Case insensitive test is not sufficient since
that's a whopping 96
On 7/17/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Justin Erenkrantz wrote:
The problem is that the APR code relies on the MSVC run-time being
consistent: as we have demonstrated, it's not. It can and does report
c:\ in several circumstances.
Yes, and so what? This should
1 - 100 of 890 matches
Mail list logo