File io 读取已用于流式传输的文件到写入文件有哪些缺点?

File io 读取已用于流式传输的文件到写入文件有哪些缺点?,file-io,tcl,File Io,Tcl,想知道一个文件是否已打开以供写入,而另一个程序是否正在tcl中递归访问它。我认为打开一个文件以供读取,而该文件已在另一个进程中打开以供写入,这并不有害。根据写入过程缓冲其输出的方式,您可能希望看到的所有数据可能还没有实际写入文件。您有一个唯一的文件描述符,因此您不必担心其他人的文件会弄乱您的文件。请注意,数据可以随时更改,而无需发出警告。另外,确保其他程序在任何时候都不会截断文件;如果它这样做了,它可能会让你突然意外地读取无效地址。如果另一个应用程序只是简单地添加数据(如在记录器中将数据刷新到日

想知道一个文件是否已打开以供写入,而另一个程序是否正在tcl中递归访问它。

我认为打开一个文件以供读取,而该文件已在另一个进程中打开以供写入,这并不有害。根据写入过程缓冲其输出的方式,您可能希望看到的所有数据可能还没有实际写入文件。

您有一个唯一的文件描述符,因此您不必担心其他人的文件会弄乱您的文件。请注意,数据可以随时更改,而无需发出警告。另外,确保其他程序在任何时候都不会截断文件;如果它这样做了,它可能会让你突然意外地读取无效地址。如果另一个应用程序只是简单地添加数据(如在记录器中将数据刷新到日志文件中),那么您不必担心这一点

如果另一个应用程序足够敏感,让你的应用程序同时读取文件会把它搞砸,那么它应该在修改文件时更改文件权限以拒绝读取权限。

我想知道。。 当打开一个文件进行读取时,它的内容是否会转移到内存中?
因此,如果其他人在打开阅读后更改它,会不会影响只想阅读它的程序?

您能再解释一下吗?