in reply to firefox application on 64bit os problem

Failed to connect to, Can't call method "process" on an undefined value at C:/Perl64/site/lib/MozRepl/Plugin/Base.pm line 173

The line in question is:

$self->template->process($name, $vars, \$output);

Which strongly suggests that the template method is returning undef. For the why of that you would need to dig deeper into the code to work out where and why.

Your mention of it working on 32-bit XP and not on 64-bit Win7, combined with attempting to manipulate a 32-bit application from a 64-bit Perl rings alarm bells in my head. 64-bit processes cannot utilise 32-bit dlls nor vice versa. I cannot see anything to suggest that is the root of the problem here, but I've only looked just under the surface. You will need to track into this much further.


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.

Replies are listed 'Best First'.
Re^2: firefox application on 64bit os problem
by Corion (Patriarch) on Apr 14, 2011 at 15:58 UTC

    WWW::Mechanize::Firefox talks to Firefox using TCP, so there is no problem on that corner. Still it seems very weird to me that the template processing should fail, as all the templates are contained within their respective MozRepl::Plugin modules.

      Given your authorship, I defer to your expertise. (But if there is any other explanation for that error message, I'd love to know it?:)


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.

        It seems that your assumption of the OP mixing 32-bit and 64-bit installation was correct. I didn't look closely enough at the report.

      I solved the issue finally. The root cause is I use perl-32bit in WIN7-64 platform. The Template::Toolkit module installed in perl 32bit does not support well in WIN7 64bit platform. Thus this $self->template will not get object correctly. After I install perl-64bit and install Template::Toolkit via 64bit-PERL PPM, this issues disappears. So what is the difference between perl 32 and perl 64? Seems most modules installed in 32bit-perl works fine in 64bit OS, but this one is an exception!

        It strikes me as odd that a 32-bit Template::Toolkit should not work on a 32-bit Perl, even on a 64-bit Windows. But maybe you can circumvent the problem by eliminating the XS portions of Template::Toolkit and using the pure-Perl version of Template::Stash...