15

如何从现有文件描述符创建新文件描述符，以使新描述符不共享文件表中的相同内部文件结构/条目？具体而言，文件偏移量（最好是权限、共享和模式）等属性不应在新旧文件描述符之间共享。

在 Windows 和 Linux 下，dup()都会复制文件描述符，但两个描述符仍然指向进程文件表中的相同文件结构。对任一描述符的任何搜索都将调整其他描述符的位置。

笔记

从那以后，我收到了 Windows 和 Linux 的答案，并且过于频繁地调整了这个问题，这让人们很难回答。我将调整我的投票并接受涵盖 Windows和Linux 的最干净的答案。向所有人道歉，我对 SO 范式仍然很陌生。感谢您的精彩回答！

4

3 回答 3

13

所以基本上，你真正想要的是获得一个文件描述符，然后基本上再次打开同一个文件，以获得单独的位置、共享、模式等。你想在 Windows 上执行此操作（其中“文件描述符" 基本上是一个外来对象，根本不是操作系统或运行时库直接使用的东西。

令人惊讶的是，有一种方法可以做到这一点，至少使用 MS VC++。除了两个步骤之外的所有步骤都只使用 Win32 API，因此移植到其他编译器/库应该是相当合理的（我认为这两个函数的大多数供应版本）。这些用于将 Unix 样式的文件描述符转换为本机 Win32 文件句柄，并将本机 Win32 文件句柄转换回 Unix 样式的文件描述符。

  1. 使用 _get_osfhandle() 将文件描述符转换为本机文件句柄
  2. 使用 GetFileInformationByHandleEx(FILE_NAME_INFO) 1获取文件的名称
  3. 使用 CreateFile 打开该文件的新句柄
  4. 使用 _open_osfhandle() 为该句柄创建文件描述符

等等，我们有一个新的文件描述符引用同一个文件，但有自己的权限、位置等。

在你的问题结束时，你听起来好像你也想要“权限”，但这似乎没有任何真正意义——权限附加到文件本身，而不是文件的打开方式，所以打开或重新打开文件对文件的权限没有影响。如果你真的想知道，你可以使用 GetFileInformationByHandle 来获得它，但请注意 Windows 中的文件权限与 Unix 中的（传统）文件权限有很大不同。Unix 对所有文件都有所有者/组/世界权限，并且大多数系统也有 ACL（尽管它们的工作方式有更多变化）。Windows 要么根本没有权限（例如，FAT 或 FAT32 上的文件），要么使用 ACL（例如，NTFS 上的文件），但没有任何权限。

也许您正在使用“权限”来指代文件是否打开以进行读取、写入或两者兼而有之。得到它比前面的任何一个都要丑陋得多。问题是它大部分都在库中，而不是 Win32，因此可能没有办法做到这一点，甚至可以在编译器之间进行移植。使用 MS VC++ 9.0 SP1（不保证任何其他编译器），您可以这样做：

#include <stdio.h>

int get_perms(int fd) {
    int i;
 FILE * base = __iob_func();

    for (i=0; i<_IOB_ENTRIES; i++) 
        if (base[i]._file == fd)
            return base[i]._flag;     // we've found our file
    return 0; // file wasn't found.
}

由于这涉及到一些探索，我写了一个快速测试来验证它是否真的有效：

#ifdef TEST
#include <io.h>

void show_perms(int perms, char const *caption) { 
 printf("File opened for %s\n", caption);
 printf("Read permission = %d\n", (perms & _IOREAD)!=0);
 printf("Write permission = %d\n", (perms & _IOWRT)!=0);
}

int main(int argc, char **argv) { 
 FILE *file1, *file2;
 int perms1, perms2;

 file1=fopen(argv[1], "w");
 perms1 = get_perms(_fileno(file1));
 fclose(file1);

 file2=fopen(argv[1], "r");
 perms2 = get_perms(_fileno(file2));
 fclose(file2);

 show_perms(perms1, "writing");
 show_perms(perms2, "reading");
 return 0;
}
#endif

结果似乎表明成功：

File opened for writing
Read permission = 0
Write permission = 1
File opened for reading
Read permission = 1
Write permission = 0

然后，您可以针对在 stdio.h 中定义的 _IOREAD、_IOWRT 和 _IORW 测试返回的标志。尽管我之前有警告，但我可能应该指出我怀疑（尽管我当然不能保证）库的这一部分相当稳定，因此重大更改的真正机会可能相当小。

然而，在另一个方向上，它基本上没有机会与任何其他库一起使用。它可以（但不能保证）与使用 MS 库的其他编译器一起工作，例如使用 MS VC++ 作为后端的 Intel、MinGW 或 Comeau。其中，我想说最有可能工作的是 Comeau，而最不可能的是 MinGW（但这只是一个猜测；很有可能它不适用于其中任何一个）。

  1. 需要可再分发的Win32 FileID API 库
于 2009-10-27T05:16:50.787 回答
3

所以，我建议多读一点。和dup()相关函数用于在文件描述符表中创建一个重复值，指向打开文件表中的相同条目。这旨在具有相同的偏移量。如果您调用open()，您将在打开的文件表中创建一个新条目。

创建文件描述符的副本并且新文件描述符在打开的文件表中具有不同的偏移量没有任何意义（这似乎与“重复”一词的含义相矛盾）。

我不确定你的问题实际上是什么。我的意思是，它与复制不是一回事。你可以阅读：

/proc/self/fd/[descriptor]

并获取用于打开该文件描述符的字符串；请记住，这可能会带来一些陷阱，其中一些您实际上在观察open()再次调用时注意到了其中的一些。

也许您可以多解释一点，我可以尝试更新以提供帮助。

于 2009-10-21T03:59:42.837 回答
0

为什么不在 Windows 上使用 open() 或 CreateFile() 再次打开文件？这为您提供了不同访问权限和单独偏移的所有自由。

这当然有你不能独占打开文件的缺点，但它很简单地解决了你的问题。

于 2009-10-29T10:24:31.073 回答