blocks|key|4080738|text|简单地说-你不能不使用文件系统通知机制，windows，linux和osx都有这样的风格。我忘记了Windows是怎么做的，但是linux有“inotify”，osx有“knotify”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4080739|处理这种情况的简单方法是，记录到一个临时文件，当记录完成后，将该文件移动到“准备传输文件”目录中，如果您这样做，以便当您执行移动时，这些文件在同一文件系统上，它将是原子的和即时的，确保任何时候您的传输实用程序“看到”新文件时，它将完全形成并准备就绪。|4080740|或者，让您的临时文件没有扩展名，然后在完成后，将文件重命名为传输代理正在轮询的扩展名。|4080741|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Simply put - you can't without using filesystem notification mechanisms, windows, linux and osx all have flavors of this. I forget how Windows does it off the top of my head, but linux has 'inotify' and osx has 'knotify'.

The easy way to handle this is, record to a tmp file, when the recording is done then move the file into the 'ready-to-transfer-the-file' directory, if you do this so that the files are on the same filesystem when you do the move it will be atomic and instant ensuring that any time your transfer utility 'sees' a new file, it'll be wholly formed and ready to go. 

Or, just have your tmp files have no extension, then when it's done rename the file to an extension that the transfer agent is polling for.

blocks|key|4080789|text|您是否考虑过在记录器程序和抓取记录数据/文件的程序之间使用流接口？如果您可以访问流接口(比如操作系统/堆栈服务)，它也提供了可靠的流结束信号/原语，那么您可以考虑使用它来替代文件接口。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4080790|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Have you considered using stream interface between the recorder program and the one that grabs the recorded data/file? If you have access to a stream interface (say an OS/stack service) which also provides a reliable end of stream signal/primitive you could consider that to replace the file interface.

blocks|key|4080826|text|在C中没有可用的函数/库来做这件事。但是，一种简单的替代方法是在活动结束后重命名文件。例如，录像机可以打开名为-+file.record的文件，一旦完成录制，它可以将file.record重命名为file.transfer，传输程序应查找要传输的file.transfer，一旦传输完成，它可以将文件重命名为file.read，读者可以读取该文件并最终将其重命名为file.done！|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4080827|entityMap^0|1L|B|2B|B|2Q|D|3F|D|4A|9|52|9|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|U|8|@]|D|@]|E|$]]]|G|$]]

There is no functions/libraries available in C to do this. But a simple alternative is to rename the file once an activity is over. For example, recorder can open the file with name - <code>file.record</code> and once done with recording, it can rename the <code>file.record</code> to <code>file.transfer</code> and the transfer program should look for <code>file.transfer</code> to transfer and once the transfer is done, it can rename the file to <code>file.read</code> and the reader can read that and finally rename it to <code>file.done</code>!

blocks|key|1269545|text|您可以检查文件是否打开，如下所示|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1269546|FILE_NAME="filename"
FILE_OPEN=`lsof+%7C+grep+$FILE_NAME`

//+if+[+-z+$FILE_NAME+]+;then
+++//+"File+NOT+open"
//+else
++++//+"File+Open"|code-block|syntax|javascript|1269547|参考http://linux.about.com/library/cmd/blcmdl8_lsof.htm|offset|length|1269548|entityMap|0|LINK|mutability|MUTABLE|url|http://linux.about.com/library/cmd/blcmdl8_lsof.htm^0|0|0|2|1F|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|U|8|@]|9|@$I|V|J|W|1|X]]|A|$]]|$1|K|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

you can check if file is open or not as following

<pre><code>FILE_NAME="filename"
FILE_OPEN=`lsof | grep $FILE_NAME`

// if [ -z $FILE_NAME ] ;then
 // "File NOT open"
// else
 // "File Open"
</code></pre>

refer <a href="http://linux.about.com/library/cmd/blcmdl8_lsof.htm" rel="nofollow">http://linux.about.com/library/cmd/blcmdl8_lsof.htm</a>

blocks|key|4080863|text|我认为建议锁会有所帮助。因为如果一个人使用了另一个程序正在处理的文件，那么这个人就会被阻塞或得到一个错误。但是如果你强制访问它，操作是Okey的，但是结果是不可预测的，为了保持一致性，所有想要访问文件的进程都应该遵守建议锁规则。我想这会奏效的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4080864|当文件关闭时，锁被释放，too.Other进程可以尝试保存该文件。|4080865|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think an advisory lock will help. Since if one using the file which another program is working on it, the one will get blocked or get an error. but if you access it in force,the action is Okey, but the result is unpredictable, In order to maintain the consistency, all of the processes who want to access the file should obey the advisory lock rule. I think that will work. 

When the file is closed then the lock is freed too.Other processes can try to hold the file.

After doing tons of research and nor being able to find a solution to my problem i decided to post here on stackoverflow.

Well my problem is kind of unusual so I guess that's why I wasn't able to find any answer:

I have a program that is recording stuff to a file. Then I have another one that is responsible for transferring that file. Finally I have a third one that gets the file and processes it.

My problem is:
The file transfer program needs to send the file while it's still being recorded. The problem is that when the file transfer program reaches end of file on the file doesn't mean that the file actually is complete as it is still being recorded.

It would be nice to have something to check if the recorder has that file still open or if it already closed it to be able to judge if the end of file actually is a real end of file or if there simply aren't further data to be read yet.

Hope you can help me out with this one. Maybe you have another idea on how to solve this problem.

Thank you in advance.

GeKod

Check if another program has a file open

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在做了大量的研究，也没有找到解决我的问题的方法之后，我决定在stackoverflow上发表文章。嗯，我的问题有点不寻常，所以我想这就是为什么我找不到任何答案的原因：我有一个将内容录制到文件中的程序。然后我有另一个负责传输该文件的人。最后，我有第三个获取文件并处理它的函数。我的问题是:文件传输程序需要在文件仍在录制时发...

问检查另一个程序是否打开了文件
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问检查另一个程序是否打开了文件EN