-D name command-line option on Win32

What is the correct syntax for the -D name command-line option on Win32 (and, indeed, other platforms too)? Specifically, should there be a space between the -D and the name or not? The reason I ask is that I've been having problems with the Perl Apache-Test module. On Win32 it starts up the

Re: win32 on VC++ 5.0

Geoffrey Young wrote: hi all. a few win32 things :) I'm trying to get 2.0.48 to compile using VC++ 5.0 (sp1) on win2k (sp4) and am having a few issues. yeah, I know it's old, but I happen to have it around and it's all I have :) anyway, since I'm not a windows guy, some of this might be

Re: win32 on VC++ 5.0

William A. Rowe, Jr. wrote: At 09:23 AM 3/5/2004, Steve Hay wrote: Geoffrey Young wrote: - lastly, is it possible/practical to have httpd 2.0 and 2.1 CVS snapshots include the win foo so I can attempt a fairly recent version of everything? I'll second that request. We

Re: AddCharset filename extensions (again)

Zvi Har'El wrote: --- httpd-2.0.48/docs/conf/httpd-std.conf.in.~20031011014743~ 2003-10-11 03:47:43.0 +0200 +++ httpd-2.0.48/docs/conf/httpd-std.conf.in 2003-12-15 18:47:07.0 +0200 @@ -797,11 +797,15 @@ AddCharset ISO-8859-2 .iso8859-2 .latin2 .cen AddCharset ISO-8859-3

Re: [RELEASE CANDIDATE]: Apache-Test-1.29-RC3

Philip M. Gollucci wrote: A release candidate for Apache-Test 1.29-rc3 is now available. http://people.apache.org/~pgollucci/at/Apache-Test-1.29-rc3.tar.gz All tests OK on Win32 using perl-5.8.8, apache-1.3.34 and mod_perl-1.29. -- Radan

Re: apreqXXXXXX temp files remain after processing uploads greater than 256kb. Further large upload fails

Randy Kobes wrote: On Wed, 14 Mar 2007, Steve Hay wrote: I tried your patch with the current svn version (revision 518242), but I'm still seeing intermittent failures (usually in tests 15, 16 and/or 20) either when I run nmake test from the top-level, or when I run: perl -Iblib/arch -Iblib

Windows Vista support?

Has any development been done for supporting Windows Vista yet, or is it planned by anyone soon? The reason I ask is that the server doesn't seem to run as a service on Windows Vista. I logged this as a bug and asked about it on the user mailing too recently, but had no reply to either, so

Re: Windows Vista support?

William A. Rowe, Jr. wrote: Steve Hay wrote: Has any development been done for supporting Windows Vista yet, or is it planned by anyone soon? Hi Steve. Do you mean are we accepting patches to solve problems on Vista? Sure. Do you mean is there a person assigned to resolve such issues

Re: AW: Windows Vista support?

I've already overcome the difficulties of *installing* apache, much as you describe below, and I also found that if you create a batch file to run the MSI and then run that batch file as an administrator (using the runas command) then things work better. I'll add this to the Wiki later after

Re: AW: Windows Vista support?

off and I installed it as I usually do by compiling the source and running httpd.exe -k install. I've had someone report that opening and admin console (cmd.exe with admin rights) works aswel. But you allready tried the later. On 5/2/07, Steve Hay [EMAIL PROTECTED] wrote: I've already overcome

Re: AW: Windows Vista support?

. Note the errors or messages above, and press the ESC key to exit. 19... Steve Hay wrote: I've already overcome the difficulties of *installing* apache, much as you describe below, and I also found that if you create a batch file to run the MSI and then run that batch file as an administrator

Re: AW: Windows Vista support?

William A. Rowe, Jr. wrote: Steve Hay wrote: I've already overcome the difficulties of *installing* apache, much as you describe below, and I also found that if you create a batch file to run the MSI and then run that batch file as an administrator (using the runas command) then things work

Re: AW: AW: Windows Vista support?

