Matthew Byng-Maddick wrote:
>
[useful description snipped]
> Obviously, if your modperl is URL dependent, then you can't determine what
> URL they are going to ask for at the time you have to call accept. The only
> alternative way of doing what you're asking for is to use file descriptor
> passi
> "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
Doug> i passed it along the same day:
Doug> http://hypermail.linklord.com/new-httpd/2001/Jun/0507.html
Doug> still awaiting response on my interpretation of the rfc, seems perfectly
Doug> valid to include the set-cookie header with a 30
On Thu, 21 Jun 2001, Paul G. Weiss wrote:
> I've done it with 5.6.1. There was a fairly detailed thread on it last
> week on how it was done. In order to avoid a memory leak on restart you
> need to build with a bleed modperl though. If you can start and stop your
> server you're fine with 1.2
No offense meant but it is my personal opinion that SSI can mess up a
system worse than Perl ever could. Also the person who had initiated
this thread was using SSI to execute a third party application. I am not
sure why a system command would be worse than doing a SSI.
Mithun
On Wed, 20 Jun 2001, Nenad Steric wrote:
> Hi,
>
> Thanks for your answer, saved me days of probably fruitless fidling around with
>modperl.
> Your solution solved my problems (see "Sending Cookies on Page-Reload")
> the question remains if this violates some RFC's (or breaks some browsers),
>
I've done it with 5.6.1. There was a fairly detailed thread on it last
week on how it was done. In order to avoid a memory leak on restart you
need to build with a bleed modperl though. If you can start and stop your
server you're fine with 1.25.
-Original Message-
From: Sean Chitten
Has anyone had any luck getting mod_perl to work as a DSO on
Solaris? In looking through the sources, it looks like my only option
is to upgrade to bleed perl. If that really is the only thing I can
do, can someone quickly second my thoughts before I go and subject
myself to a little
On Tue, Jun 19, 2001 at 10:38:01AM -0700, Alan E. Derhaag wrote:
> "Christian Heiss" <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I'm using Apache::AuthDBI to verifying the users on my web site.
> > then I put it in the database with:
> >
>-
Mithun Bhattacharya *EXTERN* wrote:
>
> Is there something in SSI which cant be done in a better way using Perl
> ??
Yes, giving authors a simple tool with which they can't mess around.
Perl is too powerful.
Peter
Hi
Got some odd behaviour with Net::LDAP which I've been using pretty
solidly for some time now.
When I run a simple script from the command line it binds to the LDAP
server and does a search just fine. When I run the same script under
Apache Registry, or the guts of the script inside a perl hand
On Thu, 21 Jun 2001, Michael Heinen wrote:
> Thanks Randy for your patch (it works).
[ ... ]
>
> But now I have a new problem with nmake.
> Here is the translatet error message:
>
> makefile(861) : fatal error U1087: dependent elements of type : and of type
> ::
> are not possible for the same ta
Thanks Randy for your patch (it works).
perl Makefile.PL APACHE_SRC=C:\Apache INSTALL_DLL=C:\
Apache\modules
Checking if your kit is complete...
Looks good
Writing Makefile for Apache
Writing Makefile for Apache::Connection
Writing Makefile for Apache::Constants
Writing Makefile for Apache::File
On Thu, 21 Jun 2001, Surat Singh Bhati wrote:
> I am getting the following error in my strartup.pl
>
> perl -cx startup.pl
> Can't locate object method "module" via package "Apache" at
> /usr/local/lib/perl5
> /site_perl/5.6.0/Apache/DBI.pm line 202.
> Compilation failed in require at startup.pl
I am getting the following error in my strartup.pl
perl -cx startup.pl
Can't locate object method "module" via package "Apache" at
/usr/local/lib/perl5
/site_perl/5.6.0/Apache/DBI.pm line 202.
Compilation failed in require at startup.pl line 11.
Line 11 of startup.pl
11 use Apache::D
14 matches
Mail list logo