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 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.

When putting a smiley right before a closing parenthesis, do you:

Use two parentheses: (Like this: :) )
Use one parenthesis: (Like this: :)
Reverse direction of the smiley: (Like this: (: )
Use angle/square brackets instead of parentheses
Use C-style commenting to set the smiley off from the closing parenthesis
Make the smiley a dunce: (:>
I disapprove of emoticons
Other