On 7/3/07, Todd Finney <[EMAIL PROTECTED]> wrote:
However, when I take the same script and run it in my Apache/ePerl
environment, it fails with no errors, no output, no nothing.
Well, the root of your problem is that you're using ePerl. I haven't
seen that one in a long time, and I doubt it ge
On 7/4/07, CraigT <[EMAIL PROTECTED]> wrote:
In each of the modules, I bring 'str' across with something like my $somevar
= $page->param("str") assigning the paramter values to a declared Perl
variable.
Okay, but do you pass $page explicitly to the sub, or do you just
define it outside the sub
On Jul 3, 2007, at 10:37 PM, Perrin Harkins wrote:
Using closures just makes it more confusing. Class variables are
usually implemented as globals, i.e. our $object, not my $object.
agreed.
i just prefer using methods locked into version numbers for a
consistent api. this way the variable
I'm not even getting into any subroutines in the modules that the other 2
anchors invoke after the first anchor is executed. Coming into the
modules, the 'str' values are wrong. The modules that the anchors execute
are 3 different physical modules in contrast to logical subroutines in the
same
Have a look at this:
http://www.perl.com/pub/a/2002/05/07/mod_perl.html
Perrin is probably right that it's a closure issue. Take a good look at
your code.
Incidentally, I've found it useful to do a Google search on
incomprehensible error messages ..:)
d
CraigT wrote:
Perrin,
I'm not su
Perrin,
I'm not sure I'm communicating very well. And I'm not sure I understand what
you said. Let me outline what I'm experiencing again. I have a page with
multiple anchors.I saw this problem immediately with 3 of these anchors
when I invoked the page under perl-run (PerlRun). The 3 anch
On 7/4/07, pubert na <[EMAIL PROTECTED]> wrote:
Won't multiple simultaneous requests change the "our" variables
unpredictably since they all have access to the symbol table?
No. Every child process is completely separate and they don't share
anything. Each process only handles one request at
> After looking at the documentation/code I do not think I can use
> Apache::DBI for that (but I'd love to be proven wrong!). Can anybody
> point me towards a solution. I can obviously copy and modify
> Apache::DBI, but it seems the kind of code that it's easy to get wrong
> in very subtle ways,
[Sorry if this is a duplicate, but I believe the first message
did not get through]
Hi all,
I am working in an Apache2/mod_perl2 environment, with MySQL DBs, and
I have a somewhat special need with respect to persistent connections;
I need some of the database connections to be persistent,
whil
