Activity
From 01/20/2011 to 01/26/2011
01/26/2011
-
11:52 PM Bug #4325: [ext/openssl] Encoding of subclasses fails when it shouldn't
- =begin
The first thought that came into my mind for changing this was to provide consistency. There are several
similar operations that also use rb_is_kind_of instead of checking the class directly, mainly in
ossl_asn1_default_tag, ... -
05:18 PM Bug #4325: [ext/openssl] Encoding of subclasses fails when it shouldn't
- =begin
It would be good if you show us usecases of subclassing Sequence and Set. Can you?
=end
-
- =begin
While skimming through ossl_asn1.c I noticed that my patch for infinite length encoding
causes problems when encoding subclasses of OpenSSL::ASN1::Sequence or OpenSSL::ASN1::Set
with infinite length.
E.g. the following ... -
11:41 PM Revision beec203a (git): * process.c (proc_exec_v, rb_proc_exec_n, rb_proc_exec)
- (proc_spawn_n, proc_spawn): get rid of too huge alloca().
[ruby-core:34827], [ruby-core:34833]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30662 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- temporary buffer. [ruby-core:34844]
* string.c (rb_alloc_tmp_buffer, rb_free_tmp_buffer):
implementation of the API.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30661 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- if fname is longer than buffer.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30660 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:07 PM Bug #4321 (Closed): valgrind report "Invalid read" for Object#clone
- =begin
This issue was solved with changeset r30659.
Tomoyuki, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* class.c (clone_method): add GC guard to prevent inte... -
- =begin
This issue was solved with changeset r30657.
Tomoyuki, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* vm_eval.c (rb_throw_obj): add GC guard to prevent in... -
- =begin
はい --with-valgrind は付けてます。
すみません、書き忘れてましたが optflags=-O3 を付けてビルドした時に発生します(gcc 4.3.3)。
実はテストケースはソースから逆算して作ったので(#4321 も同様)、以下の RB_GC_GUARD 追加で直ることを確認しています。
すぐ修正するつもりだったのですけど前準備に手間取って一晩寝かせてしまいました。
diff --git a/vm_eval.c... -
10:35 AM Bug #4322: valgrind report error for uncaught throw
- =begin
あれ、リビジョン同じだな。configureで--with-valgrindは指定してますよね?
=end
-
- =begin
ちょっと古いものだと確かに再現したのですが、r30653 時点で直ってるように見えます
=end
-
06:48 PM Bug #4324: [ext/openssl] Parsing of incorrect ASN.1 values succeeds
- =begin
Hi,
2011/1/26 Martin Bosslet <redmine@ruby-lang.org>:
> I read about this bug of OpenSSL this morning: http://rt.openssl.org/Ticket/Display.html?id=2438
Thank you for the information.
The URL seems to require authentifica... -
- =begin
Merged at r30656. Thanks.
=end
-
- =begin
Hi,
I read about this bug of OpenSSL this morning: http://rt.openssl.org/Ticket/Display.html?id=2438
What struck me was the following sentence:
"The ASN1 parser should reject indefinite length primitive encodings as
... -
06:35 PM Bug #4323: Proc#hash is Ill-Behaved
- =begin
> I'm not so sure I'd expect Proc#hash to be equal in these cases. Of course, I don't feel like
> Procs that simply have the same code and closure should be expected to be eql? either.
Perhaps, but the Rdoc is clear that ... -
04:56 PM Bug #4323: Proc#hash is Ill-Behaved
- =begin
I believe your example case, run in IRB, is also flawed. Witness:
~/projects/jruby ➔ irb1.9
>> ->{}
=> #<Proc:0x00000100aba6c0@(irb):1 (lambda)>
>> ->{}
=> #<Proc:0x00000100ab8cf8@(irb):2 (lambda)>
>> ->{}
=> #<P... -
- =begin
I'm not so sure I'd expect Proc#hash to be equal in these cases. Of course, I don't feel like Procs that simply have the same code and closure should be expected to be eql? either.
Each proc has its own scope and its own ref... -
- =begin
Proc#hash is not predictable for receivers that are #eql?
irb> ->{}.hash
=> -1250381286238705236
irb> ->{}.hash
=> 2684657672161532106
irb> ->{true}.hash
=> -2939885723276364833
irb> ... -
- =begin
On Tue, Jan 25, 2011 at 6:52 PM, Kurt Stephens <redmine@ruby-lang.org> wrote:
> * Each SoftReference#_mri_gc_left and SoftRefernce#_mri_gc_ttl are set to some arbitrary value: SoftReference._mri_gc_ttl (default = 10).
> * If S... -
09:52 AM Feature #4168: WeakRef is unsafe to use in Ruby 1.9
- =begin
> 01/25/2011 04:40 PM - Charles Nutter
> Can you provide a short description of the complete "soft" heuristic
> as of this commit? Even on JVM, it's unspecified, but each JVM does
> spell out what constitutes a "soft" referenc... -
04:08 PM Feature #4326 (Closed): Fiber should respond to call() and []
- =begin
Fibers are considered to be coroutines. Knuth says "Subroutines are special cases of ... coroutines". This makes sense to me.
Method, Proc, and lambda respond to `call` and `[]`. If Fiber also responded to `call` and `[]... -
02:54 PM Bug #4318: Legacy bug in net/imap in Ruby 1.9.x
- =begin
Hi,
> The change is "str.length.to_s" -> "str.bytesize.to_s".
This bug has been fixed in r30543.
http://redmine.ruby-lang.org/repositories/revision/ruby-19?rev=30543
Could you check it?
=end
-
- =begin
=end
-
- variable from GC. [Bug #4321] [ruby-dev:43107]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30659 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:45 PM Revision de4c25a0 (git): * template/id.h.tmpl: parenthesize macro arguments.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30658 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- variable from GC. [Bug #4322] [ruby-dev:43108]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30657 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
01:13 PM Bug #4304: Win32上でfiber大量生成テストが失敗
- =begin
「メジャーな環境」というか、生成できるスレッド/ファイバの数は必然的に個々の環境で変化するに決まってますよね。
そして、実際に小崎さんのところでは問題があるということなので、おそらくテスト自体に問題があるのだろうと思います。
ただ、このテストが何をテストしてるのかは全くの謎なので、どのように「どうにか」すればいいのかはテストの中身が知ってる人に考えてもらいたいと思います。
なお、私が決めていいなら「意味分からんからテスト自体消せ」... -
11:48 AM Bug #4304: Win32上でfiber大量生成テストが失敗
- =begin
ええと、すいません確認させてください。
「個人的にはこのテストはどうにかしろとは思っています」の意図は生成できるファイバの個数
（生成できるスタックの個数）は環境依存に決まってるんだから、メジャーな環境の制限チェックするなり
少なめの生成数にするなりしたほうがよい。という事だと思ってよいのでしょうか。
=end
-
- =begin
環境依存ですよね。手元では出ません。
とはいえ、個人的にはこのテストはどうにかしろとは思っています。
=end
-
11:38 AM Bug #4311: ruby setup.sb fails to install ruby gems
- =begin
=end
-
- =begin
This issue was solved with changeset r30654.
Andrei, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* string.c (=~): documentation fix; the return value is ... -
- =begin
Koichi said the lib is not his, so I reviewed it.
I almost accept your patch except following:
> 4291a26b94a63e3066fe
Tests for MRI should use test/unit.
See also test files in test directory.
> f20763674b73... - 08:17 AM Revision 0522ffd5 (git): * ext/openssl/ossl_asn1.c (ossl_asn1_decode0): OpenSSL::ASN1.decode
- should reject indefinite length primitive encodings as that is
illegal. Patch by Martin Bosslet. See #4324.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30656 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:04 AM Bug #4313: File.identical? cause Segmentation Fault if take a long string.
- =begin
Bug does not does not seem to be present in ruby 1.8.7 or 1.9.2-p0 i386 Linux
=end
- 01:38 AM Revision 12893215 (git): * 2011-01-26
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30655 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- it doesn't match. patched by Andrei Kulakov [ruby-core:34562]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30654 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
01/25/2011
-
- =begin
以下のようなスクリプトを valgrind を使って実行するとエラーが報告されます。
## script
GC.stress = true
throw :tag
## message
==1141== Conditional jump or move depends on uninitialised value(s)
==1141== at 0x40276EB: strlen (mc_replace_strmem... -
- =begin
以下のようなスクリプトを valgrind を使って実行すると Invalid read of size 4 のようなエラーが報告されます。
optflags=-O3 を指定してビルドした時に発生します。
## script
obj = Object.new
def obj.meth
end
GC.stress = true
obj.clone
## message
==22864== Invalid... -
10:31 PM Bug #4320 (Closed): Bus Error in digest/sha2 on sparc
- =begin
Most likely this is caused due to misaligned memory. Any comment is greatly appreciated.
This bug can reproduce at Ruby 1.8, too.
ruby -e "require 'digest/sha2'; d= Digest::SHA256.new; ['a' * 97, 'a' * 97].each {|i| d.... -
10:05 PM Feature #4197: Improvement of the benchmark library
- =begin
This eases review: https://github.com/eregon/ruby/compare/trunk...benchmark
Konstantin
On Jan 25, 2011, at 13:14 , Benoit Daloze wrote:
> Issue #4197 has been updated by Benoit Daloze.
>
>
> Hi,
>
> Any update on... -
09:14 PM Feature #4197: Improvement of the benchmark library
- =begin
Hi,
Any update on this ?
Could you have a look, Koichi ?
(Or anyone, I welcome comments)
=end
-
- =begin
On Mon, Jan 24, 2011 at 11:44 PM, Kurt Stephens <redmine@ruby-lang.org> wrote:
> * Support for multiple Reference subclass instance caches.
> * Working WeakReference, SoftReference and ReferenceQueue in ext/reference/reference... -
- =begin
Progress: https://github.com/kstephens/ruby/commit/6f3f2a538455187d67ef504cfa266cf5789ca099
* Support for multiple Reference subclass instance caches.
* Working WeakReference, SoftReference and ReferenceQueue in ext/refere... -
11:14 AM Feature #4264: General type coercion protocol for Ruby
- =begin
On Wed, Jan 19, 2011 at 15:53, Charles Oliver Nutter
<headius@headius.com> wrote:
> They're not bad, but casting to me means something altogether
> different: treating a an object as a different type, while still
> referencin... -
- =begin
Hi,
At Tue, 25 Jan 2011 07:44:51 +0900,
Motohiro KOSAKI wrote in [ruby-core:34842]:
> reproduce way.
>
> ./ruby -ve 'spawn "a"*100_000_000'
I propose new APIs for exception-safe temporary buffer.
diff --git i/inc... -
- =begin
reproduce way.
./ruby -ve 'spawn "a"*100_000_000'
=end
-
- =begin
>Sadly there is no maintainer for openssl currently, so it seems difficult
>for your patch to be reviewed certainly.
>I reviewed your patch simply, but note that I'm not familiar with openssl.
Thanks for your time!
... -
- =begin
StringValueCStr()の結果が、NUL-terminateされていない場合があります。
=end
-
04:47 AM Bug #4318 (Closed): Legacy bug in net/imap in Ruby 1.9.x
- =begin
Emails that get 'appended' to a mailbox are cut-off
at the end. Not always but only in non-multipart mails where the headers
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
apply to the whol... -
- =begin
following script will crash immediately.
C:\ruby\trunk\build>\ruby\bin\ruby -ve 'File.stat("a"*100_000_000)'
ruby 1.9.3dev (2011-01-23 trunk 30640) [i386-mswin32_100]
=end
-
- =begin
C:\ruby\trunk\build>\ruby\bin\ruby -ve 'Dir.new("a"*100_000_000)'
ruby 1.9.3dev (2011-01-23 trunk 30640) [i386-mswin32_100]
=end
-
- =begin
test.rb
-------------------------
spawn '"a"|'*100_000_000
-------------------------
ruby ./test.rb
=end
01/24/2011
-
- =begin
ruby 1.9.3dev (2011-01-24 trunk 30642) [x86_64-linux]
-e:1: [BUG] Segmentation fault
ruby 1.9.3dev (2011-01-24 trunk 30642) [x86_64-linux]
-- Control frame information -----------------------------------------------
c:... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30653 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30652 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
It maybe windows only. I doubt w32_io_info makes stack overflow.
=end
-
- =begin
Following script crash immediately, But error log doesn't display at all.
---------------------------------------------------------------------
ruby -ve 'p File.identical?("a"*100_000_000, "a")'
ruby 1.9.3dev (2011-0... -
- =begin
Hi,
2011/1/24 Martin Bosslet <redmine@ruby-lang.org>:
> recently I noticed that the method
>
> static int ossl_asn1_default_tag(VALUE obj)
Sadly there is no maintainer for openssl currently, so it seems difficult
for yo... -
- =begin
Added tests that further assert behavior of OpenSSL::ASN1::default_tag/default_tag_class_of. Attachment replaces the first one.
=end
-
- =begin
Hi all,
recently I noticed that the method
static int ossl_asn1_default_tag(VALUE obj)
(in ossl_asn1.c) iterates through an internal array each time a default tag is to be looked up resulting in O(n) runtime
pe... -
10:50 PM Revision 9a4a8673 (git): * test/ruby/test_thread.rb: remove unused variables.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30651 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30650 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30649 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- RSTRING_PTR.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30648 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Because rb_proc_exec() are using alloca and it can cause stack overflow. It shouldn't.
=end
-
- =begin
% ./ruby -ve 'exec "a"*100_000_000'
ruby 1.9.3dev (2011-01-24 trunk 30642) [x86_64-linux]
-e:1: [BUG] Segmentation fault
ruby 1.9.3dev (2011-01-24 trunk 30642) [x86_64-linux]
-- Control frame information -----------... -
- =begin
#!/usr/bin/env ruby
class Array
def sum
reduce(:+)
end
def var
empty? ? 0.0 : (map {|x| x ** 2}.sum * size - sum ** 2).fdiv(size ** 2)
end
end
# All of these should clearly return 0.
... -
- =begin
It seems from floating point's accuracy.
In line 9, it uses to_f and the value exceeds its limit.
=end
-
06:59 AM Bug #4308 (Rejected): Wrong Bignum calculation in some case.
- =begin
I tried to calculate variance of an array but calculation returns wrong result
when numbers are big.The problem also happens in 1.8.7-p330.
I attached a file that recreates The problem.
=end
-
- =begin
This issue was solved with changeset r30641.
Heesob, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* error.c (rb_invalid_str): prevent intermediate variabl... -
02:11 PM Bug #4310: String#% cause Segmentation fault on Windows
- =begin
=end
-
12:06 PM Bug #4310 (Closed): String#% cause Segmentation fault on Windows
- =begin
String#% cause Segmentation fault on Windows with trunk version in case of long string.
C:\work>ruby -ve 'p "%f"%("a"*10000000)'
ruby 1.9.3dev (2011-01-23 trunk 30640) [i386-mswin32_90]
-e:1: [BUG] Segmentation fault
r... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30647 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 06:23 PM Revision e9d8fd9b (git): * 2011-01-25
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30646 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- instead ALLOC_N.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30645 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:39 PM Bug #4311: ruby setup.sb fails to install ruby gems
- =begin
On Jan 23, 2011, at 19:56, Kent Paul Dolan <redmine@ruby-lang.org> wrote:
> After installing Ruby and downloading and unpacking
> Ruby Gems, I changed to the rubygems-1.4.2 directory
> (since no guidance had been given in th... -
12:55 PM Bug #4311 (Closed): ruby setup.sb fails to install ruby gems
- =begin
Ruby maintainers,
I don't know if this is a bug, or just user
incomprehension, but anyway...
After installing Ruby and downloading and unpacking
Ruby Gems, I changed to the rubygems-1.4.2 directory
(since no guida... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30644 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- ALLOC_N may cause stack overflow.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30643 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 12:04 PM Revision 76789bbb (git): * 2011-01-24
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30642 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- [ruby-core:34820]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30641 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
11:09 AM Bug #4298: Duration of calling String#[] with the same index is strangely related to string length.
- =begin
Thanks for the update. We will look into a cache in JRuby...
=end
-
10:09 AM Bug #4298: Duration of calling String#[] with the same index is strangely related to string length.
- =begin
Hi,
In message "Re: [ruby-core:34814] [Ruby 1.9-Bug#4298] Duration of calling String#[] with the same index is strangely related to string length."
on Mon, 24 Jan 2011 09:51:14 +0900, Thomas Enebo <redmine@ruby-lang.org> ... -
- =begin
2011/1/24 Thomas Enebo <redmine@ruby-lang.org>:
> Marcin and I were wondering the other day why character length is not cached in the string. It seems whenever code range has to be updated str length cache could also be updated... -
- =begin
Marcin and I were wondering the other day why character length is not cached in the string. It seems whenever code range has to be updated str length cache could also be updated with little extra cost. Is there a thread that ex... -
- =begin
JRuby does need a similar fix. I filed http://jira.codehaus.org/browse/JRUBY-5411 to cover it.
=end
-
- =begin
I think it's worth pointing out that Nobu's fix does not prevent String#[] from needing to do a character scan to reach the nth character, but it does fix the issue of always scanning all characters.
I'll check if JRuby need... -
08:02 AM Bug #4307: include fails after undef_method
- =begin
So it was a misunderstanding of #undef_method that led me to not expect the
actual behaviour. Thanks for the clarification.
I read the documentation and understood the difference between undef_method and
remove_method, b... -
05:10 AM Bug #4307: include fails after undef_method
- =begin
On 1/23/2011 2:14 PM, Adriano Mitre wrote:
> After using #undef_method on a method "inherited" from a mixin, reincluding the mixin should redefine it, but that is not what happens.
>
This seems like expected behaviour to... -
- =begin
After using #undef_method on a method "inherited" from a mixin, reincluding the mixin should redefine it, but that is not what happens.
Please take a look at this short IRB transcript (source attached):
>> module Foo; ... -
- =begin
FYI, 1.8/syck parses the yaml shown here, but libyaml (and SnakeYAML) do not (correctly). Ran into it because it's in a file that ships with RedCar:
https://redcar.lighthouseapp.com/projects/25090/tickets/464-redcar-ships-a-...
01/23/2011
-
- don't support io/console.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30640 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- fiddle.
* test/fiddle/test_function.rb: ditto.
* test/fiddle/test_closure.rb: ditto.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30639 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
I'm sorry. Yes, rebuild and retest work perfectly.
Therefore I'll close this ticket.
Thanks.
=end
-
- =begin
On Sun, Jan 23, 2011 at 01:41:47AM +0900, Motohiro KOSAKI wrote:
> Bug #4306: psych makes a lot of test failure on Win32 build
> http://redmine.ruby-lang.org/issues/show/4306
>
> Author: Motohiro KOSAKI
> Status: Open, Prio... -
- =begin
Latest trunk makes a lot of test failure of 'nmake test-all' on win32 platform.
----------------------------------------------------------------------------
5) Error:
test_mapping(Psych::Nodes::TestEnumerable):
NoMet... -
- =begin
This issue was solved with changeset r30636.
Radosław, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* string.c (str_nth_len, str_utf8_nth): return the res... -
- =begin
Hi,
2011/1/23 Charles Nutter <redmine@ruby-lang.org>:
> Issue #4298 has been updated by Charles Nutter.
>
>
> Perhaps I'm mistaken, but isn't RSTRING_LEN the byte length of the string? Isn't that always guaranteed to be >=... -
- =begin
Hi,
In message "Re: [ruby-core:34793] [Ruby 1.9-Bug#4298] Duration of calling String#[] with the same index is strangely related to string length."
on Sun, 23 Jan 2011 03:42:20 +0900, Charles Nutter <redmine@ruby-lang.org... -
- =begin
Perhaps I'm mistaken, but isn't RSTRING_LEN the byte length of the string? Isn't that always guaranteed to be >= str_strlen, which is the character length? And doesn't this patch basically break completely if beg is greater than ... -
- =begin
=end
-
- =begin
Reopening as this seems like a bug in libyaml.
=end
-
- =begin
On Sat, Jan 22, 2011 at 05:23:35PM +0900, Charles Nutter wrote:
> Issue #4301 has been updated by Charles Nutter.
>
>
> Hmm, I think there's more to this, and it could certainly be a bug in libyaml. The following version ha... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30638 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30637 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
Win32上で test-allすると以下のfailureが出ます
-------------------------------------------------------------------------
22) Failure:
test_too_big_to_s(TestBignum) [C:/ruby/trunk/test/ruby/test_bignum.rb:404]:
[RangeError] excepti... -
- =begin
現在、win32でtest-all すると以下のエラーがでます
--------------------------------------------------------------------------
25) Error:
test_many_fibers_with_threads(TestFiber):
ThreadError: can't create Thread (12)
C:/ruby/trun...
01/22/2011
-
- * string.c (rb_str_substr): get rid of measure the length always
to improve performance for huge string. [ruby-core:34648]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30636 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * string.c (rb_str_substr): get rid of measure the length always
to improve performance for huge string.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30635 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
10:47 PM Bug #4303: Segmentation fault (using tarantula and hpricot)
- =begin
This turned out to be an issue with hpricot 0.8.3. Using an older
version of hpricot solved the problem. Sorry for spamming.
=end
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30634 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
This bug(or feature) is due to the repetitive calling of str_strlen() function.
Here is a sentry patch for rb_str_substr() function of string.c
--- string.c 2011-01-22 21:25:38.000000000 +0900
+++ string.c.new 2011-01... -
- =begin
Hmm, I think there's more to this, and it could certainly be a bug in libyaml. The following version has the *correct* line number, without your patch:
~ ➔ ruby -rpsych -ryaml -e 'YAML.parse("---\nldquor: ,,")'/Users/headius... -
11:27 AM Bug #4301 (Closed): Off-by-one line number in Psych parse error - =begin
This issue was solved with changeset r30628.
Charles, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* ext/psych/parser.c (parse): fixing off-by-one error o... - 03:46 PM Revision 8135c466 (git): * 2011-01-23
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30633 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- the platform doesn't support syslog.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30632 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30631 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 11:37 AM Bug #4300 (Closed): Merge keys not working as expected in psych yaml parser
- =begin
This issue was solved with changeset r30629.
Matthew, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* ext/psych/lib/psych/visitors/to_ruby.rb: merge keys a... - 11:27 AM Bug #4297 (Closed): test_time in ruby/test/psych/test_json_tree.rb makes test failure
- =begin
This issue was solved with changeset r30627.
Motohiro, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
fixed a bug in the test suite. Thanks Benoit Daloze! ... -
- when multiple merge keys are specified.
* test/psych/test_merge_keys.rb: tests for multi-merge key support
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30630 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- part of YAML 1.1, so they should be supported. Remove warning and
merge keys to parent. [ruby-core:34679]
* test/psych/test_merge_keys.rb: test for merge keys
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30629 b2dd03c8-39d4-4d8... -
- in parse exceptions. [ruby-core:34690]
* test/psych/test_parser.rb: test for error
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30628 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30627 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- parse errors occur.
* test/psych/test_parser.rb: test for parse error file name
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30626 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- parser after an exception has been raised
* test/psych/test_parser.rb: test for assertion error
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30625 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
12:36 AM Bug #4294: IO.popen ['"ping"', 'localhost -n 3'] fails
- =begin
Absolutely agree to Usaku: the whole point of the Array variant of IO.popen is to *not* need to quote strings. Quoting in the string form is only needed for the implementation to be able to rip arguments properly apart in light ...
01/21/2011
-
09:05 PM Feature #4288: Allow invoking arbitrary method names with foo."something" syntax
- =begin
Em 21-01-2011 07:37, Charles Oliver Nutter escreveu:
> On Fri, Jan 21, 2011 at 2:50 AM, Stephen Sykes<sdsykes@gmail.com> wrote:
>> Yes, agree, if you want interpolation you can use send.
>>
>> But using double quotes leads... -
- =begin
On Fri, Jan 21, 2011 at 2:50 AM, Stephen Sykes <sdsykes@gmail.com> wrote:
> Yes, agree, if you want interpolation you can use send.
>
> But using double quotes leads to an expectation of interpolation does it not?
> So would ... -
05:50 PM Feature #4288: Allow invoking arbitrary method names with foo."something" syntax
- =begin
> It does, but my concern with it is that (in the same way as
> string-interpolated ."" syntax) it can't be made 100% parse-time. So I
> think the questions to be answered are (in this order):
>
> 1. Do we feel it's useful to... -
- =begin
On Wed, Jan 19, 2011 at 6:03 PM, Gary Wright <gwtmp01@mac.com> wrote:
> I probably wasn't clear. I also don't want syntactic sugar for #send
> but instead a way to dynamically name a method without the extra step
> of looking ... -
- =begin
Could you try again at ruby-trunk without rvm?
See also: http://redmine.ruby-lang.org/wiki/ruby/HowtoReport
=end
-
- =begin
I get this this segmentation fault when running tarantula tests for a rails application. I don't know if the bug is in ruby or hpricot or something else. I cannot provide a small test case to reproduce it because to me it seems t... -
- enumerable.
* ext/psych/lib/psych/visitors/depth_first.rb: Add a depth-first
visitor to enumerate over a YAML AST in a depth-first fashion
* test/psych/nodes/test_enumerable.rb: test for enumerating nodes
* test/psych/visitors/test_dep... - 03:54 PM Revision 5f710e22 (git): * 2011-01-22
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30623 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30622 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
11:41 AM Feature #4257: switch_hitter - an acceleration of date library
- =begin
Looks good. The only thing I noticed is that DateTime#amjd is broken:
$ ruby -v -r date -e 'DateTime.new.amjd'
ruby 1.9.3dev (2011-01-21 trunk 30620) [x86_64-openbsd4.8]
-e:1:in `amjd': undefined method `amjd_r' for #<D... -
11:29 AM Bug #4294: IO.popen ['"ping"', 'localhost -n 3'] fails
- =begin
Thank you Usaku,
I can take what you've said if that's what Ruby Spec has specified.
I just don't know where to find the respective spec,
the ruby-doc[1] doesn't have such words
[1] http://ruby-doc.org/core/cl... -
- =begin
Ok, I see why Brian's reference queue doesn't have the same restrictions as the JVM's: it isn't triggered by the reference, it's triggered by the finalizer attached to the object.
There's a lot of other stuff here, so I'm no... -
- =begin
I'm not sure I see any real benefit to caching the WeakReference and SoftReference objects themselves. Indeed, it may be undesirable to not be guaranteed you're going to have a fresh reference, since there may be multiple places ... -
- =begin
Charles:
I've been using Brian's ref gem as a starting point for a proposed standard API; for example: WeakReference and SoftReference are subclasses of Reference.
I probably should have done this at the start, but I wi... -
- =begin
For the following yaml:
# based on "SGML/XML character entity reference" at http://www.bitjungle.com/isoent/
#
---
#DOUBLE LOW-9 QUOTATION MARK
#requires fontenc:T1
ldquor: ,,
Psych produces the following err... -
09:27 AM Bug #3889 (Closed): Incorrectly detected i686-w64-mingw32 as x64-mingw
- =begin
This issue was solved with changeset r30620.
Luis, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* configure.in: Fix incorrectly detected x86_64-w64-mingw3... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30621 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
=end
-
04:10 AM Bug #4300 (Closed): Merge keys not working as expected in psych yaml parser
- =begin
Psych doesn't seem to support merge keys ( http://yaml.org/type/merge.html ) with alias/anchor the same way that syck does. I'm not sure if this is intentional or not, but its a pretty useful behavior so I'm filing a bug. Basi... -
- =begin
まつもと ゆきひろです
In message "Re: [ruby-dev:43085] Re: [Ruby 1.9-Bug#4287] test_europe_lisbon(TestTimeTZ) Failure"
on Fri, 21 Jan 2011 00:28:42 +0900, nagachika <nagachika00@gmail.com> writes:
|
|近永と申します。
|
|対応して頂いてありがとうござい... -
- =begin
近永と申します。
対応して頂いてありがとうございます。
> ところで、Chikanaga がコミット権を取得して自分でチェックインするのがみんなが幸せになれると
> 思うですが、どうでしょうか。
小さな不具合に気がついた時に毎回コミッタのかたの手を煩わすのも気が引けるものがありますので、
もし許可していただけるものならコミット権限を頂きたいと思います。
いかがでしょうか?
=end
-
- canonalization of target_os. Bug #3889 [ruby-core:32634]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30620 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
01/20/2011
-
- =begin
On 20 January 2011 05:05, Motohiro KOSAKI <redmine@ruby-lang.org> wrote:
> % svn diff
> Index: test/psych/test_json_tree.rb
> ===================================================================
> --- test/psych/test_json_tree... -
- =begin
=end
-
- =begin
Recently ruby trunk + linux increase one test failure.
--------------------------------------------------------------------------------
1) Failure:
test_time(Psych::TestJSONTree) [/home/kosaki/linux/ruby-svn/ruby/test/... -
- =begin
http://d.hatena.ne.jp/nagachika/20110119/ruby_trunk_changes_30595_30603
で知ったのですが、右辺の種類によっては「warning: found = in conditional, should be ==」が出ないことがあるようです。
% ruby-trunk -ve '!_=""'
ruby 1.9.3dev (2011-01-20 trunk 30614) [i... -
06:28 PM Bug #4298: Duration of calling String#[] with the same index is strangely related to string length.
- =begin
I copied&pasted wrong info about ruby's version. It's actually:
$ ruby-trunk -v
ruby 1.9.3dev (2010-09-06 trunk 29190) [x86_64-darwin10.4.0]
=end
-
- =begin
The longer string is the slower is String#[] (for the same index > 0). See the example benchmark below:
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30619 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- -Werror=implicit-function-declaration compile option. therefore
we need a function declaration explicitly.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30618 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
03:35 PM Bug #4256: [BUG] Segmentation fault ruby 1.9.2p0 (2010-08-18) [i386-mingw32]
- =begin
Hi all,
The issue was resolved when we uninstalled IE7 and installed IE6. We want know if there is any compatibility issues of Ruby 1.9.2 and the other installed gems, with IE7.
The same code however, is working with R... -
- =begin
Hello,
In message "[ruby-core:34642] [Ruby 1.9-Bug#4294] IO.popen ['"ping"', 'localhost -n 3'] fails"
on Jan.20,2011 13:49:00, <redmine@ruby-lang.org> wrote:
> Right, the case became more obvious when we're running comma... -
- =begin
Right, the case became more obvious when we're running commands whose path contains spaces.
In 1.8.7 IO.popen only support cmd_string, not cmd_array, anyway, the respective form IO.popen '"ping" -n 3 localhost' works, and th... -
02:36 AM Bug #4294: IO.popen ['"ping"', 'localhost -n 3'] fails
- =begin
Perhaps the OP was really concerned about things not on PATH and in dirs with spaces.
FWIW, the following works for me on Win7 32-bit for MRI 1.9.2p160 and 1.9.3dev r30603 (i386-mingw32) but not JRuby 1.6.0.RC1 in --1.9 mode... -
01:57 AM Bug #4294: IO.popen ['"ping"', 'localhost -n 3'] fails
- =begin
How is that a bug ? If ping is surrounded by quotes, ruby will look for an executable named "ping" with the quotes around. If ruby starts to magically remove these quotes, I'm not sure it will bring other unwanted side-effect. Bu... -
- =begin
>> RUBY_VERSION
=> "1.9.2"
>> RUBY_PLATFORM
=> "i386-mingw32"
>> IO.popen ['"ping"', 'localhost -n 3']
Errno::EINVAL: Invalid argument - "ping"
from (irb):6:in `popen'
from (irb):6
from d:... - 03:00 PM Revision 3c1b996a (git): * 2011-01-21
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30617 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30616 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- rb_cv_localtime_overflow test too. It's reported by Tomoyuki
Chikanaga. Thanks.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30615 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
> いつもありがとうございます。Linuxとのことなのでこちらでコミットさせていただきました。
> ところで、Chikanaga がコミット権を取得して自分でチェックインするのがみんなが幸せに
Chikanaga-san が。
英語と日本語と行ったり来たりしてると言葉が無茶苦茶になりますね。反省
=end
-
- =begin
This issue was solved with changeset r30612.
Tomoyuki, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----
* configure.in: Add stdlib.h inclusion into rb_cv_nega... -
- =begin
いつもありがとうございます。Linuxとのことなのでこちらでコミットさせていただきました。
ところで、Chikanaga がコミット権を取得して自分でチェックインするのがみんなが幸せになれると
思うですが、どうでしょうか。
=end
-
- =begin
=end
-
- =begin
Hi,
2011/1/20 Charles Oliver Nutter <headius@headius.com>:
> So I repeat: JRuby implements kill and raise using a mechanism similar
> to cancellation points, and those points occur at roughly the same
> places during execut... -
- =begin
On Wed, Jan 19, 2011 at 4:32 AM, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> I guess that you misunderstand cancellation points. They do not mean
> context-switch boundaries.
I think you misunderstood me. I know what cancellatio... -
- =begin
Em 19-01-2011 19:53, Charles Oliver Nutter escreveu:
> On Wed, Jan 19, 2011 at 5:54 AM, Rodrigo Rosenfeld Rosas
> <rr.rosas@gmail.com> wrote:
>> I like the cast_to/cast_from names and I guess it avoids conflict with most
>... -
- =begin
On Wed, Jan 19, 2011 at 5:54 AM, Rodrigo Rosenfeld Rosas
<rr.rosas@gmail.com> wrote:
> I like the cast_to/cast_from names and I guess it avoids conflict with most
> libraries.
They're not bad, but casting to me means someth... -
- =begin
On Wed, Jan 19, 2011 at 8:53 AM, Nikolai Weibull <now@bitwi.se> wrote:
> And, as demonstrated, isn’t #send good enough?
* It's longer :)
* It defeats optimization, since you have to bounce through a "send"
call to get to th... -
- =begin
On Wed, Jan 19, 2011 at 2:58 PM, Gary Wright <gwtmp01@mac.com> wrote:
> Maybe I'm crazy, but could I suggest something a little more general?
>
> foo.{expression}(arg1)
>
> to have the same semantics as
>
> foo.send(exp... -
06:23 AM Feature #4288: Allow invoking arbitrary method names with foo."something" syntax
- =begin
On Wed, Jan 19, 2011 at 21:58, Gary Wright <gwtmp01@mac.com> wrote:
> On Jan 18, 2011, at 12:51 AM, Charles Nutter wrote:
>> For non-standard or arbitrary method names, it would be nice to have a way to invoke them directly t... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30614 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
More comments:
* On JVM, you can only specify a ReferenceQueue to the constructor of a Reference. You cannot change or add queues on already-created references. JRuby would not be able to support adding new reference queues ... -
- =begin
FYI, on the JVM it is not possible to use an arbitrary collection for reference enqueuing, and I think there's a good reason for it: calling back into user code while enqueuing a reference is probably not a good idea.
The JV... - 07:13 AM Revision 74535bd6 (git): * README.EXT, README.EXT.ja: You shouldn't choose ``conftest.c'' as a
- name of a source file.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30613 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Back-ref: #4149 can be resolved once this is fixed.
=end
-
- test becuase it's required for exit(3). The patch is
created by Tomoyuki Chikanaga. [Bug #4287] [ruby-dev:43060]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30612 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 02:41 AM Revision a9f76259 (git): * test/webrick/utils.rb (TestWEBrick::RubyBin): test CGI does not need
- to load rubygems. if it activated, ruby raises LoadError about
rbconfig.rb.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30611 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- DateTime and Time classes.
* test/psych/test_json_tree.rb: test for JSON emit
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@30610 b2dd03c8-39d4-4d8f-98ff-823fe69b080e