No, it does not. I still get those same errors:Can't locate object method "_GenerateAccountSummary" via package, even though that is a valid method in my ::Account module, use'd by my base class.
It was a long weekend, but as I ponder this, more of it is coming back to me.
I'm working on a Debian server. The previous weekend I had installed mod_perl, until I encountered namespace clashes when I attempted to run a second instance of RT on the same apache. Further research led me to believe that fastcgi would bypass that issue.
But when it came time to install fastcgi, I ran into some conflicts with respect to the pre-requisites. In order to resolve those, I wound up doing an `apt-get dist-upgrade`. I then had to completely rebuild my site's perl lib, most of it from cpan.
I was focused on making RT work. I did not come back to testing this application under development until I had those two RT instances up and running. And that is when I encountered this issue.
I don't know if that sheds any light on this situation or not. But perhaps it was not fastcgi which broke Exporter, but something else I did in that move from Etch to Lenny, in order to get fastcgi working.
I'm baffled, here.
-- Hugh
if( $lal && $lol ) { $life++; }
| [reply] [Watch: Dir/Any] [d/l] |
I can't say where it got broken, but I think it's unrelated to FastCGI. And yes, you can run separate FastCGI backends with different code. It works about the same as it would for mod_perl, i.e. you run two separate backends with different @INCs and point two virtual hosts at them.
| [reply] [Watch: Dir/Any] |
| [reply] [Watch: Dir/Any] |