I forgot to mention that 1.99_09 installs two new utils:
- mp2bug: used for success/failure reports after mod_perl was installed and
the source is no longer available (e.g. binary distros).
- mp2doc: replaces perldoc to cope with the Apache2/ subdir (perldoc won't
know to search under Apache2)/
I've committed the code that adds SERVER_ROOT and SERVER_ROOT/lib/perl to
@INC, but it's disabled if an explicit MP_COMPAT_1X=0 is passed to Makefile.PL
(it's enabled by default).
I'll document shortly what other mp1-compat features can be disabled by
passing MP_COMPAT_1X=0...
Carl Brewer wrote:
I'm an idiot :)
It's important that the user accessing a MySQL database
to do any work with Apache::Session::MySQL or Session
have update permission as well as insert, select and
delete on the sessions table.
Carl
Thank you Beau for a complete bug report.
a. ModPerl-Registry/t/bad_scritps.t returns 403 not 500.
bad_scripts1..1
# Running under perl version 5.008 for linux
# Current time local: Thu Sep 4 16:19:34 2003
# Current time GMT: Fri Sep 5 02:19:34 2003
# Using Test.pm version 1.24
# testing
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Beau E. Cox" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, September 04, 2003 9:09 PM
Subject: Re: [mp2] ModPerl-Registry/t/bad_scritps.t returns 403 not 500
>
Beau E. Cox wrote:
May be you have an old checkout of this file, try to do:
rm ModPerl-Registry/t/cgi-bin/r_inherited.pl
cvs up ModPerl-Registry/t/cgi-bin/r_inherited.pl
and try again.
Thanks Stas -
Sorry I missed the error. I did the 'rm' and re-cvs'ed -
flags correct and test OK. Next I rmeove
Stas -
Yep - ALL SET! Thanks a $1,000,000.
Aloha => Beau;
PS: I wonder whose anti-spam filter is going to
junk this email? :)
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
/httpd.apache.org/docs-2.0/mod/core.html#sethandler
If you still have questions regarding this (my guess is that it should
work just fine) please ask.
re: PerlResponseHandler vs PerlHandler, I've updated the docs to always
use PerlResponseHandler. Per
Steve, please don't throw more than one question into the same email. It
makes it really hard to followup. Please post each question separately.
Steve D wrote:
For the purpose of clarifying the issue, are you saying there is contention
between the two handlers which are declared within the httpd
On Today at 11:32am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Both failed due to the missing LWP. I was able to reproduce the exact
SB> problem by removing LWP/UserAgent.pm. I have now fixed both in cvs.
SB> Please 'cvs up' and test again. Thanks.
SB>
after cvs up, "make test" skipped
Haroon Rafique wrote:
On Today at 11:32am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Both failed due to the missing LWP. I was able to reproduce the exact
SB> problem by removing LWP/UserAgent.pm. I have now fixed both in cvs.
SB> Please 'cvs up' and test again. Thanks.
SB>
after cvs u
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, since
SB> I've messed wi
Haroon Rafique wrote:
On Saturday at 9:22am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> I think the issue is very simple: @INC had system libraries dirs
SB> before the freshly build ones, so dumping @INC contents prior to libs
SB> loading should aid the debug. But please use the latest cvs, si
On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote:
> Now onto serious stuff. /usr/bin/perl here is the system-wide perl install
> that came bundled with Redhat.
Just a thought: did you fix the locale on that machine? Most of CPAN
won't compile on Red Hat 8 and 9 because of the broken UTF8 locale
What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
perl's support for unicode or perl's support for locales ?
I dont think the LANG variable is wrong as such is it ?
I have to currently upgrade a couple of production servers running
mod_perl and I am finding it difficult to decide
On Today at 12:38am, PH=>Perrin Harkins <[EMAIL PROTECTED]> wrote:
PH> On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote:
PH> > Now onto serious stuff. /usr/bin/perl here is the system-wide perl
PH> > install that came bundled with Redhat.
PH>
PH> Just a thought: did you fix the locale on that ma
On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote:
> What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
> perl's support for unicode or perl's support for locales ?
Short answer: the Perl build is fine if you change the locale to what it
was in previous version of Red Hat (en_
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB>
SB> Then, if it's indeed your globally installed Apache::Filter and not
SB> the local one, dump
My appologies, I've tried to grok this from the doco,
but must have missed it somewhere while trying to
parse apache::request somehow?
I've got a script, I want to grab submitted values to it
of the form :
http://foo.bar/perl/script.pl?a=4
And I want to be able to work out what "a" is within scrip
Haroon Rafique wrote:
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB>
SB> Then, if it's indeed your globally installed Apache::Filter and not
SB
Stas Bekman wrote:
Haroon Rafique wrote:
On Today at 9:46am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> SB> Actually it was Sunday (future!) and it's winter (past?) here in
SB> Melbourne ;)
I figured we were a few continents away.
SB> SB> Then, if it's indeed your globally installed Apache::
On Today at 6:58pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> please try this patch against the current cvs. I did some testing and
SB> it seems to work. Test it on your old setup where you still have this
SB> problem.
SB>
SB> [...patch snipped...]
SB>
SB>
I applied your suggested patch t
Haroon Rafique wrote:
On Today at 6:58pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> please try this patch against the current cvs. I did some testing and
SB> it seems to work. Test it on your old setup where you still have this
SB> problem.
SB>
SB> [...patch snipped...]
SB>
SB>
I applied
Perrin Harkins wrote:
On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote:
What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl,
perl's support for unicode or perl's support for locales ?
Short answer: the Perl build is fine if you change the locale to what it
was in previous ver
On Thu, 2003-06-12 at 20:10, Stas Bekman wrote:
> Perrin, do you think it's worth documented this somewhere in the
> troubleshooting section? OS-specific issues?
That's a good idea. I'm going on vacation for a couple of weeks and
won't be able to look at it until I get back, but if no one else h
Perrin Harkins wrote:
On Thu, 2003-06-12 at 20:10, Stas Bekman wrote:
Perrin, do you think it's worth documented this somewhere in the
troubleshooting section? OS-specific issues?
That's a good idea. I'm going on vacation for a couple of weeks and
won't be able to look at it until I get back,
I've read several postings on what appears to be this same issue
but I haven't seen a resolution, thus far. I've seen speculation
that it involves setups where LWP isn't installed, so I installed
libwww-perl-5.69 and its prerequisites, but I'm still seeing the
problem.
I'm working on HP-UX 11.0, a
When I use Apache 2.0.46, mod_deflate with mod_perl-1.99_09 (or the latest
mod_perl-2.0 CVS), perl buffering is off ($|=1), and my perl script prints
nothing (e.g. 'print "";'), I get the following error:
[Wed Jul 02 10:10:00 2003] [error] 19513: ModPerl::RegistryBB: 20014:Error
string not spec
Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
that use them don't complain that they don't have the use statements
within the module code and
Hi,
I am trying to write a filter that will sit on a proxy server and alter
HTTP requests. Basically, what I want it to do is modify the User-Agent
header field so that when the request is proxied, the remote web server
gets a different User-Agent header field to the one that was originally
sent b
I'm new to mod_perl, and was having fun tinkering with mod_perl-1.99_05-3
on Red Hat 8 (Perl 5.8.0 / Kernel 2.4.18-17.8.0 on an i686 /
Apache/2.0.40), installed from RPM's.
I wanted to get the older Apache:: modules to work, I noted that the ones i
wanted came with mod_perl-1.27, and made the
Apache::compat is useful during the mp1 code porting. Though remember that
it's implemented in pure Perl. In certain cases it overrides mp2 methods,
because their API is very different and doesn't map 1:1 to mp1. So if
anything, not under my control, loads Apache::compat my code is
Stas Bekman wrote:
Apache::compat is useful during the mp1 code porting. Though remember
that it's implemented in pure Perl. In certain cases it overrides mp2
methods, because their API is very different and doesn't map 1:1 to mp1.
So if anything, not under my control, loads Apache:
system details are posted as cut-and-paste from t/REPORT output at the end
of the email.
Background:
1. make test passes 100% with 1.99_08
2. make test fails to start the webservers with 1.99_09
3. make test fails to start the webservers with 1.99_10-dev (cvs)
In the case of 1.99_09, following
ncerning taint etc appreciated)
print $r->args;
prints "a=4", you can also do:
$r->args("a=5");
Is that what you are after?
Also see the guts of Apache/compat.pm for how it provides the backcompat
functionality of doing:
my %args = $r->args;
don't expect this
?
Also see the guts of Apache/compat.pm for how it provides the backcompat
functionality of doing:
my %args = $r->args;
The doco says that's evil, or at least it is in an array context,
not a hash?
don't expect this to ever be part of the mp2 API, it's CGI.pm or
Apache::Request
it's not evil, it's just far from trivial to do the parsing right, therefore
the job is delegated to the modules that excel at this job.
don't expect this to ever be part of the mp2 API, it's CGI.pm or
Apache::Request that (will) do that job.
*nod*
I'm also trying t
To followup ...
Not sure this helps, but despite being unable to run 'make test',
I went ahead and ran 'make install' and got no obvious errors.
Then I ran a little program called pmdesc.pl to display modules
installed for perl5.8. It's not perfect, but it's still useful.
Below is what seems to b
Seems to be a problem with calling IoFLUSH() on an already flushed
handle.
This patch seems to fix it for me.
Index: xs/Apache/RequestIO/Apache__RequestIO.h
===
RCS file: /home/cvs/modperl-2.0/xs/Apache/RequestIO/Apache__RequestIO.h,
Doug Wyatt wrote:
Also, it appears that blib/lib/Bundle/ApacheTest.pm is missing
a ';' at the end of the third line.
thanks, committed.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
Doug Wyatt wrote:
I've read several postings on what appears to be this same issue
but I haven't seen a resolution, thus far. I've seen speculation
that it involves setups where LWP isn't installed, so I installed
libwww-perl-5.69 and its prerequisites, but I'm still seeing the
problem.
I'm workin
Philippe M. Chiasson wrote:
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
-1, this is a wrong solution. print ""; should flush just like it did in
mod_perl
Bill Marrs wrote:
At 04:24 AM 7/15/2003, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
-1, this is a wron
Jamie Krasnoo wrote:
Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
that use them don't complain that they don't have the use statements
withi
From: "Jamie Krasnoo" <[EMAIL PROTECTED]>
To: "Modperl list" <[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 11:32 AM
Subject: [MP2] Placing Apache::RequestRec & Apache::RequestIO &
APR::Tableuse statements in startup.pl
> Will placing Apache::RequestRec &am
Jamie Krasnoo wrote:
On Thu, 2003-07-24 at 02:15, Stas Bekman wrote:
Jamie Krasnoo wrote:
Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
tha
Pringle, Chris (HP-PSG) wrote:
Hi,
I am trying to write a filter that will sit on a proxy server and alter
HTTP requests. Basically, what I want it to do is modify the User-Agent
header field so that when the request is proxied, the remote web server
gets a different User-Agent header field to the
PROTECTED] **
*** _/ *
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: 18 September 2003 11:37
To: Pringle, Chris (HP-PSG)
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2][QUESTION]: Filter to modify request headers o
Pringle, Chris (HP-PSG) wrote:
Hi,
I've just tried that script again (see link below) using a POST request.
In the error log file, there is the content of the POST Request e.g.
user=cpringle&password=x but nothing else. There is no HTTP headers.
My Apache directive to enable the filter is
Perl
Thanks for this. I had put 'PerlInputFilterHandler
iPAQApache::ResetBrowser' inside the proxy block, and it should have
been outside like you said.
_/***
* _/ **Chris Pringle**
_/
Pringle, Chris (HP-PSG) wrote:
Thanks for this. I had put 'PerlInputFilterHandler
iPAQApache::ResetBrowser' inside the proxy block, and it should have
been outside like you said.
So it did work this time, right? Perhaps we should issue a warning if a
connection filter is found insider or alike.
On Wed, Jan 15, 2003 at 01:32:30PM +, Jon wrote:
>
> I'm new to mod_perl, and was having fun tinkering with mod_perl-1.99_05-3
> on Red Hat 8 (Perl 5.8.0 / Kernel 2.4.18-17.8.0 on an i686 /
> Apache/2.0.40), installed from RPM's.
>
> I wanted to get the older Apache:: modules to work, I not
Many thanks for your reply Jérôme :)
I have now uninstalled the RPM, but unfortunately:
[root@fooTowers mod_perl-1.99_08]# perl Makefile.PL MP_APXS=/usr/sbin/apxs
Reading Makefile.PL args from @ARGV
MP_APXS = /usr/sbin/apxs
!!! Unable to determine server version, aborting.
!!! Invalid MP_APXS
On Wed, Jan 15, 2003 at 03:07:14PM +, Jon wrote:
>
> I have now uninstalled the RPM, but unfortunately:
>
> [root@fooTowers mod_perl-1.99_08]# perl Makefile.PL MP_APXS=/usr/sbin/apxs
> Reading Makefile.PL args from @ARGV
>MP_APXS = /usr/sbin/apxs
> !!! Unable to determine server version,
At 16:34 15/01/2003 +0100, Jérôme Augé wrote:
You must install the "httpd-devel" package, /usr/sbin/apxs is in this
package.
OK, I've installed this, but I would like one more go at getting the RPM
working, so I don't get more problems when the next RPM is released - I
guess I have to choose o
--- Jon <[EMAIL PROTECTED]> wrote:
> This RPM was working before, so all my messing
> around has broken something
> I can't find. If the recommendation is to ditch the
> RPM and proceed with
> the new binary then that's fine.
>
> thanks again, jon
>
Red Hat's RPM seems very friendly at first
Jon wrote:
At 16:34 15/01/2003 +0100, Jérôme Augé wrote:
You must install the "httpd-devel" package, /usr/sbin/apxs is in this
package.
OK, I've installed this, but I would like one more go at getting the RPM
working, so I don't get more problems when the next RPM is released - I
guess I ha
(Just an informational post to round off the thread.)
The following worked for me, I now have a working mod_perl 1.99!
At 15:08 15/01/2003 +0100, Jérôme Augé wrote:
To compile mod_perl-1.99_xx on RedHat 8.0 I used :
$ perl Makefile.PL MP_APXS=/usr/sbin/apxs
First, I removed the original mod_p
Hi Stas,
I'm not interested in modifying CGI.pm to use MP2 until I start using MP2
myself. This isn't likely in the near future, since I'm very happy indeed
with MP1/Apache1.
Lincoln
On Friday 07 March 2003 03:58 am, Stas Bekman wrote:
> Stas Bekman wrote:
> >
On Yesterday at 11:17am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> Is it possible that you have an old install and it gets loaded
SB> instead? Can you try nuking any preinstalled mod_perl libs?
SB>
Hi Stas,
This will be a long email (I think you're probably used to looking at long
emails
Haroon Rafique wrote:
On Yesterday at 11:17am, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB> Is it possible that you have an old install and it gets loaded
SB> instead? Can you try nuking any preinstalled mod_perl libs?
SB>
Hi Stas,
This will be a long email (I think you're probably used to lo
Haroon Rafique wrote:
system details are posted as cut-and-paste from t/REPORT output at the end
of the email.
Background:
1. make test passes 100% with 1.99_08
2. make test fails to start the webservers with 1.99_09
3. make test fails to start the webservers with 1.99_10-dev (cvs)
Right, the ne
On Today at 12:03pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> > In the case of 1.99_09, following happens after running "make test"
SB> >
SB> > [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute:
SB> > TestFilter::out_init_basic at
SB> > /home/haroon/src/build/mod_perl-1.99_09
Haroon Rafique wrote:
On Today at 12:03pm, SB=>Stas Bekman <[EMAIL PROTECTED]> wrote:
SB>
SB> > In the case of 1.99_09, following happens after running "make test"
SB> >
SB> > [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute:
SB> > TestFilter::out_init_basic at
SB> > /home/haroon/src/
This fixed the bug for me.
At 10:48 AM 7/2/2003, you wrote:
#define mpxs_output_flush(r, rcfg) \
/* if ($|) */ \
-if (IoFLUSH(PL_defoutgv)) { \
+if (bytes > 0 && IoFLUSH(PL_defoutgv)) { \
MP_FAILURE_CROAK(modperl_wbucket_flush(rcfg->wbucket, TRUE)); \
}
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
> This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
One thing that could help is if someone could take the time to write a
test for this bug.
Gozer out.
> At 1
At 04:24 AM 7/15/2003, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Thu, 2003-07-03 at 01:24, Bill Marrs wrote:
This fixed the bug for me.
Great! Will commit it in the near future. (Can't seem to access the cvs
server right now, crappy internet cafe)
-1, this is a wrong solution. print ""; sh
ith 2.9.47 that will help. Otherwise I'll later try with .46 as well.
I just upgraded to Apache 2.0.47 and the latest CVS of mp2 and I'm
reproducing it, same as I originally reported.
I tried a few variations to see if I could find other factors, but didn't
have much luck. The serve
M. Chiasson" <[EMAIL PROTECTED]>
Cc: "Bill Marrs" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, July 15, 2003 3:24 AM
Subject: Re: [mp2 Patch] BUG with mod_deflate and $|=1 (20014:Error string
not specified)
> Philippe M. Chiasson wrote:
> > On
At 07:16 PM 7/18/2003, Slava Bizyayev wrote:
In my understanding _it is_ a problem of mod_deflate.
The error does not occur if I run the same test script under mod_cgi
instead of mod_perl. This suggests that the problem is in mod_perl not
mod_deflate.
right?
L PROTECTED]>; "Philippe M. Chiasson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 19, 2003 7:01 AM
Subject: Re: [mp2 Patch] BUG with mod_deflate and $|=1 (20014:Error string
not specified)
> At 07:16 PM 7/18/2003, Slava Bizyayev wrote:
> >In my un
At 11:07 AM 7/19/2003, Slava Bizyayev wrote:
May I see your client side HTTP log of the request-response transaction
through mod_cgi vs. mod_perl?
I'm not sure what you mean. Do you mean my access_log? I have a
deflate_log as well (that shows the compression stats as well). But, maybe
you're t
h is mod_perl.
Thanks,
Slava
- Original Message -
From: "Bill Marrs" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]>; "Stas Bekman"
<[EMAIL PROTECTED]>; "Philippe M. Chiasson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTE
I can measure it myself if you can provide me with URLs to your resources
and identify them in terms of which one is mod_CGI and which is mod_perl.
This is the mod_cgi one that works fine, no errors:
http://shevek.kenyonhill.com/cgi/test.pl
This is the mod_perl one (same script) that generates the
again";
---
It may cause a problem for chunked output if mod_deflate does not care to
keep internal buffer and check its size when flushing...
Thanks,
Slava
- Original Message -
From: "Bill Marrs" <[EMAIL PROTECTED]>
To: "Slava Bizyayev" <[EMAIL PROTECTED]&g
We can see that mod_cgi bufferizes the output and sends it with
Content-Length HTTP header (to mod_deflate). Indeed mod_perl generates
chunked response. Finally we have the same result. I don't see any problem
at this moment.
Well, the problem is that I get this error in my error_log:
[Mon Jul 21
> Well, the problem is that I get this error in my error_log:
>
> [Mon Jul 21 14:18:55 2003] [error] 4297: ModPerl::RegistryBB: 20014:Error
> string not specified yet at /var/www/perl/test.pl line 6.
>
> Also, more important, the script seems to be terminating and/or any output
> following the 'pri
On Thu, 2003-07-24 at 02:15, Stas Bekman wrote:
> Jamie Krasnoo wrote:
> > Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
> > startup.pl to load them up for multiple handlers have any bad side
> > effects? I noticed that when I load them via startup.pl the handlers
> > that u
On Thu, 2003-07-24 at 04:32, Jamie Krasnoo wrote:
> Will placing Apache::RequestRec & Apache::RequestIO & APR::Table in
> startup.pl to load them up for multiple handlers have any bad side
> effects? I noticed that when I load them via startup.pl the handlers
> that use them don't complain that the
Bill Marrs wrote:
[...]
You would probably wish to append your script with
additional output after the empty string? Something like:
#!/usr/bin/perl
$|=1;
print "Content-Type: text/html\n\n";
print "hello world";
# This line causes the error (?)
print "";
print "hello again";
---
When I do this,
Bill Marrs wrote:
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
For the archives: This bug has been fixed in the
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please let
me know if you do that, so I won't duplicate it. But I'd prefer that you
do it so you can make sure that it gets fixed in the next release, since
you need it working.
I've just verified that your patc
Please report to the list the bug id so we can document this issue for
those who have the same problem with older httpds. Thanks.
OK, I've posted it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22259
Thanks for the fix!
-bill
Bill Marrs wrote:
Try this patch:
[...]
Feel free to submit this bug report and the fix to httpd-dev. Please
let me know if you do that, so I won't duplicate it. But I'd prefer
that you do it so you can make sure that it gets fixed in the next
release, since you need it working.
I've just ver
Apache 2.0.46
modperl 1.99-10.dev (CVS snapshot from last night)
perl 5.8.0
NetBSD 1.6.1
I've got a form that I'm posting to an MP2 script, and am parsing the
output with the following subroutines :
sub hash_post {
# returns a hash of all the POST values
my ($r) = shif
Carl Brewer wrote:
Apache 2.0.46
modperl 1.99-10.dev (CVS snapshot from last night)
perl 5.8.0
NetBSD 1.6.1
I've got a form that I'm posting to an MP2 script, and am parsing the
output with the following subroutines :
sub hash_post {
# returns a hash of all the POST values
my ($
Beau E. Cox wrote:
SPAM: Start SpamAssassin results --
SPAM: This mail is probably spam. The original message has been altered
SPAM: so you can recognise or block similar unwanted mail in future.
SPAM: See http://spamassassin.org/tag/ for more details.
SPA
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> > My understanding is that setting locale to UTF8 makes it try to
> open
> > everything as a UTF8 document, but not everything is one. It
> causes
> > problems for Java and Konsole too apparently. It could simply be
> that
> > Perl's handlling of UTF
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents, including CPAN modules, are not U
Perrin Harkins wrote:
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents, includin
Brent, I think Stas was having a bit of a look at it, I
just ignored the error messages and installed it anyway :)
Carl
Brent Jensen wrote:
Carl,
I'm getting the same error on the make test w/ Mod Perl. Did you
resolve this issue? I'm using FreeBSD 5.1. Is it really an issue or is
it just a
Carl Brewer wrote:
Brent, I think Stas was having a bit of a look at it, I
just ignored the error messages and installed it anyway :)
That issue wasn't resolved so far. I can't reproduce it on my setup.
From Carl's reports it seems that $have_lwp is true for some reason, even
though LWP is not av
601 - 692 of 692 matches
Mail list logo