Stas Bekman wrote:
>A release candidate for Apache-Test-1.07 is available:
>
>http://apache.org/~stas/Apache-Test-1.07-dev.tar.gz
>
>Please test and report any failures to this list.
>
Builds OK & All tests successful on WinXP / MSVC++ 6 / Perl 5.8.2 /
Apache 1.3.29 / mod_perl 1.29.
-
Stas Bekman wrote:
>A release candidate for mod_perl-1.99_12 is available:
>
>http://apache.org/~stas/mod_perl-1.99_12-dev.tar.gz
>
>Please test and report any failures to this list.
>
WinXP / MSVC++ 6 / Perl 5.8.2 (ActivePerl Build 808) / Apache 2.0.48:
Builds OK, and the top-level "nmake test"
Hi Kurt,
Kurt George Gjerde wrote:
>Hi,
>
>I'm suddenly getting "Free to wrong pool 12857d8 not 17d8ce0 during
>global destruction" when stopping the httpd (after requesting a certain
>"script" of mine; I've narrowed the problem down to a module which I've
>used for a while without any problem
Randy Kobes wrote:
>All tests successful on my Win32: Apache/2.0.48 and
>perl-5.8.3 (ActivePerl 809).
>
Not quite so for me (WinXP / MSVC6 / 2.0.48 / 5.8.3) -- I have to
increase ThreadsPerChild in the mpm_winnt.c section
(Apache-Test/lib/Apache/TestConfig.pm) to some value higher than 20.
I'm
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>I have to
>>increase ThreadsPerChild in the mpm_winnt.c section
>>(Apache-Test/lib/Apache/TestConfig.pm) to some value higher than 20.
>>I'm not sure how much higher it needs to be, but 50 works for me.
>&
Steve Hay wrote:
>I'll try chopping some of the new (post _12) tests out to see if I can
>get it working again.
>
If I remove:
t/htdocs/vhost/startup.pl
t/response/TestVhost/config.pm
t/vhost/config.t
then run "t/TEST -conf" and then try "nmake test&q
nt to him or tackle
>>>next week.
>>>At 11:50 AM 3/9/2004, Stas Bekman wrote:
>>>
>>>
>>>
>>>>Steve Hay wrote:
>>>>
>>>>
>>>>
>>>>>Steve Hay wrote:
>>>>>
>&
Bill Stoddard wrote:
>Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here (it should
>apply to 2.0):
>
>http://cvs.apache.org/viewcvs.cgi/httpd-2.0/server/mpm/winnt/child.c?r1=1.32&r2=1.33
>
>
Brilliant! That's fixed it straight away -- the mp2 1.99_13 test suite
with all 21
Bill Stoddard wrote:
>Steve Hay wrote:
>
>
>
>>Bill Stoddard wrote:
>>
>>
>>
>>
>>>Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here (it should
>>>apply to 2.0):
>>>
>>>http:/
Stas Bekman wrote:
>Stas Bekman wrote:
>
>
>>Steve Hay wrote:
>>
>>
>>
>>>Bill Stoddard wrote:
>>>
>>>
>>>
>>>
>>>>Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here
>>&
Randy Kobes wrote:
>On Thu, 20 May 2004, Geoffrey Young wrote:
>
>
>
>>a release candidate for mod_perl 1.99_14 is now available for testing.
>>
>>
>Hi Geoff,
> On Win32 (perl-5.8.3, ActivePerl 809 compatible), with
>Apache/2.0.49, there's a problem (often) in starting the
>tests, due to T
Steve Hay wrote:
>Your patch seems fine anyway, apart from one problem: I have
>apache\conftree.t failing tests 6-7. Here's the output under -verbose:
>
># expected: C:\apache2\sources\mod_perl-1.99_14-dev\t\htdocs
># received: "C:\apache2\sources\mod_perl-1.99_1
(Non-Win32 users: The real issue here is not Win32-specific.)
I'm trying to write an mp1/Apache::Registry script on Win32 that uses
the Win32::Shortcut module, and I find that it works fine under CGI but
not mod_perl.
I think the problem is this:
Win32::Shortcut in an XS module. The XS file
Jan Dubois wrote:
>On Tue, 21 Sep 2004, Steve Hay wrote:
>
>
>>(Non-Win32 users: The real issue here is not Win32-specific.)
>>
>>
>
>As to Win32::Shortcut: you should just delete the END block from the module.
>I see that Sarathy already did this ov
Steve Hay wrote:
>Jan Dubois wrote:
>
>
>>The other issue you are seeing is that CoInitialize() needs to be called
>>in each *thread* that wants to make COM calls. To do this properly, the
>>module needs to provide a CLONE method if you are using Perl threads in
&g
Stas Bekman wrote:
>Jan, do you have any idea why the CLONE trick doesn't work? CLONE is
>running inside the newly-clonned perl, so thread-safety shouldn't get on
>the way, no?
>
Just a guess -- it may be the same problem with CoInitialize() that I
experienced not long ago with Win32::Shortcut.
Gisle Aas wrote:
>I had to do tests with an older version of mod_perl_1.99 that still
>had the perl/ithreads* tests. I see that these tests was removed from
>the distribution in [1], but I think that if you apply the attached
>patch you can start distribution these tests again.
>
>[1]
>http://cv
Gisle Aas wrote:
>Steve Hay <[EMAIL PROTECTED]> writes:
>
>
>
>>Gisle Aas wrote:
>>
>>
>>
>>>I had to do tests with an older version of mod_perl_1.99 that still
>>>had the perl/ithreads* tests. I see that these tests was remo
Philippe M. Chiasson wrote:
The mod_perl 1.29 release candidate #1 has arrived. It can be
downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.28_01-dev-rc1.tar.gz
MD5 : 9f3e81dcdea7cdda3715631c25e446ef
SHA1: 1d14efb2ad89750dabcb3780b92992c1b8744551
Passed all tests on WinXP/MSVC++6 with
Geoffrey Young wrote:
John Day wrote:
In my never ending search for more elegant looking and
self-documenting code I decided to try out the Switch module. In the
following fragment of code:
#!/usr/local/bin/perl
# AppSys: Manage Profile
use strict;
use CGI qw/:standard/;
use CGI::Carp qw(fa
Philippe M. Chiasson wrote:
>a long awaited release candidate for mod_perl 2.0.0 is now available for
>testing.
>
>please grab the candidate from:
>
>http://www.apache.org/~gozer/mp2/mod_perl-2.0.0/mod_perl-2.0.0-RC1.tar.gz
>
> MD5: d069e5d442ae7d75cd4a366fb65ab125
> SHA1: ad4537a9799a5b812136863
Stas Bekman wrote:
>Geoffrey Young wrote:
>
>
>>>Since when unescaped & in the QUERY_STRING part of the URL are not allowed?
>>>
>>>
>>I dunno the specifics, but if you try using the w3c validator you end up
>>with something like this
>>
>> reference not terminated by REFC delimiter
>>
>>
Stas Bekman wrote:
>The uploaded file
>
> mod_perl-2.0.0-RC6.tar.gz
>
>has entered CPAN
>
Almost all OK on Win32 (Apache 2.0.54 and a recent bleadperl). Main
tests are all successful, but ModPerl-Registry tests failed 404.t test 1
and redirect.t test 2.
The 404.t test gives the following v
Stas Bekman wrote:
>Markus Wichitill wrote:
>
>
>>Steve Hay wrote:
>>
>>
>>
>>>Almost all OK on Win32 (Apache 2.0.54 and a recent bleadperl). Main
>>>tests are all successful, but ModPerl-Registry tests failed 404.t test
>>&
Randy Kobes wrote:
>On Thu, 5 May 2005, Markus Wichitill wrote:
>
>
>
>>Steve Hay wrote:
>>
>>
>>>>how can we test if the filehandle is valid then? may be we should skip
>>>>that bit altogether? Steve, does it work if you comment out
Randy Kobes wrote:
>On Thu, 5 May 2005, Steve Hay wrote:
>
>
>
>>Randy Kobes wrote:
>>
>>
>>
>>>On Thu, 5 May 2005, Markus Wichitill wrote:
>>>
>>>
>[ ... ]
>
>
>>>>The actual error code r
Markus Wichitill wrote:
>Randy Kobes wrote:
>
>
>>>Randy, if you spot locations in docs and tests that do a comparison with
>>>these two constants, which we will now have right, please adjust those.
>>>Thank you!
>>>
>>>
>>Thanks, Stas. I've done that, but unfortunately, like Steve,
>>I'm
Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.2 is now available for testing.
All tests OK now on WinXP/VC6 with perl-5.8.7 and apache-2.0.54.
(And I still have the Apache 1 installed in C:\apache which broke things
for me when testing RC1.)
---
Philip M. Gollucci wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
WinXP/VC++ 6.0, Apache-2.2.2, Perl-5.8.8:
- When I extracted the tarball, I found two extra directories (docs and
man) b
Philip M. Gollucci wrote:
- When I ran "perl Makefile.PL --with-apache2=C:/apache2" I got an
error from win32/Configure.pl about Archive-Tar being missing, but
this is not mentioned in the PREREQUISITES file and was not checked by
test_prereq in Makefile.PL before calling this script.
Committe
Randy Kobes wrote:
On Fri, 19 May 2006, Steve Hay wrote:
Philip M. Gollucci wrote:> Please download, test, and report back on
the following> candidate tarball:> >
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC1.tar.gz
WinXP/VC++ 6.0, Apache-2.2.2, Perl-5.8.8:
Philip M. Gollucci wrote:
Please download, test, and report back on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC2.tar.gz
All OK for me now on WinXP (Apache/2.2.2, Perl/5.8.8, mod_perl/SVN),
except for the previously noted failures in t/apreq/
Randy Kobes wrote:
On Tue, 23 May 2006, Steve Hay wrote:
Philip M. Gollucci wrote:> Please download, test, and report back on
the following> candidate tarball:> >
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC2.tar.gz
All OK for me now on WinXP (Apache/2.2.2
Randy Kobes wrote:
On Sun, 6 Aug 2006, Philip M. Gollucci wrote:
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC5.tar.gz
Builds fine and all tests pass on:
- linux, Apache/2.0.55 prefork, mod_perl 2.02, per
Philip M. Gollucci wrote:
A release candidate for Apache-Test 1.29-RC1 is now available.
http://people.apache.org/~pgollucci/at/Apache-Test-1.29-rc1.tar.gz
All tests OK on Win32 using perl-5.8.8 and apache-1.3.34.
--
Radan Computational Ltd.
Philip M. Gollucci wrote:
A release candidate for mod_perl 2.0.3 is now available for testing.
Please grab the candidate from
http://people.apache.org/~pgollucci/mp2/mod_perl-2.0.3-rc1.tar.gz
All tests OK on Win32 with perl-5.8.8 and apache-2.2.2.
--
---
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 not
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 Comp
I'm in the process of converting some old software from mod_perl1 to
mod_perl2, and I'm finding that $r->bytes_sent() doesn't work as it used
to.
The code is written in a very out-moded style: it is compatible with
mod_cgi, runs via ModPerl::Registry (formerly Apache::Registry), and
produces all i
Geoffrey Young wrote:
> Steve Hay wrote:
>> The code is written in a very out-moded style: it is compatible with
>> mod_cgi, runs via ModPerl::Registry (formerly Apache::Registry), and
>> produces all its output via explicit print() statements scattered
>> left, right an
Geoffrey Young wrote:
unless (exists $ENV{MOD_PERL}
? Apache2::RequestUtil->request()->bytes_sent()
: tell STDOUT)
{
#... send response headers
>>> since you no longer send response headers in mp2, isn't this all
>>> moot?
>>
>> Did you overlook the
Is it possible to use perl source code filters (like Filter::Util::Call)
in scripts that are run via ModPerl::Registry?
If I place the following module somewhere in my @INC path:
Hello2Goodbye.pm
package Hello2Goodbye;
use Filter::Util::Call;
sub import {
my $type = shift
Issac Goldstand wrote:
> win32 (xp sp2, vc6 - no SDK upgrade) - Apache 1.41 binary -
> ActivePerl
> 5.10 (build 1002)
> FAIL
>
> (sorry, folks)
>
> Segfault at startup.
I wonder if this is caused by mis-matched CRTs? ActivePerl is built
using VC6 (and therefore uses MSVCRT.dll). You're also us
Philippe M. Chiasson wrote:
> The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is
> ready. It can be downloaded here:
>
> http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc3.tar.gz
All tests OK here: WinXP SP2, VC6 SP6, Apache 1.3.39 & Perl 5.10.0 (both
built from source).
Randy Kobes wrote:
> On Thu, 28 Feb 2008, Issac Goldstand wrote:
>
>> Steve Hay wrote:
>>> Issac Goldstand wrote:
>>>
>>>> win32 (xp sp2, vc6 - no SDK upgrade) - Apache 1.41 binary -
>>>> ActivePerl 5.10 (build 1002) FAIL
>>>&g
Philippe M. Chiasson wrote:
> The mod_perl 1.31 release candidate 4 "Works with Perl 5.10" is
> ready. It can be downloaded here:
>
> http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc4.tar.gz
All tests OK using VC6 on WinXP with apache 1.3.39 and perl 5.10.0 built
without USE_MULTI, USE_ITHREADS
Philippe M. Chiasson wrote:
> The mod_perl 2.0.4 release candidate 1 "Works with Perl 5.10" is
> ready. It can be downloaded here:
>
> http://www.apache.org/~gozer/mp2/mod_perl-2.0.4-rc1.tar.gz
All tests OK using VC6 on WinXP with apache 2.2.4 and perl 5.10.0 built
with default options.
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.
>
> Additionally, the memory allocation algorithm for multipart
> requests has been improved.
>
Cosimo Streppone wrote on 2009-05-12:
> In data 11 mai 2009 alle ore 03:40:25, Philippe M. Chiasson
> ha scritto:
>
>> The mod_perl 1.31 release candidate 8 is ready. It can be downloaded
>> here:
>>
>> http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc8.tar.gz
>>
>> SHA1(mod_perl-1.31-rc8.tar.g
William A. Rowe, Jr. wrote on 2009-08-25:
> Michiel Beijen wrote:
>> I'd like to know if it's possible to build mod_perl on Win32; I'd like
>> to use mod_perl with StrawberryPerl. It seems to be that the only way
>> that could be done is to compile Apache also with MinGW, and that's not
>> possibl
I have a mod_perl-2 handler that uses custom_response() to display error
messages if something goes wrong:
$r->custom_response(Apache2::Const::SERVER_ERROR, $error);
return Apache2::Const::SERVER_ERROR;
That almost works fine, but the trouble is that the Content-Type header
is always set to "text
Torsten Förtsch wrote on 2010-03-11:
> On Thursday 11 March 2010 15:18:08 Steve Hay wrote:
>> I have a mod_perl-2 handler that uses custom_response() to display
>> error messages if something goes wrong:
>>
>> $r->custom_response(Apache2::Const::SERVER_ERROR, $er
r-threads.com/lists/modperl/dev/102983#102983
>
> fixes your problem? It sounds quite similar. BTW, I have tried to
> reproduce the problem on Linux without success.
>
> On Tuesday, May 17, 2011 17:27:29 Steve Hay wrote:
>> Any thoughts on whether this change is good to commit?
Peter Valdemar Mørch wrote on 2012-06-10:
> Hi,
>
> I'm trying to find out how to detect user hitting 'stop' aka 'abort' in
> modperl 2. I found documentation on how it works in modperl 1 (
> http://perl.apache.org/docs/1.0/guide/debug.html#Detecting_Aborted_Co
> nnections - short version: $r->pri
On 13 July 2012 01:33, Fred Moyer wrote:
> > mod_perl.c:265: error: ‘Nullav’ undeclared (first use in this function)
>
> Hmm, found this in
> http://search.cpan.org/~rjbs/perl-5.16.0/pod/perl5101delta.pod
>
> Uses of Nullav, Nullcv, Nullhv, Nullop, Nullsv etc have been replaced
> by NULL in the c
ith a perl that doesn't have large files
support.
I still think we should also remove our usage of PERL_CORE, though...
From: Steve Hay [mailto:steve.m@googlemail.com]
Sent: 13 July 2012 08:23
To: Fred Moyer
Cc: d...@rentrak.com; modperl@perl.apache.org; mod_perl Dev
Subject: R
Fred Moyer wrote on 2012-07-18:
> On Tue, Jul 17, 2012 at 2:02 AM, Steve Hay
> wrote:
>>
>> I've now eliminated our uses of deprecated core perl symbols in
> commits 1362399, 1362409 and 1362414, although we'll need to update
> Apache-Test in mod_perl to
onger throw exceptions when modperl_wbucket_flush() fails if the
>> failure was just a reset connection or an aborted connection. The
>> failure is simply logged to the error log instead. This should fix
>> cases of httpd.exe crashing when users press the Stop button in their
>> web
Not really much idea, but a couple of possibilities spring to mind: does
your new build have an updated APR, and has the definition of APR_INLINE
changed in it? Also (just looking at the definition of MP_INLINE which
you've quoted...) presumably your new build doesn't have MP_DEBUG
defined; is it p
They are quite possibly down, having been the creation of the sadly departed
Randy Kobes.
I have put a couple of builds (not PPM packages, sorry) of mod_perl suitable
for use with ActivePerl and StrawberryPerl 5.16.0 here:
http://people.apache.org/~stevehay/
From: Vincent Fritz [mailt
John D Groenveld wrote on 2013-03-08:
> [Fri Mar 08 17:58:46 2013] [error] [client 127.0.0.1] Failed to mount
> the hash c ollision attack at /tmp/mod_perl-
> 2.0.7/t/response/TestPerl/hash_attack.pm line 1 03.\n
>
> John
> groenv...@acm.org
Thanks for the report. This is a known test failure, b
Dominic Hargreaves wrote on 2013-03-12:
> Hello,
>
> When trying to fix this issue in Debian stable, I found that the patch
at
>
> http://svn.apache.org/viewvc?view=revision&revision=1455340
>
> does not stop the test failing when applied to 2.0.4 (as currently
> found in Debian stable) and buil
Niko Tyni wrote on 2013-03-13:
> On Wed, Mar 13, 2013 at 09:13:15AM -0000, Steve Hay wrote:
>> Dominic Hargreaves wrote on 2013-03-12:
>
>>> When trying to fix this issue in Debian stable, I found that the
patch
>>> at
>>>
>>> http://svn.
Steve Hay wrote on 2013-03-14:
> Niko Tyni wrote on 2013-03-13:
>> On Wed, Mar 13, 2013 at 09:13:15AM -0000, Steve Hay wrote:
>>> Dominic Hargreaves wrote on 2013-03-12:
>>
>>>> When trying to fix this issue in Debian stable, I found that the
>>>>
Steve Hay wrote on 2013-03-11:
> John D Groenveld wrote on 2013-03-08:
>> [Fri Mar 08 17:58:46 2013] [error] [client 127.0.0.1] Failed to
>> mount the hash c ollision attack at /tmp/mod_perl-
>> 2.0.7/t/response/TestPerl/hash_attack.pm line 1 03.\n
>>
>> John
&g
Fred Moyer wrote on 2013-04-02:
> A release candidate for mod_perl 2.0.8 is now available! Please
> download, test, and report back.
>
> http://people.apache.org/~phred/mod_perl-2.0.8-rc1.tar.gz
>
> MD5 (mod_perl-2.0.8-rc1.tar.gz) = ed056c6910914f5ecc2ac8171082a264
>
+1 on Windows 7 x64 using V
Steve Hay wrote on 2013-04-02:
> Fred Moyer wrote on 2013-04-02:
>> A release candidate for mod_perl 2.0.8 is now available! Please
>> download, test, and report back.
>>
>> http://people.apache.org/~phred/mod_perl-2.0.8-rc1.tar.gz
>>
For those who are interested, I've now uploaded binary builds of
mod_perl-2.0.8 and libapreq2-2.13 components compatible with Apache
Lounge 2.2.24 Build 25 February 2013 (win32) and each of:
* ActivePerl 5.16.3 Build 1603 (x86)
* Strawberry Perl 5.16.3 Build 1 (32bit)
You can download them from h
Yes, it should be possible to make a 64-bit build as well. I will look
into this in the next week or so. ActivePerl, StrawberryPerl and
ApacheLounge all have 64-bit builds available; I just need to dig out
the right 64-bit compiler to use (ideally the one used by ActivePerl).
I will let you know wh
No problem! I've just uploaded builds for ActivePerl 1405 (5.14.4) and
StrawberryPerl 5.14.4.1, which you can find in the same location as
before: http://people.apache.org/~stevehay/
On 28 April 2013 12:10, André Warnier wrote:
> Randolf Richardson wrote:
>>>
>>> For those who are interested, I'v
64-bit binaries are now uploaded too.
On 28 April 2013 20:22, Steve Hay wrote:
> Yes, it should be possible to make a 64-bit build as well. I will look
> into this in the next week or so. ActivePerl, StrawberryPerl and
> ApacheLounge all have 64-bit builds available; I just need to dig
Do you have an exception-trap at the highest level around your
program? I always have the entire program enclosed within a try-catch
block (using Try::Tiny; even just an eval {} would be better than
nothing), so if any Perl-level exceptions are thrown then they get
caught and logged. It won't trap
André Warnier wrote on 2013-05-07:
> Hi.
> I understand that this is not properly speaking a mod_perl issue, more
> like a perl/cpan issue under Windows.
> But before I go subscribe to a couple more lists, maybe someone on
> this list has a clue and can help ?
>
> I recently update perl on my vene
On 27 September 2013 15:38, Aquatic Safaris Diver
wrote:
> I recently updated my perl version to 5.18.1 and wanted to recompile
> mod_perl to get the updated perl in my Apache 2.2.25 webserver.
>
> Here is the output of make
>
> cc -I/usr/local/src/mod_perl-2.0.7/src/modules/perl
> -I/usr/local/sr
On 2 October 2013 17:45, Rolando wrote:
> On 01/10/13 20:11, Rolando wrote:
>>
>> Test failing:
>>
>> mod_perl-2.0.8/t/api/err_headers_out.t
>>
>> Using:
>> - Perl v5.18.1
>> - mod_perl-2.0.8
>> - HTTP::Headers 6.05
>>
>> I attached a diff with the changes I made to make the test pass.
>>
>
> I fi
For those who are interested, I have uploaded binary 64-bit builds of
mod_perl-2.0.8 and libapreq2-2.13 components compatible with Apache
Lounge 2.2.25 Build 29 June 2013 (win64) and each of:
* ActivePerl 5.18.1 Build 1800 (x64)
* Strawberry Perl 5.18.1 Build 1 (64bit)
You can download them from
On 4 November 2013 17:43, Jorge Hernandez wrote:
> Hey guys,
>
> I'm trying to compile mod_perl 2.0.8 for Apache 2.4.6 x64, but when I
> run "perl Makefile.PL" I get this:
>
> ERROR from evaluation of ...\mod_perl-2.0.8\Apache-Reload/Makefile.PL:
> Use of uninitialized value $v in substitution (s/
On 5 November 2013 12:23, Michiel Beijen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi Steve,
>
>
> 11/04/2013 17:54 - Steve Hay wrote:
>
>> mod_perl does not yet support httpd-2.4.x. It currently only supports
>> up to 2.2.x, but w
Thanks. We are in the process of updating how the website gets
updated, and will incorporate this change when the new process is in
place.
On 10 December 2013 22:10, Adam Prime wrote:
> Should link to here instead:
>
> http://marc.info/?l=apache-modperl&r=1&w=2
>
> Adam
>
>
> On 13-12-10 04:47 PM
On 9 February 2014 05:49, Steve Baldwin wrote:
> Hi,
>
> Not sure what I'm doing wrong here. I'm just trying to get the client ip
> address in a PerlResponseHandler as follows:
>
> :
> use Apache2::Connection;
> :
> my $remote_ip = $r->connection->remote_ip();
> :
>
> I get a runtime error as
On 16 February 2014 15:11, Dominic Hargreaves wrote:
> On Sun, Feb 16, 2014 at 11:10:20PM +1100, Carl Brewer wrote:
>> Having just downloaded this latest SVN repo, a grep for "2.4" in the
>> root dir shows a couple of changes, but no explicit mention of 2.4
>> support.
>>
>> Before I try it, does
they're even running httpd-1.3!!!
> The reason for us is that mp is not ready. In fact, I had to put in
> a workaround for parts of us that did upgrade to 2.4 and found things
> broken.
>
> Some distros, such as Debian, included the incompleted mp with Apache
> 2.4 an
On 18 April 2014 18:17, Wells, Steven S. wrote:
> Hi,
>
>
>
> I’m having trouble integrating mod_perl with the latest (2.4) versions of
> Apache – build fails as unable to locate APR directories
>
>
>
> make[1]: Entering directory
> `/usr/local/west/perl/mod_perl-2.0.8/src/modules/perl'
>
> cc -I/
On 23 June 2014 07:16, Mark Hedges wrote:
> s...@tst1.ntf.cftdev1 /ntfhome/local/src/perl/mod_perl-2.0.8
> 2014-06-22 23:09:00 Sun $ diff -u
> /ntfhome/local/src/perl/mod_perl-2.0.8/t/response/TestDirective/perlloadmodule2.pm.orig
>
> /ntfhome/local/src/perl/mod_perl-2.0.8/t/response/TestDirec
On 23 June 2014 09:00, Mark Hedges wrote:
> This worked in trunk. Thanks. I guess I spun my wheels for a couple hours.
>
> Would it be a good idea to roll out 2.0.9 as a bugfix, and make httpd24
> 2.1.0? 2.0.10?
>
I think many people would be annoyed if 2.0.9 appeared and still
didn't contain
On 3 August 2014 22:13, Patrick Powell wrote:
> On 08/03/14 08:25, olli hauer wrote:
>>
>> On 2014-08-01 23:34, Kurt Jaeger wrote:
>>>
>>> Hi!
>>>
Question: when will mod_perl be available for Apache 24?
>>>
>>> There's a PR where people are discussing this:
>>>
>>> https://bugs.freebsd.org/
Send email to: modperl-unsubscr...@perl.apache.org
On 6 August 2014 08:20, Tabassum Fathima wrote:
> Hi all,
>
> Could you please tell me how will I un-subscribe from these group?
>
>
>
> -Original Message-
> From: olli hauer [mailto:oha...@gmx.de]
> Sent: Sunday, August 03, 2014 8:55 PM
On 2 October 2014 08:26, Mathieu Simon wrote:
> Dear List
>
> For whatever reason I wanted (and also would have a certain need) to build
> mod_perl
> to work with Apache 2.4 on Windows. ;-)
>
> I've tried building 2.0.9-dev (master r1624218) with XAMPP 1.8.3 's (httpd
> 2.4.10) with several Strawb
You need to build perl yourself using VC/nmake too or else find some
other binary build using VC/nmake because ActivePerl actually uses
gcc/dmake just like Strawberry Perl these days...
On 6 October 2014 15:23, Mathieu Simon wrote:
> Hi
>
> 2014-10-02 10:27 GMT+02:00 Mathieu Simon :
>>>
>>>
>> Ah
On 4 June 2014 21:02, Kandarian, Richard M wrote:
> Reading MP_TRACE messages I noticed that for every modperl_interp_select()
> call during a request there were two modperl_interp_unselect() calls, one
> bracketing the _select() call and one from the registered cleanup when the
> pool was dest
On 31 October 2014 08:47, Steve Hay wrote:
> On 4 June 2014 21:02, Kandarian, Richard M wrote:
>> Reading MP_TRACE messages I noticed that for every modperl_interp_select()
>> call during a request there were two modperl_interp_unselect() calls, one
>> bracketing the _
On 6 January 2015 at 11:25, Thomas den Braber wrote:
> Does anyone know where I can find the latest 2.0.9 development version ?
> I can't find it anywhere in https://svn.apache.org/repos/asf/perl/modperl/
>
http://svn.apache.org/repos/asf/perl/modperl/trunk
We hope to make a release (2.0.9) very soon. Apologies for the delay
in its arrival.
Until then you can fetch the latest source, which is likely very close
to what will become 2.0.9, from SVN:
https://svn.apache.org/repos/asf/perl/modperl/trunk/
On 13 January 2015 at 17:52, Hong Ye wrote:
> Hi,
On 15 February 2015 at 15:57, Michael Lackhoff wrote:
> Hi,
>
> I have some/great problems installing a specific module under 5.16. The
> whole application which has this module as a dependency runs under mod_perl.
> The module installs (almost) fine under 5.20 but I could not find
> mod_perl wind
On 15 Feb 2015 16:37, "Michael Lackhoff" wrote:
>
> Am 15.02.2015 um 17:15 schrieb Steve Hay:
>
> > I will put some new ones up at http://people.apache.org/~stevehay/
> > soon, by they'll be 64-bit only for now.
>
> Thanks! Though it might be difficul
On 17 February 2015 at 09:40, Michael Lackhoff wrote:
> Am 15.02.2015 um 19:08 schrieb Steve Hay:
>
>>>> If you want 32-bit then the easiest way is to build it yourself using
>>>> a perl that you built yourself with the same compiler.
>>>
>>>
>&
On 17 February 2015 at 13:27, Michael Lackhoff wrote:
> Am 17.02.2015 um 14:14 schrieb Steve Hay:
>
>> You can't. The VC9 build of the mod_perl components are not compatible
>> with StrawberryPerl, which is built with gcc and therefore uses a
>> different C
For those who are interested, I have uploaded binary 64-bit builds of
mod_perl-2.0.8 and libapreq2-2.13 components compatible with Apache
Lounge 2.2.29 Build 02 February 2015 (win64) and each of:
* ActivePerl 5.20.1 Build 2000 (x64)
* Strawberry Perl 5.20.1 Build 1 (64bit)
and 32-bit builds compa
On 22 February 2015 at 23:43, Steve Hay wrote:
> For those who are interested, I have uploaded binary 64-bit builds of
> mod_perl-2.0.8 and libapreq2-2.13 components compatible with Apache
> Lounge 2.2.29 Build 02 February 2015 (win64) and each of:
>
> * ActivePerl 5.20.1
On 24 February 2015 at 16:53, Damian Lukowski wrote:
> Hi,
>
> we are encountering occasional connection disruptions caused by segmentation
> faults in xs/Apache2/RequestIO/Apache2__RequestIO.h Our application is a
> PerlResponseHandler based on Catalyst::View::Mason on Debian Wheezy. The
> segfau
1 - 100 of 197 matches
Mail list logo
