Hey,
As a quick fix, add this to your apache conf:
<Perl>
use lib '/your/path/to/lib'
</Perl>
Alfie
--
Free Dating Australia
http://free-dating.com.au
On Wed, Dec 3, 2008 at 9:14 AM, Shane McCarron <[EMAIL PROTECTED]> wrote:
>
> 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
>
>
-------------------------------------------------------------------------
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
