On Thu, Jan 17, 2008 at 12:52:48AM +0800, Learning apr wrote:
But I got the error message: No connection could be made because the target
machine actively refused it.
What caused this error.
Erm, the target machine actively refused the connection :-) The above
error message is what clib on
On Mon, Dec 10, 2007 at 12:57:18PM -0600, William A. Rowe, Jr. wrote:
Now apr has provided a tuple of ip address, family and port that
cannot be reconstituted by APR. So, for example, where we have
to create a connection to the very same host/family on a different
port, it becomes impossible.
On Mon, Dec 10, 2007 at 02:39:19PM -0600, William A. Rowe, Jr. wrote:
Jump into the ftp_cmd_eprt function...
yeah, this is as awkward case that does go through a text-lookup :( The
patch makes sense for that case, but it still feels a bit strange
putting it in APR.
Now; are you suggesting
On Sat, Oct 13, 2007 at 06:41:41PM -0500, William A. Rowe, Jr. wrote:
,{3FFE:8160::, 28, APR_INET6, 3ffE:816e:abcd:1234::1,
3ffe:8170::1}
[All of the tests above work on win32, with ipv6 compiled but without ipv6
configured.
The problems lurk in the final two tests... note
On Wed, Jun 06, 2007 at 03:05:17PM -0300, Davi Arnaut wrote:
It boils down to a combination of ai_flags = AI_ADDRCONFIG and ::1
(loopback address). The test is wrong, it should expect a failure (with
the current network_io code adding the AI_ADDRCONFIG flag).
O.k., I think you're
On Thu, Jun 07, 2007 at 12:24:07AM +0300, Lucian Adrian Grijincu wrote:
1. kill AI_ADDRCONFIG for APR_UNSPEC
In my opinion, AI_ADDRCONFIG is a useful default flag and prevents
unneccessary delay and lookups.
2. document ::1 and any other link-local addresses and hostnames as
invalid if
On Wed, Jun 06, 2007 at 10:18:41PM +0100, Joe Orton wrote:
On Wed, Jun 06, 2007 at 10:57:00PM +0300, Lucian Adrian Grijincu wrote:
This is the output:
getaddrinfo AF_UNSPEC/SOCK_STREAM/AI_ADDRCONFIG failed
so, yes: hints.ai_flags = AI_ADDRCONFIG; makes getaddrinfo fail.
Just so I can
On Wed, Jun 06, 2007 at 01:39:52PM -0300, Davi Arnaut wrote:
digging deeper we get into network_io/unix/soccaddr.c, where there's a
this call
error = getaddrinfo(hostname, servname, hints, ai_list);
This returns -9 which gai_strerror says it means Address family for
hostname not
On Thu, Jun 07, 2007 at 02:06:49AM +0300, Lucian Adrian Grijincu wrote:
snip from=man getaddrinfo(3)
If hints.ai_flags contains the
AI_NUMERICHOST flag then the node parameter must be a numerical
network
address. The AI_NUMERICHOST flag suppresses any potentially
On Wed, Jun 06, 2007 at 08:32:12PM -0300, Davi Arnaut wrote:
/Users/davi/gai $ ./gai -na ::1
getaddrinfo(::1, NULL, {.family=AF_UNSPEC,
.hints=0|AI_ADDRCONFIG|AI_NUMERICHOST}) = 0:
family=30, proto= 6 inet6: addr=::1, port=0, flowinfo=0
How come this succeeded? The system doesn't have any
On Wed, Jun 06, 2007 at 06:36:52PM -0500, William A. Rowe, Jr. wrote:
+1 - that sounds like a great solution. Do you want me to hold off on
the 1.2.10 tag for a day or two to slip this in, now that we know what
the case is?
Nah, it's been like that for ages :-)
--
Colm MacCárthaigh
On Wed, Jun 06, 2007 at 08:49:06PM -0300, Davi Arnaut wrote:
Why wouldn't that fail?
Sorry, it should have been:
getaddrinfo(::1, NULL, {.family=AF_UNSPEC, .hints=0|AI_ADDRCONFIG}) = 0:
family=30, proto= 6 inet6: addr=::1, port=0, flowinfo=0
Last question (sorry for wasting your
On Thu, Jun 07, 2007 at 03:06:10AM +0300, Lucian Adrian Grijincu wrote:
You said (or so I understood) that APR should add a new flag
(APR_NUMERIC_ADDRESS) to it's API. When a programmer wants to use
::1 in a call to apr_sockaddr_info_get, they should pass in this
flag as well, to be sure that
On Thu, Jun 07, 2007 at 03:38:39AM +0300, Lucian Adrian Grijincu wrote:
a) either have different behaviour on different platforms (Ubuntu 7.4
(and everything based on it) vs. the rest).
AI_ADDRCONFIG behaviour is not supported on plenty of platforms yet,
yes, but it's backwards compatible,
On Tue, Mar 20, 2007 at 07:53:16PM -0400, Stefan Teleman wrote:
Please find attached a series of patches for Solaris = 10, based on 2.2.4
code.
We already added the solaris atomic API support to trunk, pretty long
ago at this point.
On Tue, Mar 20, 2007 at 09:32:32PM -0400, Stefan Teleman wrote:
#if defined(SOLARIS2) ((SOLARIS2 + 0) = 10)
#include atomic.h
#if defined(USE_GENERIC_ATOMICS)
#undef USE_GENERIC_ATOMICS
#endif
If i am in Solaris = 10 and i have the Solaris atomics, do i want to
still need the generic
On Wed, Mar 07, 2007 at 12:28:48PM +0200, Lucian Adrian Grijincu wrote:
I appologise about that, the mail was supposed to go to another
[EMAIL PROTECTED] mailing list.
For what it's worth APR's wrappers around getaddrinfo and getnameinfo
are an excellent source of oducmentation on the
On Wed, Jan 24, 2007 at 05:28:49PM -0500, Victor J. Orlikowski wrote:
I've been getting some questions (from my new employer) on the
impact of the upcoming Daylight Saving Time issues for the httpd.
My natural response was: There are none! It's an OS issue.
Whatever about DST, this reminds
On Tue, Jan 23, 2007 at 03:49:41PM +0100, Laurent Pointal wrote:
I'm trying to setup multicast reception with polling sockets.
Q? Is this possible: multicast + DGRAM (UDP) + polling ?
Yep, it is :-)
apr_socket_bind
= bind socket to sock_addr
You don't need to bindto the group-id,
On Sat, Jan 13, 2007 at 06:19:09PM -0800, dean gaudet wrote:
note that if you go about reading man pages regarding IP_TOS you'll
probably be mislead into thinking that you can set one and only one bit.
that's false -- the entire byte is generally available.
For work purposes, I've
On Mon, Dec 11, 2006 at 02:58:04PM +0100, Mladen Turk wrote:
On WIN32, APR by default comes with IPV6 disabled.
I'm not sure what you mean by that. Do you mean the binary builds
particular developers make?
Now, this is completely platform dependent, and makes
the same config behaving
On Mon, Dec 11, 2006 at 03:41:55PM +0100, Mladen Turk wrote:
Colm MacCarthaigh wrote:
On Mon, Dec 11, 2006 at 02:58:04PM +0100, Mladen Turk wrote:
On WIN32, APR by default comes with IPV6 disabled.
I'm not sure what you mean by that. Do you mean the binary builds
particular developers make
On Mon, Dec 11, 2006 at 04:30:43PM +0100, Mladen Turk wrote:
Colm MacCarthaigh wrote:
So you are saying that the same API behaves differently
depending on the OS beneath. Then what's the purpose of the APR?
No, the API behaves no differently at all. The API deals with you
wanting
On Mon, Dec 11, 2006 at 04:48:23PM +0100, Mladen Turk wrote:
Colm MacCarthaigh wrote:
Are you sure?
Pass the NULL on unix enabled IPV6 APR, it will accept the
127.0.0.1. The IPV6 enabled Win32/Win64 will always reject this.
apr_sockaddr_t is a linked list, and you have to listen
On Wed, Dec 06, 2006 at 09:04:32AM +0100, Mladen Turk wrote:
Any objections for fixing that and backporting to 1.2 ?
+1, looks right :-)
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
On Mon, Oct 16, 2006 at 10:07:45PM +0200, Tollef Fog Heen wrote:
Note also that even if copyright law works that way in jurisdictions
you are familiar with, there's no guarantee it works that way in every
jurisdiction. Better safe than sorry. IMO, at least.
Copyright law is largely
On Mon, Oct 16, 2006 at 11:48:05PM +0200, Tollef Fog Heen wrote:
* Colm MacCarthaigh
| I hate these damn things, alerting us to these stupid nits only causes
| any theoritical infringement to become willful and over time worsens our
| code-base. Anyway, our time would probably be better
On Wed, Sep 27, 2006 at 05:56:56PM -0400, Garrett Rooney wrote:
If Sun or Covalent gives a damn about getting properly credited then
they can tell their committers to use their @themothership.com address
on the list.
When people gain commit, with emphasis on the word people there,
we generally
On Wed, Sep 13, 2006 at 06:28:10PM +0200, Colin Hirsch wrote:
- I have configured, built and make tested on an 8-CPU Solaris 8
machine with GCC 3.3 and GCC 4.0.2, using GNU as and ld, and all seems
to work...
We already have a native solaris atomics implementation in trunk/,
any idea if your
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.
Perhaps someone in the Tomcat community can get in touch with the IANA
and do the appropriate begging and pleading
On Mon, Jul 17, 2006 at 12:30:09PM -0500, William A. Rowe, Jr. wrote:
Piddle with your experiments in a sandbox. Vetoed code needs to go when
it's vetoed. This veto is over the fact that you've CHANGED security
related behavior, and that won't become acceptable.
The fact that it hasn't
On Mon, Jul 17, 2006 at 11:10:01AM -0700, Justin Erenkrantz wrote:
++1. Something like below? -- justin
I'd test for path[1] == ':', but yep :-)
===
--- filesys.c (revision 421960)
+++ filesys.c (working copy)
@@ -193,6
On Mon, Jul 17, 2006 at 01:11:24PM -0500, William A. Rowe, Jr. wrote:
cd c:\progra~1\Apache~1
so apr_filepath_get returns c:\progra~1\Apache~1
and the TRUENAME resolves to c:\Program Files\Apache Software Foundation.
Do we really want to spend the cycles in filepath_get to normalize this
On Sat, Jul 08, 2006 at 09:47:21AM -0400, Justin Erenkrantz wrote:
And, no, we're not all going to move to Cuba just for this... =) -- justin
It's not *just* this, it's also got better weather. I mean, compared to
Delaware.
But more seriously; yes, it is weird that we (non-US committers) have
On Fri, Jun 30, 2006 at 08:37:30PM -0700, Tyler MacDonald wrote:
How hard is it to portably determine if any other processes have a file
open, and whether they are readers and writers?
Each kernel has its own mechanism for this, ranging from trawling kernel
memory directly to iterating through
On Fri, Jun 30, 2006 at 07:30:04AM +0100, William A. Rowe, Jr. wrote:
Notification solution;
Post the following notice on our project-specific crypto notice page;
http://apr.apache.org/crypto.html
My impression of our outcome at the BoF was that it would probably be
easier and preferred,
On Fri, Jun 30, 2006 at 09:20:10AM +0100, david reid wrote:
I guess people didn't debate using a distributed solution for
maintaining the list did they? That would seem to be an obvious way to go...
We did, and I don't think there are any legal problems with it, so if we
choose to have our own
On Mon, May 08, 2006 at 09:15:26PM -0700, Henry Jen wrote:
On Solaris 11, the inet_addr is defined in arpa/inet.h. The attached
patch include the needed header file.i
I've been compiling apr trunk on Solaris 11 for a few months now,
without this ever happening :/ Are you seeing this on a
On Thu, May 04, 2006 at 01:04:40AM -0500, William A. Rowe, Jr. wrote:
Opening this bug with Sun would make the most sense at this point.
It looks like sendfile is being invoked appropriately by us, so I'd
agree. In the last two weeks I've hit 3 similar problems with sendfile
breaking due to a)
Can we be sure that INT_MAX == 2GB ? What about I64 platforms like
Alpha?
On Thu, May 04, 2006 at 04:17:36PM -, [EMAIL PROTECTED] wrote:
==
--- apr/apr/trunk/network_io/unix/sendrecv.c (original)
+++
On Wed, May 03, 2006 at 05:43:21PM +0700, Konstantin Sharenkov wrote:
Is it possible in APR to check file existence without opening the file ?
apr_stat() does what you want :)
also I interesting to check directory existence.
Directories are files too. But you can check finfo-filetype ==
I'm currently playing with the new linux splice() and tee() system
calls, to see what - if any - performance boost they give me. Right now
I'm just hacking in a replacement to httpd's core output filter which is
messy, I'd like to add what I'm doing to APR.
I'd like to add a call that will
On Thu, Apr 27, 2006 at 02:42:37PM +0200, Mathias Brossard wrote:
- This issue is just waiting for a proper patch, otherwise there's no
reason not to support it.
Are there any particular portability problems with the standard UNIX
way of creating the sockets?
--
Colm MacCárthaigh
On Mon, Apr 17, 2006 at 04:13:06PM +1000, Ian Holsman wrote:
we need:
- mentors
and
- project ideas.
Idea;
Add Apache Derby support in apr_dbd, either directly, via
c-jdbc or Sequoia (which is Apache licensed).
--
Colm MacCárthaighPublic Key: [EMAIL
On Wed, Apr 12, 2006 at 03:50:24PM -0700, William A. Rowe, Jr. wrote:
Here are the newly uploaded candidates in http://apr.apache.org/dev/dist/
-- rather than a huge email chain, vote those packages you want to vote
on...
+1 +/-0 -1 Package
[X ] [ ] [ ] apr-0.9.12
[X ] [ ] [ ]
On Fri, Mar 31, 2006 at 02:58:19PM -0600, William A. Rowe, Jr. wrote:
I've exported the same build with these exported command-line makefiles
that are usable on either VS5/6 or later flavors of Studio.
I'm wondering if I should upload them as apr*-0.9.11.zip or give these
a designation such
On Fri, Mar 31, 2006 at 04:31:14PM -0600, William A. Rowe, Jr. wrote:
Would whoever's contributed to this conundrum please comment why...
that hasn't ever worked afaict, see r356960 in apr trunk :)
The _find macros that are in the respective trunks attempt to fix some
of this problem, but
On Mon, Mar 27, 2006 at 02:16:04AM -0600, William A. Rowe, Jr. wrote:
Please find http://apr.apache.org/dev/dist/ containing the .gz and .bz2
tarballs of apr-0.9.11, with the fixes of the broken version tag amoung
some other misc fixes, primarily to test/...
Please vote
[X] +1 Release
On Mon, Mar 27, 2006 at 02:16:45AM -0600, William A. Rowe, Jr. wrote:
Please find http://apr.apache.org/dev/dist/ containing the .gz and .bz2
tarballs of apr-util-0.9.11, with the fixes of the broken version tag amoung
some other misc fixes, primarily to test/...
Please vote
[X] +1
On Wed, Mar 22, 2006 at 08:15:28AM -0800, Garrett Rooney wrote:
I just posted APR 1.2.6 release tarballs for your voting pleasure.
Get them well they're hot at http://people.apache.org/~rooneg/apr-1.2.6
+1, Ubuntu, Win32
--
Colm MacCárthaighPublic Key: [EMAIL
On Wed, Mar 22, 2006 at 08:16:14AM -0800, Garrett Rooney wrote:
I just posted APR-Util 1.2.6 release tarballs for your voting pleasure.
Get them while they're hot at http://people.apache.org/~rooneg/apr-util-1.2.6
+1, Ubuntu and Win32
--
Colm MacCárthaighPublic Key:
On Thu, Mar 23, 2006 at 08:50:36AM -0800, Justin Erenkrantz wrote:
On 3/23/06, Garrett Rooney [EMAIL PROTECTED] wrote:
Ok, we've got various Unices (Linux, FreeBSD, Solaris), and Netware
covered pretty well. Any chance of a Win32 person being able to take
this stuff for a spin and confirm
There's a showstopper listed in the apr STATUS file for 0.9.x;
* MUST invert default selection of GPL, Sleepcat, BDB licensed plug
in detection to default to off, following clarification of the
ASF license compatibility
a) Is this showstopper actually relevant to apr, or only
On Mon, Feb 13, 2006 at 11:07:44PM -0600, William A. Rowe, Jr. wrote:
I'm still concerned that it's a non-functional API unless a backend is built
and configured; therefore...
so is apr_dbd, I really don't understand this logic :/ Should APR fire
up oracle?
--
Colm MacCárthaigh
On Sun, Jan 29, 2006 at 11:33:44PM -0800, Garrett Rooney wrote:
[X] [ ] apr-0.9.9
[X] [ ] apr-util-0.9.9
+1 :)
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
On Sat, Feb 04, 2006 at 12:48:50PM -0600, William A. Rowe, Jr. wrote:
-1 for apr-util-0.9.9 - for licensing issues alone. Just in case the
scope of this issue isn't clear, I obtained an svn binary for my
Solaris 10 box, for example. It is linked to libgdbm, and through
deliberate fault of
On Thu, Jan 26, 2006 at 10:43:00PM -0800, Garrett Rooney wrote:
Tarballs for 0.9.8 are now available for testing in
http://apr.apache.org/dev/dist/
+1 -1 for release:
[X] [ ] apr-0.9.8
[X] [ ] apr-util-0.9.8
Vote early, vote often.
Tested on ubuntu.
--
Colm MacCárthaigh
/bin/bash: line 1: roff: command not found
Any idea of a time frame for 2.0.56? I was about to begin a large
upgrade to 2.0.55 and don't want to finish it the day before 2.0.56
comes out :)
The current release schedule is:
Friday: Integrate patches with at least 3 +1's and
On Mon, Jan 23, 2006 at 11:59:23AM -0800, Garrett Rooney wrote:
I'd like to shoot for a release sometime this week, if nobody objects.
I should be able to find some time in the next day or two to look for
fixes that should be merged...
Sounds good!
--
Colm MacCárthaigh
On Fri, Dec 16, 2005 at 12:14:18PM +, Joe Orton wrote:
These error messages are pretty awful! Never write UI in the first
person, the configure script is not sentient and it can't think for
itself, at least not yet :) e.g.
AC_MSG_WARN([skipped APR-util at $apu_config, version not
On Sun, Dec 11, 2005 at 07:29:09PM +, Joe Orton wrote:
Doing the version check using APACHE_CHECK_APxVER that early doesn't
work, it breaks like PR 37283. I don't entirely undestand why but
APACHE_CHECK_APxVER could be written to use `ap*-config --version`
instead of CPP checks to
On Tue, Nov 22, 2005 at 10:52:23AM -0500, Preethi Natarajan wrote:
On Wed, 16 Nov 2005, Colm MacCarthaigh wrote:
I'm still not sure how much sense apr_parse_addr_port_protocol() makes
though, it doesn't look like something that belongs in APR. I'll test
Colm, apr_parse_addr_protocol
On Tue, Nov 22, 2005 at 11:31:18AM -0500, Preethi Natarajan wrote:
Would you prefer that I attach a new patch with
apr_parse_addr_port_protocol() removed?
I've been testing your patch, and no problems so far. I havn't found the
time to fix the small portability problems though. What would be
On Tue, Nov 15, 2005 at 06:50:34PM -0500, Preethi Natarajan wrote:
As per earlier discussion, I am trying to merge my changes with the latest
APR trunk. I got this through
svn co http://svn.apache.org/repos/asf/apr/apr/trunk/
I am not able to get the configure script from configure.in :
On Wed, Nov 16, 2005 at 01:23:24PM -0500, Preethi Natarajan wrote:
Attached are the modifications to APR to make it use SCTP (Stream
Control Transmission Protocol RFC2960) streams.
This patch (svn diff) is against the main APR trunk.
Thanks! The code looks mostly right, though it's got some
On Mon, Nov 14, 2005 at 01:11:05PM +0100, Erik Huelsmann wrote:
A reason to set the eol-style to CRLF is that *if* someone edits them
on unix and accidentally inserts LFs, they're forcibly recoded to CRLF
upon commit. Which -obviously- doesn't happen if you don't set an
eol-style.
Setting to
On Mon, Nov 14, 2005 at 01:03:40PM +0100, Mladen Turk wrote:
Colm MacCarthaigh wrote:
I'd like to turn the svn:eol-style attribute off for the windown build
files (files ending in .dsp, .dsw and win32ver.awk), and have them
stored in win32 new-line format in the repository.
Any objections
On Mon, Nov 14, 2005 at 11:14:13AM -0600, William A. Rowe, Jr. wrote:
The reason being that the current format is preventing me from checking
out the repos I have on my unix box, and using samba to share the
working copies with my windows box. That way I can check my changes on
the two
On Sun, Nov 13, 2005 at 06:15:56PM +0100, Maxime Petazzoni wrote:
* helloworld.c is a new clean-room APR hello world, though
significant overlap with other hello worlds is entirely
likely.
Some information on how to compile and link with the APR would be most
welcome,
On Sat, Nov 12, 2005 at 12:36:46PM +, David Reid wrote:
This is going to need maintaining, not much, but over time, things will
have to be changed. Not having it live in ASF svn would be a real pain.
Is PD material currently hostable on ASF infrastructure?
If it's not we can host it
A bundled hello world, in somewhere like docs/helloworld/ might be
useful for encouraging adoption. Every time I have to write an APR app,
I remember how hard getting the basic build-envrionment right is.
So, it'd be a helloworld.c (this is a solved problem), the autoconf foo
for *nix, and build
On Tue, Nov 08, 2005 at 02:57:09PM -0800, Justin Erenkrantz wrote:
I'd prefer that such an 'example' bundle be distributed separately from
APR, but it can be referred to in our release notes and on the website.
Since it's aimed at developers, that shouldn't be any kind of a problem.
The only
On Fri, Nov 04, 2005 at 10:32:25PM +, David Reid wrote:
On helio.a.o IP addresses in the log have their last 2 parts repeated
and appended, so 24.5.108.151 gets shown as
Client IP: 24.5.108.151108.151
I'm guessing it's a 64-bit thing but while not fatal we should try and
fix it.
On Wed, Nov 02, 2005 at 11:21:18AM +, Joe Orton wrote:
On Wed, Nov 02, 2005 at 10:44:02AM +, Colm MacCarthaigh wrote:
On Wed, Nov 02, 2005 at 10:33:50AM +, Joe Orton wrote:
This sounds very confused. On 64-bit platforms there are never any
magic CFLAGS needed, no sendfile64
On Wed, Nov 02, 2005 at 11:38:17AM +, Joe Orton wrote:
and it's the latter branch that gets trigged on IA64
How have you managed to get SIZEOF_OFF_T == 4 as true on IA64?
Hmmm, no, it's 8. As is size_t. I'm going back to scratch at looking at
what's up with gdb.
--
Colm MacCárthaigh
On Wed, Nov 02, 2005 at 11:49:15AM +, Colm MacCarthaigh wrote:
On Wed, Nov 02, 2005 at 11:38:17AM +, Joe Orton wrote:
and it's the latter branch that gets trigged on IA64
How have you managed to get SIZEOF_OFF_T == 4 as true on IA64?
Hmmm, no, it's 8. As is size_t. I'm going
On Fri, Oct 28, 2005 at 04:34:28PM -0500, William A. Rowe, Jr. wrote:
So, we violate a basic apr design principal for an oddball service that we
are seeking to support? Or return APR_EINVAL when someone tries to set
aside 10GB? (This is a rather funny quibble when you consider how horrid
On Tue, Oct 25, 2005 at 02:46:27PM -0400, Preethi Natarajan wrote:
I've been working on this patch to make apr and httpd work with SCTP
streams.
Just for the benefit of others, the patch is at;
http://issues.apache.org/bugzilla/show_bug.cgi?id=37202
The changes to APR seem very
On Mon, Oct 24, 2005 at 09:23:02AM +1000, Ian Holsman wrote:
I've been making more and more use of this library, and I think it would
benefit APR and it's userbase significantly if it was included in the
core codebase in apr-util.
+1
I have used this code personally for:
- a module to
On Mon, Oct 17, 2005 at 07:19:18AM -0400, Jeff Trawick wrote:
doc says mod_mem_cache can be configured to operate in two modes:
caching open file descriptors or caching objects in heap storage
CacheEnable fd
will use mod_mem_cache for caching open file descriptors. Not sure if it
works, I
On Fri, Sep 09, 2005 at 02:57:40PM +0100, Colm MacCarthaigh wrote:
O.k., I've done some new patches and a few read throughs to think the
implications of a large buffer size out, and implemented a flags-capable
variant of the stdin/out/err openers.
These look simple enough to commit
On Wed, Oct 05, 2005 at 09:19:00PM -0500, William A. Rowe, Jr. wrote:
Sorry, doing too many things at the same time... question was is your
vote +1 to axe xlate/iconv, or +1 to apr-iconv 1.1.1?
The latter :-)
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
+0100, Colm MacCarthaigh wrote:
O.k., I've done some new patches and a few read throughs to think the
implications of a large buffer size out, and implemented a flags-capable
variant of the stdin/out/err openers.
I believe apr_size_t is safe, apart from the circumstance where someone
tries
On Thu, Sep 15, 2005 at 03:26:49PM -0500, William A. Rowe, Jr. wrote:
So how to figure out if we are making progress? I'm unsure and this
all deserves another look at the current state of the Win32 sockets API,
I haven't fallen down that well in a good long time :)
I have, it's painful ;)
According to http://apr.apache.org/patches.html ;
One notable standard that has been adopted within APR functions (and
is partly due to APR's httpd lineage) is that the input values do not
need to be checked for correctness. It is the responsibility of the
calling program that uses APR
O.k., I've done some new patches and a few read throughs to think the
implications of a large buffer size out, and implemented a flags-capable
variant of the stdin/out/err openers.
I believe apr_size_t is safe, apart from the circumstance where someone
tries to assign a vlue to the buffer size
On Wed, Sep 07, 2005 at 09:38:08AM +0100, Joe Orton wrote:
On Tue, Sep 06, 2005 at 09:49:12PM +0100, Colm MacCarthaigh wrote:
It supports increasing and decreasing the buffer size, as well as making
an unbuffered file handle buffered, and a buffered file unbuffered.
The patch also adds
APR doesn't seem to currently offer a buffered stdin/stdout/stderr. (Or
am I missing something?)
Unfortunately the lack of a buffered stdin is killing an application I'm
porting to APR (httpd's support/logresolve.c).
The attached patch implements some;
On Tue, Sep 06, 2005 at 04:42:06PM +0100, Colm MacCarthaigh wrote:
The attached patch implements some;
apr_file_open_buffered_std(in|out|err)
I'm also working on making buffer sizes configurable at run-time, which
will also solve this problem. Back soon ;)
--
Colm MacCárthaigh
Attached is a patch which makes the read/write buffer size configurable
on a per-file-descriptor basis, ie;
apr_file_open(fh, /dev/zero, APR_WRITE | APR_BUFFERED,
APR_UREAD | APR_UWRITE | APR_GREAD, p);
/* Increase the buffer size to 10k */
apr_file_set_buffer_size(fh,
On Mon, Aug 22, 2005 at 01:56:27PM +0100, Joe Orton wrote:
Also while we are at it, do you remember why 8000 was chosen as the size
of the buffer (I remember why it wasn't 8K, but I wonder why not 2k or
4k?) is it because it perfectly fits the memory page? but how do you
ensure that it
Currently, if I've checked the beos and win32 API's correctly,
apr_dir_remove will not remove non-empty directories. I know I've come
accross systems in the past which only had recursive RemoveDirectory
system calls, so I wasn't comfortable using the APR call without a
guarantee that
On Thu, May 19, 2005 at 08:41:31PM +0200, Mladen Turk wrote:
Untill multicast support for WIN32 gets enabled, can we
add it to the build, so that at least APR_ENOTIMPL is returned.
Any objections?
When did it get disabled? I've been using it for months on win32 without
any problems :) It's
On Wed, Mar 30, 2005 at 03:50:46PM -0600, Curt Arnold wrote:
I don't think interpretation 1 could be supported since Subversion and
likely httpd depend on apr_xlate and want to run on Windows platforms.
This keeps coming up, so - just for the record;
./server/util.c
On Fri, Mar 18, 2005 at 10:34:36AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 5:18 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
I think it's just one of those cases where it would be highly
non-trivial and inefficient to put all of the checks in APR, simply due
On Fri, Mar 18, 2005 at 11:51:22AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 7:44 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
either lacklist or whitelist fstypes per OS, I don't much care. And, we
can check for IPv6 sockets on Linux.
This is still unfair
On Fri, Mar 18, 2005 at 08:23:18AM -0800, Justin Erenkrantz wrote:
I absolutely refuse to punish users who are using good OSes because some
OSes are brain-dead.
In my experience, more users are brain-dead than OS's ;) Surely it's the
users who don't have a hope of diagnosing the kinds of
On Fri, Mar 18, 2005 at 09:00:59AM -0800, Justin Erenkrantz wrote:
--On Friday, March 18, 2005 4:34 PM + Colm MacCarthaigh
[EMAIL PROTECTED] wrote:
In my experience, more users are brain-dead than OS's ;) Surely it's the
users who don't have a hope of diagnosing the kinds
This isn't win32 specific, which is why it isn't in the other patch,
but it's a trivial fix. option_set_tls never actually returns anything.
--
Colm MacCárthaighPublic Key: [EMAIL PROTECTED]
Index: apr_ldap_option.c
On Thu, Jan 20, 2005 at 03:42:18PM +0200, Graham Leggett wrote:
Colm MacCarthaigh said:
This isn't win32 specific, which is why it isn't in the other patch,
but it's a trivial fix. option_set_tls never actually returns anything.
The return codes are passed back inside the result_err
1 - 100 of 121 matches
Mail list logo
