----------------------------------------------------------------------------------
@MSGID: 3@dont-email.me> 491fc1c6
@REPLY: <ygav8cbh0ji.fsf@akutech.de> fb7f3822
@REPLYADDR vallor <vallor@cultnix.org>
@REPLYTO 2:5075/128 vallor
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 3@dont-email.me>
@RFC-References: 1@dont-email.me>
<ygamsxoixhx.fsf@akutech.de>4@dont-email.me> <ygail8biyxm.fsf@akutech.de>1@dont-email.me>
<ygaedizitb9.fsf@akutech.de>2@dont-email.me> 5Arqz@news.chiark.greenend.org.uk>1@dont-email.me>
1@dont-email.me>3@dont-email.me> <ygav8cbh0ji.fsf@akutech.de>
@TZUTC: -0000
@TID: FIDOGATE-5.12-ge4e8b94
On Fri, 15 Sep 2023 18:19:13 +0200, Ralf Fassel <
ralfixx@gmx.de> wrote in
<
ygav8cbh0ji.fsf@akutech.de>:
> * The Natural Philosopher <
tnp@invalid.invalid>
> | On 15/09/2023 16:12, vallor wrote:
> | > Meanwhile, if you want to avoid locking your file, you might want to
> | > write | > a fresh file with a unique name, then rename() it,
> | > which -- please correct me if I`m wrong -- should replace | > the
> desired file atomically.
>>
> | I think the consensus is that it does.
>>
> | Presumably if the read process has the old file open, that will be |
> valid until it closes it?
>
> On Linux: yes. Once a process has a file open, it sees the `old`
> contents if the file is removed from disk.
>
>
https://stackoverflow.com/questions/2028874/what-happens-to-an-open-
file-handle-on-linux-if-the-pointed-file-gets-moved-or-d
>
> R`
Speaking of which: back in the days of Linux yore, you
could retrieve the contents of a delete file if a
process still had it open through: /proc/##/fd/*.
(Nowadays, those are symlinks.)
--
-v
--- FIDOGATE 5.12-ge4e8b94
* Origin: A noiseless patient Spider (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441