Mario Brandt wrote: Hello, Using Apache 1.x I had it running in a command prompt (i.e. just typing apache.exe), but the service wouldn't start. I never tried 1.x. For myself I think it is out of date. Using Apache 2.2.4, I can't start it either way so far. Do you actually have the server

RE: Building with Visual Studio 2005

be this weekend from what I gather) and give it another go On 8/10/07, Steve Hay [EMAIL PROTECTED] wrote: Does anyone have a set of makefiles for building apache httpd 2.2.4 with Visual Studio 2005 on Win32

Building with Visual Studio 2005

Does anyone have a set of makefiles for building apache httpd 2.2.4 with Visual Studio 2005 on Win32? I just tried running nmake /f Makefile.win INSTDIR=C:\apache2.2 installr out of the box and I find that it all builds OK but the binaries didn't get the manifest files embedded in them, so when

RE: Thoughts on Camillia in openssl binaries?

Perl 5.9.5 contains numerous changes to support building with MSVC80. These changes will be in 5.8.9 when that gets released, but 5.10 is looking distinctly likely to be released before it (and, of course, will also contain the changes). Steve From: Jorge

Re: [RELEASE CANDIDATE] libapreq2 2.08-RC4

Philip M. Gollucci wrote: Steve Hay wrote: Sorry, but I'm still seeing quite a few failures. I started with a completely fresh build (with your patch applied) and the top-level nmake test failed a bunch of upload.t tests first time. (So it's not just running the test multiple times

Re: need your help to test mod_perl with perl-5.8.1-RC3

Stas Bekman wrote: Here is what happens: MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a by product and never was intented to be installed. Request.so was statically linking libapreq.a into it. Now with 6.12 it creates both libapreq.so and libapreq.so, so when

Re: need your help to test mod_perl with perl-5.8.1-RC3

Stas Bekman wrote: Stas Bekman wrote: Steve Hay wrote: Stas Bekman wrote: Here is what happens: MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was just a by product and never was intented to be installed. Request.so was statically linking libapreq.a into it. Now

Re: need your help to test mod_perl with perl-5.8.1-RC3

Steve Hay wrote: This bug evidently goes back a long way: MM 6.06_02 fails in the same way as 6.13. I tried to use MM 6.06_01, but it wouldn't build itself (don't know how to make 'C:\perl5\libNAME'). Instead, I knife-and-forked it into place, but when I tried to use it to build libapreq, I

RE: [RELEASE CANDIDATE] libapreq2 2.11

Issac Goldstand wrote: Please give the tarball at http://people.apache.org/~issac/libapreq2-2.11.tar.gz a try and report comments/problems/etc. to the apreq-dev list at apreq-...@httpd.apache.org. I have a build error using VC++ 2005 on Win32 with perl-5.10.0, apache-2.2.10,

RE: [RELEASE CANDIDATE] libapreq2 2.11

Randy Kobes wrote: Issac Goldstand wrote: Steve Hay wrote: Issac Goldstand wrote: Vote results show only 2 +1s (issac,joes) and no -1s. We're still a +1 short of release. Has anyone else tested on Win32 yet? I reported a build error which hasn't been addressed yet: http://marc.info

RE: Volunteer for RMing 2.12?

Joe Schaefer wrote: - Original Message From: Steve Hay steve...@planit.com To: Joe Schaefer joe_schae...@yahoo.com; apreq-...@httpd.apache.org Sent: Thursday, March 5, 2009 4:03:40 AM Subject: RE: Volunteer for RMing 2.12? Joe Schaefer wrote: I cut a tarball from trunk

RE: Volunteer for RMing 2.12?

Joe Schaefer wrote: - Original Message From: Joe Schaefer joe_schae...@yahoo.com To: Steve Hay steve...@planit.com; apreq-...@httpd.apache.org Sent: Thursday, March 5, 2009 6:46:33 AM Subject: Re: Volunteer for RMing 2.12? - Original Message From: Steve Hay To: Joe

Building 2.4.7 on Windows

