Jonathan Vanasco wrote:
> with mysql5 , they decided to make mysql easier for everyone by setting
> a default to ignore errors and coerce the data into a valid format
Not true, MySQL has always treated data that way, that's one of the reasons
many DBAs didn't take it seriously. Only in 5.0 did the
Eric wrote:
Do you have "SSLOptions FakeBasicAuth" enabled? That would probably
overwrite the normal $r->user with the name from the SSL client
certificate (non-existent in your case).
No, I just have this:
SSLOptions +StdEnvVars
And are you sure it's not inherited from somewhere else
Eric wrote:
Since our move from a internal office machine that was not using SSL to
an outside machine that is, I have not been able to get the Basic user's
name.
Do you have "SSLOptions FakeBasicAuth" enabled? That would probably
overwrite the normal $r->user with the name from the SSL clien
Foo Ji-Haw wrote:
Will like to confirm if it is not possible (or legal) to set a cookie
with an empty value (''). I tried it, and the page failed
Setting an empty value is what you have to do to delete a cookie.
BTW, please don't start new threads as replies to completely unrelated
threads. A
Just for the record it was the browser passing the form params as
Latin unless there was a character that couldn't be represented in
Latin. Then it would do as it was told and pass it as utf-8
Can you show either the actual webpage with the form or a simplified test
case of it? Because I'm still p
angie ahl wrote:
It looks as though the browser isn't sending the data as UTF-8 unless
it contains text that has to be. As soon as I add a € or some other
character that's utf-8 it comes through fine.
I've never seen any browser send anything but UTF-8 if the page was marked
as UTF-8.
my $
Helmut Zeilinger wrote:
Apache windows binary from apache.org
mod_perl.so binary from http://theoryx5.uwinnipeg.ca/ppms/x86/
Perl from activestate 5.8.6.811
After a couple of requests apache crashes with
"Parent: child process exited with status 3221225477 -- Restarting."
I suppose, it is becau
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 also finding these 2 tests still have problems :( I'll
keep
Brian Dimeler wrote:
Ha, nevermind, I figured it out. Turns out that when a param was sent to
the script indicating a cookie should be changed, it was using CGI's
header() function to generate the header rather than my header text.
Adding -charset => 'UTF-8' to header() did the trick, naturally.
Steve Hay wrote:
I've removed the size code, too, and the problem is that after the exception
is thrown, neither of the tests in RegistryCooker::read_script apply:
if (ref $@ eq 'APR::Error') {
return Apache2::Const::FORBIDDEN if $@ == APR::Const::EACCES;
return Apache2
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 the whole
if (!size) { ... }
block?
No, it doesn't :(
I've removed the size code, too, and the problem is that after the exception
is thrown, neith
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 1
and redirect.t test 2.
Same here (WinXP, 2.0.54, 5.8.6). modperl_slurp_filename doesn't raise a
ENOENT exception when it should. The
Tom Schindl wrote:
I'm banging my head against the fact how one could use the APR::Finfo
without having a pool. Is this simply impossible? I though APR::* could
be used without mod_perl?
The docs state:
--8<--
my $finfo = APR::Finfo::stat("/tmp/test", APR::Const::FINFO_NORM,
Dermot Paikkos wrote:
I just tried to install libapreq2 (v2-2.03-dev) from CPAN. It was a
bit of a saga. I was missing a couple of prerequisites. Then it
couldn't find Apache2.pm - I made a link to sort that - then I ran
make test and there were errors. At that point I halted.
At the moment yo
JH Foo wrote:
I have a need to set the charset in the header from the default 8859-1 to UTF-8. In
CGI I simply set the header method($q->header(-charset=>'utf8');
Can anyone tell me the modperl equivalent, possibly with the
Apache2::RequestRec or Apache::Request object?
$r->content_type("text/htm
Hi,
I have a log handler that is supposed to log whether certain
HTTP-authenticated customers were able to completely download their digital
deliveries. The mod_perl 1.x version works just fine.
Now under SuSE Linux 9.2/Apache 2.0.53/mod_perl 2.0 RC4, $r->bytes_sent
seems to always contain the
Owen Berry wrote:
I tried logging "$r->user()" to see if that was more reliable, but no
luck there either.
Apache 2.0.46
mod_perl 1.99_09
Perl 5.8.0
I haven't had any problems with $r->user() lately. And AFAIR Apache::AuthDBI
worked for me with various 1.99 RCs before RC5, without Apache::compat
Jain, Abhay K, ALABS wrote:
> I just compiled mod_perl 1.29 with apache. As I understand from
> the documentation that with use of directive "Files", Apache caches the
> perl cgi code so that on next invocation it does not to reparse it.
> If I want to specify more than one cgi script to be cached,
Geoff Mishkin wrote:
I've got mod_perl (version 1.99.11) all up and running on Apache (version
2.0.52), but the working directory of my scripts is always set to / when
mod_perl runs them, instead of being the directory the script is in.
If you happen to use a threaded MPM, you can't use a working
BTW, please wrap your paragraphs to max 80 characters, unfortunately many
email clients still can't properly wrap longer lines at display or quote time.
PHP workarounds this problem with the OPEN_BASEDIR directive. I don't know how secure this is, but it seems it works
No it doesn't. As I wrote,
Stas Bekman wrote:
Markus Wichitill wrote:
There's also the metux MPM project
which was meant to replace the perchild MPM, but that project seems to
be mostly dead, too.
No fear, there is Metux MPM http://www.metux.de/mpm/en/ which should do
the same and better. I haven't tried it m
Nick *** wrote:
Let's assume that I have a web server with 50 virtual hosts. This web server is apache2 running as user nobody and has php installed. I've set php's OPEN_BASEDIR option for every VHost, so I can restrict the users' IO access outside their directories. Now I want to install MP2 on th
Stas Bekman wrote:
Thierry Valentin wrote:
Sorry about the imprecision...
The reason why I forgot to send the error log is that there's
absolutely nothing in the error log - not a single line even with a
LogLevel set to debug.
Understood. It's always a good idea to mention that, so we don't need
Ruslan U. Zakirov wrote:
Error:
RA layer request failed: PROPFIND request failed on
'/perl/modperl/trunk': PROPFIND of '/perl/modperl/trunk': 405 Method Not
Allowed (http://svn.apache.org)
The full URL is http://svn.apache.org/repos/asf/perl/modperl/trunk, did you
maybe omit the /repos/asf part?
jonathan vanasco wrote:
In mod_perl1, I have a handler that takes an apache request object
manipulates the cookie/session data into a user, then presents the user
with a page
in mod_perl2, however, there is no Apache::Request (yet) -- so my code
simply doesn't work at all.
Apache::Request 2.0
Stas Bekman wrote:
Markus Wichitill wrote:
No, Perl can deal with a BOM at the start of a file. But
convert_script_to_compiled_handler() puts the BOM in the middle of the
string that is eval'ed. A bunch of raw bytes has no place in the
middle of a script.
Aha! Now it's clear. Thanks
Stas Bekman wrote:
Markus Wichitill wrote:
The reason for the failure is pretty clear, the BOM ends up somewhere
in the middle of the string that is eval'ed to generate the package.
On Linux, I was able to fix that by removing the BOM in
RegistryCooker::read_script():
It's certainly
Stas Bekman wrote:
It seems as if mod_perl doesn't recognize the format of the script file
correctly. Any tips why this may occur? Thanks a bundle in advance!
Wow! That's interesting.
Please take a look at the code in function
convert_script_to_compiled_handler at
ModPerl-Registry/lib/ModPerl/Reg
Игорь Кудашев wrote:
I use the Windows' Notepad and save the file as utf-8. Everything works fine
while I run the script from the command line or through CGI without mod_perl.
PROBLEM: When I try to run the script using mod_perl, I get the following ERROR:
[error] 3320: ModPerl::PerlRun: Unrecogni
I tried to execute perl scripts from the /perl dir and it works. But when I
print the environment; the GATEWAY_INTERFACE prints CGI/1.1. I beleive something
is wrong somewhere; I tried different things as mentioned in mod_perl 2 server
configuration document from Apache but was not able to solve it
Sam Wilkins wrote:
#!/usr/bin/perl -w
use strict;
print "Content-type: text/html\r\n\r\n";
print "It worked!!!\n";
No matter what I run, even that, I get document contains no data. It
works from the command line. If it helps, I'm on Mac OS X 10.3.5, Apache
1.3.29, and I don't know how to determin
Stas Bekman wrote:
STDIN is not used with mod_perl.
It depends on how you write your program. When you don't qualify your
read and print calls with $r, then you do use STDIN, though mod_perl
overrides it, and does the qualified $r->read() calls behind the scenes
(via the perlio layer), but esse
peter pilsl wrote:
I need to process and output data delivered via a webbrowser using the
CGI-interface.
To deal with "real" unicode-data I set the whole STDIN and STDOUT to
utf8 with binmode (as recommended at
http://www.perldoc.com/perl5.8.0/pod/perluniintro.html. My script would
not work oth
Carl Brewer wrote:
I've played with installing this today, I'm seeing
the following in my error logs :
[Thu Sep 02 13:52:41 2004] [error] Can't locate object method
"cleanup_register" via package "APR::Pool" at
/data/www/aboc/perl/mwf/MwfMain.pm line 250.\n
Add "use APR::Pool ();" to your startup
Perrin Harkins wrote:
http://www.mwforum.org/
I'm pleased to see this is still being maintained and is up-to-date for
mp2. I looked at it once before, but was worried I wouldn't be able to
customize the appearance of it because it doesn't use templates. It
looks like there are still no templat
Carl Brewer wrote:
Before I take the plunge and write my own, has anyone
here written, or know of, any web forum s/w that runs
under mp2 without using compat?
http://www.mwforum.org/
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List e
Scott Fagg wrote:
Can someone point me in the direction of a worked example of handling
multipart/form-data POSTed content in mod_perl 2.0 ?
Closest i've come is a sample bit of code that just dumps the contents,
but not parses it and i haven't been able to find any modules that help
in parsing.
Dan Brian wrote:
I understand the benefits of a C binding to the Apache API over, say,
CGI.pm processing using the environment vars (which is why all my
projects use libapreq 1). But since both mod_perl2's Apache::RequestRec
and libapreq's Apache::Request implement XS glue to the Apache API (
38 matches
Mail list logo
