1. Problem Description:
I'm testing with the httpd-std.conf file that comes with the FreeBSD port's
apache2 install, with the following additions:
LoadModule perl_module libexec/apache2/mod_perl.so
PerlModule Apache2
Alias "/cgi/" "/www/app/cgi/"
SetHandler perl-script
On Thu, 27 Nov 2003, Stas Bekman wrote:
> Randy Kobes wrote:
[ ... ]
> > Actually, ModPerl::Registry appearing as a
> > lib/ModPerl/Registry.pm and Apache::Response appearing as a
> > lib/Apache2/Apache/Response.pm does happen with Win32,
> > which is different than Unix, where both appear
> > und
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> httpd -DONE_PROCESS -DNO_DETACH
Oh, *ick*; it's a Heisenbug.
This time it didn't dump core -- it did what it was doing originally:
Can't call method "header" on an undefined value at
/appl/apache/WebGUI/lib/WebGUI/Session.pm line 322
On Thu, Nov 27, 2003 at 05:12:10PM -0800, Stas Bekman wrote:
> > So I need to hand run an httpd? It's still going to switch to nobody,
> > won't it? Or does it only do that if it daemonizes? Ok, I guess I'll
> > go run one by hand on 8080 and talk to *it* and see if I can get it to
> > dump.
>
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 04:47:52PM -0800, Stas Bekman wrote:
Found the build; rebuilt with debug. Make test skipped a *bunch* of
stuff, but doesn't appear to have failed. Installed, stopped apache,
started apache, same results; no backtrace in the webgui.log or either
apac
On Fri, Nov 28, 2003 at 12:44:06AM +, Ged Haywood wrote:
> Stas is probably in bed now. :)
Nope. :-)
> On Thu, 27 Nov 2003, Jay R. Ashworth wrote:
> > no backtrace
>
> You need to run Apache under gdb (Gnu DeBugger).
> You run it like that, let it segfault, then you're returned to the debu
On Thu, Nov 27, 2003 at 04:47:52PM -0800, Stas Bekman wrote:
> > Found the build; rebuilt with debug. Make test skipped a *bunch* of
> > stuff, but doesn't appear to have failed. Installed, stopped apache,
> > started apache, same results; no backtrace in the webgui.log or either
> > apache error
Hi Jay,
Stas is probably in bed now. :)
On Thu, 27 Nov 2003, Jay R. Ashworth wrote:
> no backtrace
You need to run Apache under gdb (Gnu DeBugger).
You run it like that, let it segfault, then you're returned to the debugger.
You tell the debugger to give you a backtrace with the debugger's 'bt
Jay R. Ashworth wrote:
On Thu, Nov 27, 2003 at 06:53:44PM -0500, Jay R. Ashworth wrote:
Indeed. I just have to figure out where the build lives; I've done *so
many* things in 5 days, I don't even remember whether I built mod_perl
or cpan did, and if it did, I'm not sure where. I can only learn s
On Thu, Nov 27, 2003 at 06:53:44PM -0500, Jay R. Ashworth wrote:
> Indeed. I just have to figure out where the build lives; I've done *so
> many* things in 5 days, I don't even remember whether I built mod_perl
> or cpan did, and if it did, I'm not sure where. I can only learn so
> fast...
Found
On Thu, Nov 27, 2003 at 03:51:17PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>All the items that are asked for in the bug report are potentially
> >>important, so try to include as much as possible. A well written bug
> >>report that includes all info asked for generally gets
Jay R. Ashworth wrote:
[...]
All the items that are asked for in the bug report are potentially
important, so try to include as much as possible. A well written bug
report that includes all info asked for generally gets answered very
quickly on this list. I'll admit that it requires some work
Randy Kobes wrote:
On Thu, 27 Nov 2003, Stas Bekman wrote:
[ .. ]
Search your filesystem, you must have Apache/Response.pm
if you have installed mp2.
It seems that you have a messed up installation, as your
ModPerl/Registry.pm resides under non-Apache2 subdir and
you have /Apache/Apache2/lib/perl
As you may have seen Paul has found two mp1 methods that we have forgotten to
port to mp2. It's quite possible that there are others. If you have some time,
please check http://perl.apache.org/docs/1.0/api/ and see if there are other
mp1 functions/methods that we may have forgotten.
You can ver
Paul Flinders wrote:
I'm currently investigating using Apache::PageKit to develop
a web application.
I'm more-or-less constrained to use Apache 2 by the environmental
requirements for the project which means mod_perl2 and libapreq2.
I realise that this is something of an experimental brew, especial
On Thu, 27 Nov 2003, Stas Bekman wrote:
[ .. ]
> Search your filesystem, you must have Apache/Response.pm
> if you have installed mp2.
>
> It seems that you have a messed up installation, as your
> ModPerl/Registry.pm resides under non-Apache2 subdir and
> you have /Apache/Apache2/lib/perl. Did yo
On Thu, Nov 27, 2003 at 05:40:17PM -0500, Cees Hek wrote:
> The link that Stas provided above explains what to do to provide a bug
> report to the mod_perl list, and it has a section on segfauls and how to
> get a stack trace.
>
> Check it out, as there is a tonne of helpful information availabl
On Thu, Nov 27, 2003 at 02:45:03PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> [...]
> >>>[Thu Nov 27 16:07:56 2003] [notice] child pid 736 exit signal
> >>>Segmentation fault (11)
> >>
> >>Jay, you know the drill, to start with please get the core stack
> >>backtrace and post the bug repo
Jay R. Ashworth wrote:
Jay, you know the drill, to start with please get the core stack
backtrace and post the bug report here... http://perl.apache.org/bugs/
Well, you know, I'm hearing that a lot this month, and no, I actually
am *not* familiar with y'all's particular version of 'the drill'.
An
I'm currently investigating using Apache::PageKit to develop
a web application.
I'm more-or-less constrained to use Apache 2 by the environmental
requirements for the project which means mod_perl2 and libapreq2.
I realise that this is something of an experimental brew, especially
as PageKit doesn't
Jay R. Ashworth wrote:
[...]
[Thu Nov 27 16:07:56 2003] [notice] child pid 736 exit signal
Segmentation fault (11)
Jay, you know the drill, to start with please get the core stack
backtrace and post the bug report here... http://perl.apache.org/bugs/
Well, you know, I'm hearing that a lot this mo
On Thu, Nov 27, 2003 at 02:11:09PM -0800, Stas Bekman wrote:
> Jay R. Ashworth wrote:
> > I've started getting (the machine is only about 4 days old, and not in
> > production yet) my apache children dying when I call into WebGUI. I
> > seem to be able to retrieve pages ok (GET), but when I click
Jay R. Ashworth wrote:
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the page source says this is
[ sorry; didn't unthread; please answer here]
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the
I've started getting (the machine is only about 4 days old, and not in
production yet) my apache children dying when I call into WebGUI. I
seem to be able to retrieve pages ok (GET), but when I click a button
on a page to do something (a check of the page source says this is a
POST), I get the fol
> Patricio Muñoz wrote:
> [...]
> > I see document http://perl.apache.org/docs/2.0/user/porting/compat.html
and
> > Adjust the httpd.conf
> >
> > Alias /perl/ "D:/Apache/Apache2/perl"
> >
> >
> > SetHandler perl-script
> > PerlResponseHandler ModPerl::Registry
> > Options +ExecCG
> Trouble is, 'just printing it' doesn't seem to work.
You're capturing STDOUT. Call $r->print instead.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Patricio Muñoz wrote:
[...]
I see document http://perl.apache.org/docs/2.0/user/porting/compat.html and
Adjust the httpd.conf
Alias /perl/ "D:/Apache/Apache2/perl"
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
Options +ExecCGI
PerlOptions +ParseHeaders
And
On Thu, 27 Nov 2003, [iso-8859-1] Patricio Muñoz wrote:
[ .. ]
> I see document
> http://perl.apache.org/docs/2.0/user/porting/compat.html
> and Adjust the httpd.conf
>
> Alias /perl/ "D:/Apache/Apache2/perl"
>
>
> SetHandler perl-script
> PerlResponseHandler ModPerl::Registry
>
Hi there,
On Thu, 27 Nov 2003, Blanchard, Raphael wrote:
> How can you change the length (expiry) of sessions in Apache::Session?
See these messages (and the rest of the thread)
http://www.jsw4.net/info/list-archives/mod_perl/02-08/msg00464.html
http://www.jsw4.net/info/list-archives/mod_perl/0
> Jay R. Ashworth wrote:
> [...]
> >>Version:
> >>Apache/2.0.48 (Win32) mod_perl/1.99_12-dev Perl/v5.8.1
> >
> >
> > That was the kicker. I believe the handler has changed it's name to
> > ModPerl::Registry in mod_perl 2; at least, that's what I'm using, with
> > apparent success.
>
> That's right
How can you change the length (expiry) of sessions in Apache::Session?
Raphael
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
BeerBong wrote:
But...
I found a line in startup.pl, which brokes Apache:
use DBD::Oracle
[...]
Any difference if you omit 'use DBD::Oracle' and just keep 'use DBI'?
I just wanted to load DBD::Oracle in parent process for sharing it among
children.
(and it works fine for statically compiled mod_p
Jay R. Ashworth wrote:
[...]
Version:
Apache/2.0.48 (Win32) mod_perl/1.99_12-dev Perl/v5.8.1
That was the kicker. I believe the handler has changed it's name to
ModPerl::Registry in mod_perl 2; at least, that's what I'm using, with
apparent success.
That's right, Jay.
If you are migrating from
On Thu, Nov 27, 2003 at 02:43:46PM -0300, Patricio Muñoz wrote:
> I work with mod_perl for Apache, but I have problem with Apache:Registry.
> The output error.log is
>
> [Thu Nov 27 12:26:16 2003] [error] failed to resolve handler
> `Apache::Registry'
> [Thu Nov 27 12:26:16 2003] [error] [client 1
Hi,
I work with mod_perl for Apache, but I have problem with Apache:Registry.
The output error.log is
[Thu Nov 27 12:26:16 2003] [error] failed to resolve handler
`Apache::Registry'
[Thu Nov 27 12:26:16 2003] [error] [client 192.168.0.5] Can't locate
Apache/Registry.pm in @INC (@INC contains: D:/P
i think i have sorted it out ...because the output i have showed below is
yielded by the command httpd -t , but on doing httpd -DSSL -t , i got syntax
ok
and my mod_perl is defined under SSL
so i think it should be okey now ...
--
cheers
David Ziggy Lubowa
Customer Support Engineer
Africa on
Hello guys
i am currently installinh rt3 on my FreeBSD4.9RC box , i am running into
some problems on getting the Moule Apache::DBI to workout i keep getting an
error on the LoadModule Apache::DBI line, which i think is due to mod_perl
either not being loaded or just not loaded properly ..below
> "Jean-Michel" == Jean-Michel Hiver <[EMAIL PROTECTED]> writes:
Jean-Michel> That'd make our system administrator go nuts (and I would
Jean-Michel> understand...), which is why I'd like to keep the caching code within
Jean-Michel> the software so that we simply need to do a CVS up and maybe c
> Generally, about the time you get to caching, you also want a split
> server. I'm successfully using a thin-caching-front,
> thick-mod_perl-back split server, where both docroots point at the
> same tree. The advantage is that I can quickly decide that something
> can be served entirely from th
> > However, I cannot get this same module to actually send correctly the
> > captured output... Have you got any suggestions?
>
> Well, if you have the output in a variable, just print it.
Trouble is, 'just printing it' doesn't seem to work. Here it my test script:
[EMAIL PROTECTED] mkd]$ m
> 1. Updated Authen::Smb with this:
>
> use Fcntl qw(:flock);
> ...
> open S, "> /full/path/to/AuthenSmb.lck" or
> die "Can't open AuthenSmb.lck: $!\n";
> flock S, LOCK_EX;
> my $res = Valid_User($username, $password, $server,
$backup, $domain);
> close S;
I was given this solution, to fix the
At 18:01 -0500 11/26/03, Perrin Harkins wrote:
...This has the advantage of being easy, but
the disadvantage that the data is no longer shared. I don't think you can
reall solve that without HUP-ing the server, but if you find a way I'll be
eager to hear about it.
Will report back, probably in the
43 matches
Mail list logo
