Activity
From 11/06/2009 to 11/12/2009
11/12/2009
-
11:54 PM Bug #2341 (Closed): CGIMultipartTest#_read のモードをバイナリモードに
- =begin
=end
-
10:41 PM Revision 17ccd5d0 (git): * ext/dl/cptr.c (rb_dlptr_s_to_ptr): when wrapping a pointer it should
- keep a reference to the object it's wrapping
* test/dl/test_func.rb use standard test methods
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25742 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:13 PM Bug #2356: Enumerator.new {|y| y << 1 << 2 << 3 }
- =begin
遠藤です。
2009年11月12日21:55 Akinori MUSHA <knu@idaemons.org>:
>> そういう場合どこに doc を書くべきかなんですが、[ruby-dev:39672] のように
>> すればよさそうです。
>
> 遠藤さんは匿名クラス化を提案されていますが、 :nodoc: あるいは
> 「このクラスは実装都合だから依存禁止」と書くのでは甘いですかね。
> SEGV等の危険ではなく互換性の仮定を避... -
- =begin
遠藤です。
2009年11月12日21:17 NARUSE, Yui <naruse@airemix.jp>:
>> 2009年11月12日0:38 Akinori MUSHA <knu@idaemons.org>:
>>>>> それはそれとして、ドキュメントは必要でしょうねぇ。
>>>> Enumerator::Yielder と Enumerator::Generator は全部 nodoc だったので、
>>>> あわせて適当に書いて... -
- =begin
遠藤です。
2009年11月12日21:11 Akinori MUSHA <knu@idaemons.org>:
> つまり、ユーザが y.instance_of?(Yielder) などとしだすともう特異
> オブジェクトを返すように変えることはAPI変更になってしまいますが、
> y.is_a?(Yieldable) と y.respond_to?(:yield) (および :<<)しか仮定
> させないことで、 extend Yiel... -
09:18 PM Bug #2356: Enumerator.new {|y| y << 1 << 2 << 3 }
- =begin
Yusuke ENDOH wrote:
> 遠藤です。
>
> 2009年11月12日0:38 Akinori MUSHA <knu@idaemons.org>:
>>>> それはそれとして、ドキュメントは必要でしょうねぇ。
>>> Enumerator::Yielder と Enumerator::Generator は全部 nodoc だったので、
>>> あわせて適当に書いてみました。これもコミットしようと思います。
>> Yie... -
- =begin
This issue was solved with changeset r25721.
Yusuke, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
遠藤です。
2009年11月12日0:38 Akinori MUSHA <knu@idaemons.org>:
>> > それはそれとして、ドキュメントは必要でしょうねぇ。
>>
>> Enumerator::Yielder と Enumerator::Generator は全部 nodoc だったので、
>> あわせて適当に書いてみました。これもコミットしようと思います。
>
> Yielder/Generator という組合せによ... -
- =begin
遠藤です。
[ruby-dev:39665] より引用。
2009年11月12日0:38 Akinori MUSHA <knu@idaemons.org>:
> Yielder/Generator という組合せによる実装は実験的なもので、特に
> 後者は外部に公開する必要がないので敢えて伏せていました。公開仕様に
> すると制約になるので、需要が生じるまでは非公開の方がいいのではない
> でしょうか。
とい... -
06:04 PM Bug #2137 (Assigned): Dir.glob does not support unicode on Windows
- =begin
=end
-
- =begin
fixed (1) at r25715.
Any ideas for (2)?
=end
- 04:01 PM Revision f1851a02 (git): * 2009-11-13
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_1@25741 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 04:01 PM Revision dcad53d3 (git): merges r24482, r25061, r25124, r25126, r25552 from trunk into ruby_1_9_1.
- These patches are for AIX compilation issues. This commit is allowed by
branch master (yugui). Thanks!
* ext/socket/extconf.rb : Compilation failure on AIX.
ss_len (a member of struct sockaddr_storage) has preceding __,
but ss_famil... - 03:48 PM Revision d109e9a6 (git): * 2009-11-13
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25739 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:48 PM Revision 5de99652 (git): * lib/cgi/util.rb (CGI::pretty): fix the overflow bug
- if stripped string.[ruby-dev:37975]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25738 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:53 PM Revision f97d8eec (git): * test/cgi/test_cgi_multipart.rb (_read):
- performance improvement in windows.[ruby-dev:39650]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25737 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:39 PM Revision 331c3c57 (git): * 2009-11-12
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25736 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 02:39 PM Revision 0ef183ec (git): * lib/cgi.rb: fix command-line option of
- non-interactive terminal. [ruby-core:23016]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25735 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:19 PM Revision 64486dfd (git): * lib/cgi/core.rb (read_from_cmdline): this code is better.
- [ruby-core:25991]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25734 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:03 PM Revision bed9e8e2 (git): * lib/net/telnet.rb: don't use simple delegate.
- because SimpleDelegate behavior changed.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25733 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
2009/11/12 5:47, Charles Oliver Nutter wrote:
> On Sat, Nov 7, 2009 at 2:52 PM, Aaron Patterson
> <aaron@tenderlovemaking.com> wrote:
>> Yes, it definitely needs more documentation. It passes *most* of the
>> current Syck t... -
05:47 AM Feature #2340: Removing YAML/Syck
- =begin
On Sat, Nov 7, 2009 at 2:52 PM, Aaron Patterson
<aaron@tenderlovemaking.com> wrote:
> Yes, it definitely needs more documentation. It passes *most* of the
> current Syck tests, although syck supports some syntax that isn't
>... -
- =begin
This issue was solved with changeset r25724.
Roger, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
Hello,
In message "[ruby-core:26688] [Bug #2320] patch to trunk .document to include more readme's etc."
on Nov.12,2009 00:58:17, <redmine@ruby-lang.org> wrote:
> I think so too. Those files have reason to bundle even if... -
- =begin
I think so too. Those files have reason to bundle even if they are not in rdoc.
=end
-
12:21 AM Bug #2320: patch to trunk .document to include more readme's etc.
- =begin
I considered ChangeLog still useful to end users in terms of documentation (same with licensing information). Thoughts?
-r
=end
-
06:47 AM Bug #2357 (Closed): make install fails due recent Tempfile modifications
- =begin
This issue was solved with changeset r25723.
Luis, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
06:44 AM Bug #2359: test_threads.rb:test_list
- =begin
I forgot to add that this test works in Linux 32 and 64.
=end
-
- =begin
In test/ruby/test_threads.rb:
test_list errors or hangs on Sparc64 Solaris.
I think the problem is that when using native threads, loop{} starves the other threads. I can "fix" running the internal eval'd code by changin... -
- =begin
Data point: This fails about 99% of the time in Solaris on sparc64.
=end
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25728 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25727 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- native_thread_core().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25726 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25725 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
I'm not sure the reclaiming is actually working. I ran some tests and it at least appears that it may not be reclaiming much or any. I'm not entirely sure how to test that.
I think I would recommend using the original styl... -
- =begin
It works. I've tested it with my simplistic test case on both "Solaris 8" and "Solaris 10 using the Solaris 8 binary".
It makes me nervous to try to reclaim the memory, but I can't find any fault in the code.
I'm attac... -
- rdoc supports non rdoc files. [ruby-core:26459]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25724 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
You can use pure ruby zlib these days, so ok to reject [I'll go ahead and do so].
-r
=end
11/11/2009
-
11:59 PM Bug #2356: Enumerator.new {|y| y << 1 << 2 << 3 }
- =begin
まつもと ゆきひろです
In message "Re: [ruby-dev:39663] Re: [Bug:trunk] Enumerator.new {|y| y << 1 << 2 << 3 }"
on Wed, 11 Nov 2009 23:50:47 +0900, Yusuke ENDOH <mame@tsg.ne.jp> writes:
|書いていて気がついたんですが、Generator#each は self ではなく... -
- =begin
遠藤です。
2009年11月11日22:54 Tanaka Akira <akr@fsij.org>:
> In article <e0b1e5700911110537u2aacf835pc0aea13d89a92cef@mail.gmail.com>,
> Yusuke ENDOH <mame@tsg.ne.jp> writes:
>
>> 今 Yielder#<< は Yielder#yield の alias になっていますが、yi... -
- =begin
遠藤です。
Enumerator.new の中で yielder << 1 << 2 << 3 と書けません。
# OK
generator = Enumerator.new do |yielder|
yielder << 1
yielder << 2
yielder << 3
end
generator.each {|x| p x } #=> 1, 2, 3
# NG
... -
- =begin
We suffered from both not updated gems and many test-all fails after huge merge.
(and degrades by reverting Ruby 1.9 local changes)
So I agree with this.
=end
-
- =begin
On the trunk:
$ gem19 install gemcutter
ERROR: Error installing gemcutter:
gemcutter requires RubyGems version >= 1.3.5
Some standard libraries including rubygems are developed in maintainer's
... -
- He says:
`Gem::Installer#generate_windows_script` has different argument's order from `Gem::Installer#generate_bin_script`, `Gem::Installer#generate_bin_symlink`.
So `generate_windows_script` should change its argument order.
-
- =begin
=end
-
- =begin
=end
-
- =begin
Can I reject this?
This problem has "Who is the maintainer of new feature" problem.
Anyway, if ruby bundle zlib implementation it should be C implementation.
=end
-
11:07 PM Bug #2357 (Closed): make install fails due recent Tempfile modifications
- =begin
Hello,
Changes introduced in revision 25720 broke the install process of trunk:
-
- given. [ruby-core:26681]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25723 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
When update it?
We can't know that rdoc can run on ruby-trunk or not unless merge.
=end
- 04:32 PM Revision 9a751c21 (git): * 2009-11-12
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25722 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- [ruby-dev:39660]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25721 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Hi,
At Wed, 11 Nov 2009 11:32:37 +0900,
Christian Höltje wrote in [ruby-core:26675]:
> Because new variables are allocated by ALLOC_N() but the
> unsetenv code cannot de-allocate the memory: we don't know if
> it is initia... -
- =begin
Because new variables are allocated by ALLOC_N() but the unsetenv code cannot de-allocate the memory: we don't know if it is initially allocated memory by the kernel (which I think is stack memory and absolutely cannot be free()d... -
- =begin
Hi,
At Wed, 11 Nov 2009 04:50:33 +0900,
Christian Höltje wrote in [ruby-core:26668]:
> The environ manipulations that are done in the fall-back code
> in hash.c (the code that runs if !WIN32 and !HAVE_SETENV)
> causes cras... -
- =begin
I didn't think of this, but the patch can also apply to 1.8.7. The line numbers may differ, but the code is the same.
I'm not sure where the 1.8.7 branch is in git or how to submit to that. I'd be happy to submit that to S... -
- =begin
Hi!
I submitted this as a pull request for shyouhei's ruby git repo, via github.
I want to document this here too.
The environ manipulations that are done in the fall-back code in hash.c (the code that runs if !WIN32 ... -
- =begin
(*** this message is a mere memo. ***)
(1) ruby_setenv() doesn't changes CRT environment workarea.
tzset() sees it, so ENV["TZ"] has no meaning in this case.
(2) localtimexv() doesn't call tzset(). (see its commen... -
- * lib/tmpdir.rb (Dir::Tmpname#create): splat options.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25720 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Why you added no-rdoc-format files such as ChangeLog?
=end
-
- =begin
Hi,
At Tue, 10 Nov 2009 00:21:45 +0900,
Florian Gilcher wrote in [ruby-core:26654]:
> thanks for the patch, I applied it with a minor addition
> (also matching on HAVE_RB_EXEC_RECURSIVE in pp functions to
> use the "old" b... -
08:37 AM Bug #2354 (Closed): Undefined BLOCKING_REGION definitions when compiling under MinGW
- =begin
This issue was solved with changeset r25713.
Luis, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
miniruby.exe fails to compile due missing defition of BLOCKING_REGION, which is a macro translated to blocking_region_begin, which is only present in thread.c, but neither exported or shared with thread_win32.c
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25717 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25716 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:20 AM Revision dc9112dd (git): * hash.c (ruby_setenv): also set CRT workarea. ref [ruby-core:25010]
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25715 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
The fact that we can get backtraces from the VM easily almost makes me wonder if the following API is possible:
Thread#backtrace_with_bindings
=>
[[file, line, method, [[:arg1_name, current_value], [:arg2_name, current_v... -
- =begin
I still like this patch (applied to caller and/or Exception#backtrace).
Who needs to approve it...?
Thanks.
-r
Related previous requests:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/4822
ht... -
- directly.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25714 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
If no feedback on this then I suppose I shall go ahead and write up a patch for it.
Thanks!
-r
=end
11/10/2009
-
- reported by Luis Lavena. [ruby-core:26670]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25713 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25712 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- memory layout
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25711 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:51 PM Feature #2294: [PATCH] ruby_bind_stack() to embed Ruby in coroutine
- =begin
Hi,
I would like to say that without applying this patch, my ruby interpreter, embedded in a pthread, would cause a segmentation fault as soon as GC was invoked. I would like to see this applied to 1.9.1 as well as http://redm... - 05:18 PM Revision b2a34a1e (git): * 2009-11-11
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25710 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
05:18 PM Revision c33d5a80 (git): * test/matrix/test_matrix.rb (TestMatrix#test_rank):
- added a test method for r24969.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25709 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- --
* lib/matrix.rb (Matrix#rank): Two bug fixes. One made
Matrix[[0,0],[0,0],[1,0]].rank raise a NoMethodError while the other
one had Matrix[[0,1],[0,0],[1,0]].rank raise a TypeError.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/bra... - 05:09 PM Revision cc502757 (git): * 2009-11-11
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_1@25707 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- --
* lib/matrix.rb (Matrix#/): Fix obvious bug
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_1@25706 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:52 AM Feature #2347: Math::INFINITY
- =begin
Hi,
2009/11/10 Marc-Andre Lafortune <redmine@ruby-lang.org>:
> I'm quite ignorant about the differences between compilers and implementations (and I wouldn't mind remaining this way! ;-)
>
> The fact is, Ruby _already_ gene... -
10:17 AM Feature #2347: Math::INFINITY
- =begin
I'm quite ignorant about the differences between compilers and implementations (and I wouldn't mind remaining this way! ;-)
The fact is, Ruby _already_ generates infinities. Line 2471 of numeric.c:
#define infinite_valu... -
- =begin
Hi,
2009/11/9 Yukihiro Matsumoto <matz@ruby-lang.org>:
> Forgive my ignorance but what is a pole error in practical UNIX
> programing sense. On my Linux box, atanh document only describes EDOM
> to be raised. Does th... -
12:21 AM Feature #2348: RBTree Should be Added to the Standard Library
- =begin
Hi,
thanks for the patch, I applied it with a minor addition (also matching on HAVE_RB_EXEC_RECURSIVE in pp functions to use the "old" behaviour instead).
I expect that the compiler problems are only because of the flag... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25704 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
11/09/2009
-
11:41 PM Feature #2351 (Rejected): system() hardlinked to /bin/sh
- =begin
I encountered this problem while using a feature of the very powerful zsh(ell).
In zsh one can use regular expressions in shell commands, like accessing files in
different locations with one command:
cat -la /mnt/se... -
- the shell to be used when the command line is single string.
See [ruby-core:26652]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25703 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:01 PM Bug #2189: Math.atanh(1) & Math.atanh(-1) should not raise an error
- =begin
For completeness, I'll note that IEE Std. 754 (2008) recommends (pp. 42-43) that atanh(x) signals a "divideByZero" exception when x == 1; and a "invalid operation" exception when x > 1. Both forms raise the "underflow" flag. Late... -
- =begin
Hi,
In message "Re: [ruby-core:26465] [Bug #2189] Math.atanh(1) & Math.atanh(-1) should not raise an error"
on Sun, 1 Nov 2009 12:54:45 +0900, Marc-Andre Lafortune <redmine@ruby-lang.org> writes:
|> So we follow SUSv3,... -
- =begin
Hi,
On Sun, Nov 1, 2009 at 12:13 AM, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> How about Math.log_with_pole_check()?
Since there are more functions than #log which can return +/- infinity, it would be better to have one ... -
- =begin
=end
-
- =begin
Hi,
In message "Re: [ruby-core:26628] [Bug #2346] Array(nil) fails after redefining NilClass.method_missing to throw NoMethodError"
on Mon, 9 Nov 2009 01:56:47 +0900, Romulo Ceccon <redmine@ruby-lang.org> writes:
|Give... -
01:56 AM Bug #2346 (Rejected): Array(nil) fails after redefining NilClass.method_missing to throw NoMethodError
- =begin
Given the following script:
print "Array(nil) => ", Array(nil).inspect, "\n"
print "Array.try_convert(nil) => ", Array.try_convert(nil).inspect, "\n"
class NilClass
private
def method_missing(method, *a... -
- =begin
Hi,
In message "Re: [ruby-core:26644] Re: [Feature #2347] Math::INFINITY"
on Mon, 9 Nov 2009 12:17:41 +0900, Shugo Maeda <shugo@ruby-lang.org> writes:
|I don't remember the reason why Float::INFINITY was rejected, but ... -
- =begin
Hi,
2009/11/9 Yugui <yugui@yugui.jp>:
>> Could we have Math::INFINITY which would make code using it cleaner?
>
> As my understand, Ruby has not had Math::INFINITY because C does not have it.
> Introducing infinity might d... -
- =begin
Hello,
In message "[ruby-core:26632] [Feature #2347] Math::INFINITY"
on Nov.09,2009 04:53:15, <redmine@ruby-lang.org> wrote:
> + rb_define_const(rb_mMath, "INFINITY", DBL2NUM(1.0/0.0));
FYI, some strict compilers d... -
- =begin
2009/11/9 Tanaka Akira <akr@fsij.org>:
>> Here are a problem. Is there an environment which satisfies the
>> conditions but does not have infinity?
>
> NetBSD on VAX, I guess.
VAX!
OK. I understand. I'm against for intr... -
- =begin
2009/11/9 Marc-Andre Lafortune <redmine@ruby-lang.org>:
> It is easy to get an infinity in Ruby (ex: 1.0/0) but that may not be obvious to everyone.
>
> Could we have Math::INFINITY which would make code using it cleaner?
A... -
- =begin
It is easy to get an infinity in Ruby (ex: 1.0/0) but that may not be obvious to everyone.
Could we have Math::INFINITY which would make code using it cleaner?
Thanks
diff --git a/math.c b/math.c
index 51caf35... -
- Hi,
At Mon, 9 Nov 2009 06:41:57 +0900,
James Gray wrote in [ruby-core:26635]:
> RBTree has now been fixed to run on Ruby 1.9:
> ...
It can't compile with non-gcc, or with gcc and $DEBUG.
```diff
diff --git a/extconf.rb b/extconf.rb
ind... -
- =begin
On Nov 8, 2009, at 6:11 PM, James Gray wrote:
> Feature #2348: RBTree Should be Added to the Standard Library
> http://redmine.ruby-lang.org/issues/show/2348
>
> Author: James Gray
> Status: Open, Priority: Normal
> Cat... -
06:41 AM Feature #2348 (Rejected): RBTree Should be Added to the Standard Library
- =begin
The merits of this library have been discussed on Ruby core, with the strengths best summarized by this post:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/26602
RBTree has now been fixed to run on Ruby 1... -
- in this function.
(RB_GC_SAVE_MACHINE_CONTEXT): call rb_gc_save_machine_context and
save the stack pointer at caller side.
(rb_thread_schedule_rec): use RB_GC_SAVE_MACHINE_CONTEXT instead of
rb_gc_save_machine_context.
(blockin... - 06:50 AM Revision aaee331c (git): * ext/bigdecimal/bigdecimal.c (BigDecimal_IsInfinite): rdoc fix
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25700 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 06:50 AM Revision 54b5ac56 (git): * string.c (rb_str_each_line): rdoc fix
- * ext/bigdecimal/bigdecimal.c (#infinite?, #nonzero?): rdoc fix
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25699 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25698 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25697 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25697 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
=end
11/08/2009
- 09:29 PM Revision d77a6422 (git): * NEWS: added String#lines
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8_7@25696 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
08:37 PM Bug #2343: Timeout.timeout doesn't raise Timeout::Error by default
- =begin
> Why inside?
My code performs several things within the timeout block. Depending on where exactly the timeout occurred, it must perform some cleanup before re-throwing the exception. The code looks a little bit like this:
... - 05:46 PM Revision 3a814d04 (git): * 2009-11-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8_7@25695 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:46 PM Revision f58a491e (git): * NEWS: added String#bytes and Enumerable#to_a
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8_7@25694 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 04:55 PM Revision 9c197735 (git): * eval.c (method_inspect, method_name, mnew): Bug fix when
- method created from an alias.
Based on a patch by Peter Vanbroekhoven [ruby-core:22040]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25693 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 03:22 PM Revision 7c386936 (git): * 2009-11-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25692 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:22 PM Revision 48151659 (git): * lib/test/unit.rb (module): doc fix [ruby-core:26618]
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25691 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
Perhaps it is getting confused between ipv6 and 4? (after compiling with -g3
(gdb) print *addr
$6 = {sin6_family = -1912, sin6_port = 34, sin6_flowinfo = 1851828526, sin6_addr = {_S6_un = {_S6_u8 = "╕{>\000╨Y\236\000p¿`n\0... -
- =begin
なかだです。
At Sun, 8 Nov 2009 01:23:03 +0900,
Tanaka Akira wrote in [ruby-dev:39657]:
> 以下のように、ruby -v で変なところを読むようです。
> ruby 1.9.2dev (2009-11-07 trunk 25681) [i686-linux]
この課題は r25682 の変更で解決されました(と思います)。
Tanaka Aki... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25690 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25689 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25688 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25687 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * test/dl/test_cfunc.rb (test_ptr=, test_ptr) testing the pointer
accessor methods on CFunc
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25686 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
11/07/2009
-
11:09 PM Feature #2340: Removing YAML/Syck
- =begin
On Sat, Nov 7, 2009 at 01:31, Marc-Andre Lafortune
<ruby-core-mailing-list@marc-andre.ca> wrote:
>>> And references. And the symbol/string distinction. And instances of user
>>> defined classes. And custom emit/parse. Just off... -
- =begin
Aaron Patterson wrote:
> On Sat, Nov 07, 2009 at 12:59:25AM +0900, NARUSE, Yui wrote:
>> Jon wrote:
>>> If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
>>> look potentially interesting?
>> Yes, it look... -
- =begin
Marc-Andre Lafortune wrote:
> YAML is important for some people and most will agree that it is a
> great format. I hope we can focus on how to offer a great YAML lib in
> ruby instead of on we could remove it.
I don't want... -
- =begin
Joshua Hull wrote:
> FYI, this exist:
>
> http://github.com/cesare/ruby-libc-libyaml
It seems not bad.
But it doesn't have YAML/Syck API compatibility.
If it want to replace YAML/Syck, it is required.
--
NARUSE, Yui... -
- =begin
Jon wrote:
>>> If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
>>> look potentially interesting?
>> Yes, it looks good if someone port to ruby and maintain it.
>
> Given recent discussions re: FFI and... -
- =begin
On Fri, Nov 6, 2009 at 18:38, Joel VanderWerf <vjoel@path.berkeley.edu> wrote:
> James Edward Gray II wrote:
>>
>> On Nov 6, 2009, at 9:48 AM, Nikolai Weibull wrote:
>>>
>>> How hard would it be to start using JSON instead?
... -
02:45 AM Feature #2340: Removing YAML/Syck
- =begin
On Fri, Nov 6, 2009 at 9:38 AM, Joel VanderWerf <vjoel@path.berkeley.edu> wrote:
> And references. And the symbol/string distinction. And instances of user
> defined classes. And custom emit/parse. Just off the top of my head..... -
01:31 AM Feature #2340: Removing YAML/Syck
- =begin
FYI, this exist:
http://github.com/cesare/ruby-libc-libyaml
*j*
On 2009-11-06, at 11:22 AM, Jon wrote:
>>> If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
>>> look potentially interesting?
>>
... -
01:22 AM Feature #2340: Removing YAML/Syck
- =begin
> > If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
> > look potentially interesting?
>
> Yes, it looks good if someone port to ruby and maintain it.
Given recent discussions re: FFI and the previous... -
- =begin
Jon wrote:
> If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
> look potentially interesting?
Yes, it looks good if someone port to ruby and maintain it.
--
NARUSE, Yui <naruse@airemix.jp>
=end
-
- =begin
On Fri, Nov 6, 2009 at 16:00, James Edward Gray II
<james@graysoftinc.com> wrote:
> On Nov 6, 2009, at 4:02 AM, Yui NARUSE wrote:
>> Issue #2340 has been updated by Yui NARUSE.
>>> Agreed with precondition. But do we hav... -
- =begin
> > Issue #2340 has been updated by Yui NARUSE.
> >
> >
> >> Agreed with precondition. But do we have alternative?
> >
> > Currently no.
> > So this ticket intends to call for alternative or maintainer.
> >
> > But if no... - 09:37 PM Revision 355a7bc3 (git): * 2009-11-08
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25685 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- platforms
* test/dl/test_cptr.rb (test_inspect): testing inspect
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25684 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
This issue was solved with changeset r25681.
Marc-Andre, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- instance variables.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25683 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- access.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25682 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Hi,
In message "Re: [ruby-core:26563] [Bug #2343] Timeout.timeout doesn't raise Timeout::Error by default"
on Fri, 6 Nov 2009 21:00:28 +0900, Hongli Lai <redmine@ruby-lang.org> writes:
|Timeout.timeout's documentation ... -
- =begin
Hi,
At Fri, 6 Nov 2009 23:52:39 +0900,
Hongli Lai wrote in [ruby-core:26565]:
> Your code assumes that Timeout::Error is only caught outside
> the timeout block. My code fails because it catches the error
> inside the time... -
- [ruby-core:26427] [ruby-core:26447]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25681 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- [ruby-dev:39592]
* eval.c (rb_longjmp): add 1 level backtrace for sysstack_error
without calling any method to prevent further stack overflow.
* eval.c (make_exception): don't call #exception for
sysstack_error to prevent stack ove...
11/06/2009
-
- =begin
My code catches inside the timeout block because it needs to perform some cleanup if a timeout occurs. The kind of cleanup that must occur depends on where exactly the timeout happened.
=end
-
- =begin
Your code assumes that Timeout::Error is only caught outside the timeout block. My code fails because it catches the error inside the timeout block:
require 'timeout'
Timeout.timeout(1) do
begin
sleep
... -
- =begin
That anonymous exception is caught in Timeout#timeout, and Timeout::Error is raised again.
$ ./ruby -v -rtimeout -e 'begin; Timeout.timeout(0.1){sleep 1}; rescue Timeout::Error=>e; p e; end'
ruby 1.8.7 (2009-09-11 patchlev... -
- =begin
Timeout.timeout's documentation says that it'll raise Timeout::Error by default, but the code actually raises an object whose class is an anonymous subclass of Timeout::ExitException:
def timeout(sec, klass = nil)
..... -
- * ext/dl/cfunc.c (**): adding documentation
* test/dl/test_cfunc.rb (test_set_calltype) testing calltype
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25679 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- documentation
* test/dl/test_cptr.rb (**): testing that malloc works when passed free
functions
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25678 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
08:14 PM Bug #2342 (Closed): bootstraptest/test_thread.rb がまれに失敗する
- =begin
bootstraptest/test_thread.rb の、$~ のスレッドローカル性を確認するテストがまれに失敗します。
r24754 で MatchData#== が新設されましたが、この変更に追随していないのではないかと思います。
成功するケースは単純にスレッド切り替えより先にテストが終了した場合か
または変数代入前にふたたびメインスレッドへ切り替わった場合のようです。
=end
-
- =begin
なかだです。
At Fri, 6 Nov 2009 19:23:34 +0900,
_ wanabe wrote in [ruby-dev:39650]:
> CGIMultipartTest#_read のファイルオープン時のモードが
> 1.8, 1.9 の区別なく 'rb' 指定であるとありがたいです。
ありがたいというより、'rb'でないとテキストモードになってしまいま
す。
--
--- 僕の前にBugはない。
... -
- =begin
CGIMultipartTest#_read のファイルオープン時のモードが
1.8, 1.9 の区別なく 'rb' 指定であるとありがたいです。
'r:ascii-8bit' ですと Windows 環境では処理が重くなってしまうようです。
またバイナリモードで明示的なエンコーディング指定がない場合は
rb_io_extract_modeenc() を見る限り自動的に ASCII-8BIT が選択されるようですので
分岐する必... -
- =begin
古いチケットへの反応ですみません。
この件、対応していただいたおかげで子プロセスを kill すれば
テストが進むようになりましたが、できればタイムアウトした方が
よいかと思い、今更ながらパッチを書きました。
よろしければご検討ください。
=end
-
- =begin
> Agreed with precondition. But do we have alternative?
Currently no.
So this ticket intends to call for alternative or maintainer.
But if no proposal, YAML/Syck should be removed in Ruby 2.0 even if no alternative.
... -
- =begin
Hi,
In message "Re: [ruby-core:26560] [Feature #2340] Removing YAML/Syck"
on Fri, 6 Nov 2009 17:16:12 +0900, Yui NARUSE <redmine@ruby-lang.org> writes:
|YAML and Syck is a _why's product and widely used bundled library... -
- =begin
YAML and Syck is a _why's product and widely used bundled library of Ruby.
But they are not maintained for 2 years and no more by _why.
And they support only YAML 1.0, not 1.1 and 1.2.
So YAML/Syck considered harmful.
=end
-
- * test/dl/test_cptr.rb (test_to_str, test_to_s) testing the
stringification of DL::Ptr
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25677 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 06:02 PM Revision c970682f (git): * 2009-11-07
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25676 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- documenting +, -, inspect
* text/dl/test_cptr.rb (test_minus, test_plus, test_inspect) testing
minus, plus, and inspect
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25675 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Because you can't persuade Charles (and matz).
I maintain tickets which doesn't concluded for long time.
Rejecting tickets kills or reactivates it.
You can open another ticket for an alternative or
reopen this with new implementa... -
- Hi,
In message "Re: [ruby-core:26557] [Feature #1089] Stable sorting for sort and sort_by"
on Fri, 6 Nov 2009 12:00:35 +0900, Kornelius Kalnbach <redmine@ruby-lang.org> writes:
> I'm not sure why the proposal was rejected. Can... -
12:00 PM Feature #1089: Stable sorting for sort and sort_by
- I'm not sure why the proposal was rejected. Can somebody explain?
If we don't want to change the `#sort` implementation for performance reasons, I can open another ticket for the request of an alternative, fast and stable sort method ... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25673 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25673 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- Now LLVM clang seems to be able to build Ruby 1.9.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25671 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:44 AM Bug #2339 (Closed): DRb leaves connections half-open
- =begin
Hello,
While examining some tcp frames, I encountered the following behaviour in the DRb protocol.
In a nutshell, when the client closes the connection with a server, a stack trace is sent back to the client (indicat... -
- 成瀬です。
Nobuyoshi Nakada wrote:
> At Tue, 3 Nov 2009 23:18:49 +0900,
> ...
えぇ、例えば、`Fileinfo` クラスを作り、親ディレクトリのファイルハンドルと
そのディレクトリからの相対パスを持つ。
で、例えば `Dir.foreach` なら以下のように使う、と。
~~~ruby
Dir.foreach("/tmp") do |fileinfo|
fileinfo.... -
- raised. [ruby-list:46515]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25670 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25669 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:45 AM Revision 975a4055 (git): * 2009-11-06
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25668 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@25667 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
Reproduced on a MacBook Pro (thus a different processor) running Snow Leopard, same error.
Is there a compile option I can use to compile ruby in 32 bit instead of 64?
=end
-
- ASCII-8BIT on Windows.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@25666 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
ok ok :)
Pathname.new('/').relative_path_from Pathname.new('/')
thanks for the feedback.
-r
=end