Re: mod_perl 1.0 to 2.0 migration

On Sun, Nov 27, 2022 at 08:49:29AM +0800, Host Cache wrote: > On 2022-11-21 23:16, Xinhuan Zheng wrote: > > Hi All, > > > > We need to migrate our codebase from mod_perl 1.0 to 2.0. In our > > codebase, we have used “use Apache::Constants”. We want to change > > it to be like: > > https://perl.apa

Re: mod_perl 1.0 to 2.0 migration

On 2022-11-21 23:16, Xinhuan Zheng wrote: Hi All, We need to migrate our codebase from mod_perl 1.0 to 2.0. In our codebase, we have used “use Apache::Constants”. We want to change it to be like: https://perl.apache.org/docs/2.0/user/porting/compat.html#mod_perl_1_0_and_2_0_Constants_Coexistence

Re: mod_perl and mod_python

Its got a GIL and it cores frequently and it’s not exposing much of the httpd/apr. It’s not that popular compared to wsgi. On Fri, Aug 19, 2022 at 10:20 PM pengyh wrote: > I know perl and python a bit well, most time use both of them for work. > besides mod_perl, there is also mod_python. > do

Re: mod_perl and mod_python

That is because unlike mod_perl mod_python doesn't integrate deeply into Apache and you can't extend every HTTP request cycle phases. Only two programming languages integrate that deeply - C and Perl. On Fri, Aug 19, 2022, 7:19 PM pengyh wrote: > I know perl and python a bit well, most time use

Re: mod_perl alternatives

I don't think there's any sudden urgency to switch to something else, since nothing has actually changed about the state of mod_perl. However, if you do want to migrate to something else, you should look at Plack: https://metacpan.org/pod/Plack Plack is not a drop-in replacement for mod_perl, but

RE: mod_perl alternatives [EXT]

The problem is I don't think there is mod_perl is quite a unique infrastructure - across all language I believe! I don't think any other language/framework gives you this level of flexibility. Most frameworks just concentrate on the request phase and shoe horn everything in there - so you can't

Re: mod_perl, compilation issues, cont

