Re: perl5.6 (was: Shared variables, inner subs and "our")

On Fri, 16 Mar 2001, Wim Kerkhoff wrote: > Stas Bekman wrote: > > > our() and other perl5.6 new APIs are too early to be endorsed, as 5.6 is > > not yet considered as a stable version for mod_perl production sites, > > therefore the guide barely touches on it. > > Would you recommend the use of p

Re: [Mason] Segmentation Fault

I found the solution. I had been using "Apache::Cookie->fetch", both from an authen handler and from a request handler. I switched to using "Apache::Cookie->parse" instead, and the segv went away. The Apache::Cookie monster ought to scare that bug out of the code though; no matter what, i

New CPAN module to assist with Perl Sections

All I have just uploaded Tie::DxHash v0.91 to CPAN. Tie::DxHash preserves insertion order and allows duplicate keys. What on earth for?? Well, this helps people who are using Perl Sections (particularly with mod_rewrite) to construct more complex rules. The module's synopsis illustrates th

Re: perl5.6 (was: Shared variables, inner subs and "our")

Stas Bekman wrote: > our() and other perl5.6 new APIs are too early to be endorsed, as 5.6 is > not yet considered as a stable version for mod_perl production sites, > therefore the guide barely touches on it. Would you recommend the use of perl5.6 with mod_perl? What you are saying is making m

Re: Shared variables, inner subs and "our"

On Fri, 16 Mar 2001, Paul wrote: > > not really answering your questions, but > > Ragarding moving the "our()" statement out of the function -- > > --- Steve Hay <[EMAIL PROTECTED]> wrote: > > (b) because I can't actually do what I just did above in my mod_perl > > script! > > Couldn't you, i

RE: enable normal SSI for output of mod_perl script

On Sat, 17 Mar 2001, Surat Singh Bhati wrote: > Once I generate someoutput or page using my handler, I want to > pass it to apache to process the #exec. > > Apache::SSI does not support #exec and "PerlSSI disabled in DSO build" > I am using the DSO mod_perl. > > > Any solution? Apache::SSI do

RE: enable normal SSI for output of mod_perl script

Once I generate someoutput or page using my handler, I want to pass it to apache to process the #exec. Apache::SSI does not support #exec and "PerlSSI disabled in DSO build" I am using the DSO mod_perl. Any solution? Thanks & Regards, -Surat Singh Bhati At 03:49 PM 3/16/01 -0500, you wrote

RE: enable normal SSI for output of mod_perl script

> -Original Message- > From: Surat Singh Bhati [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 16, 2001 1:56 PM > To: [EMAIL PROTECTED] > Subject: enable normal SSI for output of mod_perl script > > > Hi, > > I want to filter/process some files using my own > handler as: > > >

Re: Testing problems with apache::asp 2.03

Gareth Westwood wrote: > > Hi everyone, > OK, I have tried just installing it and praying, that didn't seem to > work, Clark Cooper suggested that there may be a problem with the versions > of XML::DOM and XML::Parser, I have tried an earlier version of XML::Parser > (2.23 rather than 2.3

enable normal SSI for output of mod_perl script

Hi, I want to filter/process some files using my own handler as: SetHandler perl-script PerlHandler Apache::Myprocessing Now, beofre sending the output of above handler to browser, I want to process it as normal server-parsed (i. e. apache should search for the SSI tags like

Fwd: apache mod_perl issue on build

Hi can anyone enlighten me on why apache is failing to build with Mod_perl. Ive tested my apache sources which builds and installs fine as a vanilla The version of perl i have is 5.6.0 with the bundle CPAN apache mods installed Im configuring mod_perl with: EVERYTHING=1 APACHE_SRC=bl

Re: Shared variables, inner subs and "our"

not really answering your questions, but Ragarding moving the "our()" statement out of the function -- --- Steve Hay <[EMAIL PROTECTED]> wrote: > (b) because I can't actually do what I just did above in my mod_perl > script! Couldn't you, if you put the func's into a module and our()'d it

Another (quick) question

Dear All, could someone tell me what permissions are required on .asp files at the moment I have them set to 664 but I did wonder if they get read, or executed. TIA -- Gareth Westwood, _ All those who believe in telekinesis, raise my hand. I almost had a psychic girlfriend but

Shared variables, inner subs and "our"

Hi, I was just tidying up an old mod_perl script which had some ugly "use vars qw(...);" lines in it which I thought I'd replace with "our ...;". I realise this isn't always a good idea since "our" is not intended as a replacement for "use vars", but its often OK and I thought it would be in my c

RE: Testing problems with apache::asp 2.03

Hi everyone, OK, I have tried just installing it and praying, that didn't seem to work, Clark Cooper suggested that there may be a problem with the versions of XML::DOM and XML::Parser, I have tried an earlier version of XML::Parser (2.23 rather than 2.3) and I am now using Apache::ASP 2.0

Re: List your software with new feature-based search engine

Dear BigSofte, You must have read my mind! I do *indeed* have a software product which I would love to have your help in marketing!!! It is called ListGuard-2.0 and is an intelligent agent which uses heuristic pattern matching to detect spam mails and advertising and purge them from mailing list

Apache::ASP - Forbidden

Francisco Ramiro Pereira wrote: > > Greetings > When I run http://localhost/eg I got this: > > ?Forbidden > You don't have permission to access /eg/ on this server. > Apache/1.3.14 Server at royal.sisnetti.com.br Port 80? > > When I run http://localhost/asp/sample it works well. > What I'm doin

Re: VeryOT: help needed

On Thu, 15 Mar 2001, Jauder Ho wrote: > Alright, it's crunch time (trying to help a coworker out) and I need > to pick up some XML parsing with perl fast. So if anyone here has some > good resources, they can point me at, it would be much appreciated. > > The problem I am trying to solve is as f