问题标签 [posix]

我正在尝试从 fortran 编写二进制数据文件，但我发现常规文件接口非常有限，我想知道 Fortran 是否具有 POSIX 编译功能。

我找到了这个标准：IEEE 1003.9-1992，但我不知道大多数常见编译器是否完全支持它（或者我是否必须激活任何标志）。我找不到任何实用信息，您能给我一些建议吗？

顺便说一句，我正在尝试编写图像文件，首先我想尝试使用tga/pgm。另外我不想向外部库添加任何依赖项，谢谢！

解决方案：

最后我可以写ppm 文件了，我不得不避免在内部循环结束时打印换行符，最终代码是这样的：

没有人在 FORTRAN 中提供有关 POSIX 的任何信息。

谢谢。

我有几个关于mmapLinux 系统中的实现的问题，这些问题似乎没有太多记录：

使用 将文件映射到内存mmap时，您将如何处理预取此类文件中的数据？

即当您从映射区域读取数据时会发生什么？该数据是否已移至 L1/L2 缓存？它是直接从磁盘缓存中读取的吗？prefetchnta和类似的 ASM 指令是否适用于mmaped 区域？

实际mmap调用的开销是多少？它是相对于映射数据的数量还是常数？

希望有人对此有所了解。提前致谢。

我希望能够通过 shell 脚本判断任何 POSIX 系统上是否存在命令。

在 Linux 上，我可以执行以下操作：

which但是，当命令不存在时，Solaris 和 MacOS不会给出退出失败代码，它们只是将错误消息打印到 STDOUT。

另外，我最近发现which命令本身不是 POSIX（参见http://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.html）

有任何想法吗？

I have client/server program in C, through which I am transferring files to the client from server.

But the client is waiting for recv even after receiving the last byte of the file. Client is terminating only if I kill it or server is killed by me. But server has to be in a loop as it to has to entertain the request of other clients.

I am using fork() in the server to entertain the request of each client. I'm exiting from the child process after the request of the client has been entertained, but the client is terminating only when the whole server program is killed.

Why doesn't the client terminate when the server's child exits?

You can see server code here and client code here.

我正在尝试使用nftw处理目录下的一些文件

当我编译 (gcc kconfig_parser.c -o parser) 时，我收到了这个警告和这个错误..

我检查了结构的定义和回调的原型，还有一些例子，应该没问题......我做错了什么？（我已经删除了几乎所有代码来清除它）......

谢谢

1. 消息队列、共享内存和信号量中哪个 IPC 最容易转换为网络 IPC，哪个最难。

2. 将 System V 共享内存转换为网络 IPC 或将 Posix 共享内存转换为网络 IPC 会更容易吗

POSIX.1e打算为 POSIX 定义 ACL（访问控制列表）机制（以及其他与安全相关的问题），但这些提案从未转换为正式标准。尽管如此，至少在所有主要的 Unix 变体（ Linux、BSD、MacOS X (ACL)、HP-UX、AIX (p107ff)、Solaris ）中都支持 ACL（不一定是 POSIX.1e ACL ）。我还没有发现讨论的一个细节是文件上的 ACL 如何与目录上的粘性位交互。

对于普通目录（没有 ACL 来混淆问题），可以将权限设置为例如 1777（例如，在 /tmp 上找到）。

粘性位由权限最后位置的“t”表示。这意味着如果用户可以写入文件，则用户只能从目录中删除文件。这是有道理的；如果用户可以写入文件，则文件的内容可以被破坏。

我的问题是：

• 假设 /tmp 目录的一般（非 ACL）权限如上所示。
• 进一步假设偏执的用户“trembler”将文件的非 ACL 权限设置/tmp/secret为 600（用户“trembler”，组“worried”）。
• 假设 'trembler' 通过专门引用 'blase' 的 ACL 将 /tmp/secret 上的 'rw' 访问权限授予另一个用户，'blase'。
• 可以'blase'删除文件/tmp/secret

如果考虑 ACL，答案应该是“是”；如果忽略 ACL，答案将是“否”。假设在相关文件系统上启用了 ACL，所有 Unix 变体的行为是否一致？

我可以通过 /etc/passwd grep 但这似乎很麻烦。'finger' 没有安装，我想避免这种依赖。这是一个程序，所以如果有一些命令可以让您访问用户信息，那就太好了。

如果我想分配一个 char 数组（在 C 中），它保证足够大以容纳任何有效的绝对路径+文件名，它需要多大。

在 Win32 上，有 MAX_PATH 定义。Unix/linux 的等价物是什么？