請教一個異常操作造成的CORE的問題

rocknio

程序處理流程：
      LINUX上一個多線程程序，其中一個線程在收到消息后在一個目錄里將消息寫入文件。第一次接到消息的時候FOPEN用a方式建立一個文件，每次收到消息用fseek將文件偏移量移到文件末，再寫入
直到文件達到2M后，關閉文件，再建立一個文件，重復以上操作

     程序一直正常，今天一個人刪除了我寫文件的目錄或文件（他不記得是在FTP工具中進入目錄刪除所有文件，還是直接刪除的目錄了），總之造成了程序coredump，我用GDB打開core文件，用where看到最后的stack是在fseek那句話上。

     后來我單獨編寫文件測試了一下，fopen打開以后，即使刪除了文件，fseek也正常，fprintf也正常，只要不fclose，是不會core的。
     
     一時不知為何會coredump了

[ 本帖最后由 rocknio 于 2008-1-16 23:46 編輯 ]

cugb_cat

印象中fseek等調用的時候是操作內核中的數據,寫入的時候也是先寫入到內核緩沖區(qū),你的測試程序在調用fclose之前不會core,我想可能因為fprintf只是把數據寫入到內核緩沖區(qū)了,而掉fclose的時候才會真正的寫入到文件中去.
至于你原來那個程序,因為一直在寫文件,內核緩沖區(qū)在滿了的時候也會把數據刷到文件中去,所以,會出現core.

lgfang

1, 用 'a' 打開文件，寫的時候會自動添加在文件末尾，所以不用 fseek
2, 在unix系統(tǒng)上，刪掉一個文件，其實只是unlink。只要有程序一直開著它，它就會一直存在。

所以你再找找別的原因吧

rocknio

在windows系統(tǒng)中如果某進程在操作一個文件，這個文件是無法被刪除的
但是在linux，unix的文件系統(tǒng)機制下好像自己實現這一點比較麻煩
不知道有沒有什么好辦法解決在我open后，close前保證文件不被rm掉？

lgfang

原帖由 rocknio 于 2008-1-17 17:14 發(fā)表
在windows系統(tǒng)中如果某進程在操作一個文件，這個文件是無法被刪除的
但是在linux，unix的文件系統(tǒng)機制下好像自己實現這一點比較麻煩
不知道有沒有什么好辦法解決在我open后，close前保證文件不被rm掉？

記錄鎖可以，但它是advisory的，也就是說必須所有進程都配合，去檢查那個鎖才行。
unix network programming vol2:IPC里講到過。手頭沒書也可以 man fcntl 看里面的F_GETLK F_SETLK
或 man flock lockf

有的系統(tǒng)有強制鎖，UNP v2 9.5 節(jié)提到：
the group-execute bit must be off, and
the set-group-id bit must be on

（但我在FreeBSD, linux 和Solaris上試了，好像都不行）

[ 本帖最后由 lgfang 于 2008-1-18 09:18 編輯 ]