Additional info : I checked the permissions of all below c:/strawberry/perl, and one thing I can say is that all directories and files below that point have at least permissions read/write/execute for all "authenticated users". On the other hand, I also ran the following (why did I not think

Re: mod_perl, compilation issues, cont

Thank you very much for your reply below. I was getting desperate of getting any at all. I will check the permissions issue and post back to the list. Maybe in the mneantime an additional question to the list : has *anyone at all* succeeded in installing (and using) Apache 2.4 / perl 5.20+ / mo

Re: mod_perl , ChildInitHandler, OpenApi

You can use the $r->pnotes to pass blessed Perl objects between handlers that run at different phases: Apache2::RequestUtil -- $r->pnotes https://perl.apache.org/docs/2.0/api/Apache2/RequestUtil.html#C_pnotes_ (I'm assuming that you're using mod_p

Re: mod_perl interpreter pool

On 2/24/2019 1:32 PM, André Warnier (tomcat) wrote: On 24.02.2019 01:50, Gazzali Jaleel wrote: On 2/22/2019 2:15 PM, John Dunlap wrote: The Prefork MPM has the following settings: StartServers 5 MinSpareServers   5 MaxSpareServers 

Re: mod_perl interpreter pool

On 24.02.2019 01:50, Gazzali Jaleel wrote: On 2/22/2019 2:15 PM, John Dunlap wrote: The Prefork MPM has the following settings: StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxRequestWorkers 150

Re: mod_perl interpreter pool

On 2/22/2019 2:15 PM, John Dunlap wrote: The Prefork MPM has the following settings:     StartServers 5     MinSpareServers   5     MaxSpareServers  10     MaxRequestWorkers 150     MaxConnectionsPerChild   0 I see these Ap

Re: mod_perl developer wanted

17 um 07:30 schrieb Jie Gao : > > * Thorsten Schöning mailto:tschoen...@am-soft.de>> > wrote: > >> Date: Fri, 22 Sep 2017 17:08:57 +0200 >> From: Thorsten Schöning >> To: "modperl@perl.apache.org" >> Subject: Re: mod_perl developer wanted >&

Re: mod_perl developer wanted

* Thorsten Schöning wrote: > Date: Fri, 22 Sep 2017 17:08:57 +0200 > From: Thorsten Schöning > To: "modperl@perl.apache.org" > Subject: Re: mod_perl developer wanted > > Guten Tag Rolf Schaufelberger, > am Donnerstag, 14. September 2017 um 09:10 schrieben Sie:

Re: mod_perl developer wanted

Something similar happened to us when we attempted to upgrade from Debian 7 to Debian 8. Seemingly random core dumps were wreaking havoc in our production environment. At the time, I posted the dumps here but we never did find a solution and we were forced to fall back to Debian 7, which is where w

Re: mod_perl developer wanted

Guten Tag Rolf Schaufelberger, am Donnerstag, 14. September 2017 um 09:10 schrieben Sie: > We don't have the skills to debug this, so we are looking for somebody who > will do this. > We have a virtual machine, ready setup, accessible from outside, so this > could be done from remote. Why not a

Re: mod_perl and cgi-script handler

arnier (tomcat)" > To: modperl@perl.apache.org > Subject: Re: mod_perl and cgi-script handler > User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 > Thunderbird/38.5.0 > > Addendum : > > This is independent of the other previous explanations. > > If you

Re: mod_perl and cgi-script handler

2017 11:36:48 +0200 > From: "André Warnier (tomcat)" > To: modperl@perl.apache.org > Subject: Re: mod_perl and cgi-script handler > User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 > Thunderbird/38.5.0 > > Hi. > > Now that you mention t

Re: mod_perl and cgi-script handler

Addendum : This is independent of the other previous explanations. If your cgi-bin scripts happen to be written in perl, then you would get a rather important *response* performance improvement by using SetHandler perl-script PerlResponseHandler ModPerl::Registry .. That is because the

Re: mod_perl and cgi-script handler

Hi. Now that you mention this, I believe that the original "mistake" in your configuration was the .. SetHandler modperl .. and by just taking that line out, you would have the same effect (without the ). SetHandler is the line which originally overrides the effect of "ScriptAlias". You

Re: mod_perl and cgi-script handler

It seemed "SetHandler" in the mod_perl section overwrote the settings for cgi-script. Adding the following to the directory stanza fixed the problem: SetHandler cgi-script . Regards, Jie * Jie Gao wrote: > Date: Fri, 9 Jun 2017 20:35:43 +1000 > From: Jie Gao > To: modp

Re: mod_perl and cgi-script handler

Hi. I am using much the same kind of config (Apache 2.4, mod_perl, own AAA module, cgi-bin) in multiple places, and have not seen that issue yet. But let me gather some additional info, to make sure, and I'll get back here. On 09.06.2017 12:35, Jie Gao wrote: Hi All I have run into a probl

Re: mod_perl and utf8 and CGI->param

> "Peng" == Peng Yonghua writes: Peng> And, can I override any method from a class via this way? is this a general Peng> trick? thanks. Yes, and your downstream will hate you for it. The ruby people do this all the time, and it makes their code brittle. I did this in my app, and would nev

Re: mod_perl and utf8 and CGI->param

And, can I override any method from a class via this way? is this a general trick? thanks. On 2017/6/2 8:48, Peng Yonghua wrote: good patch. thanks for sharing. On 2017/6/1 23:34, Randal L. Schwartz wrote: I realized that I never posted my ultimate solution. I monkey patch CGI.pm: require

Re: mod_perl and utf8 and CGI->param

good patch. thanks for sharing. On 2017/6/1 23:34, Randal L. Schwartz wrote: I realized that I never posted my ultimate solution. I monkey patch CGI.pm: require CGI; { my $orig = \&CGI::param; no warnings 'redefine'; *CGI::param = sub { $CGI::LIST_CONTEXT_WARN = 0; # workaround

Re: mod_perl and utf8 and CGI->param

> "Randal" == Randal L Schwartz writes: Randal> Getting really frustrated with mod_perl2's apparent inability to Randal> probably read UTF8 input. Randal> Here's my mod_perl2 setup: Randal> Apache 2.2.[something] Randal> mod_perl 2.0.7 (or nearly that) Randal> ModPerl::Registry Randal

Re: mod_perl -> application server

You can use mod_perl properly and write your self a request handler - rather than using CGI scripts which handles the routing for you. I use this model exclusively on my servers... Most of the scripts are converted to action modules, which are dynamically compiled by the handler (which acts as

Re: mod_perl -> application server

Hello Tosh. I stopped using CGI.pm a very long time ago after learning about the apreq2 library which provides access to the Apache2::Request module. Particularly, there is support for CGI parameters, including multiple file uploads from the same HTML form, and also the Cookie API:

Re: mod_perl Website Hosting

From: Vincent Veyron Sent: Thursday, March 09, 2017 11:04 AM To: jniederber...@comcast.net Cc: modperl@perl.apache.org Subject: Re: mod_perl Website Hosting On Sun, 5 Mar 2017 12:40:10 -0500 wrote: Just trying to update my knowledge about website hosting services. Can anyone recommend hosting

Re: mod_perl Website Hosting

e.org Subject: Re: mod_perl Website Hosting On Thu, Mar 09, 2017 at 04:10:40PM +, James Smith wrote: As I want to stay in the UK - I've been using bigV.io services from bytemark - slighlty more expensive - and you have to set up from scratch - but really nice VMs and not difficult to set-

Re: mod_perl Website Hosting

On Thu, Mar 09, 2017 at 04:10:40PM +, James Smith wrote: > As I want to stay in the UK - I've been using bigV.io services from bytemark > - slighlty more expensive - and you have to set up from scratch - but really > nice VMs and not difficult to set-up - and I get to set them up exactly as I >

Re: mod_perl Website Hosting

As I want to stay in the UK - I've been using bigV.io services from bytemark - slighlty more expensive - and you have to set up from scratch - but really nice VMs and not difficult to set-up - and I get to set them up exactly as I want them On 2017-03-09 04:04 PM, Vincent Veyron wrote: O

Re: mod_perl Website Hosting

On Sun, 5 Mar 2017 12:40:10 -0500 wrote: > Just trying to update my knowledge about > website hosting services. > Can anyone recommend hosting companies > that have a good track record of hosting mod_perl > applications? I'm late on this but As Randolf said, your best bet is probably a dedicate

Re: mod_perl Website Hosting

Thanks to all that replied. Joe N From: jniederber...@comcast.net Sent: Friday, March 03, 2017 4:25 PM To: modperl@perl.apache.org Subject: mod_perl Website Hosting Hello all, Just trying to update my knowledge about website hosting services. Can anyone recommend hosting companies that have

Re: mod_perl Website Hosting

> Hello all, > Just trying to update my knowledge about > website hosting services. > Can anyone recommend hosting companies > that have a good track record of hosting mod_perl > applications? I haven't found much that is secure in a shared server environment, so I run my own servers tha

Re: mod_perl Silent Failure, Very Mysterious

N. Braswell, Jr." > To: Jie Gao > CC: modperl@perl.apache.org > Subject: Re: mod_perl Silent Failure, Very Mysterious > > Hi Jie, > If I temporarily disable B::Hooks::OP::Check, as shown below, then it > tells me it was included from Devel::Declare, which was i

Re: mod_perl Silent Failure, Very Mysterious

0600 > From: "William N. Braswell, Jr." > To: Jie Gao > CC: modperl@perl.apache.org > Subject: RE: mod_perl Silent Failure, Very Mysterious > > Hello Again Jie, > I have run the modperl_testreport.pl script per your direction, and > have attached the outp

Re: mod_perl Silent Failure, Very Mysterious

Hi William Where excatly is B::Hooks::OP::Check required / its Check.xs called? Regards, Jie * William N. Braswell, Jr. wrote: > Date: Tue, 22 Nov 2016 06:04:36 -0600 > From: "William N. Braswell, Jr." > To: Jie Gao > CC: modperl@perl.apache.org > Subject: RE

RE: mod_perl Silent Failure, Very Mysterious

warnings FATAL => 'all'; use ModPerl::TestReport; ModPerl::TestReport->new(@ARGV)->run; Jie --------- From: William N. Braswell, Jr. [william.brasw...@autoparallel.com] Sent: Tuesday, November 15, 2016 8:01 PM To: Jie Gao Cc: modperl@perl.apache.org Subject: Re: mod_p

RE: mod_perl Silent Failure, Very Mysterious

iam N. Braswell, Jr. [william.brasw...@autoparallel.com] Sent: Tuesday, November 15, 2016 8:01 PM To: Jie Gao Cc: modperl@perl.apache.org Subject: Re: mod_perl Silent Failure, Very Mysterious Hello Jie & Friends, I got the core dump out of gdb and also some hopefully-helpful output. Here is the output

Re: mod_perl Silent Failure, Very Mysterious

Hello Jie & Friends, I got the core dump out of gdb and also some hopefully-helpful output. Here is the output from gdb (not the core dump which is binary of course): http://hastebin.com/okaxacuriq.scala Then again maybe we have a problem because I'm missing debugging symbols inside /usr/sbin/apac

Re: mod_perl Silent Failure, Very Mysterious

Hi Jie, I have captured the output of `strace -f /usr/sbin/apache2 -e trace8 -k start`: http://hastebin.com/unupocozop.pl Looks like it is dying with a segfault, but I'm not sure what is causing this??? Thanks so much for your help!!! :-) ~ Will [[[ BEGIN PASTE SNIPPET ]]] [pid 6550] stat("blib/

Re: mod_perl Silent Failure, Very Mysterious

Add the "-f" flag to strace and see what errors you get. Regards, Jie * William N. Braswell, Jr. wrote: > Date: Mon, 14 Nov 2016 23:27:53 -0600 > From: "William N. Braswell, Jr." > To: modperl@perl.apache.org > Subject: mod_perl Silent Failure, Very Mysterious > > Hello everyone, I'm tryin

Re: mod_perl 2.0.9 make test dumped core

On 10.05.2016 22:20, Niko Tyni wrote: On Tue, May 10, 2016 at 07:45:45PM +, Xinhuan Zheng wrote: Today I used mod_perl 2.0.9, apache httpd 2.4.20 and perl 5.10.1 isn't this also a somewhat low version of perl ? the current version is at least 5.22, and 5.10 must be at least 3-4 years old

Re: mod_perl 2.0.9 make test dumped core

On Tue, May 10, 2016 at 07:45:45PM +, Xinhuan Zheng wrote: > Today I used mod_perl 2.0.9, apache httpd 2.4.20 and perl 5.10.1 to try > compiling mod_perl DSO object on centos 6 (x86_64) machine. It passed > configure and make but failed ‘make test’. > [ error] oh dangit, server dumped cor

Re: mod_perl startup script and logging

Sorry, never mind, found it : my $server = Apache2::ServerUtil->server(); my $apache_version = Apache2::ServerUtil::get_server_version(); $server->log_error("mp2-startup: server version is " . $apache_version); On 10.04.2016 16:48, André Warnier (tomcat) wrote: Hi. Linux

[Rusonyx #1409057]: Re: mod_perl and apache 2.4

Michael Schout, Вы написали в компанию Русоникс и это письмо является автоматическим подтверждением того, что Ваша заявка поступила в очередь на обработку. Мы ответим на Ваш запрос по возможности максимально быстро. ID Заявки: 1409057 Тема: Re: mod_perl and apache 2.4

Re: mod_perl and apache 2.4

On 5/8/15 7:55 PM, GLG wrote: > It doesn't matter how I install mod_perl (dynamic or static. Also tried via > Webmin), the end result is always the same. This on FreeBSD 10.1 ... > httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf: > Cannot load /usr/local/libexec/apache22/mod_p

Re: mod_perl cannot find startup.pl

On 7/8/2015 8:01 PM, Jim Garrison wrote: D'OH!!! I was sure I had turned off selinux, but had not. That was a very good call. No worries, we've all been there. regards, KAM

Re: mod_perl cannot find startup.pl

On 7/8/2015 4:44 PM, Kevin A. McGrail wrote: > Anything like selinux? > > If you put the startup.pl in the same dir as the config file and chown > to the same user apache is using? > > Regards, > KAM > > On 7/8/2015 7:38 PM, Jim Garrison wrote: >> Running Centos 6.6 with Apache 2.2.15 and mod_p

RE: mod_perl and apache 2.4

From: GLG [mailto:i...@3dnetproductions.com] Sent: Sunday, May 10, 2015 2:58 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 No disrespect intended folks, For a while I was just wondering if I was at the right place, not wanting to annoy people out-of-place in a public lis

RE: mod_perl and apache 2.4

prescribed and report back here. Hopefully, my experience will help others in the future. Thank you, -Original Message- From: Vincent Veyron [mailto:vv.li...@wanadoo.fr] Sent: Sunday, May 10, 2015 8:28 AM To: Jie Gao Cc: GLG; 'mod_perl list' Subject: Re: mod_perl and apache 2.4

Re: mod_perl and apache 2.4

On Sun, 10 May 2015 11:58:56 +1000 Jie Gao wrote: > > You've now got help from Randal! So you know this is really mod_perl list. :-) > Well put! -- Salutations, Vincent Veyron https://legalcase.libremen.com/ Legal case, contract and insurance claim

Re: mod_perl and apache 2.4

Hi GLG You've now got help from Randal! So you know this is really mod_perl list. :-) Regards, Jie * Randal L. Schwartz wrote: > Date: Sat, 9 May 2015 07:56:06 -0700 > From: "Randal L. Schwartz" > To: GLG > CC: 'Jie Gao' , 'mod_perl list' &g

Re: mod_perl and apache 2.4

> "GLG" == GLG writes: GLG> Thanks for the suggestions. Not running FreeBSD may lead to deeper issues GLG> for us because of the type of work that we do. Downgrading could be an GLG> option but there is already so much done, and services running like email, GLG> etc. I'd rather try to find t

RE: mod_perl and apache 2.4

If it's a permissions issue, you probably already know what to do. -Jie From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 4:33 PM To: Jie Gao; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks for the suggestio

RE: mod_perl and apache 2.4

feb00) 69375 ktrace NAMI "/usr/bin/apachectl" 69375 ktrace RET execve -1 errno 13 Permission denied -Original Message- From: Jie Gao [mailto:j@sydney.edu.au] Sent: Saturday, May 09, 2015 12:31 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE

RE: mod_perl and apache 2.4

at lib files you are allowed to load. I'd change OS to save time. -Jie From: Jie Gao [j@sydney.edu.au] Sent: Saturday, May 09, 2015 11:59 AM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.

RE: mod_perl and apache 2.4

, May 08, 2015 9:59 PM To: i...@3dnetproductions.com; 'mod_perl list' Subject: RE: mod_perl and apache 2.4 mod_perl.so indeed does not have "modperl_io_perlio_restore_stdout", nor "modperl_io_perlio_restore_stdin"; it does have "modperl_io_perlio_restore", w

RE: mod_perl and apache 2.4

_ From: GLG [i...@3dnetproductions.com] Sent: Saturday, May 09, 2015 10:55 AM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 It doesn't matter how I install mod_perl (dynamic or static. Also tried via Webmin), the end result is always the same. This on FreeBSD 1

RE: mod_perl and apache 2.4

x27;??? Is this really a mod_perl list? Thank you, -Original Message- From: GLG [mailto:i...@3dnetproductions.com] Sent: Friday, May 01, 2015 7:12 PM To: 'mod_perl list' Subject: RE: mod_perl and apache 2.4 Thanks André. Your info was useful. I can't say that I solve

RE: mod_perl and apache 2.4

Thanks André. Your info was useful. I can't say that I solved this yet, but I did find something strange. But first, I no longer think there's an issue with libtool. It looks like there's a fix running. Secondly, I had to 'pkg install p5-BSD-Resource' dependency manually, because the automatic i

Re: mod_perl and apache 2.4

Hi. I honestly don't know if this will help you, because I have no idea about FreeBSD. But what I can tell you, is that I am running Apache 2.2 and mod_perl 2 succesfully on multiple servers, under various versions of Windows and under various versions of Linux, without any problems whatsoever

RE: mod_perl and apache 2.4

Thanks everyone for earlier replies, I now have Apache22 installed, but I am unable to start it with mod_perl2. >From my research, I am being led to believe that my mod_perl2 installation may be faulty, due to the fact that Libtool needs to be patched, as it incorrectly identifies FreeBSD 10 as F

Re: mod_perl Segmentation fault with ModProxyHtml

Dear all,Does anybody have a solution for this problem.It seems to be a serious modperl problem. I have also seen some related problems in other modules using modperl.Thanks for any help. On Monday, April 13, 2015 2:28 PM, Pashmak Pahsmakian wrote: Hello, I am using httpd 2.2.15(w

Re: mod_perl and apache 2.4

Redhat Enterprise Linux 7 does not seem to have mod_perl in the core distribution channel. Regards, Jie * GLG wrote: > Date: Thu, 16 Apr 2015 10:22:23 -0400 > From: GLG > To: modperl@perl.apache.org > Subject: mod_perl and apache 2.4 > X-Mailer: Microsoft Office Outlook 12.0 > > Hello List

Re: mod_perl and apache 2.4

I know it doesn't help you, but Debian has been shipping with apache 2.4 and mod_perl working since last year. Of course with Debian, they compile it and stuff it into a package, so we avoid compilation problems. On Thu, Apr 16, 2015 at 10:27 AM, Kevin A. McGrail wrote: > On 4/16/2015 10:22 AM

Re: mod_perl and apache 2.4

On 4/16/2015 10:22 AM, GLG wrote: Unless I am mistaken, it would appear that there is currently no solution as far as running Perl with Apache 2.4 via mod_perl 2.0.8 (or is there a version 2.0.9 out?). That is currently the case. I believe there is an SVN version that will build and work but

Re: mod_perl for multi-process file processing?

You will find that when you share the memory the hashes are not copied to each thread. The docs are a little misleading. On Feb 3, 2015, at 11:54 AM, Alan Raetz mailto:alanra...@gmail.com>> wrote: Thanks for all the input. I was considering threads, but according to how I read the perlthreadtut

Re: mod_perl for multi-process file processing?

Thanks for all the input. I was considering threads, but according to how I read the perlthreadtut ( http://search.cpan.org/~rjbs/perl-5.18.4/pod/perlthrtut.pod#Threads_And_Data), quote: "When a new Perl thread is created, all the data associated with the current thread is copied to the new thread,

Re: mod_perl for multi-process file processing?

I agree, either threads or Parallel::ForkManager, depending on your platform and your perl, will be a lot faster than mod_perl for this. Of course there might be other reasons to use mod_perl, e.g. it's useful to have this available as a remote service, or you want to call this frequently for small

Re: mod_perl for multi-process file processing?

Cache::FastMmap is a great module for sharing read/write data, but it can't compete with the speed of loading it all into memory before forking as Alan said he plans to do. - Perrin On Tue, Feb 3, 2015 at 2:05 AM, Cosimo Streppone wrote: > Alan Raetz wrote: > > So I have a perl application tha

Re: mod_perl for multi-process file processing?

Unless I’m entirely wrong it appears that you want to use shared threaded memory. This would allow you to keep out of apache altogether. Here is an example of using threads that I worked out using shared memory. We took a 4 hour task, serial, and turned it into 5 minutes with threads. This worked

Re: mod_perl for multi-process file processing?

Alan Raetz wrote: So I have a perl application that upon startup loads about ten perl hashes (some of them complex) from files. This takes up a few GB of memory and about 5 minutes. It then iterates through some cases and reads from (never writes) these perl hashes. To process all our cases, it

Re: mod_perl for multi-process file processing?

Alan/Alexandr, There will always be an overhead with using a webserver to do this - even using mod_perl. Assumiptions: *from what you are saying that there is no actual website involved but you want to use mod_perl to cache data for an offline process; *One set of data is use

Re: mod_perl for multi-process file processing?

Pre-loading is good, but what you need, I belive, is Storable module. If your files contains parsed data (hashes) just store them as serialized. If they containing raw data, need to be parsed, you may pre-parse, serialize it and store as binary files. Storable is written in C and works very fast.

Re: mod_perl installed via yum but not used by application (RedHat 6.5 Apache 2.2.15 mod_perl 2.0.4)

BOUX Frederik wrote: Hello, I am using OTRS on a RedHat 6.5 with apache2 and mod_perl2. We are using these packages (yum info feedback): Installed Packages Name: httpd Arch: x86_64 Version : 2.2.15 Release : 39.el6 Name: mod_perl Arch: x86_64 Version

Re: mod_perl for Apache 2.4

> To: mod_perl list > CC: Randolf Richardson > Subject: Re: mod_perl for Apache 2.4 > X-mailer: Pegasus Mail for Windows (4.70) > > > We hope to make a release (2.0.9) very soon. Apologies for the delay > > in its arrival. > > This is fantastic news! Thank yo

Re: mod_perl for Apache 2.4

> We hope to make a release (2.0.9) very soon. Apologies for the delay > in its arrival. This is fantastic news! Thank you for all the hard work that you and everyone has been putting into mod_perl2. I've been looking forward to this for quite some time, and I appreciate that there is

Re: mod_perl for Apache 2.4

On Tue, Jan 13, 2015 at 1:02 PM, Steve Hay wrote: > We hope to make a release (2.0.9) very soon. Apologies for the delay > in its arrival. > > Great News! Will there be some updated doc pages with that release? I know I'm having troubles with authentication combined with DirectoryIndex, and the

Re: mod_perl for Apache 2.4

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,

Re: mod_perl for Apache 2.4

Hi, Does anyone know when mod_perl for Apache 2.4 will be available for download? Where can I download the mod_perl source code that supports Apache 2.4? Thanks, Hong

Re: mod_perl and utf8 and CGI->param

apreq validates anything it presents as utf8, otherwise it marks it as ISO88591 or some windows encoding I don't remember the name of if that fails. On Monday, September 8, 2014 3:17 PM, André Warnier wrote: Michael Schout wrote: > On 9/2/14, 4:19 PM, Randal L. Schwartz wrote: > >> ##

Re: mod_perl and utf8 and CGI->param

Michael Schout wrote: On 9/2/14, 4:19 PM, Randal L. Schwartz wrote: ## ensure utf8 CGI params: $CGI::PARAM_UTF8 = 1; Sorry to chime in late on this, but part of the problem with CGI.pm and UTF-8 is that PARAM_UTF8 gets clobbered by a cleanup handler that CGI.pm itself registers if its run

Re: mod_perl and utf8 and CGI->param

On 9/2/14, 4:19 PM, Randal L. Schwartz wrote: > ## ensure utf8 CGI params: > $CGI::PARAM_UTF8 = 1; Sorry to chime in late on this, but part of the problem with CGI.pm and UTF-8 is that PARAM_UTF8 gets clobbered by a cleanup handler that CGI.pm itself registers if its running under mod_perl.

Re: mod_perl and utf8 and CGI->param

> "Randal" == Randal L Schwartz writes: Randal> Yeah, just coded that. In a BEGIN block in my app, I monkey-patched Randal> read_from_client: And then I've also tried to monkey-patch ->read just as you said. On the first read, an empty string is apparently returned, which fails something h

Re: mod_perl and utf8 and CGI->param

> "Torsten" == Torsten Förtsch writes: Torsten> Though, I wouldn't go this way. I'd either try to force CGI.pm to read Torsten> from STDIN and use the perl-script handler Torsten> (http://perl.apache.org/docs/2.0/user/config/config.html#C_perl_script_). This Torsten> pushes a PerlIO layer to

Re: mod_perl and utf8 and CGI->param

On 03/09/14 21:38, Randal L. Schwartz wrote: > What I need to know is what is mod_perl doing differently? Does it not > respect binmode STDIN, ":utf8"? Apparently not. So if you know of a > way to get mod_perl to "fix" reading from the browser properly, I'm > interested in that. Something along

Re: mod_perl and utf8 and CGI->param

I encode a "pound sign" which as a parameter which indicates whether content is UTF-8, UCS or latin-1 - and this seems to resolve most of the issues... I did take a lot of effort to fix issues with utf8 and there are a lot of these - between form -> post; between requests if storing data in ses

Re: mod_perl and utf8 and CGI->param

> "André" == André Warnier writes: André> The methodology I follow is as follows : André> 1) all html pages of the applications should have a tag like : André> André> 2) all in the page should have the attributes André> enctype="application/form-data" André> accept-charset="." (the s

Re: mod_perl and utf8 and CGI->param

On 09/03/2014 11:17 AM, André Warnier wrote: > 3) all forms contain a hidden text like > (some known > sequence of "diacritics" characters guaranteed to have a different byte > length between ISO-8859-x and UTF-8 encoding) > [...] > But it's helped me sleep better for quite a while now. This i

Re: mod_perl and utf8 and CGI->param

Hi Randal. Randal L. Schwartz wrote: Getting really frustrated with mod_perl2's apparent inability to probably read UTF8 input. Here's my mod_perl2 setup: Apache 2.2.[something] mod_perl 2.0.7 (or nearly that) ModPerl::Registry Perl "script" with CGI.pm Very early in my app: ## ens

Re: mod_perl 2.0.8 for Apache 3.4 on Windows

> I have found ExtUtils::Embed 1.3001 at > C:/Perl64/lib/ExtUtils/Embed.pm Which Perl distribution is that? Which steps did you take to get that error message? You need to find out how you ended up with a version that is not in a release of Perl:

Re: mod_perl and Transfer-Encoding: chunked

On 04/07/13 17:48, Bill Moseley wrote: > Applications probably don't > need to care. They should receive the body -- so for mod_perl that means > reading data using $r->read until there's no more to read and then the app > should never need to look at the Transfer-Encoding header -- or > Content-L

Re: mod_perl and Transfer-Encoding: chunked

Bill Moseley wrote: André, thanks for the response: On Thu, Jul 4, 2013 at 4:06 AM, André Warnier wrote: Bill Moseley wrote: First, if $r->read reads unchunked data then why is there a Transfer-Encoding header saying that the content is chunked? Shouldn't that header be removed? Looking

Re: mod_perl and Transfer-Encoding: chunked

André, thanks for the response: On Thu, Jul 4, 2013 at 4:06 AM, André Warnier wrote: > > Bill Moseley wrote: > >> >> First, if $r->read reads unchunked data then why is there a >> Transfer-Encoding header saying that the content is chunked? Shouldn't >> that header be removed? >> > Looking at

Re: mod_perl and Transfer-Encoding: chunked

Not disregarding the other answers to your questions, but I believe that maybe one aspect has been neglected here. Bill Moseley wrote: For requests that are chunked (Transfer-Encoding: chunked and no Content-Length header) calling $r->read returns *unchunked* data from the socket. That's indee

Re: mod_perl and Transfer-Encoding: chunked

On 03/07/2013 23:42, Joseph Schaefer wrote: > Dechunked means it strips out the lines containing metadata about the next > block of raw data. The metadata is just the length of the next block of data. > Imagine a chunked stream is like having partial content length headers > embedded in the dat

Re: mod_perl and Transfer-Encoding: chunked

On 03/07/2013 23:26, Jim Schueler wrote: > >> Second, if there's no Content-Length header then how >> does one know how much >> data to read using $r->read? >> >> One answer is until $r->read returns zero bytes, of >> course. But, is

Re: mod_perl and Transfer-Encoding: chunked

On 03/07/2013 21:53, Joseph Schaefer wrote: > When you read from the input filter chain as $r->read does, the http > input filter automatically handles the protocol and passes the dechunked > data up to the caller. It does not spool the stream at all. > > You'd have to look at how mod perl impleme

  1   2   3   4   5   6   7   8   9   10   >