I'm trying to build 2.4.7 on Windows with VC++ 2010 but have run into a problem building mod_proxy_fcgi.so. I'm following the same process as I previously used with success for 2.4.6: build pcre, apr and apr-util (the latter two from the -deps archive), then httpd itself (using Jeff Trawick's

Re: Building 2.4.7 on Windows

On 17 February 2014 14:48, Jeff Trawick traw...@gmail.com wrote: On Feb 17, 2014 9:18 AM, Steve Hay steve.m@googlemail.com wrote: I'm trying to build 2.4.7 on Windows with VC++ 2010 but have run into a problem building mod_proxy_fcgi.so. I'm following the same process as I previously

VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

I have found that VS2010 release mode builds of Apache/mod_perl crash on Windows Vista, Windows Server 2008 and Windows 7, and I believe that the problem may be something to do with the environment manipulation done by Apache (although Apache itself runs fine when not loading mod_perl). The same

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

William A. Rowe Jr. wrote on 2011-02-04: On 2/4/2011 4:51 AM, Steve Hay wrote: The crash comes here (which is exactly where the Apache/mod_perl setup was crashing): msvcr100.dll!free(void * pBlock) Line 51 C msvcr100.dll!__crtsetenv(char * * poption, const int primary

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

William A. Rowe Jr. wrote on 2011-02-04: On 2/4/2011 3:49 PM, Steve Hay wrote: Yes, Apache, Perl and mod_perl were all brand-new builds done one immediately after another on the same machine, using the same VS2010 installation for them all. I presume by Apache you mean httpd as well

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

Steve Hay wrote on 2011-02-04: William A. Rowe Jr. wrote on 2011-02-04: On 2/4/2011 3:49 PM, Steve Hay wrote: It looks like the original environ[] was allocated by msvcr100.dll using something other than a function matching the HeapFree() function where the crash finally happens. The CRT code

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

Steve Hay wrote on 2011-02-07: Steve Hay wrote on 2011-02-04: William A. Rowe Jr. wrote on 2011-02-04: On 2/4/2011 3:49 PM, Steve Hay wrote: It looks like the original environ[] was allocated by msvcr100.dll using something other than a function matching the HeapFree() function where

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

Steve Hay wrote on 2011-02-07: Steve Hay wrote on 2011-02-07: Steve Hay wrote on 2011-02-04: William A. Rowe Jr. wrote on 2011-02-04: On 2/4/2011 3:49 PM, Steve Hay wrote: It looks like the original environ[] was allocated by msvcr100.dll using something other than a function matching

RE: VS2010 release builds of Apache/mod_perl crash on Vista/2008/Win7

William A. Rowe Jr. wrote on 2011-02-08: On 2/8/2011 8:29 AM, Steve Hay wrote: +int len = (int)strlen(newarr[arg]) + 1; +*env = (char*)_malloc_dbg(len * sizeof(char), _CRT_BLOCK, __FILE__, __LINE__); +strcpy_s(*env, len, newarr[arg]); That's just sick ... It's

Re: Was there any concrete decision on apreq?

What would this mean for mod_perl users? I, and I assume many others(?), still use the perl glue part of libapreq in mod_perl software. I only just spotted this thread, and just wondered how such mod_perl users will be affected, if at all. On 24 February 2015 at 03:24, Joseph Schaefer

Re: Was there any concrete decision on apreq?

nothing. Most mod_perl users (I think) install apreq via Apache2::Request. That can continue to be maintained on CPAN, as is, linking against httpd instead of mod_apreq Or do you forsee a problem here? On 2/24/2015 9:56 AM, Steve Hay wrote: What would this mean for mod_perl users? I, and I

Re: [RELEASE CANDIDATE] Apache-Test-1.39 RC1

On 8 April 2015 at 18:04, Steve Hay steve.m@googlemail.com wrote: On 8 April 2015 at 14:24, Steve Hay steve.m@googlemail.com wrote: Please download, test, and report back on this Apache-Test 1.39 release candidate. http://people.apache.org/~stevehay/Apache-Test-1.39-rc1.tar.gz

Re: [RELEASE CANDIDATE] Apache-Test-1.39 RC1

On 8 April 2015 at 14:24, Steve Hay steve.m@googlemail.com wrote: Please download, test, and report back on this Apache-Test 1.39 release candidate. http://people.apache.org/~stevehay/Apache-Test-1.39-rc1.tar.gz Success on Windows with VC++ 2010 using perl-5.20.2 with/without LWP

[RELEASE CANDIDATE] Apache-Test-1.39 RC1

() implementation available by using the Apache::Test::need_fork() function. [Steve Hay] CPAN RT#87620: Add -D APACHE2_4 to identify httpd-2.4. [Michael Schout]

[RELEASE CANDIDATE] Apache-Test-1.40 RC1

) in META.yml. [Steve Hay, CPAN RT#111359] Fix broken POD. [Steve Hay] Switch argument order in "openssl gendsa". [rjung] Add (limited) checks for *_SAN_*_n and *_DN_Email variables. [kbrand] Update key sizes and message digest to what is common in 2015. [kbrand]

Re: [RELEASE CANDIDATE] Apache-Test-1.40 RC1

On 24 August 2016 at 18:02, Steve Hay <steve...@apache.org> wrote: > Please download, test, and report back on this Apache-Test 1.40 > release candidate. > > https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.40-rc1.tar.gz > +1 on Win8/VC10 with default configura

Re: apreq release

[Resending from an address that's actually subscribed to the lists...] The current mod_perl release (2.0.10) is taken from trunk. (The httpd24 branch was only for development work leading towards the previous release (2.0.9), and is now obsolete.) On 17 November 2016 at 09:03, Issac Goldstand

Re: apreq release

On 15 November 2016 at 09:26, Issac Goldstand wrote: > Hi all, > > Someone (finally) noticed that apreq's test suite isn't compatible with > Apache 2.4 and requested a change. Given that we haven't released an > updated apreq in nearly 6 years, I'm inclined to make/test the

Re: Absorb win32-apxs into httpd distro?

On 14 December 2016 at 08:13, William A Rowe Jr wrote: > Randy wrote http://www.apache.org/dist/perl/win32-bin/ - but I'm wondering > who else here at httpd is interested in helping maintain and get this code > into our own distribution? I've shipped this for a decade for my

[RELEASE CANDIDATE] Apache-Test-1.41 RC1

Please download, test, and report back on this Apache-Test 1.41 release candidate. https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.41-rc1.tar.gz MD5 = 7933d3a6a762f087bf7883a1ac2086eb SHA1 = 17aa9a8669023aa2f485aa83f8f389969b8e5f0c Major changes in this release are as follows: Set

Re: [RELEASE CANDIDATE] Apache-Test-1.41 RC1

On Wed, 3 Jul 2019 at 08:45, Steve Hay wrote: > > Please download, test, and report back on this Apache-Test 1.41 > release candidate. > > https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.41-rc1.tar.gz > +1 from me using the following setups: VC++ 2013 32-bit, P

Re: [RELEASE CANDIDATE] Apache-Test-1.41 RC1

On Wed, 10 Jul 2019 at 22:07, Philippe M. Chiasson wrote: > > Tested on Fedora 30 with Apache/2.4.39, looking good to me > > That's my +1 > Thanks to all for testing. With the +1 from Adam Prime (sent privately) that's enough :-)

Re: Breakage in httpd 2.4.39/windows/cmake?

On Fri, 12 Jul 2019 at 21:41, William A Rowe Jr wrote: > > Because of some trouble on another project, I wanted to recheck > the current nghttp2 build between our mutual dependencies and > httpd... and something isn't looking so healthy in the CMake > build of the last release. (But I did answer

[RELEASE CANDIDATE] Apache-Test-1.42 RC1

apache_test_config.pm for recent perls in which '.' is no longer in @INC by default. [Steve Hay]

Re: [RELEASE CANDIDATE] Apache-Test-1.42 RC1

On Mon, 19 Aug 2019 at 14:10, Steve Hay wrote: > > Please download, test, and report back on this Apache-Test 1.42 > release candidate. > > https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.42-rc1.tar.gz > > MD5 = 2dd753a50d94ee1705

Re: Trouble building 2.4.41 on Windows with CMake

Thanks to you both - that was indeed the trouble, and the fix has sorted it out for me. On Fri, 30 Aug 2019 at 08:16, Stefan Eissing wrote: > > Added to trunk in r1866119. > Merged to 2.4.x in r1866121. > > Thanks for this, Bill! > > > Am 29.08.2019 um 19:05 schrieb William A Rowe Jr : > > > >

Re: Trouble building 2.4.41 on Windows with CMake

; details. Use the cmake_policy command to set the policy and suppress > this > warning. > > Quoted variables like "APR_HAS_LDAP" will no longer be dereferenced when > the policy is set to NEW. Since the policy is not set the OLD behavior > will be used. > This warning is for pro

Re: [VOTE] Release libapreq2-2.15

On Thu, 5 Nov 2020 at 16:39, Joe Orton wrote: > > Hi, I've prepared a candidate release tarball for libapreq2 v2.15 here: > > https://dist.apache.org/repos/dist/dev/httpd/libapreq/ > > This release is mainly to address a security issue in libapreq2 which > has been outstanding for over a year,

Re: [VOTE] Release libapreq2-2.16

On Wed, 10 Mar 2021 at 16:07, Joe Orton wrote: > > On Wed, Mar 10, 2021 at 04:05:16PM +, Joe Orton wrote: > > Hi, I've prepared a candidate release tarball for libapreq2 v2.15 here: > > You can see I'm still an amateur at this - should read ^^ v2.16 > Many thanks for rolling out this

Re: [RESULT: PASS] Re: [VOTE] Release libapreq2-2.16

On Fri, 19 Mar 2021 at 14:33, Joe Orton wrote: > Thanks for testing again, the vote has passed: > > PMC votes: +1 from rpluem, ylavic, jorton > Community: +1 stevehay > > I'll promote the release & send the announcement mail. > Thanks for this, and sorry for the hassle in wanting another

Re: [RESULT: PASS] Re: [VOTE] Release libapreq2-2.16

On Fri, 19 Mar 2021 at 14:37, Steve Hay wrote: > > On Fri, 19 Mar 2021 at 14:33, Joe Orton wrote: >> >> Thanks for testing again, the vote has passed: >> >> PMC votes: +1 from rpluem, ylavic, jorton >> Community: +1 stevehay >> >> I'll

Re: [RESULT: PASS] Re: [VOTE] Release libapreq2-2.15

On Tue, 23 Feb 2021 at 10:20, Joe Orton wrote: > > On Mon, Feb 22, 2021 at 03:57:25PM +, Steve Hay wrote: > > On Fri, 13 Nov 2020 at 16:43, Joe Orton wrote: > > > > > > Thanks all for testing, the vote has passed: > > > > > > PMC votes +1: ylav

Re: [RESULT: PASS] Re: [VOTE] Release libapreq2-2.15

On Fri, 13 Nov 2020 at 16:43, Joe Orton wrote: > > Thanks all for testing, the vote has passed: > > PMC votes +1: ylavic, rpluem, covener > Community +1: stevehay > > (Steve, looks like we need to get you on the httpd PMC!) > > and no -1 votes. > > I'll promote the release & prep the announcement

[RELEASE CANDIDATE] Apache-Test-1.43 RC1

As a preliminary to making a new mod_perl release, I am updating Apache-Test. Please download, test, and report back on this Apache-Test 1.43 release candidate. https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.43-rc1.tar.gz MD5 = 44d976ae19d5ab2879e43a26a360366b SHA1 =

Re: [RESULT: PASS] Re: [VOTE] Release libapreq2-2.17

On Thu, 25 Aug 2022 at 09:58, Joe Orton wrote: > > Thanks for testing. The release is approved: > > PMC votes: +1 from ylavic, jfclere, jorton > > I will promote the release and announce it. > Thanks for this release. I didn't get round to uploading it to CPAN yet, but a bug report has come in

Re: libapreq subproject roll call

On Tue, 20 Feb 2024 at 09:51, Yann Ylavic wrote: > > On Fri, Feb 16, 2024 at 2:11 PM Eric Covener wrote: > > > > I count myself as a release vote of last resort only, but i don't > > think we should be committing to future fixes/releases if nearly > > everyone is in this category. > > +1, since

Re: [RELEASE CANDIDATE] Apache::Test 1.03-dev

Stas Bekman wrote: I've uploaded 1.03's release candidate. If nobody finds any faults, I'll upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to release its 1.2's version). Please try it out: http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz Tests OK for me - Windows XP /

Re: [PATCH] Win32 doesn't have link()

Randy Kobes wrote: On Thu, 8 Sep 2005, Steve Hay wrote: The attached patch, or something similar, is required to build the current svn version of libapreq2 on Win32. PerlLIO_link() is mapped to link(), which the Win32 CRT doesn't have. I will look at changing PerlLIO_link() to map

Re: towards a 2.07 release

Joe Schaefer wrote: Note this is our first non-dev candidate, so please give it the extra scrutiny it deserves. Release Candidate #1 - http://people.apache.org/~joes/libapreq2-2.07-rc1.tar.gz This still doesn't build on Win32 with my perl configuration, in which PERL_IMPLICIT_SYS is not

Re: 2.07-rc2 (was Re: towards a 2.07 release)

Joe Schaefer wrote: Note this is our second non-dev candidate, so please give it the extra scrutiny it deserves. Release Candidate #2 - http://people.apache.org/~joes/libapreq2-2.07-rc2.tar.gz All tests OK for me: WinXP/VC6, perl-5.8.7 (without PERL_IMPLICIT_SYS!), apache-2.0.54,

Re: 2.07-rc3 (was Re: 2.07-rc2)

Joe Schaefer wrote: Ok, please test rc3 instead: http://people.apache.org/~joes/libapreq2-2.07-rc3.tar.gz All tests OK here (WinXP/VC6, perl-5.8.7, apache-2.0.54, mp-2.0.2-rc2). Apache2::* installed OK too. Radan Computational Ltd.

Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3

Randy Kobes wrote: On Sat, 8 Jul 2006, Philip M. Gollucci wrote: Please download, test, and VOTE on the following candidate tarball: http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz [ .. ] I'd like to make the actual release around Wednesday of next week (07/12/2006)

Re: [RELEASE CANDIDATE] libapreq2 2.08-RC4

Randy Kobes wrote: On Mon, 24 Jul 2006, Steve Hay wrote: Sorry, but I'm still seeing quite a few failures. I started with a completely fresh build (with your patch applied) and the top-level nmake test failed a bunch of upload.t tests first time. (So it's not just running the test multiple

Re: [RELEASE CANDIDATE] libapreq2 2.08-RC4

Randy Kobes wrote: On Mon, 24 Jul 2006, Steve Hay wrote: Randy Kobes wrote: Also, just to verify that it is the stray temp files left over that are causing the problem, does it help if you change the APR_EXCL flag in the call to apr_file_mktemp on about line 832 of library/util.c

Re: [RELEASE CANDIDATE]: libapreq2 2.09-RC1

Philip M. Gollucci wrote: Please download, test, and report back on the following candidate tarball: http://people.apache.org/~pgollucci/apreq2/libapreq2-2.09-rc1.tar.gz All tests OK on Win32 (on a single run, at least--I'm not sure if the previous problems with upload.t have gone away or

Re: [RELEASE CANDIDATE] libapreq2 2.09-RC2

All OK on Win32 using apache-2.2.2, perl-5.8.8 and mod_perl-2.0.3-RC2 -- Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have

Re: Rusty perl question

Patrick Galbraith wrote: Hi all, I used to know the trick, I think, but can't remember. I want to code my application to be smart about whether it's on a system that can use mod_perl2/apreq, or if I have to use CGI. I 've code my app to use CGI successfully, but would like to keep the code

Re: apreqXXXXXX temp files remain after processing uploads greater than 256kb. Further large upload fails

Randy Kobes wrote: On Fri, 9 Mar 2007, Joe Schaefer wrote: Randy, do you know why we use the APR_FILE_NOCLEANUP flag? Maybe we should just remove that and see if it fixes the problem Vinay is seeing. Hi Steve, and all, If you remember from

Re: [RELEASE CANDIDATE] libapreq 1.34-RC1

Issac Goldstand wrote: Please give the tarball at http://people.apache.org/~issac/libapreq-1.34-RC1.tar.gz a try and report comments/problems/etc. to the apreq-dev list at [EMAIL PROTECTED] All tests OK on WinXP (VC6) with perl-5.8.8, apache-1.3.34 and mod_perl-1.29. --

Re: [RELEASE CANDIDATE] libapreq 1.34-RC2

Issac Goldstand wrote: The apreq developers are planning a maintenance release of libapreq1. This version primarily addresses an issue noted with FireFox 2.0 truncating file uploads in SSL mode. Please give the tarball at http://people.apache.org/~issac/libapreq-1.34-RC2.tar.gz a try and

RE: [RELEASE CANDIDATE] libapreq2 2.10 RC1

Bojan Smojver wrote: It has been over two years since the latest apreq2 release, so it is time to get some new code out the door. Numerous bugs were fixed (see the full list in the CHANGES file) since the last official release (2.08), so please give us feedback on this release candidate.

RE: [RELEASE CANDIDATE] libapreq 1.34-RC4

I didn't vote because AFAIK I don't actually have a vote. I have commit access, but I'm not a PMC member and therefore have no vote. Is that correct? -Original Message- From: Issac Goldstand [mailto:mar...@beamartyr.net] Sent: 07 January 2009 13:24 Cc: APREQ List Subject: Re: [RELEASE

RE: [RELEASE CANDIDATE] libapreq2 2.11

Issac Goldstand wrote: Vote results show only 2 +1s (issac,joes) and no -1s. We're still a +1 short of release. Has anyone else tested on Win32 yet? I reported a build error which hasn't been addressed yet: http://marc.info/?l=apreq-devm=123244555902865w=2

RE: [RELEASE CANDIDATE] libapreq2 2.12 RC2

Joe Schaefer wrote: Please test and vote on http://people.apache.org/~joes/libapreq2-2.12-RC2.tar.gz http://people.apache.org/~joes/libapreq2-2.12-RC2.tar.gz.asc These should have the .deps directories removed, but otherwise the source is unchanged. Fred, try running make install before

Re: error in Apache::TestSSLCA, cannot build libapreq

I don't know about the event MPM one, I'm afraid - that isn't used on Windows. On 24 June 2014 08:53, Issac Goldstand mar...@beamartyr.net wrote: Awesome! Are the other anomalies that Mark reported yesterday also Apache::Test-land? Issac On 24/06/2014 10:48, Steve Hay wrote: I just

Re: apreq release

[Resending from an address that's actually subscribed to the lists...] The current mod_perl release (2.0.10) is taken from trunk. (The httpd24 branch was only for development work leading towards the previous release (2.0.9), and is now obsolete.) On 17 November 2016 at 09:03, Issac Goldstand

Re: [RELEASE CANDIDATE] libapreq2-2.14 RC

On 5 December 2016 at 16:14, Issac Goldstand wrote: > Builds and passes all tests on linux x64 with: > > Perl/5.18 Apache/2.2.31 mod_perl/2.10 > Perl/5.24 Apache/2.4.23 mod_perl/2.10 > > I'm +1 on release All successful on Win32 (x64) / VC10 with: perl-5.25