16. 库相关问题
16.1 在Solaris 7下编写网络程式需要链接哪些库
16.3 链接过程中库的顺序
16.6 /usr/lib/ld.so.1损坏或丢失
16.9 Solaris 8下如何配置运行时链接环境


16. 库相关问题

16.1 在Solaris 7下编写网络程式需要链接哪些库

Q: inet_pton()是什么库里的,为什么man手册里无对应内容

A: scz <scz@nsfocus.com>

这个函数比较新,更有另外几个,比如inet_ntop()。关于他们的周详介绍参看
<<Unix Network Programming>> 3.7 小节。文档/usr/include/arpa/inet.h中定义
有:

extern int inet_pton ( int, const char *, void * );

用/usr/ccs/bin/nm工具观察三个动态链接库libresolv.so、libsocket.so、
libnsl.so提供的全局函数

显然,假如涉及RPC编程,必然需要libnsl.so,而inet_pton()来自libresolv.so。
总结一下,实在不能确定的时候,编译时指定链接开关如下:

-lsocket -lnsl -lresolv

16.2 SUID配置和LD_LIBRARY_PATH环境变量

Q: RedHat Linux 6.1/6.2,C编程,更有一些脚本

execl()连同其他exec...()执行一个SUID程式的时候,出于安全考虑,会清除
LD_LIBRARY_PATH环境变量,仅仅依靠系统全局配置搜索共享库。参看如下URL

http://spdoc.pdc.kth.se/doc_link/C/a_doc_lib/libs/basetrf1/exec.htm

现在有一个程式,需要一个正确的LD_LIBRARY_PATH环境变量配置才能运行,可是
由于某些原因必须做SUID配置,结果最终运行失败。我尝试在程式中putenv()、
setenv(),失败,显然LD_LIBRARY_PATH环境变量需要在程式加载过程中由动态链
接器使用,程式中的putenv()、setenv()为时已晚。

于是我写了一个脚本,在脚本中配置LD_LIBRARY_PATH环境变量,调用C程式,对
脚本做SUID配置。但是脚本的SUID配置并没有传递给子进程(这里就是那个C程式)

A: Paul Sack <paul-sackun@jefe.eyep.net>

到www.google.com用"suid shell scripts race conditions"进行搜索,查看
BugTraq相关讨论。安全的解决办法是用C写一个SUID WRAPPER去exec...()您的C程式,
在SUID WRAPPER中配置LD_LIBRARY_PATH环境变量。

A: Andrew Gierth <andrew@erlenstar.demon.co.uk>

假如一个程式是SUID过的,将导致LD_LIBRARY_PATH环境变量被忽略,但是这不是问
题本质所在,本质原因在于ruid不等于euid(或rgid不等于egid)。所以wrapper中
仅仅重置环境变量是不够的,必须想办法修改ruid等于euid。最好还是重新编译程式,
使之不依赖于LD_LIBRARY_PATH环境变量。

16.3 链接过程中库的顺序

Q: 有几个库文档A.a、B.a、common.a,前两者用到了定义在后者中的例程,假如把
common.a放在前面,链接器报告存在无法解析的符号名,放在最后则无问题。

A: Floyd Davidson <floyd@ptialaska.net>

链接器按照命令行上指定顺序搜索库文档和目标文档(.a .o),二者之间的区别在
于.o文档被全部链接进来,而只从库文档中析取所需模块,仅当某个模块能够解
析当前尚未成功解析的符号时,该模块被析取后链接进来。假如库文档无法解析
任何当前尚未成功解析的符号,不从中析取也不发生链接。

Unix编程新手的常见问题是数学函数并不在标准C库中,而是在libm.a中

cc -lm foo.c

这里foo.c用到了数学库中的符号,但是链接器无法正确解析。当搜索到libm.a时,
来自foo.c的数学函数符号尚未出现,因此无需析取libm.a的任何模块。接下来
foo.o链接进来,增加了一批尚未成功解析的符号,但已没有libm.a可供使用了,
因此数学库必须在foo.o之后被搜索到。

cc foo.c -lm

在您的问题中,假如common.a首先被搜索到,因为不匹配尚未成功解析的符号,
而被丢弃。结果A.a和B.a真正链接进来的时候,已没有库能够解析符号了。

16.6 /usr/lib/ld.so.1损坏或丢失

Q: 意外地覆盖了ld.so.1,幸运的是有一个原始备份,可我没有一个静态链接版本的
命令去恢复他。

Q: 我在Solaris 2.6中做了"mv /usr/lib /usr/lib1",本意是想使用自己的库,但
是现在任何程式都报告"很难找到/usr/lib/ld.so.1",怎么办

A: scz <scz@nsfocus.com>

不要重启动,立即用/usr/sbin/static/mv、/usr/sbin/static/cp命令恢复

# ls /usr/sbin/static
cp* ln* mv* rcp* tar*
#

Q: 那假如此时/usr被改名了,怎么办?

A: faint,谁这么变态。假设/usr改名成了/faint,

1) /faint/sbin/static/cp /faint/sbin/static/mv /tmp/mv
2) /tmp/mv /faint /usr

我不确定

1) /faint/sbin/static/mv /faint /usr

能否成功,您能够自己测试一下效果。或

ok boot cdrom -s (放入启动安装光盘)
mount /dev/dsk/c0t0d0s0 /mnt (这里指定原根区对应的原始设备名)
mv /mnt/faint /mnt/usr

D: cirrus@SMTH

建议把/usr/sbin/static下的东西拷一份到/sbin下或其他比较可信的跟/在同一个
fs的目录下。装机器的时候,不管什么OS,/usr都是单独一个fs的。

16.9 Solaris 8下如何配置运行时链接环境

Q: 在Linux下我知道用ldconfig(8)配置运行时链接环境,但是在Solaris 8下呢

A: <cypher@punk.net>

您总是能够利用 LD_LIBRARY_PATH 环境变量,对于Solaris 8,还能够参看crle(1)
手册页。

A: Logan Shaw <logan@cs.utexas.edu>

假如在链接时使用了"-R"和"-L"选项,则相关动态库的路径将保存在ELF文档中,于
是以后的运行中不再需要配置环境变量去定位动态库。比如,有一个
/usr/local/lib/libfoo.so,而您的bar程式需要这个libfoo.so,编译、链接时最好

文章整理:西部数码--专业提供域名注册虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!