On 5/30/2011 2:48 PM, Graham Leggett wrote:
> On 29 May 2011, at 4:59 PM, wr...@apache.org wrote:
>
>> URL: http://svn.apache.org/viewvc?rev=1128885&view=rev
>> Log:
>> Begin refactoring to prepare for ldap removal
>
> Would it be possible to make an apr-ldap-legacy branch before you do this?
>
This comment makes no sense;
"testing - now configured to point to apr-trunk build and apr-2-config"
WTF? apr-2-config is exclusive of apr-util. There is no apr-util for apr-2.
apr-util-branch-1.3 should be built upon apr-branch-1.4 with apr-1-config.
On 5/19/2011 7:20 PM, Jeff Trawick wrote:
>
> +/-1
> [ ] Release apr 1.4.5 as GA
A belated +1. I had broke apr.mak/libapr.mak and just fixed them,
but they were never autogenerated before, and .dsp are the default.
I don't see any particular reason to rev the package.
On 5/20/2011 5:27 PM, Jeff Trawick wrote:
>>
>> +/-1
>> [ ] Release apr-util 1.3.12 as GA
>>
>
> Voting is now closed. Thanks to all for testing!
A belated +1
On 5/20/2011 1:19 PM, Brad Goodman wrote:
> I have a pretty stock CentOS 5.4 system, and am attempting to build
> APR-Util 1.3.11
Are you at the correct patch level of your vendor's libexpat.so.0?
If not, ./configure --with-expat=builtin will give you the one shipped
by the apr project.
On 5/20/2011 4:29 AM, Joe Orton wrote:
>
> I've done one short run this morning with the 1.4.x tip. In the diff vs
> glibc, I filtered out patterns with ']', '[' and '/' within [], and also
> patterns containing \/. Only two patterns remained with different
> behaviour:
>
> 9199a75c
On 5/19/2011 12:56 PM, William A. Rowe Jr. wrote:
> [moving from embargoed to open discussion]
>
> On 5/19/2011 9:53 AM, Joe Orton wrote:
>
>> b) glibc does not match the pattern "\/" against "/" with FNM_PATHNAME
>> set, but APR does:
>>
>
[moving from embargoed to open discussion]
On 5/19/2011 9:53 AM, Joe Orton wrote:
> On Wed, May 18, 2011 at 04:11:19PM -0500, William Rowe wrote:
>> On 5/18/2011 3:55 PM, Joe Orton wrote:
>>>
>>> I am comparing 1.3.9 with the tip of the 1.4.x branch.
>>
>> If you want to fuzz between system fnma
New releases are in progress for each of these projects and are
expected to be available in the coming days. The upcoming httpd
2.2.19 will bundle new releases of apr and apr-util which correct
the regressions described below. An announcement of these releases
will be broadcast.
Note: httpd 2.2
Probably this;
Author: wrowe
Date: Thu May 12 06:09:59 2011
New Revision: 1102175
URL: http://svn.apache.org/viewvc?rev=1102175&view=rev
Log:
No longer our authoritative dist/, that is now
https://dist.apache.org/repos/dist/release/apr
Removed:
apr/site/trunk/dist/
Restored just tools/ i
On 5/15/2011 11:44 PM, Igor Galić wrote:
>
> I went ahead and opened up an INFRA ticket
>
> https://issues.apache.org/jira/browse/INFRA-3637
>
> I volunteer to help infra with the setup of the build
> and the dependencies.
>
> The final goal is to consume the successful apr and
> apr-util build
On 5/15/2011 11:36 PM, Graham Leggett wrote:
> On 16 May 2011, at 12:15 AM, William A. Rowe Jr. wrote:
>
>>> All the changes in your laundry list that hadn't already been done on trunk
>>> have now been
>>> applied to trunk, most specifically the reordering
On 5/15/2011 3:33 PM, Graham Leggett wrote:
> On 15 Apr 2011, at 3:38 AM, William A. Rowe Jr. wrote:
>
>> Guessing you are catching up on list traffic sequentially and you'll note
>> that
>> Jeff clarified this wasn't about apr-util 1.4 at all. Presuming we w
On 5/12/2011 11:26 AM, William A. Rowe Jr. wrote:
>
> I believe what is meant is mismatch + 1; []] should be valid to find ']', only
> as the leading character, and a quick test confirms it fails. But the
> exception
> is more optimal if handled ahead of while (**p
On 5/12/2011 3:40 AM, Joe Orton wrote:
>
> File 'strings/apr_fnmatch.c'
> Lines executed:91.48% of 176
> Branches executed:95.40% of 261
> Taken at least once:81.61% of 261
> Calls executed:100.00% of 17
Can you email me the coverage detail report? It should identify further
optimizations.
> I
On 5/11/2011 1:39 AM, William A. Rowe Jr. wrote:
> Users;
>
> Please note the following clarification to the APR 1.4.4 release.
>
> Whether this represents a security flaw to *your* application depends
> on untrusted fnmatch patterns being applied to very long name strings,
&
On 5/11/2011 7:39 PM, Jeff Trawick wrote:
> On Wed, May 11, 2011 at 4:44 PM, William A. Rowe Jr.
>>
>> https://svn.apache.org/viewvc/apr/apr/trunk/misc/win32/misc.c?r1=892177&r2=892176&pathrev=892177
>
> BTW, who did that one :)
Bugger :) Why, I have no idea, but it
On 5/11/2011 7:27 PM, Jeff Trawick wrote:
>>
>> BTW, when is the last time this was used, other than recent
>> inadvertent use? Other than open.c and maybe pipe.c, does it DTRT?
Whenever I need an strace facility ;-)
On 5/11/2011 6:42 PM, traw...@apache.org wrote:
> Author: trawick
> Date: Wed May 11 23:42:05 2011
> New Revision: 1102138
>
> URL: http://svn.apache.org/viewvc?rev=1102138&view=rev
> Log:
> Don't unconditionally include apr_dbg_win32_handles.h
> anywhere (misc.c), as it enables special handle deb
On 5/11/2011 4:21 PM, Jeff Trawick wrote:
>
> Should I have meant to? Apparently Not!! I read the comment and not
> the header file.
:)
> I'll suggest a better fix separately.
Coolio :) I expect it's nothing more than dropping the #include and marking
up with more commentary.
On 5/11/2011 9:23 AM, Jeff Trawick wrote:
>>
>>> Running myapp.exe against libapr-2-0.dll can result in a myapp.exe.###
>>> droplet that looks like this:
>>>
>>> 75B3 0001 1774 LoadLibraryA() misc/win32/misc.c:175
This affects httpd 2.2.18, released. One per pid each time httpd is lau
On 5/11/2011 9:51 AM, jor...@apache.org wrote:
> Author: jorton
> Date: Wed May 11 14:51:33 2011
> New Revision: 1101905
>
> URL: http://svn.apache.org/viewvc?rev=1101905&view=rev
> Log:
> * test/testfnmatch.c: Add a few more apr_fnmatch() tests to
> improve (already good!) coverage a little.
>
On 5/11/2011 8:35 AM, Bert Huijben wrote:
>
>> -Original Message-
>> From: Jeff Trawick [mailto:traw...@gmail.com]
>> Sent: woensdag 13 april 2011 14:54
>> To: dev@apr.apache.org
>> Subject: Re: MinGW status
>>
>> Oh, how could I forget :)
>>
>> Running myapp.exe against libapr-2-0.dll can
Users;
Please note the following clarification to the APR 1.4.4 release.
Whether this represents a security flaw to *your* application depends
on untrusted fnmatch patterns being applied to very long name strings,
the default stack size, and the impact of a stack overflow to the app.
Modified:
On 5/10/2011 10:02 AM, Mark J Cox wrote:
>> httpd 2.2.18 rolls in the next six hours, so to the extent that sharing
>> issues with apr/apr-util between httpd and svn is an issue for mod_dav_svn,
>> we should be in good shape midweek to broadcast any cautions and upgrade
>> advisories.
>
> So is th
Just FYI... there is still space for a few more committers to participate.
Original Message
Subject: Apache Retreat - Knockree - last call!
Date: Sun, 08 May 2011 08:47:01 +0100
From: zoe slattery
To: committ...@apache.org
The next Apache retreat runs from 13th to 16th May in
On 5/6/2011 2:35 PM, Jeff Trawick wrote:
> Tarballs/zipballs are at http://apr.apache.org/dev/dist/.
>
> +/-1
> [+1] Release apr 1.4.4 as GA
Sigs look good, package looks good, win32, win64 and various linux.
On 5/6/2011 2:58 PM, Jeff Trawick wrote:
>
> somebody besides me should check the signing
Signing confirmed, .asc .md5 and .sha1 check out. My vote once I have
httpd-2.2.18 candidate validated, which will be in the next hour.
On 5/6/2011 2:07 PM, Jeff Trawick wrote:
>
> sure, I'll get started shortly
And I'll be happy to vote quickly. With only four files changed, I don't
see any reason to hold the next vote longer than 24 hours, keeping to the
72 hours of the original 1.4.3 vote. If sources were changed, I'd accept
On 5/4/2011 11:21 AM, William A. Rowe Jr. wrote:
> On 5/3/2011 2:22 PM, Jeff Trawick wrote:
>>
>> [-1] Release apr 1.4.3 as GA
Damn :(
> Author: trawick
> Date: Mon Mar 21 17:04:17 2011
> New Revision: 1083870
>
> URL: http://svn.apache.org/viewvc?rev=1083870&
On 5/6/2011 12:28 PM, wr...@apache.org wrote:
> Author: wrowe
> Date: Fri May 6 17:28:00 2011
> New Revision: 1100294
>
> URL: http://svn.apache.org/viewvc?rev=1100294&view=rev
> Log:
> Going forwards, keep win32 build in svn once a tree is stable.
> Visual Studio 2010 users cannot convert our .d
On 5/5/2011 2:53 PM, Jeff Trawick wrote:
>
> Windows apr 1.4.3 zip, Visual C++ 2008 Express, Windows 7
> testall runs with no regressions compared with 1.4.2 equivalent
> (2/5 testshm checks fail)
Actually they don't - if you run them as administrator :)
Windows typical user mode doesn't provide
On 5/3/2011 2:22 PM, Jeff Trawick wrote:
>
> [+1] Release apr 1.4.3 as GA
On 5/3/2011 12:12 PM, Jeff Trawick wrote:
> On Tue, May 3, 2011 at 1:20 AM, William A. Rowe Jr.
> wrote:
>> On 5/2/2011 6:24 PM, Jeff Trawick wrote:
>>> BTW, checked performance against previous version?
>>
>> For 1:1 testing of the patterns that exist
On 5/3/2011 1:22 PM, wr...@apache.org wrote:
> Remove assumption that drive letters are always uppercase.
> Patch by: Bert Huijben
> Backports: r960665
We needed this on 1.4, I'll add to 1.5 later tonight, and I'll refactor
once again for the //Machine/Share/ syntax later (since we believe it
can
On 5/2/2011 6:24 PM, Jeff Trawick wrote:
> BTW, checked performance against previous version?
For 1:1 testing of the patterns that exist in test/testfnmatch.c,
100,000 iterations here on my box, 8626494 usec for the new vs.
3674210 usec for the previous.
This seems consistent with the retests of
On 5/2/2011 5:18 PM, Jeff Trawick wrote:
>
> Index: strings/apr_fnmatch.c
> ===
> --- strings/apr_fnmatch.c (revision 1098590)
> +++ strings/apr_fnmatch.c (working copy)
> @@ -152,7 +152,7 @@
> }
> else if (**pattern
On 5/2/2011 12:44 PM, Jeff Trawick wrote:
>
> That issue affects this type of pattern string:
>
> res = apr_fnmatch("aaa[a*b", "aaa[a*b", 0);
> ABTS_INT_EQUAL(tc, 0, res);
>
> With the old code (1.3.x branch), it does not match. With the new
> code, it does match.
>
> Just sayin', for
On 5/2/2011 8:11 AM, Jeff Trawick wrote:
> Anticipated timeline for release:
>
> * Jeff to review/test wrowe's fnmatch rewrite today (Monday)
> * someone else do the same???
Stefan was interested in it. I'm building upon a list of patterns in
test/testfnmatch.c designed to tickle bugs, not looki
On 4/28/2011 9:32 AM, Jeff Trawick wrote:
>
> This is what you need, right? (sorry, in a rush at the moment)
>
> http://svn.apache.org/viewvc?view=revision&revision=1089433
>
> IIRC, wrowe mentioned holding off this Windows change/fix/whatever to
> 1.5.x and doc it for 1.4.x. IMO it is okay to
On 4/27/2011 9:25 PM, Seth Call wrote:
> The Makefile.win in apr-util has a typo, I believe:
>
> in target 'buildall':
>
> $(MAKE) $(MAKEOPT) -f apr_app.makCFG="apr_app - $(ARCH)" RECURSE=0
> $(CTARGET)
> $(MAKE) $(MAKEOPT) -f libapr_app.mak CFG="libapr_app - $(ARCH)" RECURSE=0
> $(CTARGE
On 4/26/2011 9:13 AM, Jeff Trawick wrote:
> On Thu, Apr 14, 2011 at 3:22 AM, wrote:
>> Author: wrowe
>> Date: Thu Apr 14 07:22:24 2011
>> New Revision: 1092027
>>
>> URL: http://svn.apache.org/viewvc?rev=1092027&view=rev
>> Log:
>> Fix VC10 release build running on Windows7/Server 2008
>>
>> Subm
On 4/14/2011 9:09 PM, Dongsheng Song wrote:
>
> Use apr-utils 1.3 with apr 1.4, I felt very strange.
With apr 2.0, apr-util is folded into apr, so there will no longer
be two different version numbers (nor two packages).
On 4/19/2011 5:37 PM, Guenter Knauf wrote:
> do we agree that is needed for MSVC in order to link tests statically?
>
> --- test/makefile.win(revision 835655)
> +++ test/makefile.win(working copy)
> @@ -87,7 +87,9 @@
> !IF "$(MODEL)" == "static"
> PROGRAM_DEPENDENCIES = \
> $(APR_PA
On 4/15/2011 6:36 AM, Jeff Trawick wrote:
> On Thu, Apr 14, 2011 at 9:51 PM, William A. Rowe Jr.
> wrote:
>> In order to disambiguate what was released by external entities from what
>> the ASF APR Project has voted upon and released,
>
> are you referring to some
On 4/15/2011 3:17 AM, Graham Leggett wrote:
>
> Are you referring to the order of the parameters? If so, then +1 to any
> change that will
> may the parameters more consistent (given that the current order is inspired
> by by
> apr_dbd). Let me look at that too, based on the header file you subm
On 4/14/2011 9:51 PM, Branko Čibej wrote:
>
> Woe to poor programmers who don't realize it can /also/ be the second
> byte of a multibyte Shift-JIS-encoded character.
According to what I've read on JIS, so /could/ 2F, except that none of
the JIS implementations use those code points. But their m
> [X] Bump to apr-util 1.5.0 for the next pre-2.0 release
My 2¥
On 4/14/2011 8:47 PM, Jonathan Leffler wrote:
>
> The Wikipedia page for Shift-JIS (http://en.wikipedia.org/wiki/Shift_JIS)
> shows the Yen
> symbol ¥ as appearing at 0x5C, which is where the backslash appears in
> Unicode and ISO
> 8859-x codesets.
>
> It (backslash) also falls into the danger
In order to disambiguate what was released by external entities from what
the ASF APR Project has voted upon and released, I'd suggest that we best
serve our users by 'skipping' apr-util 1.4.x, and at minimum, 1.4.0.
Your opinions, please?
[ ] Stay at apr-util 1.4.0 for the next pre-2.0 release
On 4/14/2011 7:19 PM, Graham Leggett wrote:
>
> Please explicitly state which elements of your laundry list were not
> addressed in
> http://svn.apache.org/viewvc?view=revision&revision=899910, so they may be
> fixed.
I will do that... I was not blocking 2.0... I was commenting on my mistaken
i
On 4/14/2011 7:19 PM, Graham Leggett wrote:
>
> Can you explicitly state which design flaws from ap_dbd still exist in
> apr_crypto, given
> that all the design flaws inherited from apr_dbd were removed in r899910?
Yes, I can, and will, but as mentioned this is a secondary priority to getting
a
On 4/14/2011 8:04 PM, Branko Čibej wrote:
> On 15.04.2011 01:24, William A. Rowe Jr. wrote:
>> On 4/14/2011 6:00 PM, Jonathan Leffler wrote:
>>> Given that the second byte is in the range 0x40..0x7E (second para), and /
>>> is 0x2F, there
>>> shouldn't be
On 4/14/2011 6:00 PM, Jonathan Leffler wrote:
>
> Given that the second byte is in the range 0x40..0x7E (second para), and / is
> 0x2F, there
> shouldn't be a problem with Shift-JIS. That's not to say there isn't another
> codeset
> where there isn't a problem, but I don't think it is Shift-JIS
On 4/14/2011 5:02 PM, Wes Garland wrote:
>> Correct, utf7/8 are otherwise escaped.
>
> It's stricter than that...
FWIW - I wrote the apr utf8 functions a decade ago. It's really irrelevant to
my underlying question ;-)
It turns out '/' is the value 63 in utf-7, although we can presume there are
On 4/14/2011 3:34 PM, Wes Garland wrote:
> On Thu, Apr 14, 2011 at 4:04 PM, William A. Rowe Jr. <mailto:wr...@rowe-clan.net>> wrote:
>
> With some multibyte character sets, it may be possible that '/' is one
> byte of a multibyte sequence. From a U
With some multibyte character sets, it may be possible that '/' is one
byte of a multibyte sequence. From a Unix perspective, I presume that
it is always treated a path separator and never treated as a multibyte
combination filename character.
But I just wanted to ask in case anyone is aware of w
On 4/14/2011 11:57 AM, Jeff Trawick wrote:
> On Thu, Apr 14, 2011 at 12:54 PM, William A. Rowe Jr.
> wrote:
>> On 4/14/2011 10:32 AM, Jeff Trawick wrote:
>>> Speak up if you're working on something for apr-util.
>>>
>>> I had originally planned to T&
On 4/14/2011 10:32 AM, Jeff Trawick wrote:
> Speak up if you're working on something for apr-util.
>
> I had originally planned to T&R this at the same time as apr 1.4.3,
> but I may as well get started. If folks want to wait for apr 1.4.3 to
> test apr-util, that's fine too.
>
> I still anticip
On 4/13/2011 1:11 PM, Jeff Trawick wrote:
> On Wed, Apr 13, 2011 at 1:51 PM, William A. Rowe Jr.
> wrote:
>> On 4/13/2011 9:53 AM, Jeff Trawick wrote:
>>> On Tue, Apr 5, 2011 at 9:28 AM, wrote:
>>>> Author: trawick
>>>> Date: Tue Apr 5 13:28:59
On 4/13/2011 12:53 PM, Jeff Trawick wrote:
>
> After the last commits the main HAVE/HAS differences between apr.hw
> and my MinGW builds of trunk are
>
> Only in apr.h:
> APR_HAVE_DIRENT_H=1
> APR_HAVE_INET_NETWORK=1
> APR_HAVE_SEMAPHORE_H=1
> APR_HAVE_STDINT_H=1
> APR_HAVE_STRCASECMP=1
> APR_HAV
On 4/13/2011 9:53 AM, Jeff Trawick wrote:
> On Tue, Apr 5, 2011 at 9:28 AM, wrote:
>> Author: trawick
>> Date: Tue Apr 5 13:28:59 2011
>> New Revision: 1089031
>>
>> URL: http://svn.apache.org/viewvc?rev=1089031&view=rev
>> Log:
>> restructure Windows apr_socket_connect() to more closely match
>
On 4/12/2011 5:44 PM, Guenter Knauf wrote:
> Am 12.04.2011 21:01, schrieb Jeff Trawick:
>> On Tue, Apr 12, 2011 at 2:37 PM, Jeff Trawick wrote:
>>> On Thu, Jun 19, 2008 at 9:56 PM, Sob wrote:
Hello,
while experimenting with httpd and IPv6 on WinXP, I found out that it's not
wo
On 4/12/2011 2:46 PM, Bert Huijben wrote:
> And Turkish has the same problem the other way around. (the German
> example is not in the normal 7 bit ascii, while the Turkish 'I' is)
Thanks!
It might be OK in the end, since there is no possible upper/lower match.
tolower(c)/toupper(c) should be ret
On 4/12/2011 11:56 AM, Jeff Trawick wrote:
> On Tue, Apr 12, 2011 at 12:29 PM, William A. Rowe Jr.
> wrote:
>> I have one dev question for my apr_fnmatch() refactoring
>>
>> Today we lowercase the two characters (and don't support case-insensitive
>> range matc
I have one dev question for my apr_fnmatch() refactoring
Today we lowercase the two characters (and don't support case-insensitive
range matches at all, I won't change this apr-specific quirk). But IIRC
there are language with multiple lower case representations of the same
upper case character,
On 4/12/2011 10:21 AM, Jeff Trawick wrote:
> On Tue, Apr 12, 2011 at 10:55 AM, William A. Rowe Jr.
> wrote:
>> On 4/11/2011 3:09 PM, Jeff Trawick wrote:
>>>
>>> # enableIPv6
>>> export ac_cv_define_sockaddr_in6=yes
>>> export ac_cv_working_getaddri
On 4/12/2011 10:15 AM, Jeff Trawick wrote:
>>
>> Wondering if it shouldn't just be defined in network_io/win32/sockopt.c
>> if its missing?
>
> I think it should be; I was hoping to see about finding what WSAfoo
> gets returned on a Windows box that doesn't support the option and, if
> seen at run
On 4/11/2011 3:09 PM, Jeff Trawick wrote:
>
> 1. MSVCRT*?
> I don't know.
As a footnote, it is always called msvcrt.lib by Microsoft, whether
it is defining bindings to msvcrt.dll, or msvcr100.dll. mingw/msys
might differ in their conventions, but I doubt it.
On 4/11/2011 3:09 PM, Jeff Trawick wrote:
>
> # enableIPv6
> export ac_cv_define_sockaddr_in6=yes
> export ac_cv_working_getaddrinfo=yes
> export ac_cv_working_getnameinfo=yes
> export ac_cv_func_gai_strerror=yes
Since *every* version of Windows we support (post-2000 server, eol last year)
now sh
On 4/8/2011 9:07 AM, Guenter Knauf wrote:
> Am 08.04.2011 08:02, schrieb William A. Rowe Jr.:
>> Jeff, I've lost your thread, probably because it's half at httpd.
>>
>> Just so you know, I did get to spend my hours yesterday and today on 2008R2
>> with Visual
Jeff, I've lost your thread, probably because it's half at httpd.
Just so you know, I did get to spend my hours yesterday and today on 2008R2
with Visual Studio 2010 - mostly on the tasks of rebuilding a VM to which
I had lost the admin password (damn 'password constraints').
I would like to spen
On 4/4/2011 12:02 PM, Jeff Trawick wrote:
>>
>> The issues I'm working on should be wrapped up by Thursday evening.
>
> have a new ETA?
For APR, I have the crt malloc patch for VC10 ready to commit once I've
finished bumping to VC10 myself. Then it's simply Bert's work identifying
the filename c
On 4/2/2011 4:35 PM, Guenter Knauf wrote:
> Am 02.04.2011 20:29, schrieb William A. Rowe Jr.:
>> On 4/2/2011 10:27 AM, Guenter Knauf wrote:
>>> *if* we want to do it 'right' in one pass then I believe we would need to
>>> build with
>>> APR_DECLARE_
On 4/2/2011 10:27 AM, Guenter Knauf wrote:
> *if* we want to do it 'right' in one pass then I believe we would need to
> build with
> APR_DECLARE_STATIC and then get the DDL linked with a .def file (which is
> close to what is
> done on Linux with the export*.c hacks);
> I would volunteer to modi
On 3/29/2011 7:46 PM, Guenter Knauf wrote:
> just the minute done a fresh build - at same link:
> http://people.apache.org/~fuankg/mingw/build_w32_cross.txt.gz
Apparently, still --silent
On 3/29/2011 7:54 PM, Guenter Knauf wrote:
> Am 30.03.2011 01:56, schrieb William A. Rowe Jr.:
>> This bit looks more important;
>>
>> checking if libtool supports shared libraries... yes
>> checking whether to build shared libraries... yes
>> checking whether
On 3/29/2011 7:46 PM, Guenter Knauf wrote:
>
> well, there's a huge scope for enhancement as it seems ...
> also our configure is at best 'unusual'; f.e. I have already compiled a
> couple of things
> successfully on MinGW/MSYS, f.e. such things like bintuils, libcurl, ...; and
> I did never
On 3/29/2011 6:56 PM, William A. Rowe Jr. wrote:
> On 3/29/2011 6:24 PM, Guenter Knauf wrote:
>> Am 30.03.2011 01:20, schrieb Guenter Knauf:
>>> Hi,
>>> Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
>>>> 1 error generated.
>>>>
>>>
On 3/29/2011 6:24 PM, Guenter Knauf wrote:
> Am 30.03.2011 01:20, schrieb Guenter Knauf:
>> Hi,
>> Am 30.03.2011 01:14, schrieb William A. Rowe Jr.:
>>> 1 error generated.
>>>
>>> What is *that* about? :)
>>>
>> un-important;
> with un
On 3/29/2011 11:40 AM, Guenter Knauf wrote:
> Am 28.03.2011 20:24, schrieb Guenter Knauf:
>> and that seems to work - it skips the useless testing for *mingw* and
>> sets the right typedef in apr.h, and the warning is then also gone;
>> but not sure if its the right patch ...
> with this one and al
On 3/29/2011 11:40 AM, Guenter Knauf wrote:
> Am 28.03.2011 20:24, schrieb Guenter Knauf:
>> and that seems to work - it skips the useless testing for *mingw* and
>> sets the right typedef in apr.h, and the warning is then also gone;
>> but not sure if its the right patch ...
> with this one and al
On 3/27/2011 12:14 PM, Guenter Knauf wrote:
>
> I dont believe this fixes BZ#50146, but I think its better this way ...
It's certainly cleaner.
On 3/27/2011 11:50 AM, fua...@apache.org wrote:
> Author: fuankg
> Date: Sun Mar 27 16:50:30 2011
> New Revision: 1085985
>
> URL: http://svn.apache.org/viewvc?rev=1085985&view=rev
> Log:
> Fixed mingw platform identifier to catch all cross compilers.
>
> +++ apr/apr/trunk/configure.in Sun Mar 27
On 3/23/2011 2:02 PM, Jeff Trawick wrote:
> On Wed, Mar 23, 2011 at 2:56 PM, Stefan Ruppert wrote:
>>
>> What about https://issues.apache.org/bugzilla/show_bug.cgi?id=49882
>>
>> Its really a simple patch and closes a semantic issue on windows for
>> apr_pollset_poll()!
>
> Thanks for the pointer
On 3/23/2011 7:02 AM, Jeff Trawick wrote:
> On Mon, Mar 14, 2011 at 10:59 AM, Jeff Trawick wrote:
>> On Mon, Mar 14, 2011 at 9:02 AM, Bert Huijben wrote:
>>
>>> Repeating my requests from last year:
>>>
>>> I would really like to see r960665 ported back and released in the next
>>> release to fi
On 3/21/2011 7:42 PM, Greg Stein wrote:
> Maybe we could simply detect the Expat version and provide a
> warning ("hey! get 2.0.2. we'll go with this, but you should update.")
+1
ect: Re: Prior to apr 2.0 / httpd 2.4...
> To: d...@httpd.apache.org, "William A. Rowe Jr."
>
>
> On Sun, Mar 20, 2011 at 21:13, William A. Rowe Jr.
> wrote:
>> On 3/20/2011 7:43 PM, Dan Poirier wrote:
>>> On Sun. 2011-03-20 at 07:47 PM EDT, "William
On 3/21/2011 12:56 PM, Jeff Trawick wrote:
>
> apr 1.4 doesn't link for me (undefined reference to CreateHardLinkW),
That's odd, it's in kernel32.dll. A broken kernel32.dll.a/kernel32.lib file,
perhaps?
On 3/21/2011 9:13 AM, traw...@apache.org wrote:
>
> Changes for APR 1.4.0
>
> + *) Windows: Default build configurations assume NT or higher at run-time;
> + use Release9x/Debug9x build configurations to support Win9x.
I'd suggest we drop that second line (the first was good). 9x is lo
On 3/21/2011 9:36 AM, Guenter Knauf wrote:
> Bill,
> Am 21.03.2011 01:40, schrieb William A. Rowe Jr.:
>> Just noticed;
>>
>>https://svn.apache.org/repos/asf/apr/apr/trunk/xml/expat_config.hnw
>>
>> It seems awfully strange to have in our apr source tree, a
On 3/21/2011 3:20 AM, Nick Kew wrote:
>
> If I were to substitute libxml2 and demonstrate an expat-free version
> of APR and HTTPD, would there be support for that? I'm thinking
> the choice of native XML parser could become a compile-time or
> even a run-time choice. I'd expect a quick&dirty p
Just noticed;
https://svn.apache.org/repos/asf/apr/apr/trunk/xml/expat_config.hnw
It seems awfully strange to have in our apr source tree, as expat is now
a dependency built separately from apr.
Because it's useful to others to know how we built dependencies, I started
a practice of putting bu
On 3/20/2011 1:29 PM, William A. Rowe Jr. wrote:
>
> The comment caused me to wonder if there is some confusion still,
> so I thought it would be worthwhile to point this out. The flag
> APR_HAS_LARGE_FILES never had anything to do with any gcc defines,
> per say, only that
On 3/19/2011 5:30 PM, Jeff Trawick wrote:
> (mine, of course)
>
> I can't get Visual C++ 2008 Express to build testlfsabi. The files do
> show up in the converted .vcproj file, but no .obj files are created.
> Below is my current attempt at a patch.
>
> I first left out the included files (.h, _
/* TODO: in 1.3.0 this becomes APR_HAS_SPARSE_FILES, HOWEVER we will
* still need to test csize before proceeding, because having sparse
* file support in the OS/APR does not mean this volume supports it!
*/
#if APR_HAS_LARGE_FILES
..
as noted by the comment, there is a flag to determine i
On 3/14/2011 6:31 PM, Guenter Knauf wrote:
> I think since we agree that we have a bug with APR + we have a working fix
> for it we
> should go with the fix and backport it to all branches for now. Sure I agree
> with you that
> we should always look for root causes rather than intruducing worka
On 3/14/2011 12:32 PM, Bert Huijben wrote:
>
> Any application that uses apr_filepath_merge() to get an absolute path from a
> relative path is broken but only if the current directory before starting
> the application is based on a lower case drive letter.
>
> This is not a common conditio
On 3/14/2011 12:11 PM, Bert Huijben wrote:
>>
>> Sorry to have left it hanging.
>
> As long as it properly fixes the testcase added with this patch, I really
> don't mind a better fix.
>
> Normally you get in this state before starting the application that uses Apr;
> not from inside the applic
On 3/14/2011 8:02 AM, Bert Huijben wrote:
>
> I would really like to see r960665 ported back and released in the next
> release to fix this Apr issue, before Subversion 1.7.0 goes in public beta.
Agreed in principal, which is why this is on my short list already
when I replied to Jeff. As you k
601 - 700 of 3471 matches
Mail list logo