作者changyy (可苦可乐)
站内Programming
标题[问题] 关於 Lock a file 的现象之请教
时间Sun Apr 20 12:20:41 2008
开发环境 : FreeBSD 6.2-RELEASE-p1
程式语言 : C with gcc version 3.4.6
问题叙述 :
前阵子用 C 写了支小程式
主要动作之一: lock 指定档案
逻辑想法: ( Process 行为, 跟等会介绍的 P1 和 P2 内容 )
FILE *fd ;
fd = fopen( "target" , "r+" );
LockFileByPtr( fd );
// 接着对 "target" file 做更新
...
// 更新完 unlock
UnlockFileByPtr( fd );
补充资讯:
void LockFileByPtr( FILE * fd )
{
if( flock( fileno( fd ) , LOCK_EX ) != 0 )
{
perror(" Error @ LockFilePtr ");
exit(1);
}
}
void UnlockFileByPtr( FILE * fd ) // 印象中直接 fclose 也行?!要查查
{
if( flock( fileno( fd ) , LOCK_UN ) != 0 )
{
perror(" Error @ UnlockFileByPtr ");
exit(1);
}
fclose( fd );
}
看起来似乎没啥问题
但多支程式在跑时就开始会出错 :P 资料并不正确
也有可能是我自己写的 LockFileByPtr 有问题
猜测的可能性:
P1, P2 是相同的程式, 目的就只是把档案内的数字读出来加一再存进去
假设 P1, P2 两支程式同时进行, 而 P1 首先抢到执行权
P2 则是完成了 fopen 的动作後执行 LockFileByPtr
并且卡住等待 P1 的资源释放, 而接着 P1 执行完後, 换 P2 抢到执行资源
这时, 会不会是因为系统对档案有一些 buffer 机制?!
导致 P2 先前完成的 fopen 动作, 因此读取到的资料不会是 P1 更新後的资料?
因此最後没有达到同步的效果?!
想请问有没有对这块有经验呢??
目前我的处理, 就是额外再加一个不重要的档案进行 lock 而已 @_@
这样的结果是正确的
但是设计上个人是觉得不太恰当
因为 lock 本身就是对指定的档案做上标记 这样在同个 OS 下
其他程式在开始时 就不一定需要绑着我开发的架构
不需知道要对某个不重要的档案进行 lock
另外 如果上述我猜测的情况是对的
那有什麽方式可以跟 OS 说开档时不要 buffer 吗??
感谢观看 谢谢 :)
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.123.217.56
※ 编辑: changyy 来自: 140.123.217.56 (04/20 17:37)
1F：推 legnaleurc:歪歪助教耶....140.123.224.125 04/20 18:21
2F：推 legnaleurc:会不会是atomic operation的问题啊?140.123.224.125 04/20 18:24
3F：→ legnaleurc:在真正lock住之前有模糊点140.123.224.125 04/20 18:25
4F：→ legnaleurc:有试过sync吗?140.123.224.125 04/20 18:27
5F：→ changyy:刚友人提醒我 等等po心得 :D 140.123.217.56 04/20 18:34
6F：→ changyy:不过你是哪位啊 @_@ 我记性不佳 XD 140.123.217.56 04/20 18:35
7F：推 legnaleurc:正常的,因为我不是吴大带的那届140.123.224.125 04/20 18:54
8F：推 legnaleurc:就是写个DS还要用SVN的人= =140.123.224.125 04/20 18:57