我为Red Hat Linux构建了一个名称服务交换模块.
使用strace,我已经确定操作系统在各种目录中查找库,但仅适用于扩展名为.so.2的文件(例如libnss_xxx.so.2,其中xxx是服务名称)
为什么不寻找.so或.so.1库？有没有保证它不会停止寻找.so.2库并在将来开始寻找.so.3库？
编辑：http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html,说2是’一个版本号,每当界面改变时递增’.
所以我想：
> NSS的版本需要版本2的库.
>具有更新的NSS的OS更新可能需要不同的版本号.
有人可以确认这是否属实？
解决方法:
对于小编辑,您通常会假设：
> NSS的版本需要具有接口版本2的库的版本.
>具有更新的NSS的OS更新可能需要不同的版本号.
接口的版本不一定需要随库的版本而改变,即较新版本的库可能仍然提供相同的接口.
标签：linux,strace,nss 来源： https://codeday.me/bug/20190901/1783966.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。