看哪位大神能解决这个@INC的问题

Tancredo2005

       有一个模块a.pm ,我将其用export导入到了@INC中，并且用echo $PERL5LIB 也能查看到成功导入到@INC了。手动运行一个程序，里面包含了 use a.pm ，程序运行正确。但是我用crontab 定时在后台运行的时候，就会提示错误：a.pm 不在@INC中。我就很是奇怪了……手动运行成功，后台crontab运行就会出错。问题出在哪？

longbow0

先确认运行crontab的账户是否就是你的测试账户；然后可以加上use lib行。不过还是要注意目录访问权限。

Tancredo2005

，就没有一位大神愿意说句话的咯 ……

Tancredo2005

回复 2# longbow0

perl -e "print @INC"
/home/myhome/perllib/usr/lib/perl5/5.10.0/x86_64-linux-thread-multi/usr/lib/perl5/5.10.0/usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi/usr/lib/perl5/site_perl/5.10.0/usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/usr/lib/perl5/vendor_perl/5.10.0/usr/lib/perl5/vendor_perl

     自己的perllib包含在@INC中，你的方法试过了行不通。
     要不你们也试试……

illidanee

Tancredo2005 发表于 2012-11-30 10:03
有一个模块a.pm ,我将其用export导入到了@INC中，并且用echo $PERL5LIB 也能查看到成功导入到@INC了 ...

你的情况我也遇到过,可能是因为执行crontab的进程没有相应lib的环境变量,你在b.pm中手动添加那个路径试一试, like this:

1. use lib "/path";
   
2. use B;

复制代码

Tancredo2005

回复 5# illidanee

    use lib是可以行得通的。不过就是要写全路径，这个无疑 不怎么好，降低了程序的移植性。
    以后用这个crontab还是得小心点。手动运行成功了，crontab可能运行不成功。

laputa73

你在shell中的export在crontab中是无效的。
你需要在crontab里面重新指定环境变量或者封装一个sh

wsxedcer

crontab 的环境变量和你登陆进去的环境变量不一样的，你可以在crontab那边重载下需要的变量