ruby-core

Since I explained one use case I'd have for local rebinding: I think not having local rebinding is mostly what we want, local rebinding would mostly cause unwanted side effects and would be a pure horror to debug.

[#33616] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — Charles Oliver Nutter <headius@...> 2010/12/07

On Tue, Dec 7, 2010 at 2:58 AM, Haase, Konstantin

[#33617] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — "Haase, Konstantin" <Konstantin.Haase@...> 2010/12/07

[#33612] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — Urabe Shyouhei <shyouhei@...> 2010/12/07

(2010/12/07 15:58), Charles Oliver Nutter wrote:

[#33608] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — Shugo Maeda <shugo@...> 2010/12/07

Hi,

[#33520] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — elise huard <huard.elise@...> 2010/12/02

Hi Shugo,

[#33522] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — Loren Segal <lsegal@...> 2010/12/02

[#33541] Re: [Ruby 1.9-Feature#4085][Open] Refinements and nested methods — Shugo Maeda <shugo@...> 2010/12/03

Hi,

[#33414] [Ruby 1.9-Feature#4085] Refinements and nested methods — Shugo Maeda <redmine@...> 2010/11/27

Issue #4085 has been updated by Shugo Maeda.

[#33335] [Ruby 1.9-Feature#4086][Open] Feature request: add String#contain? and {Enumerable,Array}#contain? methods — Roger Pack <redmine@...>

Feature #4086: Feature request: add String#contain? and {Enumerable,Array}#contain? methods

3 messages 2010/11/24

[#33339] Re: [Ruby 1.9-Feature#4086][Open] Feature request: add String#contain? and {Enumerable,Array}#contain? methods — Benoit Daloze <eregontp@...> 2010/11/24

On 24 November 2010 17:47, Roger Pack <redmine@ruby-lang.org> wrote:

[#33340] Re: [Ruby 1.9-Feature#4086][Open] Feature request: add String#contain? and {Enumerable,Array}#contain? methods — Yukihiro Matsumoto <matz@...> 2010/11/24

Hi,

[#33338] [Ruby 1.9-Bug#4087][Open] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Brian Ford <redmine@...>

Bug #4087: String#scan(arg) taints results if arg is a Regexp but not if arg is a String

7 messages 2010/11/24

[#33561] [Backport87-Backport#4087][Closed] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Shyouhei Urabe <redmine@...> 2010/12/04

Issue #4087 has been updated by Shyouhei Urabe.

[#33391] [Backport87-Backport#4087][Assigned] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Usaku NAKAMURA <redmine@...> 2010/11/26

Issue #4087 has been updated by Usaku NAKAMURA.

[#33351] Re: [Ruby 1.9-Bug#4087][Open] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — "U.Nakamura" <usa@...> 2010/11/25

Hello,

[#33368] Re: [Ruby 1.9-Bug#4087][Open] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Yukihiro Matsumoto <matz@...> 2010/11/25

Hi,

[#33390] [Ruby 1.9-Bug#4087][Closed] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Usaku NAKAMURA <redmine@...> 2010/11/26

Issue #4087 has been updated by Usaku NAKAMURA.

[#33558] [Backport87-Backport#4087][Feedback] String#scan(arg) taints results if arg is a Regexp but not if arg is a String — Shyouhei Urabe <redmine@...> 2010/12/04

Issue #4087 has been updated by Shyouhei Urabe.

[#33349] [Backport87-Backport#3912] Wrong version numer in windows installer file. — Luis Lavena <redmine@...>

Issue #3912 has been updated by Luis Lavena.

1 message 2010/11/25

[#33350] [Backport87-Backport#3912][Closed] Wrong version numer in windows installer file. — Shyouhei Urabe <redmine@...>

Issue #3912 has been updated by Shyouhei Urabe.

1 message 2010/11/25

[#33367] Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...>

Hello,

20 messages 2010/11/25

[#33788] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — brian ford <brixen@...> 2010/12/20

Hi,

[#33789] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — brian ford <brixen@...> 2010/12/20

On Mon, Dec 20, 2010 at 10:39 AM, brian ford <brixen@gmail.com> wrote:

[#33791] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Tanaka Akira <akr@...> 2010/12/20

2010/12/21 brian ford <brixen@gmail.com>:

[#33856] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/12/24

2010/11/25 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#33860] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/12/25

(2010/12/25 1:07), Luis Lavena wrote:

[#33861] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/12/25

On Fri, Dec 24, 2010 at 9:52 PM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33863] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/12/25

On Fri, Dec 24, 2010 at 9:52 PM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33379] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/11/25

2010/11/25 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#33439] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/11/27

2010/11/25 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#33452] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/11/28

(2010/11/28 5:55), Luis Lavena wrote:

[#33454] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/11/29

On Sun, Nov 28, 2010 at 8:19 PM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33455] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/11/29

(2010/11/29 9:53), Luis Lavena wrote:

[#33466] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Luis Lavena <luislavena@...> 2010/11/29

On Sun, Nov 28, 2010 at 10:56 PM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33499] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/11/30

(2010/11/29 22:35), Luis Lavena wrote:

[#33799] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — mathew <meta@...> 2010/12/21

On Sun, Nov 28, 2010 at 17:19, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33807] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/12/22

(2010/12/22 1:22), mathew wrote:

[#34013] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — mathew <meta@...> 2010/12/31

On Tue, Dec 21, 2010 at 18:29, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#33800] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Charles Oliver Nutter <headius@...> 2010/12/21

Might as well roll this one in, since without it nobody should be

[#33808] Re: Planning to release 1.8.7 fixes on 12/25 (Japanese timezone) — Urabe Shyouhei <shyouhei@...> 2010/12/22

(2010/12/22 2:40), Charles Oliver Nutter wrote:

[#33370] [Ruby 1.9-Bug#4088][Open] Case Sensitivity in Regular Expressions with Lookbehind — Robert Klemme <redmine@...>

Bug #4088: Case Sensitivity in Regular Expressions with Lookbehind

3 messages 2010/11/25

[#33401] [Ruby 1.9-Bug#4088][Closed] Case Sensitivity in Regular Expressions with Lookbehind — Yui NARUSE <redmine@...> 2010/11/26

Issue #4088 has been updated by Yui NARUSE.

[#33371] [Ruby 1.9-Bug#4088] Case Sensitivity in Regular Expressions with Lookbehind — Robert Klemme <redmine@...> 2010/11/25

Issue #4088 has been updated by Robert Klemme.

[#33412] [Ruby 1.9-Bug#4091][Open] Ruby man page — Arthur Gunn <redmine@...>

Bug #4091: Ruby man page

2 messages 2010/11/27

[#33413] [Ruby 1.9-Bug#4091][Closed] Ruby man page — Yukihiro Matsumoto <redmine@...> 2010/11/27

Issue #4091 has been updated by Yukihiro Matsumoto.

[#33433] [Ruby 1.9-Feature#4093][Open] net/http rdoc improvements — Mike Perham <redmine@...>

Feature #4093: net/http rdoc improvements

3 messages 2010/11/27

[#33434] [Ruby 1.9-Feature#4093] net/http rdoc improvements — Yui NARUSE <redmine@...> 2010/11/27

Issue #4093 has been updated by Yui NARUSE.

[#33435] [Ruby 1.9-Feature#4093][Closed] net/http rdoc improvements — Yui NARUSE <redmine@...> 2010/11/27

Issue #4093 has been updated by Yui NARUSE.

[#33438] [Ruby 1.8-Bug#4094][Open] cross-compilation from Linux to Windows fails DL compilation — Luis Lavena <redmine@...>

Bug #4094: cross-compilation from Linux to Windows fails DL compilation

3 messages 2010/11/27

[#33529] [Ruby 1.8-Bug#4094][Closed] cross-compilation from Linux to Windows fails DL compilation — Luis Lavena <redmine@...> 2010/12/03

Issue #4094 has been updated by Luis Lavena.

[#33465] [Ruby 1.8-Bug#4094] cross-compilation from Linux to Windows fails DL compilation — Luis Lavena <redmine@...> 2010/11/29

Issue #4094 has been updated by Luis Lavena.

[#33444] [Ruby 1.9-Feature#4095][Open] C1 Coverage — Daniel Heath <redmine@...>

Feature #4095: C1 Coverage

1 message 2010/11/28

[#33456] [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...>

Hi,

25 messages 2010/11/29

[#35152] Re: [Request for Comment] avoid timer thread — Mark Somerville <mark@...> 2011/02/08

On Mon, Nov 29, 2010 at 11:53:03AM +0900, SASADA Koichi wrote:

[#36077] Re: [Request for Comment] avoid timer thread — Mark Somerville <mark@...> 2011/05/09

On Tue, Feb 08, 2011 at 09:24:13PM +0900, Mark Somerville wrote:

[#36952] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/10

Mark Somerville <mark@scottishclimbs.com> wrote:

[#37080] Re: [Request for Comment] avoid timer thread — Mark Somerville <mark@...> 2011/06/13

On Sat, Jun 11, 2011 at 05:57:11AM +0900, Eric Wong wrote:

[#37081] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/13

Hi,

[#37103] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/13

Mark Somerville <mark@scottishclimbs.com> wrote:

[#37187] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/16

(2011/06/14 3:37), Eric Wong wrote:

[#37215] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/18

SASADA Koichi <ko1@atdot.net> wrote:

[#37216] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/18

Eric Wong <normalperson@yhbt.net> wrote:

[#37195] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/17

SASADA Koichi <ko1@atdot.net> wrote:

[#37205] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/17

Eric Wong <normalperson@yhbt.net> wrote:

[#37218] Re: [Request for Comment] avoid timer thread — KOSAKI Motohiro <kosaki.motohiro@...> 2011/06/18

> From 9154363119cd09a3b79aa45753d177ec65914f7c Mon Sep 17 00:00:00 2001

[#37219] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/18

(2011/06/18 21:14), KOSAKI Motohiro wrote:

[#37224] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/18

SASADA Koichi <ko1@atdot.net> wrote:

[#37211] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/17

Eric Wong <normalperson@yhbt.net> wrote:

[#37319] Re: [Request for Comment] avoid timer thread — Mark Somerville <mark@...> 2011/06/23

On Sat, Jun 18, 2011 at 08:55:19AM +0900, Eric Wong wrote:

[#37325] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/23

(2011/06/23 20:53), Mark Somerville wrote:

[#37333] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/23

SASADA Koichi <ko1@atdot.net> wrote:

[#37623] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/28

Eric Wong <normalperson@yhbt.net> wrote:

[#37628] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/28

(2011/06/28 19:55), Eric Wong wrote:

[#37642] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/28

SASADA Koichi <ko1@atdot.net> wrote:

[#37644] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/28

Eric Wong <normalperson@yhbt.net> wrote:

[#37645] Re: [Request for Comment] avoid timer thread — SASADA Koichi <ko1@...> 2011/06/28

(2011/06/29 5:26), Eric Wong wrote:

[#37647] Re: [Request for Comment] avoid timer thread — Eric Wong <normalperson@...> 2011/06/28

SASADA Koichi <ko1@atdot.net> wrote:

[#33460] [Ruby 1.9-Bug#4097][Open] Unexpected result of STDIN.read on Windows — Heesob Park <redmine@...>

Bug #4097: Unexpected result of STDIN.read on Windows

5 messages 2010/11/29

[#33462] Re: [Ruby 1.9-Bug#4097][Open] Unexpected result of STDIN.read on Windows — "U.Nakamura" <usa@...> 2010/11/29

Hello,

[#33463] Re: [Ruby 1.9-Bug#4097][Open] Unexpected result of STDIN.read on Windows — Luis Lavena <luislavena@...> 2010/11/29

On Mon, Nov 29, 2010 at 8:44 AM, U.Nakamura <usa@garbagecollect.jp> wrote:

[#33467] Re: [Ruby 1.9-Bug#4097][Open] Unexpected result of STDIN.read on Windows — Heesob Park <phasis@...> 2010/11/29

Hi,

[#33471] Re: [Ruby 1.9-Bug#4097][Open] Unexpected result of STDIN.read on Windows — Masaya TARUI <tarui@...> 2010/11/29

Hello,

[#33461] Re: [ruby-cvs:37089] Ruby:r29896 (trunk): * string.c (rb_str_inspect): treat UTF-16 and UTF-32 as BE or LE. — "Martin J. Dst" <duerst@...>

1 message 2010/11/29

[#33464] [Ruby 1.9-Bug#4098][Open] URI.decode_www_form hangs for some input strings — Theo Hultberg <redmine@...>

Bug #4098: URI.decode_www_form hangs for some input strings

3 messages 2010/11/29

[#33831] [Backport92-Backport#4098][Closed] URI.decode_www_form hangs for some input strings — Yuki Sonoda <redmine@...> 2010/12/23

Issue #4098 has been updated by Yuki Sonoda.

[#33468] [Ruby 1.9-Bug#4098][Closed] URI.decode_www_form hangs for some input strings — Nobuyoshi Nakada <redmine@...> 2010/11/29

Issue #4098 has been updated by Nobuyoshi Nakada.

[#33469] [Ruby 1.9-Feature#4100][Open] Improve Net::HTTP documentation — Eric Hodel <redmine@...>

Feature #4100: Improve Net::HTTP documentation

12 messages 2010/11/29

[#33495] [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Eric Hodel <redmine@...> 2010/11/30

Issue #4100 has been updated by Eric Hodel.

[#33507] [Ruby 1.9-Feature#4100][Closed] Improve Net::HTTP documentation — Yui NARUSE <redmine@...> 2010/12/01

Issue #4100 has been updated by Yui NARUSE.

[#33509] Re: [Ruby 1.9-Feature#4100][Closed] Improve Net::HTTP documentation — Eric Hodel <drbrain@...7.net> 2010/12/01

On Dec 1, 2010, at 07:17, Yui NARUSE wrote:

[#33484] [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Yui NARUSE <redmine@...> 2010/11/30

Issue #4100 has been updated by Yui NARUSE.

[#33492] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Eric Hodel <drbrain@...7.net> 2010/11/30

On Nov 29, 2010, at 21:08, Yui NARUSE wrote:

[#33494] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — "NARUSE, Yui" <naruse@...> 2010/11/30

(2010/12/01 1:30), Eric Hodel wrote:

[#33493] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Eric Hodel <drbrain@...7.net> 2010/11/30

On Nov 29, 2010, at 19:09, Yui NARUSE wrote:

[#33472] [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — mathew murphy <redmine@...> 2010/11/29

Issue #4100 has been updated by mathew murphy.

[#33475] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Eric Hodel <drbrain@...7.net> 2010/11/30

On Nov 29, 2010, at 15:26, mathew murphy wrote:

[#33478] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — mathew <meta@...> 2010/11/30

On Mon, Nov 29, 2010 at 19:09, Eric Hodel <drbrain@segment7.net> wrote:

[#33473] Re: [Ruby 1.9-Feature#4100] Improve Net::HTTP documentation — Ryan Davis <ryand-ruby@...> 2010/11/29

[#33470] Recommending gems in ruby's RDoc — Eric Hodel <drbrain@...7.net>

Is it allowed to reference third-party gems in Ruby's documentation?

3 messages 2010/11/29

[#33476] Re: Recommending gems in ruby's RDoc — mathew <meta@...> 2010/11/30

On Mon, Nov 29, 2010 at 14:51, Eric Hodel <drbrain@segment7.net> wrote:

[#33497] Re: Recommending gems in ruby's RDoc — "NARUSE, Yui" <naruse@...> 2010/11/30

(2010/11/30 5:51), Eric Hodel wrote:

[#33474] [Ruby 1.9-Bug#4101][Open] Bug in Action Caching — Rodrigo Pestana <redmine@...>

Bug #4101: Bug in Action Caching

3 messages 2010/11/30

[#33485] Re: [Ruby 1.9-Bug#4101][Open] Bug in Action Caching — "Haase, Konstantin" <Konstantin.Haase@...> 2010/11/30

This is probably fixed in higher patch levels of 1.9.2. Unfortunately, (even though announced) there has not yet been another 1.9.2 release. If you happen to use rvm, it's pretty easy to upgrade, though: rvm install 1.9.2-head.

[#33901] [Ruby 1.9-Bug#4101][Closed] Bug in Action Caching — Yui NARUSE <redmine@...> 2010/12/26

Issue #4101 has been updated by Yui NARUSE.

[#33486] Re: [Ruby 1.9-Feature#4102][Open] Proposal for 'let'. A new approach using block-defaults in 1.9 — Nikolai Weibull <now@...>

On Tue, Nov 30, 2010 at 04:47, john mair <redmine@ruby-lang.org> wrote:

1 message 2010/11/30

[#33489] Re: [Ruby 1.9-Feature#4102][Open] Proposal for 'let'. A new approach using block-defaults in 1.9 — Ryan Davis <ryand-ruby@...>

1 message 2010/11/30

[#33490] Re: [Ruby 1.9-Feature#4102][Open] Proposal for 'let'. A new approach using block-defaults in 1.9 — Benoit Daloze <eregontp@...>

On 30 November 2010 04:47, john mair <redmine@ruby-lang.org> wrote:

1 message 2010/11/30

[#33491] [Ruby 1.9-Bug#4103][Open] String#hash not returning consistent values in different sessions — Ryan Ong <redmine@...>

Bug #4103: String#hash not returning consistent values in different sessions

4 messages 2010/11/30

[#33498] [Ruby 1.9-Bug#4103][Closed] String#hash not returning consistent values in different sessions — Shyouhei Urabe <redmine@...> 2010/11/30

Issue #4103 has been updated by Shyouhei Urabe.

[#33496] Re: [Ruby 1.9-Bug#4103][Open] String#hash not returning consistent values in different sessions — "NARUSE, Yui" <naruse@...> 2010/11/30

Hi,

[#33633] Re: [Ruby 1.9-Bug#4103][Open] String#hash not returning consistent values in different sessions — "Martin J. Dürst" <duerst@...> 2010/12/08

On 2010/12/01 2:07, NARUSE, Yui wrote:

[ruby-core:33107] [Ruby 1.9-Feature#4015] File::DIRECT Constant for O_DIRECT

From: Run Paint Run Run <redmine@...>

Date: 2010-11-08 12:49:05 UTC

List: ruby-core #33107

Issue #4015 has been updated by Run Paint Run Run.

File io-advise.patch added

Thanks, Eric. I've updated the patch with your suggestions. The _advice_ argument is now a Symbol. On platforms that don't support posix_fadvise(2), the arguments are still sanity checked--hence the ugly ifdefs--but then we just return nil.
----------------------------------------
http://redmine.ruby-lang.org/issues/show/4015

----------------------------------------
http://redmine.ruby-lang.org

Attachments (1)

io-advise.patch (5.23 KB, text/x-diff)

diff --git a/configure.in b/configure.in
index dc8cb7c..5eb0ef5 100644
--- a/configure.in
+++ b/configure.in
@@ -1266,7 +1266,7 @@ else
 fi
 AC_CHECK_FUNCS(fmod killpg wait4 waitpid fork spawnv syscall chroot getcwd eaccess\
 	      truncate ftruncate chsize times utimes utimensat fcntl lockf lstat\
-	      link symlink readlink readdir_r fsync fdatasync fchown\
+	      link symlink readlink readdir_r fsync fdatasync fchown posix_fadvise\
 	      setitimer setruid seteuid setreuid setresuid setproctitle socketpair\
 	      setrgid setegid setregid setresgid issetugid pause lchown lchmod\
 	      getpgrp setpgrp getpgid setpgid initgroups getgroups setgroups\
diff --git a/io.c b/io.c
index 8fa6613..90d2d59 100644
--- a/io.c
+++ b/io.c
@@ -1,3 +1,4 @@
+
 /**********************************************************************
 
   io.c -
@@ -1413,6 +1414,109 @@ rb_io_fdatasync(VALUE io)
 #define rb_io_fdatasync rb_f_notimplement
 #endif
 
+static VALUE sym_normal,   sym_sequential, sym_random,
+             sym_willneed, sym_dontneed, sym_noreuse;
+/*
+ *  call-seq:
+ *     ios.advise(advice, offset=0, len=0) -> nil
+ *
+ *  Announce an intention to access data from the current file in a
+ *  specific pattern. On platforms that do not support the
+ *  <em>posix_fadvise(2)</em> system call, this method is a no-op.
+ *
+ * _advice_ is one of the following symbols:
+ *
+ *  * :normal - No advice to give; the default assumption for an open file.
+ *  * :sequential - The data will be accessed sequentially:
+ *     with lower offsets read before higher ones.
+ *  * :random - The data will be accessed in random order.
+ *  * :willneed - The data will be accessed in the near future.
+ *  * :dontneed - The data will not be accessed in the near future.
+ *  * :noreuse - The data will only be accessed once.
+ *
+ *  "data" means the region of the current file that begins
+ *  at _offset_ and extends for _len_ bytes. By default, both _offset_
+ *  and _len_ are 0, meaning that the advice applies to the entire
+ *  file.
+ *
+ *  If an error occurs, one of the following exceptions will be raised:
+ *
+ *  * <code>IOError</code> - The <code>IO</code> stream is closed.
+ *  * <code>Errno::EBADF</code> - The file descriptor of the current file is
+      invalid.
+ *  * <code>Errno::EINVAL</code> - An invalid value for _advice_ was given.
+ *  * <code>Errno::ESPIPE</code> - The file descriptor of the current
+ *  * file refers to a FIFO or pipe. (Linux raises <code>Errno::EINVAL</code>
+ *  * in this case).
+ *  * <code>TypeError</code> - Either _advice_ was not a Symbol, or one of the
+      other arguments was not an <code>Integer</code>.
+ *  * <code>RangeError</code> - One of the arguments given was too big/small.
+ */
+
+static VALUE
+rb_io_advise(int argc, VALUE *argv, VALUE io)
+{
+  off_t offset, len;
+  int advice, rv;
+  VALUE initadvice, initoffset, initlen;
+  rb_io_t *fptr;
+
+  rb_scan_args(argc, argv, "12", &initadvice, &initoffset, &initlen);
+  if (TYPE(initadvice) != T_SYMBOL)
+      rb_raise(rb_eTypeError, "advice must be a Symbol");
+
+  offset = NIL_P(initoffset) ? 0 : NUM2OFFT(initoffset);
+  len    = NIL_P(initlen)    ? 0 : NUM2OFFT(initlen);
+  advice = 0;
+
+  if      (initadvice == sym_normal)     {
+#ifdef POSIX_FADV_NORMAL
+      advice = POSIX_FADV_NORMAL;
+#endif
+  }
+  else if (initadvice == sym_random)     {
+#ifdef POSIX_FADV_RANDOM
+      advice = POSIX_FADV_RANDOM;
+#endif
+  }
+  else if (initadvice == sym_sequential) {
+#ifdef POSIX_FADV_SEQUENTIAL
+      advice = POSIX_FADV_SEQUENTIAL;
+#endif
+  }
+  else if (initadvice == sym_willneed)   {
+#ifdef POSIX_FADV_WILLNEED
+      advice = POSIX_FADV_WILLNEED;
+#endif
+  }
+  else if (initadvice == sym_dontneed)   {
+#ifdef POSIX_FADV_DONTNEED
+      advice = POSIX_FADV_DONTNEED;
+#endif
+  }
+  else if (initadvice == sym_noreuse)    {
+#ifdef POSIX_FADV_NOREUSE
+      advice = POSIX_FADV_NOREUSE;
+#endif
+  }
+  else
+      rb_raise(rb_eArgError, "Invalid advice: :%s",
+	       RSTRING_PTR(rb_id2str(SYM2ID(initadvice))));
+
+#ifdef HAVE_POSIX_FADVISE
+  io = GetWriteIO(io);
+  GetOpenFile(io, fptr);
+
+  if (rv = posix_fadvise(fptr->fd, offset, len, advice)) {
+    /* posix_fadvise(2) doesn't set errno. On success it returns 0; otherwise
+       it returns the error code. */
+    errno = rv;
+    rb_sys_fail_path(fptr->pathv);
+  }
+#endif
+  return Qnil;
+}
+
 /*
  *  call-seq:
  *     ios.fileno    -> fixnum
@@ -10052,6 +10156,7 @@ Init_IO(void)
     rb_define_method(rb_cIO, "binmode",  rb_io_binmode_m, 0);
     rb_define_method(rb_cIO, "binmode?", rb_io_binmode_p, 0);
     rb_define_method(rb_cIO, "sysseek", rb_io_sysseek, -1);
+    rb_define_method(rb_cIO, "advise", rb_io_advise, -1);
 
     rb_define_method(rb_cIO, "ioctl", rb_io_ioctl, -1);
     rb_define_method(rb_cIO, "fcntl", rb_io_fcntl, -1);
@@ -10220,4 +10325,10 @@ Init_IO(void)
     sym_textmode = ID2SYM(rb_intern("textmode"));
     sym_binmode = ID2SYM(rb_intern("binmode"));
     sym_autoclose = ID2SYM(rb_intern("autoclose"));
+    sym_normal = ID2SYM(rb_intern("normal"));
+    sym_sequential = ID2SYM(rb_intern("sequential"));
+    sym_random = ID2SYM(rb_intern("random"));
+    sym_willneed = ID2SYM(rb_intern("willneed"));
+    sym_dontneed = ID2SYM(rb_intern("dontneed"));
+    sym_noreuse = ID2SYM(rb_intern("noreuse"));
 }

Thread

Prev Next

In This Thread

Prev Next