On Thu, 2003-08-28 at 16:09, Tim Edwards wrote:
> I in the process of switching my scripts over to Mod Perl.
>
> I decide since Mod Perl doesn't like Sub routine in the the main program I'd
> export make Modules out of the more come ones.
Just to be clear, mod_perl has no problem with subroutine
You need to setup exports in your Rules1 package.
Take a look at Exporter. (perldoc Exporter)
OR, call the function with its fully qualified package nameTim Edwards <[EMAIL PROTECTED]> wrote:
I in the process of switching my scripts over to Mod Perl.I decide since Mod Perl doesn't like Sub rout
Shannon Eric Peevey wrote:
Stas Bekman wrote:
This source code was the saving grace for me. If we could add the link
to:
http://search.cpan.org/src/STAS/Apache-Peek-1.01/t/response/TestApachePeek/basic.pm
into the documentation, that would be great.
No need to, I've already merged it into the
Stas Bekman wrote:
speeves wrote:
Stas Bekman wrote:
[...]
http://search.cpan.org/src/STAS/Apache-Peek-1.01/t/response/TestApachePeek/basic.pm
This source code was the saving grace for me. If we could add the link
to:
http://search.cpan.org/src/STAS/Apache-Peek-1.01/t/response/TestApache
speeves wrote:
Stas Bekman wrote:
[...]
http://search.cpan.org/src/STAS/Apache-Peek-1.01/t/response/TestApachePeek/basic.pm
That did it!!! Thank you so much for your patience and help with all
that I am working on here. After I test these changes on modperl 1
tomorrow, I should be able to upl
Stas Bekman wrote:
Shannon Eric Peevey wrote:
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
To answer your original question, Apache::Peek on CPAN now works with
both mod_perl versions. And while it uses separate implementations for
each version, the test suite
Shannon Eric Peevey wrote:
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
To answer your original question, Apache::Peek on CPAN now works with both
mod_perl versions. And while it uses separate implementations for each
version, the test suite uses the same code to
Perrin Harkins wrote:
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
Yeah, I've been messing with that, but it seems to me that I need
something similar to a preprocessor directive, where I can load the
appropriate "use MODULE" lines into the module bases upon which version
of modpe
On Mon, 2003-06-09 at 13:57, Shannon Eric Peevey wrote:
> Yeah, I've been messing with that, but it seems to me that I need
> something similar to a preprocessor directive, where I can load the
> appropriate "use MODULE" lines into the module bases upon which version
> of modperl they have insta
Perrin Harkins wrote:
On Mon, 2003-06-09 at 12:12, Shannon Eric Peevey wrote:
PS Am having problems with the compile time loading of modules depending
on the existence of either modperl1 or 2... "use" dies and "require" is
not importing the symbols correctly at runtime...
If you read th
On Mon, 2003-06-09 at 12:12, Shannon Eric Peevey wrote:
> PS Am having problems with the compile time loading of modules depending
> on the existence of either modperl1 or 2... "use" dies and "require" is
> not importing the symbols correctly at runtime...
If you read the docs for "use" (perldo
* Perrin Harkins <[EMAIL PROTECTED]> [2002-12-30 19:07]:
> > Explanations and other suggested approaches to handling this problem
> > will be most welcome.
>
> My suggestion in the past has been to PerlRequire a startup.pl that
> does a use on your modules, instead of pulling them in with
> PerlMo
On Monday, December 30, 2002, at 04:09 PM, Perrin Harkins wrote:
My suggestion in the past has been to PerlRequire a startup.pl that
does a
use on your modules, instead of pulling them in with PerlModule.
Of course, if you turn PerlFreshRestart on then this is the intended
behavior.
That's exa
> Explanations and other suggested approaches to handling this problem
> will be most welcome.
My suggestion in the past has been to PerlRequire a startup.pl that does a
use on your modules, instead of pulling them in with PerlModule.
Of course, if you turn PerlFreshRestart on then this is the int
Hann, Brian wrote:
Is anyone getting duplicates (i.e. 2 of the same email) of this thread? It just started happening today.
I can't tell, since I never receive dups because of the procmail rule:
:0 Wh: msgid.lock
| formail -D 8192 saved/msgid.cache
hint, hint ;)
_
Is anyone getting duplicates (i.e. 2 of the same email) of this thread? It just
started happening today.
Brian
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 30, 2002 5:06 PM
To: David Wheeler
Cc: [EMAIL PROTECTED]
Subject: Re: Modules Executed
David Wheeler wrote:
On Monday, December 30, 2002, at 02:45 PM, Stas Bekman wrote:
David Wheeler wrote:
Hi All,
I'm developing a new module for mod_perl 1.27, and I'm noticing that
some code is getting executed twice when the Apache server starts up.
It was supposed to be fixed in 1.25_01
On Monday, December 30, 2002, at 02:45 PM, Stas Bekman wrote:
David Wheeler wrote:
Hi All,
I'm developing a new module for mod_perl 1.27, and I'm noticing that
some code is getting executed twice when the Apache server starts up.
It was supposed to be fixed in 1.25_01:
=item 1.25_01 - July
David Wheeler wrote:
Hi All,
I'm developing a new module for mod_perl 1.27, and I'm noticing that
some code is getting executed twice when the Apache server starts up.
It was supposed to be fixed in 1.25_01:
=item 1.25_01 - July 6, 2001
...
fix double-loading bug of Perl{Require,Module}s at s
On Sep 24, 2002 at 23:14:02 +0200, [EMAIL PROTECTED] wrote:
>
> At the first request each instance prints out the no_xhtml-header, but
> at the second call the no_xhtml-pragma is forgotten and the
> xhtml-header is printed out.
>
> Is this a problem in the CGI-module or is there a deeper reason
On Wed, Sep 25, 2002 at 12:29:12AM -0400, Perrin Harkins wrote:
>
> Are you setting $CGI::XHTML to 0 somewhere?
>
No I posted the whole script:
#!/usr/bin/perl -w
use CGI qw(standard -no_xhtml);
my $q=new CGI;
print $q->header,$q->start_html,"\n";
print $$,"\n";
[EMAIL PROTECTED] wrote:
> At the first request each instance prints out the no_xhtml-header, but
> at the second call the no_xhtml-pragma is forgotten and the
> xhtml-header is printed out.
Are you setting $CGI::XHTML to 0 somewhere?
> btw and OT : in the previous thread there have been rumours
Recendez, Ray <[EMAIL PROTECTED]> said something to this effect on 09/27/2001:
> How do I check if StackedHandlers, MethodHandlers, Authen, and
> Authz are compiled in?
httpd -L | grep '^Perl'
(darren)
--
If NT is your answer, you don't understand the question.
[EMAIL PROTECTED] (Stephen Clouse) wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>On Fri, Aug 24, 2001 at 03:46:07PM -0700, ___cliff rayman___ wrote:
>> 'PerlModule' in httpd.conf and 'use' in startup.pl perform the same
>> purpose. if you are going to 'use' in startup.pl, comment out t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Aug 24, 2001 at 03:46:07PM -0700, ___cliff rayman___ wrote:
> 'PerlModule' in httpd.conf and 'use' in startup.pl perform the same purpose.
> if you are going to 'use' in startup.pl, comment out the PerlModule directive
> in httpd.conf.
Except
Stephen Clouse wrote:
> Now, if I load the handler in the startup file:
>
> use IQGroup::IQCoordinator;
>
> then everything loads properly, although I get a slew of "subroutine blah
> redefined" messages in the error log when it hits the PerlModule directive.
'PerlModule' in httpd.conf a
> We are running these pages from HTML::EMBPERL:exec
> and I noticed that the latest release has a notice about a bug fix with
> %fdat. Can this be the source of the problem?
>
That would be possible, try to upgrade to 1.2.1
> >
> > each [- -] is evaled as a separate anoymous sub,
>
> Then the
Gerald Richter wrote:
>
> > sub new {
> >
> > my $pkg = shift;
> > my $fdatref = shift;
> > my $database = 'patients';
> > my $obj = bless {
> > '_fdatref' => $fdatref,
> > '_balances' => 0, ## array ref for balances
> > '_prev_pat
Gerald...
Thanks for getting back so quickly,
The FINANCEMOD.pm seems to have a correcly built constructor. I tried
to spare the list of
some of the details, but let me just display this snipet...
package FINANCEMOD;
use SQLHANDLE;
sub new {
my $pkg = shift;
my $f
> sub new {
>
> my $pkg = shift;
> my $fdatref = shift;
> my $database = 'patients';
> my $obj = bless {
> '_fdatref' => $fdatref,
> '_balances' => 0, ## array ref for balances
> '_prev_patnums' => 0, ## array ref for prev_patnums
>
> I seem to randomly loose my objects from the EMBPERL pages.
>
> For example we have one page from the database called with the
> following code:
>
>
> 1 [- use FINANCEMOD;
> 2 $obj = FINANCEMOD->new(\%fdat) -]
> 3
>
> 12 [- $head = $obj->page_head(); -]
>
> I g
The problem isn't 'use', that's working fine. If it weren't, line 2 would
cause your code to die. The problem is that FINANCEMOD->new() isn't returning
a properly blessed object. Since FINANCEMOD looks like a homegrown module, I
suggest putting debug statements in it to find out why it's not re
On 1 Oct 1999, Stephen Zander wrote:
> > "Stephen" == Stephen Zander <[EMAIL PROTECTED]> writes:
> Stephen> Is the SetHandler functionaity of mod_mime available from
> Stephen> within mod_perl somehow? This was the one ovbious
> Stephen> problem I could see with removing everythi
> "Stephen" == Stephen Zander <[EMAIL PROTECTED]> writes:
Stephen> Is the SetHandler functionaity of mod_mime available from
Stephen> within mod_perl somehow? This was the one ovbious
Stephen> problem I could see with removing everything.
Nevermind. The Eagle book, chapter 8 p40
> "Doug" == Doug MacEachern <[EMAIL PROTECTED]> writes:
Doug> I do know that imdb (at one point at least) had nearly every
Doug> standard module disabled, leaving just mod_perl, mod_mime
Doug> and maybe a logging module.
Is the SetHandler functionaity of mod_mime available from wi
35 matches
Mail list logo
