You can not run this script in the shell because it expects a
Apache::Request-Object which is passed by Apache::Registry to you. Why
you are getting Apache::Request is because Apache::Registry is wrapping
your "CGI"-Code in an subroutine. The code run inside mod_perl looks
something like the fo
Pete Geenhuizen wrote:
Stas,
I want to install Apache Vmonitor, but I'm being stopped by the following
compile problems.
This is Apache 2.0.48, Solaris 9, gcc 3.3.2 and libgtop 2.6.0.
Any suggestions on how to resolve this problem?
Hi Pete,
Yeah, it's crap. They keep on changing things w/o consid
Hello All,
This isn't so much a development question as it is one about deployment.
I've built an application which runs with the latest and greatest mod_perl
and apache 2. It's just a run of the mill content handler which delegates
some stuff to Template.pm.
Now due to internal strictness I ha
Stas,
Thanks for the reply, unfortunately no such luck with this version I'm
afraid but a little progress non the less.
My version of libgtop 2.6.0 doesn't have xmalloc.h, I changed that to
malloc.h which got me passed that, and now the Server compiles, and now I
get the attached errs errors. The
Hey thanks a lot! I think I'll try the first idea as
all of my perl rules are in a db but easy enough to
pull out by url.
thanks!
ken.
On 24 Apr 2004 at 17:00, Enrico Sorcinelli wrote:
> On Fri, 23 Apr 2004 12:51:26 +0200
> Ken Burcham <[EMAIL PROTECTED]> wrote:
>
> Hi Ken,
>
> > I notice
On Sat, Apr 24, 2004 at 11:47:15PM -0500, Will Trillich wrote:
> with httpd.conf directives, these virtualhosts work just fine.
> but trying to use perl to make them more universally
> configurable, we get the "no virtualhosts error":
>
> %VirtualHost = (
> '*:80' => [
> {
Maybe perl's trea
Hello world,
I've a second issue which is really bugging me now. I've compiled
mod_perl against our server apache version, which happend to be 2.0.40. I
made a package with the perl modules and the apache/modules/mod_perl.so
for this.
On a server restart I keep getting:
"Cannot use threaded MPM
Sorry Raf, but you put yourself into a bad position. 1.99_09 is 1 year old and
many bugs that you are encountering now have been solved long time ago. We
can't support older Apaches, because they have changed a lot of things since
2.0.43 and it won't work. So I can't offer much of an advice but
Pete Geenhuizen wrote:
Stas,
Thanks for the reply, unfortunately no such luck with this version I'm
afraid but a little progress non the less.
My version of libgtop 2.6.0 doesn't have xmalloc.h, I changed that to
malloc.h which got me passed that, and now the Server compiles, and now I
get the atta
Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a patch :)
We still need to support older libgtop, so it can't be applied as is. Need to
figure out how to keep both generations working. But meanwhile Pete and Paul,
try Radoslaw's patch (attached).
Radoslaw, do you know ho
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
Cool, so we have Radoslaw, who understands in glib/gnome and forwarded a
[...]
Uh, not really... :-) I just poked around in the *.h files / libgtop's
documentation / changelogs and hacked it until it built.
And lots o
Pete Geenhuizen wrote:
Stas,
Right after I had decided to hold off on this I get this email, and now
I'm confused.
If I use xmalloc.h I get all sorts of errors, so I went back to
libgtop-2.0.6 and changed xmalloc.h to the Solaris version of malloc.h.
That allowed the Server to build, however GTop
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 01:00]:
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 00:15]:
[...]
http://apache.org/~stas/GTop-0.13.tar.gz (which is not quite working,
because of the missing glibtop_free symbol.)
Changelog says, th
Ok, please try this candidate:
http://apache.org/~stas/GTop-0.13.tar.gz
I have tested it only with 2.6.0. I hope it is still working with earlier ones.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://staso
I tried to upgrade to 5.8.4 but it did not work.
I have to downgrade to perl 5.8.3.
Upon recompiling, I run into the following:
Script started on Mon Apr 26 11:18:54 2004
doctor.nl2k.ab.ca//usr/source/mod_perl-1.29$ / gdb /usr/bin/perl
GNU gdb
Copyright 1998 Free Software Foundation, Inc.
GD
The Doctor wrote:
I tried to upgrade to 5.8.4 but it did not work.
I have to downgrade to perl 5.8.3.
That's exactly why Release candidates are posted before a release is made, so
that you can test your app that you plan to migrate to the latest version and
report any problems with it.
Upon rec
Radoslaw Zielinski wrote:
Stas Bekman <[EMAIL PROTECTED]> [27-04-2004 02:04]:
Ok, please try this candidate:
http://apache.org/~stas/GTop-0.13.tar.gz
I have tested it only with 2.6.0. I hope it is still working with earlier
ones.
Doesn't work with 2.6.0 (unless you have the xmalloc.h from som
[please keep all the communications on the list, thank you!]
The Doctor wrote:
On Mon, Apr 26, 2004 at 07:09:41PM -0700, Stas Bekman wrote:
That happens long before you've even built mod_perl. So I'd suggest to ask
at the perl5porters list.
Where is the perl5porters list?
http://search.cpan.or
Stas Bekman wrote:
Sorry Raf, but you put yourself into a bad position. 1.99_09 is 1 year
old and many bugs that you are encountering now have been solved long
time ago. We can't support older Apaches, because they have changed a
lot of things since 2.0.43 and it won't work. So I can't offer mu
Radoslaw Zielinski wrote:
[...]
define doesn't work for you. Check Server/Makefile.PL it loads config.pl
and calls the code that should insert -DGTOP_2_5_PLUS define.
It works, error was elsewhere. I didn't built it "by hand", but by
changing the version in the .spec file. It contained:
GTOP
Brain-dead simple Apache 2.0/mod_ssl/mod_perl build HOWTO for RH Linux.
Has a Subversion appendix if you need source control. I've been using
this setup for over a year on a medium-ish (~1000 user) production site.
Maybe it can help...
http://shaderlab.com/mod_perl/server_mod_perl_config.txt
y
Tom Williams wrote:
Thanks for the info. I'm in a similar situation where I'm running
Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.2 PHP/4.3.5 on a RedHat
9 Linux box and I want to upgrade to perl 5.8.4 but I can't get the
multi-threaded perl to pass the test suite. :( The "wait" test in the
That line contains "if ()..."; our evil operator is used few lines later
in corresponding elsif, which belongs to the same #line from perl's
point of view.
Ah cool, I've committed the fix, thanks!
Reporting it would IMHO be a waste of bits, as it's (at least somehow)
documented; man ExtUtils::Mak
23 matches
Mail list logo