[#64210] Asking for clarification for exception handling usage — Rodrigo Rosenfeld Rosas <rr.rosas@...>
I've created a ticket for that but didn't get any feedback so I decided
[#64517] Fw: Re: Ruby and Rails to become Apache Incubator Project — Tetsuya Kitahata <[email protected]>
What do you think? >> Ruby developers
What benefits are there to this? I have a feeling that adding unnecessary
On Sat, 23 Aug 2014 22:43:46 -0700
Here I am a Japanese. Before moving anywhere else answer to our question first: what benefits?
tax issue with each other.
[#64614] cowspace (work-in-progress) — Eric Wong <normalperson@...>
Hi all, I started working on a cowspace branch. Based on the mspace API
[#64615] [ruby-trunk - Feature #10181] [Open] New method File.openat() — oss-ruby-lang@...
Issue #10181 has been reported by Technorama Ltd..
I like this feature.
On 08/28/2014 02:53 PM, Eric Wong wrote:
Joel VanderWerf <[email protected]> wrote:
On 08/29/2014 12:55 AM, Eric Wong wrote:
Joel VanderWerf <[email protected]> wrote:
[#64627] [ruby-trunk - Feature #10182] [PATCH] string.c: move frozen_strings table to rb_vm_t — ko1@...
Issue #10182 has been updated by Koichi Sasada.
[#64671] Fwd: [ruby-changes:35240] normal:r47322 (trunk): symbol.c (rb_sym2id): do not return garbage object — SASADA Koichi <ko1@...>
Why this fix solve your problem?
(2014/08/30 8:50), SASADA Koichi wrote:
SASADA Koichi <[email protected]> wrote:
Eric Wong <[email protected]> wrote:
(2014/08/31 0:18), Eric Wong wrote:
[ruby-core:64636] [ruby-trunk - Feature #10181] New method File.openat()
Issue #10181 has been updated by Eric Wong. Joel VanderWerf <[email protected]> wrote: > On 08/28/2014 02:53 PM, Eric Wong wrote: > >I like this feature. > > > >If matz approves, I assume you also want to add other *at functions? > >e.g. fstatat, renameat, unlinkat, mkdirat, etc. > > Hm, that suggests... > > Dir.at(...).open(...) > Dir.at(...).fstat(...) How would that be implemented? I don't see it working... The reason for *at functions is the file descriptor points to the same file (directory) handle across multiple functions; in other words it's a way to avoid race conditions by creating a private reference to a container object (an FS directory) The file descriptor points to the same directory regardless of whether it's renamed (moved) or not. One can think of FS operations as operations on Ruby hashes. In your example, it might be like the following, assuming "fs" is a giant hash protected by OS-wide locks: # Dir.at(dirname).open("foo") fs[dirname]["foo"] # open("/dirname/foo", ...) # another thread may replace/remove # root[dirname] here # Dir.at(dirname).open("bar") fs[dirname]["bar"] # open("/dirname/bar", ...) We cannot guarantee Dir.at(dirname) / fs[dirname] returns the same value twice when called in succession. openat lets you work like this: dh = fs[dirname] # dh = opendir(dirname) dh["foo"] # openat(fileno(dh), "foo", ...) dh["bar"] # openat(fileno(dh), "bar", ...) ... Other threads can remove/replace/rename fs[dirname] with another directory, but the directory handle from the initial lookup remains valid to the thread which opened it. ---------------------------------------- Feature #10181: New method File.openat() https://bugs.ruby-lang.org/issues/10181#change-48544 * Author: Technorama Ltd. * Status: Open * Priority: Normal * Assignee: * Category: * Target version: ---------------------------------------- The purpose of the openat() function is to enable opening files in directories other than the current working directory without exposure to race conditions. Any part of the path of a file could be changed in parallel to a call to open(), resulting in unspecified behavior. By opening a file descriptor for the target directory and using the openat() function it can be guaranteed that the opened file is located relative to the desired directory. openat() is part of POSIX.1-2008. Compatibility: Linux kernel >= 2.6.16 FreeBSD >= 7.0 OpenBSD >= 5.0 NetBSD >= 6.1.4 MacOS/X no Pull request: https://github.com/ruby/ruby/pull/706 -- https://bugs.ruby-lang.org/