Howdy, Randy.
You wrote 1 sept 2004, 19:24:42:
RK> Are you using libapreq2 to handle the file upload?
RK> Or something else?
Sorry Randy I'm using my own script to parse form
data but it was thoroughly debugged in the old
system and used to work fine. Though I must admit
some strange behaviour -
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
Markus Wichitill wrote:
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/
I've played with installing this today, I'm seeing
the following in my error logs :
[Thu Se
On Wed, 1 Sep 2004, Craig Dayton wrote:
> Hi Randy,
>
> For the Windows 2000 Server system its running mod_perl/1.99_14, so this
> explains the missing file problem. The current mod_perl will get built on
> this system.
Great - that should resolve that problem ...
> >
> >I'm not sure what the p
William McKee wrote:
On Tue, Aug 31, 2004 at 08:41:10PM -0700, Ben Hopkins wrote:
2: I added /perl-status and got a 404 error, just like I get for
/server-status, /server-info, and /howdy locations. _It's exactly as if
mod_perl were not installed!_
Wait a minute! It is exactly as if the "
Markus Wichitill 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 templ
Rici Lake wrote:
On 31-Aug-04, at 10:41 PM, Ben Hopkins wrote:
...
I could be way out to lunch here, but what section of your site are
you proxying?
mod_proxy causes any SetHandler in a proxied location to be ignored.
In fact, it
causes any handler in a proxied location to be ignored, since it j
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
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? I know web forums are
kinda evil, but I've got a genuine use for one where I
need to be able to control access to it.
thanks!
Carl
--
Report problems: http:
Stas Bekman wrote:
I'd suggest to completely nuke /usr/local/apache2, install Apache from
scratch and chances are that everything will work fine. You have too
many old libs there.
I did that, and still had the same problem. I ended up setting
LD_LIBRARY_PATH to /usr/local/apache2/lib and it was
On Wed, 1 Sep 2004, Fred Moyer wrote:
> Date: Wed, 1 Sep 2004 07:02:21 -0700 (PDT)
> From: Fred Moyer <[EMAIL PROTECTED]>
> To: Fred Moyer <[EMAIL PROTECTED]>
> Cc: Jie Gao <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: [mp2] 1.99_16 problem
>
>
> >> Can't locate object method "server_h
Coming to a CPAN mirror near you. Please download it and test.. the
test. Thanks!
1.70_012004-09-01
- Casey West takes the pumpkin.
- Complete rewrite of test suite to use Test::* modules.
- Minor documentation tweaks.
Casey West
--
I'd wipe the machines off the face of the earth a
>
> That's not entirely true. It is in fact the case that mod_perl's
> *upper-bound* on memeroy usage is similar to the equivalent script
> runnung as a cgi.
>
> A well designed mod_perl application loads as many shared libraries as
> possible before Apache forks off the child processes. This takes
Hi all,
Thank you all for your responses, I am getting a better picture now.
I guess my hosting provider's concern is that they have a lot of clients who have infrequently running scripts. By design, mod_perl keeps things in memory for longer so that subsequent calls do not incur a reload of t
Scott Fagg wrote:
> I have lines like this in my .htaccess file :
>
> AuthName AD
> AuthType Arup::AuthCkLDAP
>
> PerlSetVar ADPath /
> PerlSetVar ADLoginScript /login.perl
>
> .. and i'm using AuthCookie.pm. It picks up on the 'AD' value for
> AuthName, but cannot see the PerlSetVar values.
Chris Shiflett wrote:
> --- Geoffrey Young <[EMAIL PROTECTED]> wrote:
>
>>testing php with perl
>
>
> What kind of nonsense is that? :-)
yeah, I was surprised to see this talk in the lineup. I mean, who cares
about testing, let alone some boring scripting languages?
--Geoff
--
Report
Thomas Lochmatter wrote:
> You're right: both methods (content_languages() and
> content_language()) work on the Apache object, although
> only content_languages() is documented (perldoc Apache)!
>
> Since Apache::FakeRequest wants to be a complete fake
> object, it should implement both methods
On Tue, 31 Aug 2004, Craig Dayton wrote:
>
> Does anyone have an idea how to resolve either of the following errors when
> building libapreq2-2.04_03-dev on either a Windows 2000 Server or on Windows
> XP Pro (SP2)?
>
> Thanks, Craig
>
>
> Windows 2000 Server
> Apache/2.0.49 mod_perl/1.99_15 perl/
On Tue, Aug 31, 2004 at 08:41:10PM -0700, Ben Hopkins wrote:
> 2: I added /perl-status and got a 404 error, just like I get for
> /server-status, /server-info, and /howdy locations. _It's exactly as if
> mod_perl were not installed!_
>
> Wait a minute! It is exactly as if the "SetHandler" di
On Tue, 31 Aug 2004, Alex Oboimov wrote:
> Hi folks,
>
> I'm fresh to Apache2/mod-perl2, just migrated from
> mp1.
>
> My system: Apache 2.049/Perl 5.8.4/mod_perl
> 1.99_14/DBI 1.42/DBD::InterBase/FireBird 1.5 on
> linux Mandrake 9.2 engine.
>
> My problem: my old programs were fine in the old
> s
-8<-- Start Bug Report 8<--
1. Problem Description:
make test fails on one of the tests -
t/filter/in_error...malformed response at /usr/local/apache2/build/mod_perl-1.99_16/blib/lib/Apache/TestClient.pm line 102.
t/filter/in_error..
>> Can't locate object method "server_hostname" via package
>> "Apache::ServerRec" at
>> ... 300.\n\t..., 'Apache::RequestRec=SCALAR(0x881968)') called
>> at -e line 0\n\teval {...} called at -e line 0\n
>>
>> The line concerned is:
>>
>> my $host_name = $r->server->server_hostname;
>
> h
On 1-Sep-04, at 3:57 AM, M.v.Buytene wrote:
Limit => {
METHODS => 'GET POST',
require => 'valid-user',
Order => 'allow,deny',
Allow => 'from all',
},
Apparently, the documentation is wrong (which is why I
en
> Can't locate object method "server_hostname" via package
> "Apache::ServerRec" at
> ... 300.\n\t..., 'Apache::RequestRec=SCALAR(0x881968)') called
> at -e line 0\n\teval {...} called at -e line 0\n
>
> The line concerned is:
>
> my $host_name = $r->server->server_hostname;
http://perl.a
hello
i use Apache-authenNTLM-2.07 with mod_perl 1.99.14 and windows 2000: it
was ok.
Now i have format my windows 2000, and make a new install.
install the new version of mod perl 1.99_16 on the linux.
and it don't work !
error msg:
[Wed Sep 01 14:59:35 2004] [error] [client 192.168.0.3] Usage:
Hi All,
I am getting the following error:
Can't locate object method "server_hostname" via package "Apache::ServerRec" at
... 300.\n\t..., 'Apache::RequestRec=SCALAR(0x881968)') called
at -e line 0\n\teval {...} called at -e line 0\n
The line concerned is:
my $host_name = $r->server->s
I am trying (as a starting test) to replace some apache directives by
mod_perl's syntax, so i can hopefully easily yank in specific perl
functions.
Running apache 2.0.50
Mod_perl 1.99
On a debian sarge machine.
All compiled by hand and no errors during compilation/installation.
included in httpd
You're right: both methods (content_languages() and
content_language()) work on the Apache object, although
only content_languages() is documented (perldoc Apache)!
Since Apache::FakeRequest wants to be a complete fake
object, it should implement both methods as well, I think.
Hence, the patch wou
--- Geoffrey Young <[EMAIL PROTECTED]> wrote:
> testing php with perl
What kind of nonsense is that? :-)
Chris
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
30 matches
Mail list logo
