Hi!
On Thu, Sep 11, 2003 at 08:33:31AM +0100, Steve Hay wrote:
I posted this problem the other day, deep inside a thread about
something else, and didn't get any replies; maybe nobody spotted it?
Does anybody have Apache::Dispatch working on Windows with Perl 5.8.0?
Randy?
Randy
Hi!
On Thu, Sep 11, 2003 at 08:59:23AM +0100, Steve Hay wrote:
I would rather be able to build the module myself anyway, rather than
using a PPM package.
I guess (and Geoffrey (who BTW transfered maintainership of Apache::Dispatch
to me..) suggested something) the problem lies within the
Specifically,
I'd like to log certain image file requests (all files
with .jpg, .gif, and .png extensions) to a custom log,
image_log, logging IP, file, time, status, bytes,
referer, cookies, etc.
I care about speed here.
Would you suggest a native logging
Tofu Optimist wrote:
Specifically,
I'd like to log certain image file requests (all files
with .jpg, .gif, and .png extensions) to a custom log,
image_log, logging IP, file, time, status, bytes,
referer, cookies, etc.
I care about speed here.
Would you suggest a native logging
On Thu, 11 Sep 2003, Steve Hay wrote:
Thomas Klausner wrote:
On Thu, Sep 11, 2003 at 08:33:31AM +0100, Steve Hay wrote:
I posted this problem the other day, deep inside a
thread about something else, and didn't get any replies;
maybe nobody spotted it?
Does anybody have
The problem you described before with the missing symbols
can be resolved by linking against the mod_perl.lib built
when you build mod_perl.so. This can be done by adding in
a LIBS attribute to WriteMakefile() in Makefile.PL with a
value of ' -L/Path/to/mod_perl_lib -lmod_perl'.
ah, right.
Hey everyone,
First off, thanks a lot for your help on this, and all of your work to the
open source community. And thanks in advance for the help.
The problem I'm having is that I was on RH8 with a manually built Apache 1.3
and mod_perl. I have upgraded to RH9 with Apache 2.0 and now $| no
Tommy Falgout wrote:
[...]
Here's the logistical info:
perl -MCGI -e 'print $CGI::VERSION' -- 2.89
perl -v -- This is perl, v5.8.0 built for i386-linux-thread-multi
(with 1 registered patch, see perl -V for more detail)
Web Server:
[EMAIL PROTECTED] bin]$ httpd -v
Server version:
It all started when I have noticed a few core files after running t/SMOKE on
modperl-2.0's top-level test suite. I couldn't figure out which test caused
them. So I have decided to rewrite the smoker to provide me that information.
In the future we might autoextract the backtrace as well.
While
On Thu, 11 Sep 2003, Geoffrey Young wrote:
The problem you described before with the missing symbols
can be resolved by linking against the mod_perl.lib built
when you build mod_perl.so. This can be done by adding in
a LIBS attribute to WriteMakefile() in Makefile.PL with a
value of '
I'm trying to install from source apache + mod_perl + mod_ssl.
I couldn't make it following the steps of INSTALL.simple.mod_ssl
I also tried with the online guide unsuccessfully.
Anyway here is how I did it step by step:
cd mod_ssl*
./configure --with-apache=../apache_1.3.28
cd ..
cd apache_*
Randy,
Did that (made sure to uninstall first).
(made sure to replace the mod_perl.so as well)
But no cure.
I'm still getting the dreaded '8211=entity: 150'.
But it was worth a try
Bart
PS: Oh Randy and a big thanks of course for maintaining the ppms.
It makes the life for the rest of us
Steve Hay wrote:
Thomas Klausner wrote:
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers
- one for the main home page, and others for various
sub-components. Each handler is implemented by a separate module
Peter Hartzler wrote:
Hello,
We're looking into using your Apache::AuthenSmb module to allow us to
migrate our intranet to GNU/Linux/Apache. One issue we have is that we
have two NT domains. I have a couple of different ideas for how to modify
the code to allow this scenario, and am wondering
I'm pleased to announce announce the release of Bricolage 1.6.5.
This maintenance release addresses a number issues discovered since
the release of version 1.6.4. Some of the more important changes
include:
* Previewing stories with related media that have no associated
file
no
Must you send multiple copies of this to both the modperl and mason
mailing lists? I don't use Red Hat Linux, but my first suggestion is
to scrap it in favor of some other version of Linux, or maybe even
FreeBSD. RedHat has a tendency to use development versions of Perl
and other software in
I think I got your problem solved, you need to:
- print $q-header();
+ print $q-header(text/html; charset=utf-8);
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---
Marc Slagle wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
Perrin Harkins wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
petersm wrote:
Steve Hay [EMAIL PROTECTED] wrote
Location /myproject
SetHandler perl-script
PerlHandler MyProject-dispatcher
/Location
LocationMatch ^/myproject/(images|javascript|stylesheets)
SetHandler default-handler
/LocationMatch
Correct me if I'm wrong, but can't you just
On Tuesday 09 September 2003 11:16, Steve Hay wrote:
Those were actually my very frist ideas, but I decided that I prefer
to have all the URL's to begin with /myproject. I don't necessarily
require that URL to be related to the filesystem structure, but I
just want all the URL's (dynamic and
Hi!
On Tue, Sep 09, 2003 at 10:05:43AM +0100, Steve Hay wrote:
Location /myproject/css
SetHandler default
/Location
Location /myproject/img
SetHandler default
/Location
This is working as expected, i.e. request for /css/foo.css or /img/bar.png
are not handled by Apache::Dispatch
On Mon, 2003-09-08 at 23:29, Philip M. Gollucci wrote:
I haven't really had a hard time with this except:
CGI.pm ($query = CGI-new())
What about it? Is it not working?
Spreadsheet::WriteExcel (0.26 or less for Win2k/ISS5.0PerlEx current is
.40 most likely not thread safe)
GD.pm
Steve Hay [EMAIL PROTECTED] wrote
Thanks for the idea, though. If I manage to overcome my
inexplicable aversion to file extensions then it certainly looks
like the simplest solution.
I understand the argument that it's better for the user to not know the
extension of the file they are
On Tue, 2003-09-09 at 05:00, Steve Hay wrote:
As in a PerlTransHandler, yes?
Yup.
Is there a performance penalty with this? You're using Perl code to
inspect the URI, and then handing control back to the Apache core if it
is a static file. I wanted to avoid requests for static files
I have RedHat 9, I have installed Apache using rpmwich comes with RedHat9 (httpd-2.0.40-21) then ihaveinstalled mod_perl using rpm mod_perl-1.99_07-5then is have installed the latest Mason filesHTML-Mason-1.22) but when i try to start Apache it saysApache/Constants.pm not found. I serched CAPAN
On Mon, 8 Sep 2003, Philip M. Gollucci wrote:
Say I want the same code to work under:
Win2k/ISS5.0CGI
Win2k/IIS5.0PerlEX
Win2k/Apache1mod_perl1
Win2k/Apache2mod_perl2
FreeBSD/Linux/Sun/Apache1mod_perl1
FreeBSD/Linux/Sun/Apache2mod_perl2
FreeBSD/Linux/Sun/Apache1,2CGI
[Forwarded from [EMAIL PROTECTED] [EMAIL PROTECTED]]
Hello,
In response to :
Kurt George Gjerde wrote:
BTW: I've fixed my can't coerce GLOB to string problem I had last
week.
Was unrelated to mod_perl (sorry). It seems XML::LibXSLT produced some
errors which went straight to STDERR. Under
Stas and all of the others,
Stas said:
I think I got your problem solved, you need to:
- print $q-header();
+ print $q-header(text/html; charset=utf-8);
Well actually you did not.
Probably you looked a bit too fast.
(forgivable in view of the numbers of mails you reply to:-)
The utf8-test.pl
Adam Kennedy wrote:
Interesting idea, and I'm fine with it, although I dislike ApacheEmu.
Despite being longer, surely it would fit somewhere like
Emulate::Apache::XX.
That's fine too. I just thought of a namespace starting with ApacheXXX:: so
it'll be placed next to Apache:: in the global
Bart Terryn wrote:
Stas and all of the others,
Stas said:
I think I got your problem solved, you need to:
- print $q-header();
+ print $q-header(text/html; charset=utf-8);
Well actually you did not.
Probably you looked a bit too fast.
(forgivable in view of the numbers of mails you reply
parvez mohamed wrote:
I have RedHat 9, I have installed Apache using rpm
wich comes with RedHat9 (httpd-2.0.40-21) then i
haveinstalled mod_perl using rpm mod_perl-1.99_07-5
I don't know what version HTML::Mason is relying on (I'll let the mason
developers to comment on it), but you probably want
Stas,
Sorry to insist.
But here I am again...
Stas wrote:
Actually I haven't looked, I have tested with your code.
Thanks a lot for going through the effort...
Before setting the
header I wasn't getting the unicode chars you put in the form back in the
dump. After setting the header it did
I am trying to make mod perl one and keep getting the following error.
Paul
perl Makefile.PL APACHE_SRC=../apache_1.3.28/src APACHE_PREFIX=/srv/www
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 Make
r.o): In function `Perl_reentrant_retry':
reentr.o(.text+0x67b): undefined reference to
--- Geoffrey Young [EMAIL PROTECTED] wrote:
btw, can you please explain what ICY is for me?
I believe ICY is a protocol used for streaming media, so these headers are
probably an extension of HTTP that can be used instead of the pure ICY
protocol. That's a guess, anyway. :-)
Chris
=
Become
On Tue, 9 Sep 2003, Bart Terryn wrote:
Stas,
Sorry to insist.
But here I am again...
Stas wrote:
Actually I haven't looked, I have tested with your code.
Thanks a lot for going through the effort...
Before setting the header I wasn't getting the unicode
chars you put in the form back
I've done a fair amount of searching and still can not find an answer to
this.
I'm writing a mod_perl2 handler and would like to output my own headers.
Specifically I'd like to output headers like this:
-
ICY 200 OK
icy-notice1: some info
icy-name: some info
icy-url:
I run a site with a few million MySQL requests a day, but I've run
into a strange problem which I'm trying to slove.
The server is running Apache 2.0.47, mod_perl2-1.99r09, DBI 1.38 and
DBD-mysql 2.1026 on a FreeBSD 4.8 machine.
About once or twice a day, I get a bunch of slow queries that
Hans wrote:
I've done a fair amount of searching and still can not find an answer to
this.
I'm writing a mod_perl2 handler and would like to output my own headers.
Specifically I'd like to output headers like this:
-
ICY 200 OK
icy-notice1: some info
icy-name: some
Hi,
This looks more like a MySQL problem than a specific MP2 issue. However here are a
couple of pointers.
All the queries below are updates on the same table this would indicate to me you may
be having a locking issue. What you need to do is locate the locking transaction it
may be as simple
The third beta of OpenInteract2 (1.99_03) has been released to CPAN
and Sourceforge. (Release 1.99_02 was skipped for consistency.) This
release includes:
* Many documentation updates, including a full package development
tutorial
* Actions can store messages to be passed from the controller
Hi,
I'm having trouble deciding what the best plan is for the arrangement of
the components of a new project that I'm starting.
The project is going to be written as a series of mod_perl handlers -
one for the main home page, and others for various sub-components.
Each handler is implemented
1.23
[ ENHANCEMENTS ]
- Lots of enhancements to the Apache.pm emulation when using the
CGIHandler module. Implemented by David Wheeler.
- The fact that autohandlers or dhandlers can be turned off by setting
autohandler_name or dhandler_name to has now been documented, and
we explicitly check
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers -
one for the main home page, and others for various sub-components.
Each handler is implemented by a separate module (all sub-classes of a
common base
assbackwards works. Thanks!
When I first read your response about a method called assbackwards I
thought it was sarcasm :)
understandable :)
actually, the assbackwards slot of the request record is there to indicate
that the incoming request used HTTP/0.9, which defines only GET and where no
Steve Hay [EMAIL PROTECTED] wrote
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
On Mon, 2003-09-08 at 13:12, Geoffrey Young wrote:
actually, the assbackwards slot of the request record is there to indicate
that the incoming request used HTTP/0.9, which defines only GET and where no
headers are expected in the response.
Clearly this works, but wouldn't it be better to
Perrin Harkins wrote:
On Mon, 2003-09-08 at 13:12, Geoffrey Young wrote:
actually, the assbackwards slot of the request record is there to indicate
that the incoming request used HTTP/0.9, which defines only GET and where no
headers are expected in the response.
Clearly this works, but
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
/myproject/stylesheets [static]
btw, can you please explain what ICY is for me? the $r-assbackwards(1)
thing was specifically implemented in mod_perl 1.0 to support ICY, and I
used it in examples I give of this, but I always have to say that I have
no
idea what ICY is.
IceCast. The LINUX version of WinAmp's streaming MP3
Just curious ... what happens if I call 'die' in a mod_perl handler
(especially a CleanupHandler)? Does it actually kill the apache
child or does something catch the exception before that happens?
--
Ray Zimmerman / e-mail: [EMAIL PROTECTED] / 428-B Phillips Hall
Sr Research / phone:
Tim Edwards wrote:
I'm sending 3 cookies. The first one goes properly. The second two get
print to the screen. Same script run under normal perl works fine.
Suggestions?
Just a suggestion, but are you sure that you don't print out the
content-type header after sending the first cookie ? It
On Mon, 2003-09-08 at 16:10, Ray Zimmerman wrote:
Just curious ... what happens if I call 'die' in a mod_perl handler
(especially a CleanupHandler)? Does it actually kill the apache
child or does something catch the exception before that happens?
The latter. Your 'die' is caught by
Geoffrey Young wrote:
Perrin Harkins wrote:
On Mon, 2003-09-08 at 13:12, Geoffrey Young wrote:
actually, the assbackwards slot of the request record is there to
indicate
that the incoming request used HTTP/0.9, which defines only GET and
where no
headers are expected in the response.
Esteban Fernandez Stafford wrote:
Hello all,
I have a machine acting as a proxy using mod_perl-1.99_09 with apache
2.0.46. This proxy is supposed to filter all html content. So far I
have achieved most of my project's goals. But there is one issue I
can't get straight, this is when the proxy gets
Adam Kennedy wrote:
For those interested, I've been doing a general clean up of the code
( shrinking the code size down mainly ), prior to starting further work
on it.
Code available on request.
My intentions is to keep it as light as possible. While Apache::Fake
seems to be able to do a very
At 6:19 PM -0400 9/8/03, Perrin Harkins wrote:
On Mon, 2003-09-08 at 16:10, Ray Zimmerman wrote:
Just curious ... what happens if I call 'die' in a mod_perl handler
(especially a CleanupHandler)? Does it actually kill the apache
child or does something catch the exception before that happens?
Stas Wrote:
I believe it's not the problem Bart was talking about. You are most
likely talking about Apache-request failing, which is how it should be
if the GlobalRequest option is not set. Bart's problem was finding
the request method.
If you'll read carefully, you'll see that I'm talking
Philip M. Gollucci wrote:
Stas Wrote:
I believe it's not the problem Bart was talking about. You are most
likely talking about Apache-request failing, which is how it should be
if the GlobalRequest option is not set. Bart's problem was finding
the request method.
If you'll read carefully,
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Stas Bekman wrote:
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible
modules that
Philip M. Gollucci wrote:
If you check out the changes to CGI.pm on Licoln Stiens web site, utf8
was added via a path by someone else
2.99 - 3.00 likely this is the cause.
Bart, can you try then with an earlier version? e.g. 2.93 was good for me. You
can get it from here:
Philip M. Gollucci wrote:
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
I believe it's not the problem Bart was talking about. You are most likely
Stas Bekman wrote:
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm
could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support
So these are the versions required to run properly with mod_perl 2.0?
Here is an updated table:
Module Name Required Dist Package
-
Apache::AuthExpire Apache-AuthExpire-0.38
Apache::AuthNetLDAP
Stas wrote:
Bart, can you test whether you have the same problem when a run the same
code
under mod_cgi in Apache2 (with perl5.8 ofcourse)? If not, that will point
the
blaming finger towards mod_perl 2.0.
Well I did that and guess what? mod_cgi fails as well.
So it is not a mod_perl problem
But
I had version CGI 3.00 installed.
Downgraded it to CGI 2.93, put I still have the same result.
The problem as I see it that I have a form with character #8212; in it.
But it is returned as character #151 from the Widows-1252 characterset.
Does everybody agree that it should be returned as #8212;
On Fri, Sep 05, 2003 at 10:13:36, Geoffrey Young said...
actually, the return value is entirely ignored in Registry scripts - that's
why we need the $r-status hack, which is not needed (or desired) in
handlers. if you returned SERVER_ERROR it would still work, so long as you
set $r-status
Hello all,
I have a machine acting as a proxy using mod_perl-1.99_09 with apache
2.0.46. This proxy is supposed to filter all html content. So far I
have achieved most of my project's goals. But there is one issue I
can't get straight, this is when the proxy gets a page that is
encoded (like in
For those interested, I've been doing a general clean up of the code
( shrinking the code size down mainly ), prior to starting further
work on it.
Code available on request.
My intentions is to keep it as light as possible. While Apache::Fake
seems to be able to do a very large amount of
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
On 5 Sep 2003, at 04:48, James.Q.L wrote:
in mod_perl how do i detect if users choose to reject the cookie being
sent to them and/or having
the cookie disable in browser ? (not javascript or other client-side
scripting) so that i can
print a error message remind user to enable cookie.
Here's a
- 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
Thank you Beau for a complete bug report.
a.
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
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
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.
On Tue, 2 Sep 2003 20:21:45 +0200
Xavier Noria [EMAIL PROTECTED] wrote:
On Tuesday 02 September 2003 07:28, Perrin Harkins wrote:
Sorry, I don't understand what you're saying here. What you should
be doing is fetching the session once, putting it in pnotes, and
getting it from pnotes
On Thu, 2003-09-04 at 16:56, Tim Edwards wrote:
I'm sending 3 cookies. The first one goes properly. The second two get
print
to the screen. Same script run under normal perl works fine.
Suggestions?
Show us the mod_perl part of your apache config.
- Perrin
Running Apache 1.3.27 and mod_perl
Stas Bekman [EMAIL PROTECTED] writes:
local is perl4-ism, nowadays it's used only for localizing special
perl variables, like $|.
Using package variables and local() in to do the job of block-scoped
lexicals is a Perl4-ism.
On the other hand, when using global variables (in which I include
Hello again..
On Thu, 2003-09-04 at 14:21, Geoffrey Young wrote:
see Apache::SSI for mp1 - it does exactly what you are trying to do
and
is
subclassable, so you can add your own tags/functionality if you want.
That is exactly what I am already doing.
When using #exec directive I
Hi,
Just wondering why the mailing list has sets the
list-post: header to [EMAIL PROTECTED]
This can be quite annoying since mail clients like evolution
have a Reply to List option which saves a lot of fafing about.
Since the list email address appears to be wrong Reply to List cannot be
used.
Craig Shelley wrote:
Hello again..
On Thu, 2003-09-04 at 14:21, Geoffrey Young wrote:
see Apache::SSI for mp1 - it does exactly what you are trying to do
and
is
subclassable, so you can add your own tags/functionality if you want.
That is exactly what I am already doing.
When using #exec
On Wed, Sep 03, 2003 at 09:42:00, Garrett Goebel said...
And gives the following recipe:
Example A-3. redirect_cookie.pl
use Apache::Constants qw(REDIRECT OK);
my $r = shift;
# prepare the cookie in $cookie
$r-err_headers_out-add('Set-Cookie' = $cookie);
Michael wrote:
On Wed, Sep 03, 2003 at 09:42:00, Garrett Goebel said...
And gives the following recipe:
Example A-3. redirect_cookie.pl
use Apache::Constants qw(REDIRECT OK);
my $r = shift;
# prepare the cookie in $cookie
$r-err_headers_out-add('Set-Cookie' = $cookie);
Craig Shelley wrote:
Hi,
Just wondering why the mailing list has sets the
list-post: header to [EMAIL PROTECTED]
This can be quite annoying since mail clients like evolution
have a Reply to List option which saves a lot of fafing about.
Since the list email address appears to be wrong Reply to
Brian McCauley wrote:
[...]
OK, your last post's examples were more to the point of wanting to destroy
objects at the end of the request, and hence here is a new summary:
- move the perl4 lib solution to the perl_reference.pod
- suggest turning a lexical variable declared with my() into a global
Hello
Everyone,
I
am getting the following error running Apache 1.3 on a windows XP machine. I
was not able to find any message in the error.log Is this a problem only on
windows XP will I be fine on windows 2000. Is there any way I can debug this issue.
Any help is appreciated.
On Fri, 2003-09-05 at 13:17, Niranjan Patel wrote:
I am getting the following error running Apache 1.3 on a windows XP
machine.
Are you running mod_perl? If so, how did you install it? If not, you
need to ask your question on another list. The list for general apache
user help can be found
Sorry, I missed this message until now...
On Tue, 2003-09-02 at 14:21, Xavier Noria wrote:
Let's assume a new user comes to the website. We set up a session for
him and put the session id in a cookie to be sent in the response. As
you know, somewhere in the request cycle of that particular
The URL
http://martynov.org/tgz/HTTP-WebTest-2.04.tar.gz
has entered CPAN as
file: $CPAN/authors/id/I/IL/ILYAM/HTTP-WebTest-2.04.tar.gz
size: 90381 bytes
md5: 16bfb8e76bf301e788241d774cab7cee
NAME
HTTP::WebTest - Testing static and dynamic web content
DESCRIPTION
This
Stas,
Thanks that did it.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
The 'Configuring mod_perl2.0 page for win32' at
http://perl.apache.org/docs/2.0/os/win32/config.html would a nice place
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character encoding.
Somewhere in this app I put up a form that contains
Hi there,
On Sat, 6 Sep 2003, Bart Terryn wrote:
Hi,
I have an application running under apache
1.37(win32)/mod_perl1.27_01-dev/perl5.6 build 633
I am trying to move this application to apache
2.0.47(win32)/mod_perl1.99_10-dev/perl 5.8
However I run into a problem with character
On Fri, 2003-09-05 at 19:14, Bart Terryn wrote:
PS: some might say that this has nothing to do with mod_perl
I would say that, but it's okay, you didn't know.
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussions
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible modules
that may or may not run under mod_perl 2.0.
Perrin Harkins wrote:
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussions of locale issues on Red Hat 8 and 9 in
the list archives.
Bart is on win32, AS Perl 5.8. I doubt it's a locale issue, since it's the
On Fri, 2003-09-05 at 21:36, Stas Bekman wrote:
Bart is on win32, AS Perl 5.8.
Oops, sorry Bart, I missed that. Even so, I'm suspicious that 5.8 and
all of its unicode changes are involved somehow.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info:
I'll disagree on this being a windows only problem in CGI. I'll also
disagree about the version number.
As late as CGI 3.00 this problem exists in Apache 1.3.27 and mod_perl
1.27 on SunOS.
The pdf troubleshooting doc on apache.org site suggest fix (I think its
5.17) also does _not_ work
David Wheeler [EMAIL PROTECTED] 09/03/03 05:46am
May I suggest that you post a note to the modperl list announcing
Apache::Emulator. I think that the folks there might be interested in
your work.
A couple of years ago, I produced a module that emulated a few of the
Apache::Request methods
101 - 200 of 33067 matches
Mail list logo
