Activity
From 04/14/2011 to 04/20/2011
04/20/2011
-
11:47 PM Bug #4573: [BUG] Segmentation fault - Ruby interpreter (CUI) 1.9.2p180 [i386-mingw32] has stopped working
- =begin
Hi Luis,
Many thanks,
The issue is solved now.
I've copied the libmysql.dll from another Windows machine with mysql 5.0 instaled version into the Ruby bin directory and this fixed the problem.
I appreciate the effort for... -
09:14 PM Bug #4573: [BUG] Segmentation fault - Ruby interpreter (CUI) 1.9.2p180 [i386-mingw32] has stopped working
- =begin
In relation to MySQL 5.1 or 5.5, did you place libmysql.dll from MySQL 5.0?
As I mentioned, the binary of the gem really requires the exact version of MySQL library:
http://blog.mmediasys.com/2009/08/21/mysqlruby-2-8-1-relea... -
- =begin
Hello,
Thanks for your suggestions.
I've checked the mysql gem version using:
bundle show mysql
C:/Ruby192/lib/ruby/gems/1.9.1/gems/mysql-2.8.1-x86-mingw32
I've checked the mysql site and Windows 7 is compat... -
- =begin
Hello,
I see you commented on installed mysql 5.1, what mysql gem are you using? "mysql" or "mysql2"?
Asking this because the binary version of mysql gem strictly requires mysql 5.0, not 5.1.
That could lead to some segfa... -
11:31 PM Bug #4590 (Closed): documentation is wrong for srand
- =begin
'ri srand' (in random.c) suggests that passing 0 generates a seed number:
If <i>number</i> is omitted *or zero*, seeds the generator using a combination of (...)}
Currently, this isn't true (0 is a valid seed):
>> srand(1... -
10:27 PM Feature #4447 (Closed): add String#byteslice() method
- =begin
=end
-
10:02 PM Feature #4447: add String#byteslice() method
- =begin
Was NARUSE's patch committed to trunk? Can we close this issue? Thanks.
=end
-
- =begin
It seems Mark was the only person to review ((<Ko1's patch|URL:http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/33456>)).
What do the other Ruby developers think about it?
Will it not be committed because it lacks Win... -
- =begin
Please add a thread-safe each() method to the Queue and SizedQueue classes
which are provided by the "thread" standard library
Also mix-in the Enumerable module into those classes so we can use map/inject/etc.
Thanks for y... -
05:23 PM Bug #4579: SecureRandom + OpenSSL may repeat with fork
- =begin
Hiroshi NAKAMURA wrote:
> I think you're confusing SecureRandom's spec and ext/openssl (formerly
> ruby-pki) spec. ext/openssl aims to wrap OpenSSL that user's using so
> if OpenSSL is not 'fork-safe' as Eric expected, so r... -
11:57 AM Bug #4579: SecureRandom + OpenSSL may repeat with fork
- =begin
I think you're confusing SecureRandom's spec and ext/openssl (formerly ruby-pki) spec. ext/openssl aims to wrap OpenSSL that user's using so if OpenSSL is not 'fork-safe' as Eric expected, so ruby-pki doesn't.
So if OpenSSL can... -
- [ruby-core:35833] fixes #4590
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31316 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 04:15 PM Revision 934c6b48 (git): * 2011-04-21
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31315 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 04:15 PM Revision 6825f773 (git): * win32/win32.c (CreateChild): maximum length of lpCommandLine is
- 32,768 characters, including the Unicode terminating null character.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31314 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
This issue was solved with changeset r31310.
Nikolai, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* string.c (rb_str_each_line): check string's length wh... -
10:29 AM Bug #4586 (Closed): Missing length check in rb_str_each_line?
- =begin
In rb_str_each line, the following test is performed:
(rslen <= 1 || memcmp(RSTRING_PTR(rs), p, rslen) == 0)
Shouldn’t it be
(rslen <= 1 ||
(pend - p >= rslen && memcmp(RSTRING_PTR(r... -
- =begin
他の問題もそうなんですが、現状 ext/openssl はメンテナがいないため、
明白なバグはしょうがないから直すものの、そうでないものは放置されがちになっています。
この状況はつまりメンテナに誰かがなればいいのですが、岩松さんがなりませんか。
[[ruby:DeveloperHowtoJa]] や [[ruby:CommitterHowtoJa]] あたりが参考になります。
=end
- 12:42 PM Revision 04cdc1de (git): * 2011-04-20
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@31313 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:42 PM Revision f7698457 (git): * re.h (RMATCH_REGS): parenthesize cast expression. suggested
- from Nikolai Weibull in [ruby-core:35825].
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@31312 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 12:34 PM Revision e8d53040 (git): * ext/date/date_strptime.c (date__strptime_internal): do not
- overwrite local variables.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31311 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- separator and string. [ruby-core:35815] fixes #4586
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31310 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Understood, closing this out.
=end
-
03:12 AM Bug #4585: DLEXT in win32/Makefile.sub is not correct for building with VisualStudio 2008
- =begin
Hello Luis,
I understand. During further development I already stepped over the fact, that more changes would be necessary to have consistent everywhere the DLL extension, which in the end will cause more trouble. So I propose ...
04/19/2011
-
11:49 PM Bug #4320: Bus Error in digest/sha2 on sparc
- =begin
I'll attach a proposed fix:
* make ((|context->buffer|)) an array of the type being expected by (({SHAXXX_Transform})) (rather than a byte array), so our compiler will align it, if necessary
* remove now unneeded casts when pa... -
- =begin
This indeed is an alignment issue, SHA256_Update calls SHA256_Transform with possibly unaligned data, but the latter needs its data argument be aligned on platforms which do not support unaligned word access. The same bug exists f... -
04:44 PM Bug #4573 (Assigned): [BUG] Segmentation fault - Ruby interpreter (CUI) 1.9.2p180 [i386-mingw32] has stopped working
- =begin
Hmm, Luis, how do you think?
=end
-
- =begin
Is these bug handled by someone? There is a week since it was created.
=end
- 03:02 PM Revision 2cc02aeb (git): * 2011-04-20
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31309 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:02 PM Revision d9e6b7d6 (git): * misc/ruby-mode.el (ruby-parse-partial): use position of open paren.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31308 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
=end
-
- =begin
Eric Wong <redmine@ruby-lang.org> wrote:
> The series should be:
> * 0001-revert-r29673-optimization-which-caused-segfaults.patch
Can we get this reversion ASAP since it's confirmed to be
causing segfaults in trunk?
... -
- =begin
Hello,
Ruby's decision to use '.so' for it's C extensions is valid, similar to Python decision to use '.pyd' for their extensions.
Python extensions are valid shared-libraries too (DLL), so the decision of the extension be n... -
- =begin
The value of DLEXT is defined per Win32/Makefile.sub as
#define DLEXT ".so"
which results not in the expected file extension for working under Windows with Visual Studio 2005/2008.
I stepped over this problem when I tried t...
04/18/2011
- 04:08 PM Revision 86576c8f (git): * 2011-04-19
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31307 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
04:08 PM Revision 580e2f35 (git): * test/ruby/test_io.rb (TestIO#test_cross_thread_close_fd):
- skip cross thread pipe close if windows
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31306 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Hello,
In message "[ruby-core:35804] [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number"
on Apr.18,2011 12:06:24, <redmine@ruby-lang.org> wrote:
> test_step_ruby_core_35753 seems depend on p... -
12:06 PM Bug #4576: Range#step miss the last value, if end-exclusive and has float number
- =begin
test_step_ruby_core_35753 seems depend on platform.
On i686-linux it fails.
1) Failure:
test_step_ruby_core_35753(TestRange) [/home/chikanaga/opt/ruby-trunk/src/ruby/test/ruby/test_range.rb:190]:
<3> expected but was
... -
- Fixed in r31286.
-
- =begin
=end
-
07:56 AM Bug #4583: trace doesn't work for methods set up by attr_*
- =begin
Modified the test to show the binding problem.
=end
-
- =begin
Actually, the binding passed to the trace_func is wrong. Should be of the object the attr_accessor is defined in.
=end
-
- =begin
Working patch for 1.9.2-head
=end
- 03:17 AM Revision e16fb919 (git): * 2011-04-18
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31305 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:17 AM Revision b5897263 (git): * test/ruby/test_range.rb (TestRange#test_step_ruby_core_35753):
- avoid float error. [ruby-core:35804]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31304 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:12 AM Revision fc7687db (git): * 2011-04-18
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@31303 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:12 AM Revision 40397db9 (git): backported r31286 from trunk
- * numeric.c (ruby_float_step): wrong loop condition.
fixes [ruby-core:35753], reported by Joey Zhou.
* test/ruby/test_range.rb (TestRange#test_step_ruby_core_35753):
test above change.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/b...
04/17/2011
-
- =begin
Added test for 1.9.2-head, but changes to vm_eval.c didn't make it work. Next suspect: vm_insnhelper.c
Actually, I have no clue what I'm doing :)
=end
-
- =begin
Thanks for the hint on reporting properly. Here's a working patch for 1.8.7
=end
-
12:34 PM Bug #4583 (Assigned): trace doesn't work for methods set up by attr_*
- =begin
Hi Michael,
Interesting report. Assigned to ko1.
=end
-
- =begin
See also issue #4584 for Ruby 1.8.
=end
-
- =begin
Methods set up with (({attr_accessor})) or alike are not traceable:
class Foo
attr_writer :bar
def baz=(value)
@baz = value
end
end
set_trace_func proc{|*args| puts args.inspect}
@foo = Foo.new # will be tr... -
02:42 PM Bug #4582: date_tmx.h file missing
- =begin
The file has appeared - thanks!
=end
-
- =begin
I just downloaded SVN 31300: directory ext/date has appeared, but one include file seems to be missing.
File is called date_tmx.h and is required by date_strftime.c (line 51)
(ruby -v below is from debian distribution, sinc... -
- =begin
r31238.
=end
04/16/2011
-
11:48 PM Bug #4581 (Closed): Documentation for Process.times is outdated
- =begin
The code sample for Process.times only mentions utime and stime, even though there's cutime and sctime as well. There's also a reference to "page 388", presumably of the first edition of the Pickaxe. Should that be updated or del... - 08:14 PM Revision 1891d8dd (git): added date_tmx.h
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31301 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:22 PM Revision 8459dc63 (git): * 2011-04-17
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31300 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:22 PM Revision 2b6ab9bf (git): * ext/date/date_{core,strftime}.c: use struct tmx instead of vtm.
- * ext/date/date_tmx.h: new.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31299 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:43 PM Revision 531dfb40 (git): typo
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31298 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:26 PM Revision 10ce57ea (git): * ext/date/date_strftime.c (date_strftime_wo_timespec): changed
- the way of validation of locale modifiers.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31297 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Hi
> Motohiro: I don't know you're serious or not about using pthread_atfork(), we should ask to change OpenSSL's "1 time initialization by RAND_poll() per process when using built-in MD based RPNG engine" strategy if we rea... -
- =begin
Motohiro: I don't know you're serious or not about using pthread_atfork(), we should ask to change OpenSSL's "1 time initialization by RAND_poll() per process when using built-in MD based RPNG engine" strategy if we really want.
... -
- =begin
I think RAND_cleanup() is enough and simpler. I'm also bringing this up on the openssl-dev mailing list.
=end
-
- =begin
More paranoia patch is here.
=end
-
- =begin
Usually openssl read /dev/urandom only once. But RAND_cleanup() lead to read /dev/urandom again. Thus attached patch fixes this issue.
This is better patch than PAND_add(/dev/urandom) because openssl can use other entropy sourc... - 01:08 PM Revision 4c6580f8 (git): typo
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31296 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 12:58 PM Revision ec01a881 (git): * ext/date/date_core.c: replacement of implementation of
- _strptime. [experimental]
* ext/date/date_strptime.c: new.
* ext/date/lib/date/format.rb: removed ruby version of _strptime.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31295 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
It seems yajl's bug.
=end
-
02:16 AM Bug #4580 (Third Party's Issue): actionpack-3.0.6/lib/action_controller/metal/renderers.rb: 74 SEGFAULT
- =begin
This happens in a big project. I tried to isolate it without much success :(
dblock@dblock-magenta:~/source/Gravity/dblock$ bundle exec rspec spec
No DRb server is running. Running in local process instead ...
*.............. - 01:23 AM Revision b1fd9e92 (git): * 2011-04-16
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31294 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
01:23 AM Revision 44638b27 (git): replace reduce with suppress
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31293 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31292 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
04/15/2011
-
09:17 PM Bug #4476 (Closed): [PATCH] URI('http://hoge/b/').route_to('http://hoge/b') wrongly returns './'
- =begin
=end
-
- =begin
I don't have an idea how OpenSSL can be 'fork-safe' for your purpose...
Call OpenSSL::Random.load_random_file("/dev/urandom" or "/dev/random" or ENV["RANDFILE"]) after each fork.
=end
-
- =begin
SecureRandom.random_bytes is just a wrapper of OpenSSL::Random.random_bytes(n) on systems with openssl.
And OpenSSL::Random.random_bytes is a wrapper of RAND_bytes(3).
You know its result depends pid and openssl ext should use... -
- =begin
This could arguably be a bug in OpenSSL or the openssl extension, but
I think it's easier to fix in Ruby right now.
The PRNG in OpenSSL uses the PID to seed the PRNG. Since PIDs get
recycled over time on Unix systems, this ... -
- =begin
FYI, on FreeBSD 8.1 and gcc4.6 -O3, it wokrs.
=end
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31291 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:19 PM Bug #4577: (int...float).max should not raise an error
- =begin
Ranges with numbers as begin_obj and end_obj can be summarized to four(..and...):
int..int # no problem
float..float # no problem, float has no #succ, cannot iterate
float..int # act as float..float, no problem, no #succ, ... -
- =begin
Well, what I mean is ((*#max without block*)) and ((*#max {block}*)) should act the same way, maybe.
(1...6.3).max {|a,b| a <=> b} # 6
Why this one can iterate from 1 to 6, but not single #max ?
It seems there are two #m... -
- =begin
Hi,
In message "Re: [ruby-core:35754] [Ruby 1.9 - Bug #4577][Open] (int...float).max should not raise an error"
on Fri, 15 Apr 2011 00:02:07 +0900, redmine@ruby-lang.org writes:
|-------------------------------------... -
07:23 AM Bug #4577: (int...float).max should not raise an error
- =begin
Hi,
I feel that 1.8's Range#max is good.
1.9's Range#max sometimes does strange behavior.
>irb
irb(main):001:0> RUBY_DESCRIPTION
=> "ruby 1.9.3dev (2011-04-11 trunk 31261) [i386-mswin32_100]"
irb(main):002:0> (1... -
- =begin
(int...float).max (without a block) will raise an error:
(({p (1...9.3).max # cannot exclude non Integer end value (TypeError)}))
I don't think it should do so.
int...float is a valid range object. When I construct such ... - 07:39 AM Revision 09bafe3c (git): * 2011-04-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31290 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
07:23 AM Feature #4574: Numeric#within
- =begin
On 14/04/2011, at 9:40 PM, Nikolai Weibull wrote:
> On Thu, Apr 14, 2011 at 12:49, <redmine@ruby-lang.org> wrote:
>> I think Numeric#within is perhaps less intuitive than something
>> like Range#bound or Range#trim. It f... -
- =begin
KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
> > KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
> >> > Issue #4558 has been updated by Eric Wong.
> following scenario should be happen too.
>
> CPU1 ... - 06:21 AM Revision 733d4294 (git): Add some more tests for the previous fix.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31289 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 06:13 AM Revision 835693da (git): * lib/uri/generic.rb (#route_from_path): Fix a bug where
- URI('http://h/b/').route_to('http://h/b') wrongly returned './'
(should be '../b'). [Bug #4476]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31288 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 06:05 AM Revision 6692ef3c (git): * lib/fileutils.rb (FileUtils#touch): Fix corrupted output when
- :mtime is specified in addition to :nocreate (and :verbose).
ref [ruby-dev:43401]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31287 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
04/14/2011
-
- =begin
Hi, I find that:
* if: range.exclude_end? == true
* and: any one in [begin_obj, end_obj, step] is a true Float(f.to_i != f)
* and: unless begin_obj + step*int == end_obj
* then: the result will miss the last value.
for e... -
- =begin
再現方法の説明がていねいでとても助かります。
r31273 としてコミットしました。
=end
-
07:49 PM Feature #4574: Numeric#within
- =begin
I think Numeric#within is perhaps less intuitive than something like Range#bound or Range#trim. It feels more natural to have it be a method on Range. I like Range#clamp but it might not be so obvious that restricts the argument t... -
- =begin
More off topic. Here is very similar discussion by phthonia.
http://stackoverflow.com/questions/4092528/how-to-clamp-an-integer-to-some-range-in-python
=end
-
- =begin
Gack!
simple paste made RD format error. ;-)
Let's retry.
---------------------------------------------------
Btw, Linux kernel has following macro.
/**
* clamp - return a value clamped to a given range with strict typechecki... -
12:23 AM Feature #4574: Numeric#within
- =begin
Hello,
2011/4/13 <redmine@ruby-lang.org>:
>> I like Numeric#limit and/or Numeric#clip. Â I think "limit" is more mathematical, and "clip" is more easy to understand its functionality from its name. Â So I believe it is accep... - 02:50 PM Revision 9d5f651a (git): * numeric.c (ruby_float_step): wrong loop condition.
- fixes [ruby-core:35753], reported by Joey Zhou.
* test/ruby/test_range.rb (TestRange#test_step_ruby_core_35753):
test above change.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31286 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- values for completion. no conversion is needed.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31285 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- positional arguments instead of keyword arguments.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31284 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- not be available. use 80 as the last resort if IO#winsize and
COLUMNS are unavailable.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31283 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- verb.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31282 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- is signaled and use its exit status.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31281 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- and @out are separated.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31280 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- loading. fixes [ruby-core:35679]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31279 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- mingw math.h.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31278 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- prototypes.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31277 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31276 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * ext/stringio/stringio.c (strio_each, strio_readlines): fix style.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31275 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31274 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- FileUtils.touch(:nocreate => true, :verbose => true) case.
The patch was written by Hiroyuki Iwatsuki. [ruby-dev:43401]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31273 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@31272 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
> > Issue #4558 has been updated by Eric Wong.
> >
> > I consider either Errno::EBADF or IOError to be acceptable.
>
> Hmm...
> I can't agree this. If EBADF can be o...