On 8/7/2012 12:49 PM, Stefan Fritsch wrote:
On Tuesday 07 August 2012, Jeff Trawick wrote:
But if somebody else with a platform that is not Linux, AIX,
Netware, or Windows wants to do some testing first, that would
be appreciated. Maybe Solaris or FreeBSD, anyone?
BTW, did anyone test on
[ +1 ] Release apr-util 1.5.1 as GA
I see no new issues, just the stuff I had mentioned on 1.5.0.
The warning was not an issue, I should not have even mentioned it.
Again, the win32 sources are missing .mak/.dep files. These have always been part of the
windows source packages until quietly
On 9/20/2012 1:48 AM, Guenter Knauf wrote:
Hi Michael,
Am 20.09.2012 10:34, schrieb Guenter Knauf:
Am 20.09.2012 08:53, schrieb Michael Felt:
Yes, unfortunately? or fortunately!
hehe, I would say fortunately since that makes it no regression and
therefore your issue might not be something to
On 3/29/2013 4:03 AM, Rainer Jung wrote:
Hi Gregg,
Stefan is preparing another 1.5 apu release. I think it would be useful
to add the dep and mak files provided by you. Can you add them to svn
Evidently no karma, or my working copy is broken.
C:\svn\apr\apr-util\branches\1.5.xsvn ci
svn:
On 3/30/2013 11:01 AM, Jeff Trawick wrote:
To state the obvious, I'm probably doing something stupid.
I am using Visual Studio 2010 + SP1 (to get around an incremental
linking bug).
I have a directory with:
apr-1.4.x as apr
apr-util-1.5.x as apr-util
apr-iconv-1.1.x as apr-iconv
Within
On 3/30/2013 11:14 AM, Jeff Trawick wrote:
On Sat, Mar 30, 2013 at 2:10 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
On 3/30/2013 11:01 AM, Jeff Trawick wrote:
To state the obvious, I'm probably doing something stupid.
I am using Visual Studio 2010 + SP1
Sorry this previously got sent to you Jeff, Thunderbird does that with
the APR list on reply.
On 5/6/2013 7:28 AM, Jeff Trawick wrote:
On Mon, May 6, 2013 at 6:49 AM, Jeff Trawick traw...@gmail.com
mailto:traw...@gmail.com wrote:
On Sun, May 5, 2013 at 3:40 PM, Eric Covener
On 10/17/2013 7:49 AM, Jeff Trawick wrote:
On Wed, Oct 16, 2013 at 9:22 AM, Jeff Trawick traw...@gmail.com
mailto:traw...@gmail.com wrote:
On Tue, Oct 1, 2013 at 8:26 AM, Jeff Trawick traw...@gmail.com
mailto:traw...@gmail.com wrote:
On Tue, Oct 1, 2013 at 7:32 AM, Jim
On 10/19/2013 7:26 AM, Jeff Trawick wrote:
On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
On 10/17/2013 7:49 AM, Jeff Trawick wrote:
On Wed, Oct 16, 2013 at 9:22 AM, Jeff Trawick
traw...@gmail.com mailto:traw...@gmail.com
Just a note,
On 10/19/2013 10:32 AM, Gregg Smith wrote:
On 10/19/2013 7:26 AM, Jeff Trawick wrote:
On Thu, Oct 17, 2013 at 11:08 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
I'd like to first rid the 1.5 traditional Windows build of the
Release9x Debug9x targets. Anyone
Jr.
wr...@rowe-clan.netwrote:
On Mon, 28 Oct 2013 13:01:09 -0400
Jeff Trawicktraw...@gmail.com wrote:
On Mon, Oct 28, 2013 at 12:50 PM, Gregg Smithg...@gknw.net
wrote:
Just a note,
On 10/19/2013 10:32 AM, Gregg Smith wrote:
On 10/19/2013 7:26 AM, Jeff Trawick wrote:
On Thu, Oct 17
On 10/29/2013 10:56 AM, William A. Rowe Jr. wrote:
On Tue, 29 Oct 2013 10:32:03 -0700
Gregg Smithg...@gknw.net wrote:
Suggestion - should we simply use the CROSS_COMPILE path when
building for win32 .dsp/.mak files, instead?
You mean using the CMake and dropping the Traditional build
On 10/29/2013 11:07 AM, Guenter Knauf wrote:
On 29.10.2013 18:56, William A. Rowe Jr. wrote:
Nope - simply /DCROSS_COMPILE in the [lib]apr.dsp/.mak files rather than
pre-copying apr.h. I don't think that using apr feature detection and
headers buys us anything in compiling code which should
On 11/5/2013 1:51 PM, Graham Leggett wrote:
On 05 Nov 2013, at 11:04 PM, Jeff Trawicktraw...@gmail.com wrote:
TIA! (ping)
If nobody in the gen_test_char-with-traditional-Windows-build sub-thread knows
what I'm talking about, please let me know. Maybe I am confused about the
planned work.
On 11/7/2013 2:10 PM, Arsen Chaloyan wrote:
On Thursday, November 7, 2013 4:27 AM, Jeff Trawick
traw...@gmail.com wrote:
On Thu, Nov 7, 2013 at 12:29 AM, William A. Rowe Jr.
wr...@rowe-clan.net mailto:wr...@rowe-clan.net wrote:
On Tue, 5 Nov 2013 17:49:22 -0800 (PST)
Arsen Chaloyan
On 11/12/2013 10:33 AM, Gregg Smith wrote:
On 11/12/2013 10:27 AM, William A. Rowe Jr. wrote:
On Fri, 8 Nov 2013 11:00:18 -0800 (PST)
Arsen Chaloyanachalo...@yahoo.com wrote:
Anyway, if it turns out the change has to be #ifdef-ed, which is most
likely, then testing _MSC_VER only
On 11/13/2013 8:25 AM, Jeff Trawick wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
Shortcut to CHANGES:
http://apr.apache.org/dev/dist/CHANGES-APR-1.5
autoconf version: 2.69 (same as apr 1.4.8 and apr-util 1.5.2)
libtool version: 2.4.2 (same as apr 1.4.8 and apr-util 1.5.2)
On 11/13/2013 8:48 AM, Jeff Trawick wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
Shortcut to CHANGES files:
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5
http://apr.apache.org/dev/dist/CHANGES-APR-1.5
http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5
On 11/13/2013 1:03 PM, Jeff Trawick wrote:
On Wed, Nov 13, 2013 at 3:45 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
On 11/13/2013 8:48 AM, Jeff Trawick wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist/
Shortcut to CHANGES files:
http
On 11/13/2013 2:04 PM, Gregg Smith wrote:
On 11/13/2013 1:03 PM, Jeff Trawick wrote:
On Wed, Nov 13, 2013 at 3:45 PM, Gregg Smith g...@gknw.net
mailto:g...@gknw.net wrote:
On 11/13/2013 8:48 AM, Jeff Trawick wrote:
Tarballs/zipfiles are at http://apr.apache.org/dev/dist
G.
On 12/5/2013 9:23 AM, Gregg Smith wrote:
On 12/5/2013 6:48 AM, Jeff Trawick wrote:
On Thu, Dec 5, 2013 at 9:13 AM, Bert Huijben b...@qqmail.nl
mailto:b...@qqmail.nl wrote:
Hi,
On Windows apr_arch_misc.h checks for the ‘WINNT’ define, which
was unconditionally defined on Windows before
Ugg, this list and using reply in thunderbird.
On 6/13/2014 9:24 AM, Gregg Smith wrote:
Hello Christopher,
Old instrucions for building in IDE really. If you want to build in
the IDE just open apr-util.dsw and allow VC to convert.
If you want to build at the command line;
On 6/13/2014 8:49
On 6/13/2014 9:36 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:24 PM, Gregg Smith wrote:
Old instrucions for building in IDE really. If you want to build in the
IDE just open apr-util.dsw and allow VC to convert.
If you want to build at the command line;
Yeah, I'd like something
On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:57 PM, Gregg Smith wrote:
On 6/13/2014 9:36 AM, Christopher Schultz wrote:
Greg,
On 6/13/14, 12:24 PM, Gregg Smith wrote:
Old instrucions for building in IDE really. If you want to build in the
IDE just open apr-util.dsw
On 6/13/2014 10:16 AM, Christopher Schultz wrote:
Yeah, I'd like something that I can script. Right now, there's basically
one guy who knows how to build tcnative on win32. We're trying to change
that ;)
I'm going to blindly assume scripting using a batch file which something
I forgot to
Christopher,
On 6/18/2014 9:52 AM, Christopher Schultz wrote:
All,
On 6/18/14, 12:44 PM, Christopher Schultz wrote:
Greg,
On 6/18/14, 12:11 PM, Christopher Schultz wrote:
nmake /f makefile.win ARCH=Win32 Release CRYPTO_LIST=openssl
buildall checkall
If I don't need to build libapr
On 9/16/2014 4:47 PM, Jeff Trawick wrote:
[+1] Release apr-util 1.5.4 as GA
Built:
VC6 in tree with httpd-2.2.29
VC9 on it's own
Tested:
VC9, no regressions noticed in dll tests.
Hi Greg,
The linker is not finding libapr-1.lib it looks from the errors.
Studio 2010 was the most problematic for me personally when it came to
converting the vc6 project files.
We all love the IDE, but 2010 2012 seemed to be extra quirky on
conversions. My suggestion here is to actually
On 4/23/2015 5:36 AM, Jeff Trawick wrote:
On 04/22/2015 06:28 PM, Gregg Smith wrote:
On 4/22/2015 3:19 PM, Jeff Trawick wrote:
(subject says it all)
Did we ever decide the best way to handle apr_atomic.c on VC 2013+?
PR 57191.
As often as APR is released, it would be nice to get something
On 4/22/2015 3:19 PM, Jeff Trawick wrote:
(subject says it all)
Did we ever decide the best way to handle apr_atomic.c on VC 2013+?
PR 57191.
As often as APR is released, it would be nice to get something done this
time around, even if it's not the perfect solution. It has to better
than
On 4/28/2015 1:43 PM, Jeff Trawick wrote:
On 04/28/2015 04:28 PM, Gregg Smith wrote:
On 4/28/2015 7:34 AM, Jeff Trawick wrote:
On 04/25/2015 09:39 AM, Jeff Trawick wrote:
Looks like you have enough binding votes now anyway but
[ +1 ] Release APR 1.5.2 as GA
After 73 hours we have two
On 4/28/2015 7:34 AM, Jeff Trawick wrote:
On 04/25/2015 09:39 AM, Jeff Trawick wrote:
Looks like you have enough binding votes now anyway but
[ +1 ] Release APR 1.5.2 as GA
After 73 hours we have two binding non-zero votes (fortunately in the
same direction). Gregg indicated that he may
On 4/25/2015 6:39 AM, Jeff Trawick wrote:
+/-1
[ ] Release APR 1.5.2 as GA
Win 8.1, VS 2013 x86, zip, retro build
apr tests libdll pass
httpd-2.4.12 build regression
Win Vista, VS 2008 x86, zip, retro build
apr tests libdll pass
httpd-2.4.12 build regression
apr-1.lib(rand.obj) : error
On 4/27/2015 4:07 PM, Jeff Trawick wrote:
On 04/27/2015 08:28 AM, Jeff Trawick wrote:
On 04/27/2015 08:15 AM, Jeff Trawick wrote:
On 04/26/2015 11:59 PM, Gregg Smith wrote:
On 4/25/2015 6:39 AM, Jeff Trawick wrote:
+/-1
[ ] Release APR 1.5.2 as GA
Win 8.1, VS 2013 x86, zip, retro build
On 6/22/2015 2:49 AM, Stefan Hett wrote:
Hi,
I just tested building APR 1.5.2 from source on windows, following the
instructions from the readme file.
compiling (aka: nmake -f Makefile.win) succeeded without problems, but
the following install command (aka: nmake -f Makefile.win PREFIX=FOO
On 6/25/2015 10:51 AM, Stefan Hett wrote:
Hi Gregg,
On 6/22/2015 3:58 AM, Stefan Hett wrote:
Hi Gregg,
On 6/22/2015 2:49 AM, Stefan Hett wrote:
Hi,
I just tested building APR 1.5.2 from source on windows, following
the instructions from the readme file.
compiling (aka: nmake -f
On 6/22/2015 3:58 AM, Stefan Hett wrote:
Hi Gregg,
On 6/22/2015 2:49 AM, Stefan Hett wrote:
Hi,
I just tested building APR 1.5.2 from source on windows, following
the instructions from the readme file.
compiling (aka: nmake -f Makefile.win) succeeded without problems,
but the following
On 8/27/2015 1:45 AM, Gregg Smith wrote:
On 8/26/2015 9:56 PM, William A Rowe Jr wrote:
On Aug 26, 2015 11:41 PM, Branko Čibejbr...@apache.org wrote:
On 27.08.2015 06:37, Branko Čibej wrote:
On 27.08.2015 05:46, William A. Rowe Jr. wrote:
Several years ago, we combined the functionality
On 8/26/2015 9:56 PM, William A Rowe Jr wrote:
On Aug 26, 2015 11:41 PM, Branko Čibejbr...@apache.org wrote:
On 27.08.2015 06:37, Branko Čibej wrote:
On 27.08.2015 05:46, William A. Rowe Jr. wrote:
Several years ago, we combined the functionality of apr and apr-util,
and that library no
Sorry Bill.
For the rest, here it is where it should have been sent in the first place.
On 8/27/2015 7:54 AM, William A Rowe Jr wrote:
On Aug 27, 2015 3:47 AM, Gregg Smithg...@gknw.net wrote:
On 8/26/2015 9:56 PM, William A Rowe Jr wrote:
On Aug 26, 2015 11:41 PM, Branko
On 1/27/2016 8:08 PM, William A Rowe Jr wrote:
[ ] Keep reply-to-poster default reply semantics
[X] Change to reply-to-list default reply semantics
Please!
Hi Yann,
Author: ylavic
Date: Tue Dec 13 08:39:51 2016
New Revision: 1773931
URL: http://svn.apache.org/viewvc?rev=1773931=rev
Log:
Merge r1773929 from trunk, follow up to r1772979.
apr_crypto: blowfish: follow up to r1772803: also cap hash verification time.
Modified:
As for I, the only problematic VC IDE is 10 because it simply refuses to
recognize /implib which is a baked in bug. Instead it names the import
library the same as the project so all consumers trying to link to
apr-1/libapr-1.lib cannot. The majority of squeaking over the years
seems to be
Please ignore my comments about this.
thx
On 11/30/2016 10:27 PM, Gregg Smith wrote:
On 11/30/2016 10:05 PM, Gregg Smith wrote:
revert
As for cmakelist.txt, I doubt this is going to work any longer, at
least at those paths;
SET(EXPAT_SOURCES
xml/expat/lib/xmlrole.c
xml/expat/lib
On 12/3/2016 4:11 PM, William A Rowe Jr wrote:
On Sat, Dec 3, 2016 at 1:04 PM, Gregg Smith <g...@gknw.net> wrote:
Right off the bat, with 1.6, we should enable IPv6 out of the box.
I couldn't agree more on this. I was going to mention it but evidently I
spaced it.
On 12/3/2016 4:11 PM, William A Rowe Jr wrote:
On Sat, Dec 3, 2016 at 1:04 PM, Gregg Smith <g...@gknw.net> wrote:
As for I, the only problematic VC IDE is 10 because it simply refuses to
recognize /implib which is a baked in bug. Instead it names the import
library the same as the proj
On 11/30/2016 10:05 PM, Gregg Smith wrote:
revert
As for cmakelist.txt, I doubt this is going to work any longer, at
least at those paths;
SET(EXPAT_SOURCES
xml/expat/lib/xmlrole.c
xml/expat/lib/xmltok.c
xml/expat/lib/xmlparse.c
)
On 11/30/2016 9:23 PM, William A Rowe Jr wrote:
Even as httpd is operating under paralysis by analysis, we are long past a
year since the last releases.
Is there anything holding up the jumps to 1.6, or 2.0?
I'd personally like to see an API harmonising memcache to redis, but that
can't
On 3/22/2017 8:30 AM, Nick Kew wrote:
[sorry, reposting by cut from this morning when mail was broken]
On Sun, 2017-03-19 at 20:44 -0700, Gregg Smith wrote:
On Sun, 2017-03-19 at 20:44 -0700, Gregg Smith wrote:
> I've been hacking on the .mak and .win files.
> Had
On 3/22/2017 8:30 AM, Nick Kew wrote:
Gregg, any thoughts on a timeframe for commit? Obviously
nice-to-have,
though I'm also thinking if we have to release without a fix, we
can
at least use Jan's latest post in a release note.
--
Nick Kew
My retro
Arg, this list bites me again. Sorry for the double Jan.
On 3/19/2017 11:44 AM, Jan Ehrhardt wrote:
Nick Kew in gmane.comp.apache.apr.devel (Sat, 18 Mar 2017 07:57:37
+):
On Sat, 2017-03-18 at 08:28 +0100, Jan Ehrhardt wrote:
Will this 1.6 release contain support of OpenSSL 1.1.x or is
On 4/11/2017 3:11 PM, William A Rowe Jr wrote:
On Mon, Apr 10, 2017 at 10:46 PM, wrote:
Author: gsmith
Date: Tue Apr 11 03:46:02 2017
New Revision: 1790911
URL: http://svn.apache.org/viewvc?rev=1790911=rev
Log:
remove dbd_freetds from .mak/dep
I don't use it, but know it
On 4/12/2017 2:01 AM, Nick Kew wrote:
On Tue, 2017-04-11 at 19:15 -0500, William A Rowe Jr wrote:
remove dbd_freetds from .mak/dep
I don't use it, but know it compiled at one time. What's the backstory
to this depreciation?
http://svn.apache.org/r1789903
Thanks!
See also
On 5/31/2017 8:51 AM, Nick Kew wrote:
I've uploaded release candidates APR-1.6.1 alongside
the existing APR-UTIL-1.6.0. These bring the benefit
of a number of updates to our users. Please test and
VOTE on releasing these as our best available versions.
[-1] Release apr-1.6.1
[+1 / 0 / -1]
owe-clan.net> wrote:
Investigating which commit may have been missed... Update within the hour.
On May 31, 2017 1:44 PM, "Gregg Smith" <g...@gknw.net> wrote:
Something tells me not everything of timelock got ripped out.
cl.exe /nologo /MD /W3 /Zi /O2 /Oy- /I "./
On 6/9/2017 6:09 AM, William A Rowe Jr wrote:
With good fortune, all architecture-specific issues are fixed,
and we are ready to bless a 1.6 initial release. Usual
http://apr.apache.org/dev/dist/ path contains the candidate.
+/- votes please
[ ] Release apr 1.6.2
[+1] Release apr
On 6/9/2017 6:07 AM, William A Rowe Jr wrote:
As I mention in parent post, this is a distinct thread for any
final votes and to tally vote count of apr-util 1.6.0 release.
Usual http://apr.apache.org/dev/dist/ path for candidates.
+/- votes please
[+1] Release apr-util 1.6.0
On 5/6/2017 2:59 PM, Nick Kew wrote:
On Sat, 29 Apr 2017 12:23:52 +0100
Nick Kew wrote:
BTW, we could use reports from Windows, Netware and Beos on what
works for you.
The one difference I see between 1.5 and 1.6 is testpipe of 1.6
Failed TestsTotal Fail
solution. The right fix there is to
just switch compiling sources for linking to a library, and let that library
maintainer do their thing.
So +1 to the dsp/mak change, but alternate CMakeFiles.txt feedback
to follow...
On Tue, Sep 26, 2017 at 10:13 AM, Gregg Smith <g...@gknw.net> wrote:
cmake should be as well. http://svn.apache.org/r1805330
On 9/26/2017 7:12 AM, William A Rowe Jr wrote:
Proceeding with the understanding that mak, and dsp files are OK on -dev, thank
you for the review in your schema, Steffen!
Cheers,
Bill
On Tue, Sep 26, 2017 at 4:00 AM, Steffen
e to consume, but the cmake was done
to turn windows builds into a conventional solution. The right fix there
is to
just switch compiling sources for linking to a library, and let that
library
maintainer do their thing.
So +1 to the dsp/mak change, but alternate CMakeFiles.txt feedback
to follow..
On 10/18/2017 7:58 AM, William A Rowe Jr wrote:
Please cast your votes on the following candidate packages;
I'm not there to vote yet, my question is how did you expect us to build
APU with a precompiled lib and this lib put where?
Looking at both makafile.win and libaprutil.mak I see not
On 10/18/2017 7:41 PM, William A Rowe Jr wrote:
Two additional footnotes...
On Wed, Oct 18, 2017 at 4:13 PM, Gregg Smith <g...@gknw.net> wrote:
On 10/18/2017 7:58 AM, William A Rowe Jr wrote:
Please cast your votes on the following candidate packages;
I'm not there to vote y
No not really, but this gives me problems trying to build x86 on a x64
computer so I just remove it from makefile.win.
!IF [$(COMSPEC) /c cl /nologo /? \
| $(SystemRoot)\System32\find.exe "x64" >NUL ] == 0
ARCH=x64 Release
!ELSE
ARCH=Win32 Release
!ENDIF
Are you using the VS20xx x64
On 10/19/2017 1:49 PM, Gregg Smith wrote:
Now, seeing Steffen's problems and what Michal had to go through to get
this to build for him, so I'm -1 with apu 1.6.1.
Sorry, I meant -0 as I'm not going to stop this from going out. I am
still quite unhappy this was done midstream.
I'll
On 9/11/2018 1:30 PM, Gregg Smith wrote:
On 9/10/2018 2:22 PM, William A Rowe Jr wrote:
Please cast your votes on the following release candidate
found at http://apr.apache.org/dev/dist/ (note release.sh
is generating sha256+sha512, all in coreutils format.)
Release apr-1.6.5
[ ] +/-1
My working copy just refuses to show the changes but the merge info is
there, strange. Taking testencode.c from trunk and it builds great. Test
passes. Thank you.
cheers
On 3/25/2019 4:05 AM, Yann Ylavic wrote:
Hi Gregg,
On Mon, Mar 25, 2019 at 6:17 AM Gregg Smith wrote:
No, r1856096
= (unsigned char[]){'f', 'o', 'o'};
On 3/22/2019 4:42 PM, Yann Ylavic wrote:
On Fri, Mar 22, 2019 at 6:37 PM Gregg Smith wrote:
testencode doesn't want to compile on Visual Studio.
A showstopper maybe not but it is nice to run the tests to compare with
previous versions.
abts.c
testencode.c
I finally got time to give this 1.7.0 a try and utterly failed :)
r1839494 fixed a problem run into on VC when r1816608 added support for
IPv6 link-local address scope/zone mapping. r1839494 requires NT6.
Our apr.hw is still targeting NT5 which has been EOL for eons now, 6.0
also as Vista
testencode doesn't want to compile on Visual Studio.
A showstopper maybe not but it is nice to run the tests to compare with
previous versions.
abts.c
testencode.c
testencode.c(91): error C2059: syntax error: '}'
testencode.c(206): error C2059: syntax error: '}'
testencode.c(416): error C2059:
Hello,
On 5/13/2020 1:41 AM, Mladen Turk wrote:
Hi,
Related mostly to Windows port
1. Remove all those .dsp, .dsw .mak files from APR trunk
None of them works for years.
Replace all that with cmake
2. Remove all _WIN32_WCE, APR_NOT_IN_WCE
Just a bunch of code for Windows CE that
, but they still can be.
Prebuild events I admit are quite tough to hand job into both mak/dsp if
needed.
Regards
On 5/13/2020 1:48 PM, Mladen Turk wrote:
On 13/05/2020 22:08, Gregg Smith wrote:
#1, I think this may be your opinion but not so much mine. No,
.mak/defs are not in trunk
72 matches
Mail list logo