> > exported variables from modules lose their value after the first run.
> > This appears similar to an old post
>
> > package test2;
> > [...]
> > BEGIN {
> > # use vars qw($TEST);
> > use Exporter ();
> > @test2::ISA = qw(Exporter);
> > @test2::EXPORT = qw();
>
> I have mod_perl 1.21 and am trying to preload some scripts.
>
> I can see them in my /perl-status page. But, when I load the script it is
> not using mod_perl. What am I missing
>
> this is the startment in my startup.pl file.
> $r->handler("/cgi-bin/admin.cgi",
> "/home/jter/public_html/cgi
> I got embperl_19991229171455_tar from CVS but still have the
> same problem. Make test also fails on lists.htm (see below).
Does the test also fail for 1.2.0?
> I'll try to run a stacktrace in gdb tomorrow.
>
Great! I like to fix it before 1.2.1
>
> Summary of my perl5 (5.0 patchlevel 4 su
> exported variables from modules lose their value after the first run.
> This appears similar to an old post
> package test2;
> [...]
> BEGIN {
> # use vars qw($TEST);
> use Exporter ();
> @test2::ISA = qw(Exporter);
> @test2::EXPORT = qw();
> @test2::EXPO
On Mon, 26 Jul 1999, Ken Williams wrote:
> Hi folks,
>
> I want to take a stab at getting Apache::Registry to be filter-aware, so that
> it works with Apache::Filter. It should be pretty simple, but before I do
> anything I wanted to check with y'all and see whether anyone has already done
> t
I have mod_perl 1.21 and am trying to preload some scripts.
I can see them in my /perl-status page. But, when I load the script it is
not using mod_perl. What am I missing
this is the startment in my startup.pl file.
$r->handler("/cgi-bin/admin.cgi",
"/home/jter/public_html/cgi-bin/admin.cgi")
I got embperl_19991229171455_tar from CVS but still have the
same problem. Make test also fails on lists.htm (see below).
I'll try to run a stacktrace in gdb tomorrow.
PERL_DL_NONLAZY=0 /projects/perl.dev/bin/perl -I./blib/arch -I./blib/lib -I/proj
ects/perl.dev/lib/alpha-dec_osf/5.00405 -I/proje
> I'm having problems with Embperl 1.2.0. It core dumps
> when calling Execute() with $fdat and $ffld params on
> input files with tags that contain value params
> , eg. . Embperl 1.2b4 has no problem
> with it though.
>
There where serveral changes in the option handling since 1.2b4. I am not
a
I'm having problems with Embperl 1.2.0. It core dumps
when calling Execute() with $fdat and $ffld params on
input files with tags that contain value params
, eg. . Embperl 1.2b4 has no problem
with it though.
A sample cgi script:
#!/usr/local/bin/perl
use strict;
use HTML::Embperl ();
use CG
Hi,
While documenting the 'restart twice on start' apache's behavior, I've
tested $Apache::Server::ReStarting and $Apache::Server::Starting.
section is executed twice -- OK.
startup.pl is executed once -- OK.
$Apache::Server::ReStarting never gets set! - I suppose it's a bug.
(I have tri
> I use a module called cgi-lib.pm which I have found a lot of sites use. the
> reason for using *main::input is that the module using readparse is designed
> to cope with most situations regarding url parsed data.
> http://cgi-lib.stanford.edu/cgi-lib/
> Does any one else disagree with using this
Hi,
I am doing a small project for a client that has a shopping cart that
uses a version of the old cgi-lib.pl stuff. After doing some mod_perl
work, I can see where this little lib could cause some problems. Too
many globals and it looks like it was really built for a one-off cgi,
not a persis
I use a module called cgi-lib.pm which I have found a lot of sites use. the
reason for using *main::input is that the module using readparse is designed
to cope with most situations regarding url parsed data.
http://cgi-lib.stanford.edu/cgi-lib/
Does any one else disagree with using this, I have u
13 matches
Mail list logo
