dougm 02/03/23 18:36:41
Modified:src/modules/perl modperl_io.c
Log:
figure out which tiehandle SV to use at compile as 1.x does, rather
than at runtime
Revision ChangesPath
1.7 +12 -10modperl-2.0/src/modules/perl/modperl_io.c
Index: modperl_io.c
Hi there,
On 23 Mar 2002, Wayne Pascoe wrote:
Why does mod_perl need ssl and crypto ? Just curious...
It doesn't. Have you tried sompiling static instead of DSO? There
have been DSO problems on Solaris (and elsewhere :) in the past but I
thought they were mostly put to bed now.
73,
Ged.
Hi again,
Oh, rats, I'm sorry, I shouldn't have sent that. I'm not sure that
it's your 'Options' settings at all. Have you got the right execute
permisions on the directories/files that you're trying to get Apache
to search and/or execute? Have you got anything in the error_log?
By way of
Ged Haywood [EMAIL PROTECTED] writes:
Hi there,
On 23 Mar 2002, Wayne Pascoe wrote:
Why does mod_perl need ssl and crypto ? Just curious...
It doesn't. Have you tried sompiling static instead of DSO? There
have been DSO problems on Solaris (and elsewhere :) in the past but I
At 10:53 PM 3/22/2002, Stas Bekman wrote:
top and libgtop use the same source of information, so it has nothing to
do with these tools.
'top' has the ability to display SWAP on a per-process basis (you have to
change the defaults to see it, but it's there).
I didn't find this per-process SWAP
On Sat, 16 Mar 2002 [EMAIL PROTECTED] wrote:
[...]
To make things thing even more complicated I agree the need of a name
with a sounding image, which will help mod_perl to grow into corporate
computing (our future jobs).
Recently I had a discussion with a Java programmer, who said that
Kee Hinckley wrote:
At 4:18 PM -0500 3/22/02, Perrin Harkins wrote:
Modules loaded with PerlModule and PerlRequire are not supposed to be
loaded again the second time. I seem to remember that they are loaded
again when using DSO though, so if you're using DSO you may want to
recompile
Hi there,
On 23 Mar 2002, Wayne Pascoe wrote:
Ged Haywood [EMAIL PROTECTED] writes:
Have you tried sompiling static instead of DSO?
This is a static build.
Sorry, I've deleted the original message. Why did I think it wasn't?
I must be having a very bad day today.
if I compile Apache
Ged Haywood [EMAIL PROTECTED] writes:
Something very wrong there. Do you have squeaky clean source trees?
I'd be tempted to erase the lot and start again. What's the compiler?
Post your httpd.conf? Have you built other (older) versions of Apache
and mod_perl on the same OS?
httpd -l
At 7:04 PM +0800 3/23/02, Stas Bekman wrote:
If all you want to do is to be able to load the module only during
the restart use in startup.pl:
if ($Apache::Server::ReStarting) {
require My::Sensitive::Module;
}
No, the module has to be loaded during both phases, other wise the
Hi,
I am trying to install/configure mod_perl. I think
it is installed but not quite sure. According to the
mod_perl Reference Guide the line
AddModule mod_perl.c
should be added to my httpd.conf, otherwise mod_perl
is not activated. Yet when I include the line and try
to load any page
Just Curious of Hither Green writes:
I feel like a right tit for asking this...
I already have mod_perl et al running, including my persistent DB
connections etc etc, but following gourmet cookery advice on this list
induced me to buy a copy of the mod_perl Developers Cookbook... and yes,
my
1) OK - Bareword OK not allowed while strict subs in use
well, that's easy to fix - I must be missing a 'use' [which one??]
I assume OK is 1 - ie TRUE
OK is a constant for the HTTP return code 200. Add:
use Apache::Constants ':common';
to the top of your prog. and it
Jeff wrote:
Just Curious of Hither Green writes:
I feel like a right tit for asking this...
I already have mod_perl et al running, including my persistent DB connections
etc etc, but following gourmet cookery advice on this list induced me to
buy a copy of the mod_perl
OK is a constant for the HTTP return code 200.
close. OK is 0, which is different from HTTP_OK which is 200.
--Geoff
At 17:30 23.03.2002 +, Jeff wrote:
Just Curious of Hither Green writes:
So, I am working my way through, and get to page 83 which has a little
spellette:
sub handler {
my $r = shift;
print STDERR $r-as_string();
return OK;
}
looks easy peasy - but
1) OK - Bareword OK not allowed
Im curious as to the difference in performance when using perl scripts with
Apache::Registry or writing complete Apache Modules in Perl that conform to
the API?
-jve
John Von Essen wrote:
Im curious as to the difference in performance when using perl scripts with
Apache::Registry or writing complete Apache Modules in Perl that conform to
the API?
straight mod_perl handlers are faster than Apache::Registry, but they lack some
of the convenience that
Im curious as to the difference in performance when using perl scripts
with
Apache::Registry or writing complete Apache Modules in Perl that
conform to
the API?
Check the list archives for benchmarks by Joshua Chamas. Note that
there are other reasons to use handlers instead of Registry,
Hi all,
Wayne Pascoe [EMAIL PROTECTED] writes:
[8:37am]# httpd -l
Compiled-in modules:
http_core.c
mod_so.c
mod_perl.c
suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
I didn't think I'd been dreaming.
As a matter of principle, I tend not to mix static and
Hi there,
On Sat, 23 Mar 2002, John Kolvereid wrote:
I am trying to install/configure mod_perl. I think
it is installed but not quite sure.
It's in the Guide. (How do I know if mod_perl is installed?)
According to the mod_perl Reference Guide the line
AddModule mod_perl.c
should
Has anyone had any issues in getting cookies to work with IE using mod_perl?
I have tried using both CGI::Cookie and Apache::Cookie, and in both instances
it works just fine under Netscape, but on IE it doesn't even try to set the
cookie. Any ideas?
-Jesse Stay
Hi Ged,
Which Guide? Please advise. Thanks.
John Kolvereid
--- Ged Haywood [EMAIL PROTECTED] wrote:
Hi there,
On Sat, 23 Mar 2002, John Kolvereid wrote:
I am trying to install/configure mod_perl. I
think
it is installed but not quite sure.
It's in the Guide. (How
On Sat, 23 Mar 2002 18:52:14 -0500 Jesse and Rebecca Stay [EMAIL PROTECTED] wrote:
Has anyone had any issues in getting cookies to work with IE using mod_perl?
I have tried using both CGI::Cookie and Apache::Cookie, and in both instances
it works just fine under Netscape, but on IE it
Here is the code I use (in this particular case it is being used with a
redirect, but it doesn't work in any case.):
my $cookieContent = Apache::Cookie-new(
$r,
-name= 'userSession',
-value = $cookieValue,
Hi,
a bit of history: I read on the documentation the new mod_proxy feature
called ProxyIOBufferSize which allows for even better handling of lasrge
mod_perl httpd's. This babby, and another little patch that also made it
(closing the backend connection as soon as possible) allows for me to
have
I guess in particular, does anyone know of any known issues with
Apache::Cookie and IE6.0 (or any other versions)?
On Saturday 23 March 2002 07:09 pm, Jesse and Rebecca Stay wrote:
Here is the code I use (in this particular case it is being used with a
redirect, but it doesn't work in any
Ok - I got rid of the Apache::Cookie stuff, and am now doing things manually,
but it still doesn't generate a cookie in IE. It still works in Netscape. I
get a redirect, but no cookie. Here is my code:
my $r = Apache-request;
$r-content_type('text/html');
Pedro Melo Cunha wrote:
Hi,
a bit of history: I read on the documentation the new mod_proxy feature
called ProxyIOBufferSize which allows for even better handling of lasrge
mod_perl httpd's. This babby, and another little patch that also made it
(closing the backend connection as soon as
There are different security levels that must be set. You can also specifically
tell the browser to accept
all cookies from a particular domain. There is an article on MS site about
this. I forgot what it was.
You can probably search for it on google.
Frank Wiles wrote:
[EMAIL PROTECTED]">
Some browsers don't accept cookies sent allong with a redirect header.
A simple workaround is to leave your cookie in the header, but move the
redirect to a META HTTP-EQUIV tag in a blank HTML document.
I'm not sure if IE 6.0 suffers from this but I suspect that this is your
problem. So
dougm 02/03/23 18:17:10
Modified:.STATUS
src/modules/perl perlio.c
Log:
fix tiehandle fix so it will compile with Perls 5.6.0
and fold some duplication in the original patch
Revision ChangesPath
1.4 +1 -5 modperl/STATUS
Index:
dougm 02/03/23 18:55:44
Modified:lib/Apache test.pm
Log:
change lwp default to use HTTP/1.0, preventing a pile of warnings in
t/internal/http-get
Revision ChangesPath
1.24 +2 -0 modperl/lib/Apache/test.pm
Index: test.pm
dougm 02/03/23 19:02:45
Modified:.MANIFEST
Log:
add missing files to MANIFEST that caused t/internal/redirect #4 to fail
Revision ChangesPath
1.70 +2 -0 modperl/MANIFEST
Index: MANIFEST
34 matches
Mail list logo
