On Tue, Dec 2, 2008 at 4:06 PM, Jonathan Swartz <[EMAIL PROTECTED]> wrote:
> Can't imagine why this would happen.
> Are you doing any component preloading in your custom handler?
>
We do not.
>
> Can you look at the object file for one of these components (containing the
> subcomponent) and see if anything looks out of whack? Where does the 'use'
> actually end up - inside a subroutine or outside?
>
There is a cached object for the component and the subcomponent. The
component has a $m->comp that invokes the subcomponent, and that looks
sensible. The cached object for the subcomponent is also there. The use is
at the top of the subcomponent, outside of any subroutine - pretty much like
I would expect:
package HTML::Mason::Commands;
use strict;
use vars qw($m $r);
#line 166 /var/www/html/atm/lib/reportMenu
use Report;
use ReportDB;
The stack trace that we get is very strange.... here's an example:
Error during compilation of /var/www/html/atm/lib/reportMenu:
Can't locate Report.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .
/etc/httpd) at /var/www/html/atm/lib/reportMenu line 167.
Stack:
[/var/www/html/atm/lib/reportMenu:167]
[Report.pm:167]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:811]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Interp.pm:441]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1115]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1029]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:1226]
[/var/www/html/atm/browse/manageSuiteDirs.mpl:210]
[/usr/lib/perl5/site_perl/5.8.8/HTML/Mason/Request.pm:936]
[/var/www/html/atm/browse/manageSuiteDirs.mpl:317]
[/var/www/html/atm/browse/autohandler:6]
[/var/www/html/atm/autohandler:27]
BEGIN failed--compilation aborted at /var/www/html/atm/lib/reportMenu line 167.
I am really open to ANY suggestions at this point!
> On Dec 2, 2008, at 1:54 PM, Shane McCarron wrote:
>
> Okay, I know this is going to sound insane...
>
> We have a TON of customers using a mason-based app under mod_perl. Two out
> of the hundreds are both running into a situation where when a subcomponent
> is referenced and that subcomponent has a once block that needs to do a
> "use" of something that has not previously been loaded, it cannot FIND that
> library. And the stack trace that comes out is MISSING the folders we have
> added to the INC seach path (via "use lib" in our custom Mason mod_perl
> handler module).
>
> So.... is it *possible* that subcomponents do not inherit the INC list
> from their parent in some situations? Or is it possible that a subcomponent
> does another request via some route that avoids our custom handler?
>
> Oh - one other thing. The subcomponent in question is being referenced
> using a relative path - e.g.
>
> <& "../lib/component", %ARGS &>
>
> or whatever. It seems to find ../lib/component, but compilation of
> ../lib/component fails because it does NOT find various perl modules that
> are "use"d from the component's <%once%> block.
>
> Help?
>
> ----------------
> Now playing: Dido - The Day Before The
> Day<http://www.foxytunes.com/artist/dido/track/the+day+before+the+day>
> posted with FoxyTunes <http://www.foxytunes.com/signatunes/>
>
> --
> Shane McCarron
> [EMAIL PROTECTED]
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
>
> http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
> Mason-users mailing list
> Mason-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mason-users
>
>
>
--
Shane McCarron
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Mason-users mailing list
Mason-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mason-users
