From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Wed, 4 Feb 2015 11:23:07 -0800 To: 9fans@9fans.net Message-ID: <485ffa6d8f530b309097560ab32bb43d@lilly.quanstro.net> In-Reply-To: References: <36c9016b7918c302d777f1a605fc107f@brasstown.quanstro.net> <2CBEED8D-800D-40C8-8182-162695D9FF30@9srv.net> <45fe7ac7a1dab989624aa4ed2b376ff9@brasstown.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] wstat and atomic directory change Topicbox-Message-UUID: 4009341e-ead9-11e9-9d60-3106f5b1d025 > you can consider doing it out of band; e.g. a new fossil console command. > On Wed, Feb 4, 2015 at 6:30 AM Giacomo Tesio wrote: > > > And unfortunately I cannot figure out any alternative, either. :-( > > > > An interesting point is: why directory entries can be read but cannot be > > written? I mean we use Tcreate to create a new file in a dir, while to be > > uniform with files, we should use a Twrite, appending a corresponding stat > > structure at the end of a directory entry. > > > > However this solution probably has not been adopted to enable safe > > concurrency in the file creation and removal. > > > > However this asymmetry shows that directories cannot be (pratically) > > handled in the same way of files. right. directories are not the same as files. you're right that reading a directory is useless. - erik