使用旧的glibc监视Linux中的文件更改

Question

我需要使用文件描述符来监视常规文件上的事件。我正在使用CentOS 4.1和内核版本2.6.18.128。

在意识到使用epoll无法监视常规文件后，我发现可以使用inotify完成此任务。但是，我在其他地方看到，inotify所需的库接口已添加到版本2.4中的glibc，并且我的机器已安装2.3.4版。所以我的内核通过不glibc来获得支持。不幸的是，我不能更新glibc到一个较新的版本，因为它会打破项目的某些其他部分。

所以我的问题是：

1. 我还可以使用inotify监测常规文件？我可以获取更新版本的glibc并将其放置在本地文件夹（相对于我的代码）中，将路径包含在我的Makefile中并使用与inotify关联的调用？如果是这样，我会遇到什么样的问题？
2. 通过跟踪struct stat结构的st_mtime成员，可以选择使用fstat。任何警告反对采取这条路线？

如果我的问题表明对这些概念有任何缺乏理解，请在我刚刚开始使用这些概念时忍受。

Answer 1

为2的glibc看到下面的帖子： Multiple glibc libraries on a single host

否则的inotify似乎直接的解决方案。