用我自己的close()函数替换Linux中的close()函数

发布时间：2020-12-13 19:22:43 所属栏目：Linux 来源：网络整理

导读：我正在尝试在Linux中提供我自己的close()函数实现.为什么？因为我发现你可以做到这一点,听起来很有趣. 这是myclose.c： #include 这是我的makefile： all: myclose.so my-close.so%.so: %.o gcc -shared -o $@ $ 编译后,我运行： export LD_PRELOAD=`pwd`/my

我正在尝试在Linux中提供我自己的close()函数实现.为什么？因为我发现你可以做到这一点,听起来很有趣.

这是myclose.c：

#include


这是我的makefile：

all: myclose.so my-close.so

%.so: %.o
    gcc -shared -o $@ $<

%.o:%.c
    gcc -c -fPIC -o $@ $<

clean:
    rm -f *.so *.o

编译后,我运行：

export LD_PRELOAD=`pwd`/myclose.so

然后我跑：

cat myclose.c

我得到的输出是：

#include 

好极了！工作对吗？几乎. cat不止一次调用close(),但我们只看到一行输出.根据strace(和常识),也应该为文件描述符1和2调用close().如果我运行cat *并cat目录中的所有文件,我会看到“关闭fd：3”,“关闭fd：4”等,直到目录中的最后一个文件.由于所有这些文件描述符都大于2,我想可能在关闭特殊文件描述符(stdout和stderr)时存在问题.但是,当我运行ls时,我只看到常规输出而没有“关闭fd：”行,这意味着它对ls也不起作用,即使在运行ls时strace显示close(3).
关于什么可能出错的任何想法？


最佳答案
这种“替换”仅适用于动态链接程序.
任何与实现close-call的库静态链接的程序都无法将其“替换”.
后者将是每次调用close()从实现原始close()本身的库中的情况.标准文件描述符0,1和2似乎也是如此,因为它们最有可能在同一个库中实现,即在使用的libc实现中.
                        （编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!