XSLoder.pm报错，求助！

hqyus

报错消息如下：

object version 2.36 does not match bootstrap parameter %_ at /usr/local/lib/perl5/5.12.2/sun4-solaris/XSLoader.pm line 94.

我己经找到这个object是Digest::MD5.

这个Solaris 9的系统原来装的Digest::MD5版本是3.51，我尝试重新安装了Digest::MD5 3.53，仍然出现这条报错消息。

有高人告诉我这个和本地的C库有关系，但是本人愚笨，搞不太懂什么意思。 这个问题已经折磨了我快三天了，请各位帮助，谢谢！

wenhq

你找到新的包路径加入环境变量？

hqyus

问题解决了，经过高人的指点，问题的根本原因是以前有人用cp把原始的perl执行文件拷贝到了另外一个路径，然后把这个路径加入到@INC的头一个位置。
因为代码是从其他机器上copy过来的，所以这台机器上的模块版本和以前的机器上的不一样，所以导致了这个问题。

我本人并没有找出根本原因，但是发现了他用了自己定义的perl模块的lib。 我的解决办法是在报错的模块前面加上use lib语句，比如：
use lib "/usr/local/lib/perl5/site_perl/5.12.2/sun4-solaris";
use Digest::MD5
use lib "/private lib directory";
use private mudule;

有些private modules 是他自己写的，在private directory里面。

后来得高人指点，发现了他用的perl是cp过来的，这样做是有问题的。所以解决办法很简单，更改第一行到原始的perl安装位置：
#! /usr/local/bin/perl

当然前提是要重新安装报错的模块。

但是我仍然不太理解为什么会一直要求2.36这个旧的版本号？ 这个版本号是存储在那个文件里面的？ 希望有有人能够解答。

zhlong8

回复 3# hqyus


    一个带C扩展的 Perl 模块通常都是由一个或多个 pm 文件加 .so 组成，use 这个模块时 pm 文件负责加载对应的扩展，这个过程会检测二者的版本号是否一致。所以这个版本号 pm 文件中有，.so 文件中也有，通过它来确认下是否加载了正确的版本

hqyus

明白了，多谢！  我也猜到可能是存储在.so文件中。 曾经尝试过重新安装旧版本的模块，但是没有安装成功。

zhlong8

回复 5# hqyus


    你这里是 pm 文件和 .so 文件版本不一致导致的，可以打开 $DynaLoader::dl_debug 标志来看下到底加载的哪个来找原因。然后把旧的删除掉再重新安装才OK

104359176

系统的升级可能会让一些设置了版本依存关系的代码变成一堆破烂。

由于惧怕模块的升级版本会更改 API 或函数的行为，依存关系会强制检测版本。

互相不信任导致的损失太大了。

一旦发布模块，保持对以前接口的兼容是每一个有程序员道德的人的要求。

Digest::MD5 模块不知道从 2.36 到 3.53 有没有更改接口名称。如果没有更改，这种版本强制检测就多余了。

如果对于接口没有变化的模块的版本强制检测代码，都进行修复的话，会处理到很多潜在的问题。

对于接口变化的新的模块，不允许使用原来的名称。

我相信这是 Perl CPAN 上发布的大部分模块的基本规则。

zhlong8

回复 7# 104359176


    共享库中实现核心部分，pm 文件提供接口，共享库中的实现再怎么变 pm 文件中只要正确的粘和就行了，所以要求这两个一一对应不过分吧。绝大多数带C扩展的模块都是只用 C 实现 Perl 实在做不了的那部分，再在 pm 文件中包装下提供一个 perlish 的接口。

    楼主这情况应该是把模块的 pm 文件拷贝到 @INC 的一个目录中就以为安装完了，结果系统在对应的目录查找不到 .so 就用了@INC 后面目录中的，版本对不上是自然的。用 cpan 安装模块是不会出这问题的，我也没遇到过

104359176

回复 8# zhlong8


     我遇到过一个人，维护一个服务器的应用，是 Perl 搞的，由于服务器升级，出现了一大堆类似的提示。搞的焦头烂额。也不知道最后搞定没有。

很多老板一听说升级会导致不可用，就放弃了升级计划。导致 Perl 的版本越来越落后，也没有人去维护。直到最后，被彻底丢掉。

hqyus

"对于接口变化的新的模块，不允许使用原来的名称。"
"Digest::MD5 模块不知道从 2.36 到 2.53 有没有更改接口名称。如果没有更改，这种版本强制检测就多余了。"

非常同意这两句话。
如果接口没有变化，就不应该强制对应版本号。 如果有变化，就不能用旧的模块名。