Steve Hay wrote:
Thomas Klausner wrote:
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers
- one for the main "home page", and others for various
sub-components. Each handler is implemented by a separate modul
Ah, an old message of mine. I think this in the end boiled down to
mod_perl writing this particular error to the server's main error_log
and not to the actual virtual server's error_log where other errors go.
This might have been fixed. I still run the same build of mp2 (because
it works) but I
[Forwarded from "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>]
Hello,
In response to :
Kurt George Gjerde wrote:
> BTW: I've fixed my "can't coerce GLOB to string" problem I had last
week.
> Was unrelated to mod_perl (sorry). It seems XML::LibXSLT produced some
> errors which went straight to STDERR.
On Tue, 2003-09-09 at 05:00, Steve Hay wrote:
> As in a PerlTransHandler, yes?
Yup.
> Is there a performance penalty with this? You're using Perl code to
> inspect the URI, and then handing control back to the Apache core if it
> is a static file. I wanted to avoid requests for static files w
Steve Hay <[EMAIL PROTECTED]> wrote
>
> Thanks for the idea, though. If I manage to overcome my
> inexplicable aversion to file extensions then it certainly looks
> like the simplest solution.
I understand the argument that it's better for the user to not know the
extension of the file they a
Hi!
On Tue, Sep 09, 2003 at 10:05:43AM +0100, Steve Hay wrote:
> >
> > SetHandler default
> >
> >
> > SetHandler default
> >
> >
> >This is working as expected, i.e. request for /css/foo.css or /img/bar.png
> >are not handled by Apache::Dispatch
> >
> >
> What about requests for /css or /img ?
On Tuesday 09 September 2003 11:16, Steve Hay wrote:
> Those were actually my very frist ideas, but I decided that I prefer
> to have all the URL's to begin with /myproject. I don't necessarily
> require that URL to be related to the filesystem structure, but I
> just want all the URL's (dynamic
petersm wrote:
Steve Hay <[EMAIL PROTECTED]> wrote
SetHandler perl-script
PerlHandler MyProject->dispatcher
SetHandler default-handler
Correct me if I'm wrong, but can't you just say>
AddHandler perl-script .cgi
PerlHandler MyProject->dispatcher
using AddHandler in
Perrin Harkins wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
/myproject/stylesheet
Marc Slagle wrote:
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
It also needs to have access to various static resources (images,
stylesheets, JavaScript libraries etc.).
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/comp
Thomas Klausner wrote:
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
The project is going to be written as a series of mod_perl handlers -
one for the main "home page", and others for various sub-components.
Each handler is implemented by a separate module (all sub-classes
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
> Thus, I want to have something like this:
>
> /myproject [mp1]
> /myproject/component1 [mp1]
> /myproject/component2 [mp1]
> ...
> /myproject/images [static]
> /myproject/javascript [static]
> /myproject/stylesheets [stat
Steve Hay <[EMAIL PROTECTED]> wrote
> It also needs to have access to various static resources (images,
> stylesheets, JavaScript libraries etc.).
>
> Thus, I want to have something like this:
>
> /myproject [mp1]
> /myproject/component1 [mp1]
> /myproject/component2 [mp1]
>
Hi!
On Mon, Sep 08, 2003 at 04:51:55PM +0100, Steve Hay wrote:
> The project is going to be written as a series of mod_perl handlers -
> one for the main "home page", and others for various sub-components.
> Each handler is implemented by a separate module (all sub-classes of a
> common base
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
>
> It also needs to have access to various static resources (images,
> stylesheets, JavaScript libraries etc.).
>
> Thus, I want to have something like this:
>
> /myproject [mp1]
> /myproject/component1 [mp1]
> /myproject/componen
On Wednesday 06 August 2003 19:53, Christopher Grau wrote:
> Are you sure the content-type is "text/html"? Since you have your
> own handler, Apache is probably using the value from the
> DefaultType directive which, I think, defaults to "text/plain" when
> Apache is installed.
That's it,
On Wed, Aug 06, 2003 at 08:24:30PM +0200, Xavier Noria wrote:
> To fix that, is it safe to change the test to
>
> defined $r->content_type and $r->content_type ne 'text/html';
>
> or is there a better way?
I usually don't concern myself with the previous content type when writing
-based con
sub handler {
my $r = shift;
return DECLINED if $r->content_type ne 'text/html';
return SERVER_ERROR unless $r->can_stack_handlers;
$r->set_handlers(PerlHandler => ['ContentHandler']);
return OK;
}
What am I missing?
unlike the other phases of the r
On Wednesday 06 August 2003 20:26, Christopher Grau wrote:
> On Wed, Aug 06, 2003 at 08:24:30PM +0200, Xavier Noria wrote:
> > To fix that, is it safe to change the test to
> >
> > defined $r->content_type and $r->content_type ne 'text/html';
> >
> > or is there a better way?
>
> I usually don
Xavier Noria wrote:
[EMAIL PROTECTED] wrote:
It seems to me that $r->content-type is for what your server sends to the
client, which is probably undef in the Fixup stage, where you test it.
You probaly meant to test for the
$ct = $r->header_in("Content-type")
if you wanted to see whats requested
ROTECTED]
> Sent: Thursday, August 07, 2003 3:15 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: help on setting up a PerlFixupHandler
>
>
>
> >
> > So, while I'm not 100% sure about this, logically the $r->content_type
> > should be em
So, while I'm not 100% sure about this, logically the $r->content_type
should be empty before the response is prepared to be sent to the browser,
so it should be empty in the Fixup stage.
not necessarily.
if you request index.html, mod_mime (at the mime-type phase) will set the
content type to t
e loop and what they read/or set.
Most of these one can guess but I'm not aware of such a documentation.
Regards,
Lian Sebe, M.Sc.
Freelance Analyst-Programmer
www.programEz.net
> -Original Message-
> From: Geoffrey Young [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 07, 2003 5
On Wed, Aug 06, 2003 at 07:41:20PM +0200, Xavier Noria wrote:
> package Dispatcher;
>
> use Apache::Constants ':common';
>
> sub handler {
> my $r = shift;
>
> return DECLINED if $r->content_type ne 'text/html';
> return SERVER_ERROR unless $r->can_stack_handl
:40 PM
> To: [EMAIL PROTECTED]
> Subject: Re: help on setting up a PerlFixupHandler
>
>
> On Wednesday 06 August 2003 20:26, Christopher Grau wrote:
>
> > On Wed, Aug 06, 2003 at 08:24:30PM +0200, Xavier Noria wrote:
> > > To fix that, is it safe to change the test
[EMAIL PROTECTED] wrote:
It seems to me that $r->content-type is for what your server sends to the
client, which is probably undef in the Fixup stage, where you test it.
You probaly meant to test for the
$ct = $r->header_in("Content-type")
if you wanted to see whats requested from the client.
But
On Wednesday 06 August 2003 18:29, Geoffrey Young wrote:
> > sub handler {
> > my $r = shift;
> >
> > return DECLINED if $r->content_type ne 'text/html';
> > return SERVER_ERROR unless $r->can_stack_handlers;
> >
> > $r->set_handlers(PerlHandler => ['ContentHand
Hi there,
On Thu, 17 Jul 2003, Bernhard Donaubauer wrote:
> I just startet learning mod_perl and apache. I use the current version of
> mod_perl 1 and apache 1.3. Perl itself has version 6.5.1.
Can you be a little more careful with your version numbers in future?
> but my testapplication does
Hello Bernhard Donaubauer,
Thursday, July 17, 2003, 5:34:57 PM, you wrote:
BD> Hello!
BD> I just startet learning mod_perl and apache. I use the current version of
BD> mod_perl 1 and apache 1.3. Perl itself has version 6.5.1.
BD> My aim ist to set some environment variables visible to all apac
On Wed, 9 Jul 2003, Alexander Prihodko wrote:
> --help
Usage: [EMAIL PROTECTED] [-s topic] PROBLEM [DETAILS]
Describe a PROBLEM, giving DETAILS, so that the members of
the list can try to assist you.
Example:
Date: Wed, 01 Jan 1970 00:00:00 +
From: D Ritchie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 12 June 2003 08:22, ECE Webmaster wrote:
> Hi ,
>
> I am having a problem with an application that I am running on an
> Apache server. It says that it is unable to load the script. I have
> chmod all things to 777.
> My application is at ht
On Sat, 14 Jun 2003, Oskar wrote:
> Hi, I have probs with installing mod_perl onto apache server.
> PPM installed the mod_perl without probs so I added the
> LoadModule perl_module "modules/mod_perl.so" directive into
> http.conf. Now everytime apache is starting it does not start
> and returns er
ECE Webmaster wrote:
Hi ,
I am having a problem with an application that I am running on an Apache
server. It says that it is unable to load the script. I have chmod all
things to 777.
My application is at http://www.ece.ufl.edu/COE/pages/chat/chatmain.html
You should look in error_log. It'll te
ECE Webmaster said:
> Hi ,
>
> I am having a problem with an application that I am running on an
> Apache server. It says that it is unable to load the script. I have
> chmod all things to 777.
> My application is at http://www.ece.ufl.edu/COE/pages/chat/chatmain.html
>
> Thanks a ton
> Mandeep
Hi there,
On Thu, 29 May 2003, Shashank Kailash Shringi wrote:
> I need one common entry for handlers in Location directive, both
> inside and outside virtual host.
I'm not sure I understand your problem, but I wonder if it's the sort
of thing that mod_macro could help you with?
73,
Ged.
Hi there,
On Fri, 30 May 2003, Forrest Aldrich wrote:
> how do you add/activate other modules to apache in this manner.
Here's one I prepared earlier. Use caution, this is an old one and I
haven't tested it lately. The documentation is in the Eagle Book, I
don't know if it's in the CookBook, m
I'm going to follow your instructions, thank you.
One question, though, since it seems you're adding args to a file that gets
passed to mod_perl's build process (which in turn builds httpd): how do
you add/activate other modules to apache in this manner. PHP is a DSO
(for me) so that's solve
David Culp wrote:
I'm having problems using Proxy after a PerlHandler and Apache::Filter is
used.
Objective:
Proxy/http://foo.com
What Happens:
proxy:http://foo.com
Any suggestion or pointers to relevant docs wo
On Thu, 2003-03-06 at 23:13, David Culp wrote:
> Can Apache 2 Filters be implemented in Apache 1.3.x via mod_perl [1.x]?
No. However, there are a couple of method for doing this in 1.x. See
Apache::Filter or Apache::OutputChain.
- Perrin
Mo Elwaisi wrote:
Hi
I have been tryin to set the following on a Linux machine for the last
few months, but i have been having problem, especialy with PERL and
Apache 2. I have been advised to use Apache 1.3.27!. i have formated the
system and installed Red Hat 8 once again but this time i did
Warren Pollans wrote:
Hi Folks,
I still need help with this.
Which module is responsible for putting dl_install_.al in auto/DynaLoader? Dynaloader is there.
you might want to ask this question over on [EMAIL PROTECTED], where there are
people who specialize in the nuances of OS X. truthful
Kurt George Gjerde wrote:
On Wed, 26 Feb 2003, Stas Bekman wrote:
use threads;
use threads::shared;
why do you need to load threads? Do you plan to spawn your own threads?
No, they're not supposed to be there.
### TRANSFORM
my $results;
eval {
$results = $stylesheet->transform($document)
On Wed, 26 Feb 2003, Stas Bekman wrote:
> > use threads;
> > use threads::shared;
>
> why do you need to load threads? Do you plan to spawn your own threads?
No, they're not supposed to be there.
> > ### TRANSFORM
> > my $results;
> > eval {
> > $results = $stylesheet->transform($docume
Kurt George Gjerde wrote:
Hi,
I get a "Can't coerce GLOB to string"-error for every new thread that is
started (mp2). I have no idea why this happens (or even what this error
actually means).
The module is included below (line producing the error is marked "ERROR
HERE"). Error happens for every ne
Pablo Jejcic wrote:
Here is my 'perl -V'.
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
[...]
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
[...]
cccdlflags='-KPIC', lddlflags='-G'
Still, either you aren't using the same compiler as
all the standards you just have to wait another
year until the one arises you are looking for.''
A. Tanenbaum, ``Introduction to Computer Networks'
_
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: 20 February 2003 23:09
To: Pablo Jejcic
Cc:
Arshavir Grigorian wrote:
Hi,
I was trying to build Apache 1.3.27 + mod_perl 1.27 from
the mod_perl tree. Dir structure as follows:
/usr/local/apache2-19
/use/local/apache2-19/build
/use/local/apache2-19/build/apache_1.3.27
/use/local/apache2-19/build/mod_perl-1.27
So, following the suggestion
Pablo Jejcic wrote:
I rebuild PERL and when I use perl -V I can see -KPIC but when I try
to "make" mod_perl I receive the same error
Any other thoughts???
How is it possible that the same compiler accepts an option for building one
program, but not the other? Can you please post your 'perl
Much cleaner. Thanks!
I don't even get those nasty warning about barewords, etc.
I still think the example in the guide should be updated.
Arsh
Ged Haywood wrote:
Hi there,
On Thu, 20 Feb 2003, Arshavir Grigorian wrote:
I was trying to build Apache 1.3.27 + mod_perl 1.27
[snip]
So
Hi there,
On Thu, 20 Feb 2003, Arshavir Grigorian wrote:
> I was trying to build Apache 1.3.27 + mod_perl 1.27
[snip]
> So, following the suggestion from
>
> http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS
>
> that one can pass *any* arguments to the Apache ./configure through the
I did have to add the path to 'make'. Thankyou. I noticed that
I had to start up a 'ksh' session and then add the path to 'make'.
However, still have problems as seen in the 'sanity check' below.
# perl Makefile.PLConfigure mod_perl with ../apache_1.3.27/src ?
[y]Shall I build httpd in ../
make is in my path as seen here:
PATH=/usr/bin:/usr/sbin:/opt/local/bin:/home/oracle/bin:/opt/oracle/9.0.1/bin:/usr/lbin:/usr/ccs/bin:/usr/ucb:.
So, the make routine is in the /usr/ccs/bin directory.
The error messages before and after the 'sh: make: not
found' message are at line 581 (promp
Charlie,
It just seems like you need to add make in
your path (sh: make: not found).
Cheers,
Martin
Martin Scantland IP Services, Internet Engineering, Nortel Networks Phone: 613.765.4052, ESN 395.4052
-Original Message-From: Charlie Smith
[mailto:[EMAIL PROTECTED]]Sent:
On Thursday, February 20, 2003, at 08:13 AM, Charlie Smith wrote:
I get errors on installing mod_perl/Apache 1.3.27, under the root
account when running perl Makefile.PL.
I'm running perl 5.8 on solaris. gcc 2.95.
#
#
# perl Makefile.PL
Configure mod_perl with ../apache_1.3.27/src ? [y]
Sh
ar until the one arises you are looking for.'' A.
> Tanenbaum, ``Introduction to Computer Networks'
>
> _
>
>
>
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: 18 February 2003 23:02
> To: Pablo Jejcic
Perrin Harkins wrote:
On Tue, 2003-02-18 at 08:07, giorgos zervas wrote:
i am using Apache::DB to debug my mod_perl handlers and altough the
debugger seems to be working fine it won't display the source code next
to the current line being debugged.
That's because you are compiling that code
On Tue, 2003-02-18 at 08:07, giorgos zervas wrote:
> i am using Apache::DB to debug my mod_perl handlers and altough the
> debugger seems to be working fine it won't display the source code next
> to the current line being debugged.
That's because you are compiling that code before you activate
hi stas,
thanks for you help. i tried debugging one my non modperl scripts from
the command line and it seems to be working as expected. the debugger
commands 'w' and 'l' display the source code as expected and i also
always see the current line being executed by the debugger.
so the problem must
giorgos zervas wrote:
hi all,
i am using Apache::DB to debug my mod_perl handlers and altough the
debugger seems to be working fine it won't display the source code next
to the current line being debugged. for example:
DB<10> r
scalar context return from CODE(0x8d7101c): -> undef
Apache::DB::C
Pablo Jejcic wrote:
Hello guys,
I have just installed PERL/Apache and mod_perl, but this last
one gave me an error when I try to compile. Could anyone help me?
Thi is the error:
bash-2.05# make && make test
cd "src/modules/perl" && make -f Makefile.modperl
make[1]: Entering directory
Hello there,
On Wed, 12 Feb 2003, Rangel, Luciano wrote:
> Please help-me with error.
>
>
> waiting for server to start: .[Wed Feb 12 14:56:58 2003] [info] 20 Apache::
> modules loaded
> [Wed Feb 12 14:56:58 2003] [info] 5 APR:: modules loaded
> [Wed Feb 12 14:56:58 2003] [info] base server
Casey Songer wrote:
This is probably a stupid question, but I've been searching the
documentation for 3 or 4 hours now and I still can't get mod_perl to
install. I have mod_perl installed under apache 1.3.26 and have been
running that with great success for a couple years, but I am trying to
On Thu, 30 Jan 2003 17:57:05 -0700, Casey Songer wrote:
>When I do "httpd -l" mod_perl isn't listed, should it be? I also get
>errors for things in my apache configuration scripts like PerlHandler
>and PerlRequire, which I assume means that mod_perl isn't installed. I
>have read through
>htt
t;[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, December 30, 2002 4:59 AM
Subject: RE: Help! :) - Installation problem with mod_perl-1.99_07 and
apache_1.3.27
> No No No -
>
> mod_perl-1.99 is really the pre-relase mod_perl 2.
>
> You MUST use Apache 2 with mod
On Mon, Dec 30, 2002 at 02:36:47AM -0700, Frank Laczko Jr. wrote:
> Hello all
>
> I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed.
> I have looked through the docs and have not seen a solution, so if one
> exists and I missed it, let me apologize in advance.
>
> I am ru
l.so.0 is needed by mod_perl-1.99_05-3
libc.so.6(GLIBC_2.3) is needed by mod_perl-1.99_05-3
Radu
-Original Message-
From: Beau E. Cox [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 30, 2002 13:59
To: Frank Laczko Jr.; [EMAIL PROTECTED]
Subject: RE: Help! :) - Installation p
No No No -
mod_perl-1.99 is really the pre-relase mod_perl 2.
You MUST use Apache 2 with mod_perl 2!
Aloha => Beau.
-Original Message-
From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 29, 2002 11:37 PM
To: [EMAIL PROTECTED]
Subject: Help! :) - Installation pr
Rafiq Ismail (ADMIN) wrote:
Ugggh: My software works with the 'original server settings', (apache
1.3.24/mod_perl 1.26) see below(1), under linux.
It doesn't work with 'new server settings', (apache 1.3.26 / mod_perl
1.26) see below(2), under freeBSD.
Symptoms:
With the new build, I get seg fau
Alan Chung wrote:
Hi,
I have tried to upgrade my apache from 1.3.12 to 1.3.26 and openssl from
0.9.5a to 0.9.6g.
But when I upgraded mod_perl from 1.24 to 1.26 (it seems that I have
to), it could be compiled with no error but httpd couldn't be started
with the following error:
Apache.pm versi
On Fri, 8 Nov 2002, Tony Simbine wrote:
> GET http://www.myhost.com/myscript.perl
> >now I get the results as expect
> GET http://www.myhost.com/myscript.perl
> >now I get an error
> wenn i reload my apache-webserver, then i allways get the expected page.
> how can i resolve it?
You know he's ri
Tony Simbine wrote:
wenn i reload it, then sometimes i get the document or an error.
Well, what's the error? Look at your log file. Then look at
http://perl.apache.org/docs/1.0/guide/troubleshooting.html and see if
the error is listed there.
- Perrin
Thanks. The docs suggest not using the threaded version. Although I do not
see why. anyway, i am stuck on the Apache install at the moment.
-Original Message-
From: Lester Vecsey [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 26, 2002 7:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Help
- Original Message -
From: "Jim Kipp" <[EMAIL PROTECTED]>
> . Also is what is
> mpm and is 'mpm=prefork' necessary in the apache build config? Any other
> tips from anyone with a similar setup is appreciated.
>
prefork is the way it comes stock, what you probably want is mpm=worker for
iudicium ferat wrote:
> On 9/18/02 2:06 PM, "Robert Landrum" <[EMAIL PROTECTED]> wrote:
>
>
>>$r->header_out("Location" => "http://domain.com/test.html";);
>
>
> This would work:
>
> $r->header_out("Location" => "/test.html\n\n");
of course, this is common. but technically Location is onl
On 9/18/02 2:06 PM, "Robert Landrum" <[EMAIL PROTECTED]> wrote:
> $r->header_out("Location" => "http://domain.com/test.html";);
This would work:
$r->header_out("Location" => "/test.html\n\n");
Cheers!
-Sx- :]
On Wed, Sep 18, 2002 at 07:43:43PM +0530, Sylbert L wrote:
> Hi ..
>
> I'm trying to do a simple redirect using mod_perl 2.0, Apache 2.0.40 ..
> just doesn't seem to work.
>
> This is my code, in a file called MySocket.pm
>
> package Apache::MySocket;
>
> use strict;
> use Apache::RequestRec
Sylbert L wrote:
> Thanks Stas, the code works just fine now.
cool. I've fixed the online doc.
> This is what i'd read :
>
> [Apache 1.3 is hardwired to speak only one protocol, HTTP. Apache 2.0 has
> moved to more of a "server framework" architecture making it possible to
> plugin handlers fo
Thanks Stas, the code works just fine now.
This is what i'd read :
[Apache 1.3 is hardwired to speak only one protocol, HTTP. Apache 2.0 has
moved to more of a "server framework" architecture making it possible to
plugin handlers for protocols other than HTTP. The protocol module design
also ab
Sylbert L wrote:
> Hi,
>
> I'm just getting started with mod_perl. Was trying out the
> Apache::CommandServer sample code provided in the documentation, but I seem
> to get this error : Can't locate object method "run_access_checker" via
> package "Apache::RequestRec" at .
add:
use Apache::
Éric,
Try:
... snip ...
instead. is used for URIs, not directories.
An alternative would be:
... snip ...
if DocumentRoot is set to "/web/httpd/htdocs" for Apache.
Paul
Eric Terry écrivit:
> I have the following added to my httpd.conf file:
>
> # (Apache::Sandwich)
>
On Fri, 3 May 2002, Peter Rothermel wrote:
> I tried the mehod attribute and now I get this error:
>
> Error message:
>Can't locate object method "" via package "Apache::AuthDerivedHandler".
method handlers were broken in _01, this has been fixed in cvs and will be
in 1.99_02
I tried the mehod attribute and now I get this error:
Error message:
Can't locate object method "" via package "Apache::AuthDerivedHandler".
Geoffrey Young wrote:
> Peter Rothermel wrote:
>
> > Can somebody help me out with Method Handlers in
> > Apache2 - mod_perl 1.99? I'm new to win
Peter Rothermel wrote:
> Can somebody help me out with Method Handlers in
> Apache2 - mod_perl 1.99? I'm new to windows and its
> threading issues.
[snip]
> sub authenticate ($$) {
> my ($self, $r) = @_;
> return OK;
> }
I haven't played much with mod_perl 2.0 yet, but I know that thi
On Fri, 3 May 2002, Jean-Marc Paulin wrote:
> Randy,
>
> Thanks a lot. I thought I was not the only one.
> In fact, this is not the test apache\post that hangs, but when running the
> test apache\conftree that apache.exe dies.what happens after is because I've
> aborted the script via Ctrl+Brk.
in" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, May 03, 2002 3:41 PM
Subject: Re: HELP - Trying to get mod_perl and Apache2 working together on
Win32
> On Fri, 3 May 2002, Jean-Marc Paulin wrote:
>
> > Hi there,
> >
> > I am runing Win2
On Fri, 3 May 2002, Jean-Marc Paulin wrote:
> Hi there,
>
> I am runing Win2000 SP2, and Apache 2.0.35
>
> I have managed to build mod_perl (perl Makefile.PL and then nmake) but the
> test part fails: Apache crashes (Memory at 0x0018 cannot be read). Bug
> Maybe ?
It seems so ... However, as
Peter: please subscribe to the users list, see
http://perl.apache.org/preview/modperl-docs/dst_html/maillist/list-modperl.html
for more information. That is where you should post questions like this,
not the development list which is exclusively for mod_perl core development.
I forwarded your
At 18:10 29.04.2002, Paul Dlug wrote:
>I have a problem I can't seem to track down, showing up in our logs is:
>Out of memory!
>Callback called exit.
I don't know if it'll be of any help, but you might want to look in the
guide:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guid
> Is there anyway to have the parent apache process log all
> creations/exits of the children? This way I could setup an access log
> with the PID of each child and then trace back all requests served after
> it's death.
recipe 17.5 in the cookbook describes how to do this. basically you can h
Stas:
The fix still does not work. Here is the error message (OS: Windows NT 4.0 SP 6a;
ActivePerl 628; PPM Install of Mod_Perl-1.99 from theoryx.uwinnipeg.ca and Apache
2.0.35):
Server error!
Error message:
Attempt to free unreferenced scalar at
E:/Perl/site/lib/Apache2/ModPerl/RegistryCook
Arul, Rex wrote:
> Randy Kobes <[EMAIL PROTECTED]> wrote:
>
>
>>On Tue, 16 Apr 2002, Arul, Rex wrote:
>>
>>
>>>I am not sure, if I should post it here:
>>>
>>>OS: Windows 2000; Perl:ActivePerl 631; Apache:2.0.35;
>>>Mod_Perl:1.99_01 downloaded via PPM under theorynx website.
>>>
>>>In the httpd.
Randy Kobes <[EMAIL PROTECTED]> wrote:
>On Tue, 16 Apr 2002, Arul, Rex wrote:
>
>> I am not sure, if I should post it here:
>>
>> OS: Windows 2000; Perl:ActivePerl 631; Apache:2.0.35;
>> Mod_Perl:1.99_01 downloaded via PPM under theorynx website.
>>
>> In the httpd.conf, I am making the Apache::R
On Tue, 16 Apr 2002, Arul, Rex wrote:
> I am not sure, if I should post it here:
>
> OS: Windows 2000; Perl:ActivePerl 631; Apache:2.0.35;
> Mod_Perl:1.99_01 downloaded via PPM under theorynx website.
>
> In the httpd.conf, I am making the Apache::Registry pointer
> to be Apache2::ModPerl::Regist
Issac Goldstand wrote:
> Murugan K wrote:
>
>> Hi I am new to mod_perl and i am developing some samples using
>> mod_perl . While developing sample , i do not want to restart the
>> server frequently with respect to my changes.
>>
>> So i used the$r->header_out("Pragma", "no-cache");
Murugan K wrote:
>Hi
> I am new to mod_perl and i am developing some samples using
>mod_perl .
>While developing sample , i do not want to restart the server
>frequently with respect to my changes.
>
>So i used the$r->header_out("Pragma", "no-cache"); statement not
>to cache the
At 10:41 16.04.2002, Murugan K wrote:
>Hi
> I am new to mod_perl and i am developing some samples using
>mod_perl .
>While developing sample , i do not want to restart the server
>frequently with respect to my changes.
>
>So i used the$r->header_out("Pragma", "no-cache"); statement not
darren chamberlain wrote:
> * Stas Bekman <[EMAIL PROTECTED]> [2002-04-09 12:14]:
>
>>darren chamberlain wrote:
>>
>>>Kevin A. McGrail wrote:
>>>
2nd, The segv.cgi at the same location as the Bad:Segv above,
segfaults on the command line and through normal CGI but not with
mod_perl.
Mark Fowler wrote:
> On Tue, 9 Apr 2002, Stas Bekman wrote:
>
>
>>Looks like you cannot run the Inline code under mod_perl. I remember
>>Brian told me the secret code to make it work under mod_perl :)
>
>
> Ah, this might be it. The first time the Inline code is run the ILSM
> (Inline Suppor
* Stas Bekman <[EMAIL PROTECTED]> [2002-04-09 12:14]:
> darren chamberlain wrote:
> > Kevin A. McGrail wrote:
> > > 2nd, The segv.cgi at the same location as the Bad:Segv above,
> > > segfaults on the command line and through normal CGI but not with
> > > mod_perl. Here's the error I get trying t
On Tue, 9 Apr 2002, Stas Bekman wrote:
> Looks like you cannot run the Inline code under mod_perl. I remember
> Brian told me the secret code to make it work under mod_perl :)
Ah, this might be it. The first time the Inline code is run the ILSM
(Inline Support Module) compiles[1] the code. It
1 - 100 of 262 matches
Mail list logo
