Doug MacEachern wrote:
> > I want Apache to switch into a
> > resource-managed Project at startup, but to do so I need to find out the
> > value of the "User" parameter in httpd.conf, and I can't find a way to do
> > this - is there one?
>
> Apache::Server::uid returns the uid of the configured
On Thu, 23 May 2002, Jie Gao wrote:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 15349)]
> 0x4031575d in modperl_mgv_lookup (symbol=0x0) at modperl_mgv.c:134
> 134 if (!symbol->hash) {
> (gdb) bt
> #0 0x4031575d in modperl_mgv_lookup (symbol=0x
On Sun, 14 Apr 2002, Sreeji K Das wrote:
> Hi Stas,
> Thanx for the reply. However, I had already read the
> doc. and done everything mentioned there. I had
> recompiled perl with -Ubincompat5005 as mentioned.
wondering if this is the XSLoader vs DynaLoader mentioned earlier today.
there is a wo
On Wed, 22 May 2002, Doug MacEachern wrote:
> On Thu, 23 May 2002, Jie Gao wrote:
>
> > I am also getting:
> >
> > [Thu May 23 14:11:45 2002] [notice] child pid 32213 exit signal Segmentation fault
>(11)
> >
> > when running my 1.3 module. I couldn't find any coredump, though. Anyone
> > can hel
On Wed, 22 May 2002, Doug MacEachern wrote:
> Apache::Status doesn't work with 2.0 yet.
actually, it kinda does after added SERVER_VERSION to Apache::compat.
"Enabled mod_perl Hooks" does not work, nor does "Compiled Registry
Scripts", but everything else seems to.
On Wed, 22 May 2002, Doug MacEachern wrote:
> On Thu, 23 May 2002, Jie Gao wrote:
>
> > and "make test" says BAD_GATEWAY is not exported by Apache::Constants.
>
> are you actually using that constant? i only was using it as an example.
if you are, you need to change it to HTTP_BAD_GATEWAY.
o
On Thu, 23 May 2002, Jie Gao wrote:
> and "make test" says BAD_GATEWAY is not exported by Apache::Constants.
are you actually using that constant? i only was using it as an example.
> Also perl-status doesn't seem to be functioning:
Apache::Status doesn't work with 2.0 yet.
> I am also ge
thanks, i've applied a variation of your patch to cvs and will be in 1.27
if anybody wants to work up a similar patch for Apache::PerlRun, that'd be
nice too.
On Fri, 12 Apr 2002, Jesse Erlbaum wrote:
> Hello Doug & All --
>
> One of my programmers (Dave Kaufman) brought to my attention a smal
On Mon, 20 May 2002, Doug MacEachern wrote:
> On Fri, 17 May 2002, Jie Gao wrote:
>
> > use Apache::Constants qw(:common :response M_GET M_POST AUTH_REQUIRED REDIRECT);
>
> the :response group in 1.x consists of names which apache has deprecated
> in 1.3.x and removed in 2.0, for which there are
On Thu, 23 May 2002, Joe Yates wrote:
> Perl/v5.7.3
what does your perl -V say ?
never tried the released version of 5.7.3 on win32, but i've been
rsync-ing perl-current which compiles/links and passes all test.
rsync.exe -auvz --delete rsync://ftp.linux.activestate.com/perl-current/ per
On Wed, 22 May 2002, Alan Burlison wrote:
> I have another little problem I'm trying solve, which will be really neat
> if I can get it to work. You may or may not know that Solaris has a fair
> share scheduler, which means you can limit the total proportion of CPU
> that a particular user can
On Wed, 22 May 2002, Dan Wilga wrote:
> Oh ho! That's it. Now when I gracefully restart, the memory loss is
> only about 29 Kb -- a very reasonable number.
much better. with the modperl test suite, i only see a wee bit of leakage
on the first restart, then no leakage on restarts after that.
Ask Bjoern Hansen wrote:
> Apache::DBI is turning the argument hashref into the "cache key"
> with the following code,
>
> my ($key, $val);
> while (($key,$val) = each %{$args[3]}) {
>$Idx .= "$;$key=$val";
> }
>
> can anyone think of a good reason not to change
On Wed, 22 May 2002, Perrin Harkins wrote:
> > Apache::DBI is turning the argument hashref into the "cache key"
> > with the following code,
[...]
> > can anyone think of a good reason not to change that to something
> > like
> >
> > map { $Idx .= "$;$_=$args[3]->{$_}" } sort keys %{$args[3]
Ask Bjoern Hansen wrote:
> Apache::DBI is turning the argument hashref into the "cache key"
> with the following code,
>
> my ($key, $val);
> while (($key,$val) = each %{$args[3]}) {
>$Idx .= "$;$key=$val";
> }
>
> can anyone think of a good reason not to change th
Apache::DBI is turning the argument hashref into the "cache key"
with the following code,
my ($key, $val);
while (($key,$val) = each %{$args[3]}) {
$Idx .= "$;$key=$val";
}
can anyone think of a good reason not to change that to something
like
map { $Idx
I have
Apache/2.0.36
mod_perl/1.99_02-dev
Perl/v5.7.3
and am using nmake.
Apache2 is installed (and working) in
C:\Apache2\bin
I built both perl and Apache from sources.
My makefile.pl command line is:
perl makefile.pl MP_AP_PREFIX=C:\Apache2
I'm getting
Ken Miller wrote:
>I the past, when I've setup a proxy/app server configuration, it's always
>been to forward certain url's to the app server, with the rest being
>processed by the proxy.
>
>However, I need to turn this around. I want to pass everything to the app
>server, except for some url's
> "Ken" == Ken Miller <[EMAIL PROTECTED]> writes:
Ken> I initially thought something like this would work:
Ken> ---
Ken> ProxyPass On
Ken> ProxyPass / http://other.server.com:1234/
Ken> ProxyPassReverse / http://other.server.com:1234/
Ken
I have tried two different Apache::AuthCookie subclasses:
Apache::AuthTicket 0.31
Apache::AuthCookieDBI 1.18
Apache::AuthCookie comes with an example login.pl, as well as does
Apache::AuthCookieDBI.
The symptom I was seeing: my browser would submit the form generated
by login.pl:
[Wed Ma
I the past, when I've setup a proxy/app server configuration, it's always
been to forward certain url's to the app server, with the rest being
processed by the proxy.
However, I need to turn this around. I want to pass everything to the app
server, except for some url's that point at static cont
Hi again,
I'm having trouble seeing module changes when I reload
a script that uses it. I'm using Apache::Reload and my test
script/module is as follows:
test.pl
#!/usr/local/bin/perl
use strict;
use warnings;
use My::Test qw(:subs);
print "Content-type: text/plain\r\n\r
-- Praveen Ray <[EMAIL PROTECTED]>
> Hi
> I Can't get this module to run under mod_perl. I have
> installed this module on my machine and the script when
> called from command line works fine. But When called from
> within Apache from a mod_perl script, it fails to
> instantiate Parse::RecDesce
Hi
I Can't get this module to run under mod_perl. I have
installed this module on my machine and the script when
called from command line works fine. But When called from
within Apache from a mod_perl script, it fails to
instantiate Parse::RecDescent Module. I wrapped the
'Parse::RecDescent->new($
At 8:41 AM -0700 5/22/02, Doug MacEachern wrote:
>On Wed, 22 May 2002, Dan Wilga wrote:
>
>> Interesting. When I do that, I get the same problem I did when I
>> tried to run with 1.25_01 and 1.26: Apache core dumps. I think I'll
>> have to try compiling it again with the latest version of mod_p
On Wed, 22 May 2002, Alan Burlison wrote:
> Thanks Doug. I'm using the Apache/perl/mod_perl that will ship as part of
> Solaris 9, so I was a little concerned that we'd screwed something up :-)
maybe solaris 9 should include 2.0 instead ;-)
> >From your description, I'm guessing that the root
On Wed, 22 May 2002, Dan Wilga wrote:
> Interesting. When I do that, I get the same problem I did when I
> tried to run with 1.25_01 and 1.26: Apache core dumps. I think I'll
> have to try compiling it again with the latest version of mod_perl,
> and perhaps not as a DSO.
possible that your
On Tue, 21 May 2002, Mike Melillo wrote:
Hey, Mikey!
> Date: Tue, 21 May 2002 23:28:29 -0400
> From: Mike Melillo <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Image::Size, TT, and mod_perl Question
>
>
>
> I posed this question to the Template Toolkit list and got no response,
> so I f
At 6:56 PM -0700 5/21/02, Doug MacEachern wrote:
>On Tue, 21 May 2002, Dan Wilga wrote:
>
>> I am using Perl 5.6.1, modperl 1.25, and yes it's a DSO. It's compiled with:
>
>with 1.25, you can also set the PERL_DESTRUCT_LEVEL environment variable
>to 2, either before starting the server:
>
>export
m31 wrote:
> Jie Gao wrote:
>
>> On Tue, 21 May 2002, m31 wrote:
>>
>>> I'm sorry (i wass in a rush), the errors come up when I run make test,
>>> the `perl Makefile.pl` works fine. (on OSX 10.1.4 (Darwin 5.4),
>>> Perl/5.6.0, mod_perl/1.25, apache/1.3.23)
>>>
>>> $ make test
>>> ...some more stu
Jie Gao wrote:
>On Tue, 21 May 2002, m31 wrote:
>
>>I'm sorry (i wass in a rush), the errors come up when I run make test,
>>the `perl Makefile.pl` works fine. (on OSX 10.1.4 (Darwin 5.4),
>>Perl/5.6.0, mod_perl/1.25, apache/1.3.23)
>>
>>$ make test
>>...some more stuff
>>
>>/usr/bin/
Doug MacEachern wrote:
> the #perl directive is disabled if modperl is built as dso, Makefile.PL
> prints a message about this. won't be an issue with 2.0 thanks to apr
> optional functions. but in 1.x, the modperl .so cannot resolve symbols
> from mod_include.so. at least, it can't on all pl
32 matches
Mail list logo
