Cliff Rayman wrote:
>
> I am not an expert on these issues - but I remember something about
> apache.pm not handling the $/ for readline correctly. You can check the
> archives
> by searching for readline. When you are using the class object call you
> are
> using a different readline implement
Charles wrote:
>
> This message was sent from Geocrawler.com by "Charles" <[EMAIL PROTECTED]>
> Be sure to reply to that address.
>
> Howdy, haven't posted in awhile, but here I am
> again:)
>
> I wrote (rewrote from the book) the NavBar.pm and
> it works great, except for the fact that it
>
I am not an expert on these issues - but I remember something about
apache.pm not handling the $/ for readline correctly. You can check the
archives
by searching for readline. When you are using the class object call you
are
using a different readline implementation that is working correctly.
Y
Hi,
I've run into into a very peculiar problem using HTML::Embperl 1.2.0
with
apache 1.3.6 and mod_perl 1.21.
I'm using a tied file handle in an embperl page :
Test
[-
use GnuPG::Tie::Encrypt;
tie *GNUPG, 'GnuPG::Tie::Encrypt', gnupg_path => '/usr/bin/gpg',
Ok, me too.
(I've checked to see if - & when! - anyone would object to such
non-technical postings but haven't seen one yet.
I think we should set up a recruiting website for mod_perl which would help
everybody while propagating mod_perl as a development platform. For
example, I'm very often as
This message was sent from Geocrawler.com by "Charles" <[EMAIL PROTECTED]>
Be sure to reply to that address.
Howdy, haven't posted in awhile, but here I am
again:)
I wrote (rewrote from the book) the NavBar.pm and
it works great, except for the fact that it
killed all SSI's for this directory
Darren:
thanks for your reply, actually I am running another application that is
required php-3.0.12 and higher, and also I was disable the package php3
when I installed the mod_perl module I meant i did with fresh apache
without php first then I tried both with php3 moduled attached, but both
"Jeffrey W. Baker" wrote:
>
> "Dominic A. V. Amann" wrote:
> >
> > Although I like mailing lists, I am beginning to see a pattern.
> > A list becomes useful at around 5-20 daily contributions. At
> > around 30+, I glaze over and skip tons of stuff, wishing it
> > would end already. modperl is w
I've been pestering the author of CGI.pm about a symptom I've been
seeing in my error logs.
I've been doing PerlAuthenHandler development with:
CGI.pm-2.56
perl 5.005_03
apache_1.3.9
mod_perl-1.21
under FreeBSD 3.2-STABLE.
My test code only makes use of CGI::Cookie, not CGI.pm direct
> >"The association between the image of a white-tailed eagle and the
> >topic of Apache modules is a trademark of O'Reilly & Associates."
>
> The association between Camel and Perl is also O'Reilly's trademark, yet we
> see a camel on www.perl.com, right?
perl.com is an O'Reilly site. They can
> I wasn't calling it from a form and so it simply wasn't being defined.
> You get the right-answer award. I get the newbie award.
If I make enough attempts at answering questions, eventually one
will be correct. :-)
It's not just forms that provide HTTP_REFERER -- clicking on any plain
old lin
Richard,
I wasn't calling it from a form and so it simply wasn't being defined.
You get the right-answer award. I get the newbie award.
Thanks!
On 6 Dec 99, at 11:48, Richard Dice wrote:
> > >The environment variable HTTP_REFERER is not in my scripts' CGI
> > >environment.
> >
> > >I tried
>
> I could easly solve the problem by modifing the CGI script,
> but I don't want to change it, because I didn't wrote it.
>
> Problem is both the CGI script and the my mod_perl-handler send
> a header.
>
CGI::header call send_cgi_header of the Apache module when it runs under
mod_perl. So setup
On Mon, 06 Dec 1999, Ask Bjoern Hansen wrote:
> [1] Short notes sent in euphoria for having finished something that works
> great because of mod_perl and such things should still be allowed.
> Relevant job postings are also still allowed.
Provided you don't mean "coded in euphoria" - the language
The problem is that to program mod_perl and troubleshoot it, you do have to have
sysadmin skills and a firm understanding of the web server. eg note the amount of
people who get Gotcha'ed by wondering why an error takes a long time to propagate
when not in Single-Server mode.
Kent Perrier wrote:
Hi all,
On Sun, 5 Dec 1999, hamid khoshnevis <[EMAIL PROTECTED]> wrote:
> I am a newbie modperl'er
Welcome to the club.
> I am tyring to get system calls to return data to modperl (via stdout).
The idea of mod_perl is to get things to go faster by avoiding as much
as possible the (time consu
On Mon, 6 Dec 1999, Stas Bekman wrote:
[...]
> 2) If the asnswer is truly positive, move the discussion to the
> [EMAIL PROTECTED] list. (which is the alias for modperl-cvs, where
> all the diffs for cvs commits are being sent, maybe we should [...]
it's actually the other way around, modperl-si
On 05-Dec-1999 Craig Shaver wrote:
> I think it would be a good idea to break out the embperl stuff.
>
> "Dominic A. V. Amann" wrote:
>>
>> Although I like mailing lists, I am beginning to see a pattern.
>> A list becomes useful at around 5-20 daily contributions. At
>> around 30+, I glaze over
I think it would be a good idea to break out the embperl stuff.
"Dominic A. V. Amann" wrote:
>
> Although I like mailing lists, I am beginning to see a pattern.
> A list becomes useful at around 5-20 daily contributions. At
> around 30+, I glaze over and skip tons of stuff, wishing it
> would e
"Dominic A. V. Amann" wrote:
>
> Although I like mailing lists, I am beginning to see a pattern.
> A list becomes useful at around 5-20 daily contributions. At
> around 30+, I glaze over and skip tons of stuff, wishing it
> would end already. modperl is well over that limit, and I now
> have to
Thanks to those who replied directly to me on this one. Twas a timing issue. I
mistakenly had loaded the module (within the PerlRequire statement) before
setting the environment.
Regards,
Christian
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Ch
Do you have 'PerlSendHeader On' in your httpd.conf?
--Jeff
At 02:21 PM 12/6/99 +0100, Martin Holz wrote:
>I am trying to catch the output of a CGI
>script and put the body of the generated
>HTML page in a template.
>
>Works fine unless the CGI script calls CGI::header.
>If the scripts calls CGI
I just wanted to thank all those who responded to my Redirect Disasters...
post last week. Your replies were quick, courteous, and above all,
accurate. I had tried a similar post a couple of times on c.l.p.m without
success, which was highly annoying as I needed a solution to meet a business
On 6 Dec 1999, Martin Holz wrote:
> "Ken Y. Clark" <[EMAIL PROTECTED]> writes:
>
> > On 6 Dec 1999, Martin Holz wrote:
> >
> > >
> > > I am trying to catch the output of a CGI
> > > script and put the body of the generated
> > > HTML page in a template.
> > >
> > > Works fine unless the CGI
> >The environment variable HTTP_REFERER is not in my scripts' CGI
> >environment.
>
> >I tried both regular Perl and Mod_Perl and it doesn't show up
> >anywhere. I've searched the Net for any mention of this and found
> >none.
> >
> >Can anyone give me a hand on how to debug this?
Perhaps your
Hi all,
On Mon, 6 Dec 1999, Victor Zamouline wrote:
> I will willingly continue summarizing this thread as soon as I
> understand whether we have decided to continue these discussions
A running summary of any thread, such as the one provided by Victor is
tremendously helpful. There is also gr
> I have Apache 1.3.9 and Mod_Perl 1.2.1 and EmbPerl 1.2.0.
>
> The environment variable HTTP_REFERER is not in my scripts' CGI
> environment.
>
> I tried both regular Perl and Mod_Perl and it doesn't show up
> anywhere. I've searched the Net for any mention of this and found
> none.
>
>
>The environment variable HTTP_REFERER is not in my scripts' CGI
>environment.
>I tried both regular Perl and Mod_Perl and it doesn't show up
>anywhere. I've searched the Net for any mention of this and found
>none.
>Can anyone give me a hand on how to debug this?
I don't imagine they fin
I have Apache 1.3.9 and Mod_Perl 1.2.1 and EmbPerl 1.2.0.
The environment variable HTTP_REFERER is not in my scripts' CGI
environment.
I tried both regular Perl and Mod_Perl and it doesn't show up
anywhere. I've searched the Net for any mention of this and found
none.
Can anyone give me a
As far as I know connect_cached didn't show up untill latest versions
of DBI. And unfortunately our production services don't use those
versions.
Though there's still a disclaimer saying that the behaviour is subject
to change. Whatever. Can't I simply get rid of Apache::DBI since DBI
itself offe
"Ken Y. Clark" <[EMAIL PROTECTED]> writes:
> On 6 Dec 1999, Martin Holz wrote:
>
> >
> > I am trying to catch the output of a CGI
> > script and put the body of the generated
> > HTML page in a template.
> >
> > Works fine unless the CGI script calls CGI::header.
> > If the scripts calls CGI:
Gunther Birznieks wrote:
> Again, it's hard enough finding a good perl programmer, but finding
> someone who can compile everything together and understand it all is a top
> 15 percentile ( and I think I am being generous) skill which I don't think
> simple training will help with.
In my opinion,
> After Nick's message, we don't not seem to have reached any common
> decision whether we should continue the name/brand thread, which we
> started after:
>
> As I had volunteered to publish the summaries of these discussions, I
> waited for some time to see what the common reaction would be aft
Hi folks,
After Nick's message, we don't not seem to have reached any common
decision whether we should continue the name/brand thread, which we
started after:
1) Stas was congratulated on the annivesary of The Guide.
2) A discussion concerning "spreading the word" and "need in mod_perl
programm
On 6 Dec 1999, Martin Holz wrote:
>
> I am trying to catch the output of a CGI
> script and put the body of the generated
> HTML page in a template.
>
> Works fine unless the CGI script calls CGI::header.
> If the scripts calls CGI::header, two headers
> are sent, the first by Apache::Registry
I am trying to catch the output of a CGI
script and put the body of the generated
HTML page in a template.
Works fine unless the CGI script calls CGI::header.
If the scripts calls CGI::header, two headers
are sent, the first by Apache::Registry/CGI.pm,
the second by my own content handler.
Ap
I think this was reported a few month's ago (check the archive thread -
"registry script executes twice" or something like that)
anyway, check to make sure that you are preloading Apache::Registry with a
PerlModule directive - it doesn't really fix the problem, but it does kinda
mask it and make
This happens with Apache::Registry 2.01:
The variable $Apache::Registry::NameWithVirtualHost changes
from 1 to 0 after the first request after server start. As a
result, the namespace changes. Among other things, this breakes
"require".
Script for demo:
-
#!/bin/perl -w
u
Another Eagle.
http://www.inficad.com/~mdearman/
Wife's working on a colored feather.
It had one on each wing tip. But one
fell out.
M. D.
Isn't best to use Cheetah as a logo animal :")
That's mean speed.
40 matches
Mail list logo
