Activity
From 03/04/2010 to 03/10/2010
03/10/2010
-
09:37 PM Bug #2184 (Closed): Blocks strange behavior
- =begin
This issue was solved with changeset r26866.
Ivan, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
04:36 PM Revision 131f0a40 (git): * win32/win32.c (signbit): allow x64.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26869 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 04:07 PM Revision 4a1a3d5d (git): * 2010-03-11
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26868 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
04:07 PM Revision e3c25091 (git): * iseq.c (rb_iseq_clone): sets local_iseq and klass properly.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26867 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:36 PM Feature #2833: 絵文字エンコーディングの提案
- =begin
むらたです。
On 2010/03/10, at 7:52, U.Nakamura wrote:
> In message "[ruby-dev:40588] Re: [Feature #2833] 絵文字エンコーディングの提案"
> on Mar.09,2010 18:20:47, <muraken@gmail.com> wrote:
>> ということで、コミットしました。
>
> mswin32がビルドできなくなりました... -
07:52 AM Feature #2833: 絵文字エンコーディングの提案
- =begin
こんにちは、なかむら(う)です。
In message "[ruby-dev:40588] Re: [Feature #2833] 絵文字エンコーディングの提案"
on Mar.09,2010 18:20:47, <muraken@gmail.com> wrote:
> ということで、コミットしました。
mswin32がビルドできなくなりました。
こんなのが出ます。
x-emoji.def : error LNK2001... -
- reuses array for yield parameter, which caused unexpected behavior.
[ruby-core:25989]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26866 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 07:30 AM Revision 7a792c2c (git): * 2010-03-10
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26865 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 07:30 AM Revision 453f94c2 (git): * eval.c (rb_f_loop): Return an enumerator if no block is given.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26864 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:12 AM Revision 9eb49ff8 (git): * enc/x_emoji.h: renamed from enc/x-emoji.c.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26863 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
03/09/2010
-
07:21 PM Revision 9da12c58 (git): * compile.c (defined_expr), insns.def (defined): fix to pass a Symbol
- object such as :$foo for the "defined?($foo)" expression
on defined instruction. This patch fixes ISeq#to_a/load.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26862 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
むらたです。
On 2010/03/09, at 7:40, Kenta Murata wrote:
> これで遠藤さんからの反論については解決したと考えて良いと思います。
> 他に反論が無いようでしたら、絵文字エンコーディングを trunk にコミットします。
朝はこのように考えていましたが、良く考えると最初の発案から1週間経過していて、
その間に遠藤さん以外の反対意見は出ていないので、もう出ないんじゃないかと思いました。
... -
06:17 PM Feature #2833 (Closed): 絵文字エンコーディングの提案 - =begin
This issue was solved with changeset r26856.
Kenta, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
むらたです。
On 2010/03/08, at 23:22, Yusuke ENDOH wrote:
> 2010年3月3日12:43 Yusuke ENDOH <mame@tsg.ne.jp>:
>> せめて、テーブル生成のスクリプトを高速化してからか、configure の
>> オプションでオフにできるようにしていただけないでしょうか。
>
> 文句言ってばかりなのも残念なので、自分で最適化してみました。
> tool/t... -
02:20 PM Feature #2832: Vector#each and Enumerable
- =begin
Hi,
In message "Re: [ruby-core:28571] [Feature #2832](Open) Vector#each and Enumerable"
on Tue, 9 Mar 2010 13:29:03 +0900, Marc-Andre Lafortune <redmine@ruby-lang.org> writes:
|Vector#map/collect should return Vector, ... -
01:29 PM Feature #2832 (Open): Vector#each and Enumerable
- =begin
Thanks Matz.
Vector#map/collect should return Vector, no?
I'm fine with the others methods, like #drop(_while), #find(_all), #first, returning arrays though.
=end
- 02:04 PM Revision bbbd594c (git): * ext/openssl/ossl_config.c: defined own IMPLEMENT_LHASH_DOALL_ARG_FN_098
- macro according to IMPLEMENT_LHASH_DOALL_ARG_FN in OpenSSL 0.9.8m.
OpenSSL 1.0.0beta5 has a slightly different definiton so it could
be a temporal workaround for 0.9.8 and 1.0.0 dual support.
* ext/openssl/os... - 01:59 PM Revision cc896846 (git): * 2010-03-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26860 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 01:59 PM Revision 3bd917a6 (git): fixed syntax error introduced in the previous commit.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26859 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
=end
-
- =begin
Applied in r26072
=end
-
- =begin
Documentation fixed in r26844.
=end
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26858 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
09:31 AM Revision 8e9c90ba (git): * **/*emoji*: eol-style.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26857 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 09:15 AM Revision 62f8df2d (git): * enc/trans/EMOJI/*.src, enc/trans/emoji*, enc/x-emoji.c, test/ruby/enc/test_emoji.rb, tool/enc-emoji-citrus-gen.rb, tool/enc-emoji4unicode.rb, tool/jisx0208.rb, tool/test/test_jisx0208.rb: new encodings to support emoji charsets, which are used by Japanese mobile phones [ruby-dev:40528]. Thanks Yoji Shidara for a lot of contribution.
- * tool/transcode-tblgen.rb: modified for enc-emoji4unicode.rb.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26856 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
=end
-
- =begin
=end
-
06:00 AM Revision c4636043 (git): * tool/transcode-tblgen.rb (ActionMap#generate_node):
- remove useless dup.
* tool/transcode-tblgen.rb (transcode_tbl_only): remove duplicated
method call for encode_utf8.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26855 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26854 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 03:21 AM Revision 9ec53027 (git): * 2010-03-09
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26853 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- optimization (reusing object and improving memoize).
[ruby-dev:40582]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26852 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
Hi,
2010/3/6 Run Paint Run Run <runrun@runpaint.org>:
>> I give up. I have already reverted and deleted the two methods.
>>
>> I wrote the patch because I thought closing the ticket encourages 1.9.2
>> release.
>> But it ...
03/08/2010
-
- =begin
遠藤です。
2010年3月3日12:43 Yusuke ENDOH <mame@tsg.ne.jp>:
> せめて、テーブル生成のスクリプトを高速化してからか、configure の
> オプションでオフにできるようにしていただけないでしょうか。
文句言ってばかりなのも残念なので、自分で最適化してみました。
tool/transcode-tblgen.rb を書き換えてから make にかかる時間が
... -
- =begin
(2010/03/03 13:42), KOSAKI Motohiro wrote:
>> 成瀬です
>>
>> 2010年3月3日10:53 KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>:
>>
>>> # だって、絵文字を使うのは日本人だけで、日本のＰＣのIMEで晴れのマークとか
>>> # 普通には入力できないですよね
>>>
>> Microsoft ... -
- =begin
遠藤です。
2010年3月8日13:22 Tanaka Akira <akr@fsij.org>:
> -e は難しいですね。
>
> 以下のようなオプションとしての -e と、
>
> % ruby -e 'p caller(0)'
> ["-e:1:in `<main>'"]
>
> 以下のようなファイル名としての -e を区別できないと思うので。
>
> % cat ./-e
> p caller(0)
> % rub... -
- =begin
=end
-
- =begin
Hi,
On 2010/03/08, at 17:56, Yukihiro Matsumoto wrote:
> |But, I do still not understand Regexp#=== depends on method_missing.
> |I expect Regexp#=== with a non-string argument returns false.
> |In Regexp#===, if an argum... -
- =begin
Hi,
In message "Re: [ruby-core:28556] Re: [Bug #2945] Regexp#=== is failed by an exception when the exception is occurred in method_missing"
on Mon, 8 Mar 2010 17:47:26 +0900, Kenta Murata <muraken@gmail.com> writes:
|... -
- =begin
Hi,
On 2010/03/08, at 17:12, Yukihiro Matsumoto wrote:
> |> |Is this valid behavior?
> |>
> |> I think so. What makes you think it's invalid?
> |
> |I think the present behavior is unfortunate the following case.
> |... -
- =begin
Hi,
In message "Re: [ruby-core:28554] Re: [Bug #2945] Regexp#=== is failed by an exception when the exception is occurred in method_missing"
on Mon, 8 Mar 2010 16:56:14 +0900, Kenta Murata <muraken@gmail.com> writes:
|... -
- =begin
Hi,
On 2010/03/08, at 15:46, Yukihiro Matsumoto wrote:
> Hi,
>
> In message "Re: [ruby-core:28552] [Bug #2945] Regexp#=== is failed by an exception when the exception is occurred in method_missing"
> on Mon, 8 Mar 20... -
- =begin
Hi,
In message "Re: [ruby-core:28552] [Bug #2945] Regexp#=== is failed by an exception when the exception is occurred in method_missing"
on Mon, 8 Mar 2010 15:32:24 +0900, Kenta Murata <redmine@ruby-lang.org> writes:
|... -
- =begin
When an exception is occurred in method_missing,
Regexp#=== is failed by the exception.
Is this valid behavior?
o = Object.new
class <<
def method_missing(m, *args)
raise "XXX" if m == :to_str
e... -
- =begin
Hi,
2010/3/8 Charles Oliver Nutter <headius@headius.com>:
>> Indeed, there is room for optimization in MRI, but in this case,
>> it is not in string concatenation, I guess.
>
> My numbers came out somewhat differently. Mak... -
12:34 AM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
On Sun, Mar 7, 2010 at 4:58 AM, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
> Ko1 told me that GC makes the second benchmark slower than JRuby.
> In MRI, a string literal is duplicated whenever evaluated.
> I moved the literals out o... - 06:09 AM Revision 0e7e52d2 (git): * 2010-03-08
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26851 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 06:09 AM Revision 1b9b728f (git): * ext/openssl/ossl_ssl_session.c
- (ossl_ssl_session_{get,set}_time{,out}): fixed a bug introduced by
backporting. (see [ruby-dev:40573]) use long in according to
OpenSSL API. (SSL_SESSION_{get,set}_time{,out})
git-svn-id: svn+ssh://ci.ruby-lang.org...
03/07/2010
-
- =begin
遠藤です。
2010年3月7日22:26 Tanaka Akira <akr@fsij.org>:
> まぁ直すのは名前以外難しくはなくて、
>
*snip*
>
> とかですかね。
ああなるほど、これだけでいいんですね。
rb_iseq_t に絶対パスを載せなきゃならんと思い込んでました。
> Dir::INITIAL_WORKING_DIRECTORY というのが定義されるので、
> この名前が気に入らない人が出て... -
- =begin
遠藤です。
2010年3月7日21:17 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
>>> 1.9.2 では $: から "." が消えるため require_relative の需要が
>>> 増えることが予想されます。そのため、この問題はわりと重大だと
>>> 思っています。とりあえず優先度を urgent にしておきます。
>>
>> スクリプト先頭に書くぶんには動くしなぁ。
>
... -
09:17 PM Bug #2581: require_relative depends on current directory
- =begin
>> 1.9.2 では $: から "." が消えるため require_relative の需要が
>> 増えることが予想されます。そのため、この問題はわりと重大だと
>> 思っています。とりあえず優先度を urgent にしておきます。
>
> スクリプト先頭に書くぶんには動くしなぁ。
いままでの議論で、条件が明らかになったと思っており、かつその条件
（require_relative前にスクリプトがchdirを呼ぶ）は、あまり普通の... -
- =begin
> なぜか、chdir後のrequire_relativeの中で間違ったディレクトリでt1.rbを開こうとするようです。
答えは全部ソースにありました ←あたりまえですが
26: module Kernel
27: module_function
28: def require_relative(relative_feature)
29: c = caller.first
30: e = c.rindex(/:... -
- =begin
2010年1月9日23:15 Yusuke ENDOH <mame@tsg.ne.jp>:
> 遠藤です。
>
> ソースファイルを相対パスで指定して起動したとき、require_relative が
> カレントディレクトリに依存するようですが、これは仕様でしょうか。
>
> $ cat /tmp/t1.rb
> Dir.chdir("foo")
> require_relative "t2"
> p foo
>
> $ cat ... -
- =begin
遠藤です。
> ソースファイルを相対パスで指定して起動したとき、require_relative が
> カレントディレクトリに依存するようですが、これは仕様でしょうか。
この件、どうなってますでしょうか。
File.realpath が使われるようになった影響で多少発現はしにくく
なったようですが、本質的には解決していないという認識です。
1.9.2 では $: から "." が消えるため require_re... -
10:21 PM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
On 07.03.10 06:57, Yusuke ENDOH wrote:
> Hmm, I guess you saw physical memory size allocated.
> On many platform, physical memory is not allocated until
> writing into the page actually occurs.
I didn't know that. Thanks!
[m... -
- =begin
>$ cat test.rb
>require 'benchmark'
>opt = ARGV[0]
>list = Array.new(10) do
> Benchmark.realtime do
> 1000.times do
> s = ""
> s.buffer(opt ? 100_001 : 100)
> x = "x" * 1000
> 100.times {... -
- =begin
Hi,
2010/3/5 Kornelius Kalnbach <murphy@rubychan.de>:
> JRuby, for example,
> concats strings almost twice as fast in this benchmark:
>
> require 'benchmark'
>
> N = 10_000_000
> Benchmark.bm 20 do |results|
> results... -
- =begin
Hi,
> opt = false
> 1000.times do
> s = ""
> s.buffer(opt ? 100_001 : 100)
> x = "x" * 1000
> 100.times { s << x }
> end
>
> takes 0.115 sec. when opt is false, 0.130 sec. when opt is true.
... -
- =begin
Hi
At least, Linux madvise doesn't improve the performance in such case. current cruby + linux(glibc) realloc implementation makes very optimal behavior.
a big size string makes a big size realloc() and a big size realloc(... -
- =begin
Hi,
2010/3/7 Kornelius Kalnbach <murphy@rubychan.de>:
> On 06.03.10 21:44, Yusuke ENDOH wrote:
>> 2010/3/6 Kornelius Kalnbach <redmine@ruby-lang.org>:
>>> Here's a patch that doesn't work. I don't know what I'm doing wrong ... -
- =begin
On 06.03.10 21:44, Yusuke ENDOH wrote:
> 2010/3/6 Kornelius Kalnbach <redmine@ruby-lang.org>:
>> Here's a patch that doesn't work. I don't know what I'm doing wrong here: RESIZE_CAPA seemed just right.
> Thank you for your wri... -
- =begin
Hi,
2010/3/6 Kornelius Kalnbach <redmine@ruby-lang.org>:
> Here's a patch that doesn't work. I don't know what I'm doing wrong here: RESIZE_CAPA seemed just right.
Thank you for your writing a patch!
It seems to work on m... - 05:39 PM Revision 6951f8f9 (git): * dln.c [DLN_NEEDS_ALT_SEPARATOR] (translit_separator): small typo fixed.
- * symbian/setup (*.pkg): Shared library installation path fixed to match changes in version.c.
* symbian/setup (ruby.mmp): SOURCE dln_find.c added.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26849 b2dd03c8-39d4-4d8f-98ff-823fe69... - 05:38 PM Revision ab442cdc (git): * dln.c [DLN_NEEDS_ALT_SEPARATOR] (translit_separator): small typo fixed.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26848 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:38 PM Revision eed5e11d (git): * 2010-03-08
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26847 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:38 PM Revision 46c965c7 (git): * symbian/setup (*.pkg): Shared library installation path fixed to match changes in version.c.
- * symbian/setup (ruby.mmp): SOURCE dln_find.c added.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26846 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:15 PM Revision 70d72bf8 (git): * bignum.c (rb_big_pack): use DIGSPERLONG and BITSPERDIG.
- (rb_big_unpack): use DIGSPERLONG.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26845 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 10:22 AM Revision 51ae7f6e (git): * io.c: Fix documentation for each/each_line/lines, bytes/each_byte,
- codepoints/each_code_point [ruby-core:23948]
* string.c: ditto
* ext/stringio/stringio.c: ditto
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26844 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
07:19 AM Feature #2022: Patch for openssl-1.0
- =begin
On Fri, Mar 5, 2010 at 23:40, NAKAMURA, Hiroshi <nakahiro@gmail.com> wrote:
> I'll cleanup commits and merge it to ruby_1_8 in a few days. Trunk
> should follow it.
Merged to ruby_1_8. Following commits should be applied to ... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26843 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26842 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- (realpath_internal): handle basedir.
(rb_file_s_realpath): extract basedir from argument list.
(rb_file_s_realdirpath): extract basedir from argument list.
* lib/pathname.rb (realpath): pass basedir.
(realdirpath): ditto.
git-s... -
- =begin
Hi,
At Sun, 7 Mar 2010 02:32:56 +0900,
Run Paint Run Run wrote in [ruby-core:28536]:
> File 0001-io.c-io_s_write-io_s_binwrite-Re-add-IO.write-binwri.patch added
It's broken, and will cause segfault or similar.
+static... -
02:32 AM Feature #1081: add File::write() convenience method
- =begin
For example, with the usual caveat that I don't speak C, the attached patch passes the following RubySpec: http://goo.gl/RcAW (the two methods are treated as aliases because I haven't looked at testing binmode under Linux). I sus... -
- =begin
This issue was solved with changeset r26832.
Yusuke, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
03/06/2010
-
- =begin
> I give up. I have already reverted and deleted the two methods.
>
> I wrote the patch because I thought closing the ticket encourages 1.9.2
> release.
> But it seems to take some time to make the feature stable, and I beca... -
- =begin
=end
-
- =begin
Hi,
2010/3/6 Yusuke ENDOH <mame@tsg.ne.jp>:
> 2010/3/6 Run Paint Run Run <runrun@runpaint.org>:
>> The only other inconsistency I found is how offsets are handled for
>> non-existent paths.
>
> Grr, I hate IO.
>
> In ad... -
- =begin
2010/3/6 Run Paint Run Run <runrun@runpaint.org>:
> The only other inconsistency I found is how offsets are handled for
> non-existent paths.
Grr, I hate IO.
In addition, I noticed we cannot specify permission with the cu... -
- =begin
Teamwork. :-)
The only other inconsistency I found is how offsets are handled for
non-existent paths.
>> File.delete('/tmp/offset') #=> 1
>> File.binwrite('/tmp/offset','string',2)
Errno::ENOENT: No such file... -
- =begin
Hi,
2010/3/6 Run Paint Run Run <runrun@runpaint.org>:
> As for #binwrite, I'm also assuming that, at
> least on Linux, it's intentionally ignoring the offset, treating it
> instead as merely a cue to append.
>
>>> File.de... -
- =begin
>> Is it intended that the length of the leading nulls are not included
>> in the return value? I assumed the second line in the example below
>> would return 3.
>>
>> >> File.delete('/tmp/glark') #=> 1
>> >> File.write('/... -
- =begin
Hi,
2010/3/5 Run Paint Run Run <runrun@runpaint.org>:
> Is it intended that the length of the leading nulls are not included
> in the return value? I assumed the second line in the example below
> would return 3.
>
> >> ... - 09:49 PM Revision bebc39d1 (git): * ext/openssl/ossl_x509name.c: added X509::Name#hash_old as a wrapper
- for X509_NAME_hash_old in OpenSSL 1.0.0.
* test/openssl/test_x509name.rb (test_hash): make test pass with
OpenSSL 1.0.0.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26840 b2dd03c8-39d4-4d8f-98ff-823... - 09:48 PM Revision e0bfe325 (git): * test/openssl/test_x509*: make tests pass with OpenSSL 1.0.0b5.
- * PKey::PKey#verify raises an exception when a given PKey does not
match with signature.
* PKey::DSA#sign accepts SHA1, SHA256 other than DSS1.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26839 b... - 09:47 PM Revision a3446aa6 (git): backport the commit from trunk:
- Sun Feb 28 11:49:35 2010 NARUSE, Yui <naruse@ruby-lang.org>
* openssl/ossl.c (OSSL_IMPL_SK2ARY): for OpenSSL 1.0.
patched by Jeroen van Meeuwen at [ruby-core:25210]
fixed by Nobuyoshi Nakada [ruby-core:2523... - 09:43 PM Revision 8e6893f7 (git): * test/openssl/test_ec.rb: added test_dsa_sign_asn1_FIPS186_3. dgst is
- truncated with ec_key.group.order.size after openssl 0.9.8m for
FIPS 186-3 compliance.
WARNING: ruby-openssl aims to wrap an OpenSSL so when you're using
openssl 0.9.8l or earlier version, EC.dsa_sign_asn1 ... - 09:41 PM Revision 0322d306 (git): * test/openssl: backport cosmetic changes from 1.9.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26836 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 09:37 PM Revision ef5c7c95 (git): * ext/openssl: backport fixes in 1.9.
- * r25019 by marcandre
* ossl_ocsp.c (ossl_ocspres_to_der): Bug fix in Response#to_def.
Patch by Chris Chandler [ruby-core:18411]
* r25017 by marcandre
* ossl_config.c (ossl_config_add_valu... - 05:18 PM Revision 77cc8077 (git): * 2010-03-07
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26834 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:18 PM Revision b04536fa (git): * hash.c (Hash#merge doc): Added explanation for form with block.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8@26833 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- filesystem encoding on Mac OS X is now
default external encoding. so Mac OS X is now
treated as one of Unix. [ruby-dev:40439]
* file.c (file_path_convert): ditto.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26832 b2dd03c8-39d... - 05:03 PM Revision f6a23214 (git): * 2010-03-07
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26831 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:03 PM Revision 69fd8a90 (git): * hash.c (Hash#merge doc): Added explanation for form with block.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26830 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26829 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26828 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
Here's a patch that doesn't work. I don't know what I'm doing wrong here: RESIZE_CAPA seemed just right.
Any hints?
=end
-
- =begin
On 06.03.10 01:31, Kurt Stephens wrote:
> ERB template rendering is one of my greatest performance issues right now.
Have you really identified String concatenation as the primary issue?
There's so much more going on when buil... -
- =begin
On 05.03.10 18:25, Nikolai Weibull wrote:
> I’m getting the feeling thath the only real use case that we’ve got
> for this so far is ERb. Wouldn’t it make more sense to change the way
> ERb (and similar “string concatenators”... -
02:25 AM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
On Fri, Mar 5, 2010 at 17:25, Caleb Clausen <vikkous@gmail.com> wrote:
> On 3/5/10, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
>> 2010/3/5 Kornelius Kalnbach <murphy@rubychan.de>:
>>> How big would the buffer size have to be for t... -
07:30 AM Bug #2319: gethostbyname fails in windows
- =begin
appears to not throw the segfault anymore...at least on a couple of my doze boxes.
e:\dev\digitalarchive_trunk>ruby -v -rsocket -e 'p Socket.gethostbyname("localhost")'
ruby 1.9.2dev (2010-03-06) [i386-mingw32]
["roger-p... -
- #binwrite. It may take a long time to make them stable, so 1.9.2
should not include them. We need refactoring to implement them
again.
* test/ruby/test_io.rb: delete tests for them.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/tru... -
- =begin
Currently the tk extension "search" finds existing Tk headers (ex: c:\Tcl), but then fails when it tries to compile with them.
Find Tcl/Tk libraries. Make tcltklib.so which is required by Ruby/Tk.
make[1]: Entering directo... -
- offset correctly. [ruby-core:28517]
* test/ruby/test_io.rb: use assert_equal instead of assert.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26826 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
03/05/2010
-
- =begin
On Tue, Feb 9, 2010 at 04:03, Yui NARUSE <redmine@ruby-lang.org> wrote:
> Issue #2022 has been updated by Yui NARUSE.
>
> Category set to ext
> Target version set to 1.9.2
>
> KOSAKI's patch looks good.
> We may be able to... -
- =begin
Is it intended that the length of the leading nulls are not included
in the return value? I assumed the second line in the example below
would return 3.
>> File.delete('/tmp/glark') #=> 1
>> File.write('/tmp/glark','s',... -
- =begin
This issue was solved with changeset r26823.
Yui, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
07:07 PM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
On Fri, 5 Mar 2010, Yusuke ENDOH wrote:
> Hi,
>
> 2010/3/5 Hugh Sasse <hgs@dmu.ac.uk>:
> >> At first glance, the document explains the difference of destructive
> >> and non-destructive concatenations, like String#+ and #... -
- =begin
Hi,
2010/3/5 Kornelius Kalnbach <murphy@rubychan.de>:
>> Preallocation of String would be immensely useful in large ERB
>> templates.
> How big would the buffer size have to be for this template?
>
> <p><%= link_to @reco... -
- =begin
Hi,
2010/3/5 Hugh Sasse <hgs@dmu.ac.uk>:
>> At first glance, the document explains the difference of destructive
>> and non-destructive concatenations, like String#+ and #<<.
>>
>> It is absolutely different topic from pre... -
- =begin
On 05.03.10 01:13, Kurt Stephens wrote:
> Preallocation of String would be immensely useful in large ERB
> templates.
How big would the buffer size have to be for this template?
<p><%= link_to @record.name, @record %></p>... -
09:12 AM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
+1
Preallocation of String would be immensely useful in large ERB templates.
So much so, I was looking to patching into rb_str_resize(str, len) with a method, to get around related performance issues. Ruby Strings alre... -
- =begin
On 04.03.10 21:08, caleb clausen wrote:
> If String#<< is really O(1), there would seem to be little reason to
> change anything. I still want to investigate this myself when I get a
> chance.
O(n), where n is the size of the... -
05:08 AM Feature #905: Add String.new(fixnum) to preallocate large buffer
- =begin
If String#<< is really O(1), there would seem to be little reason to change anything. I still want to investigate this myself when I get a chance.
I do like the tower of hanoi algorithm hugh pointed out. But it seems like a... -
- =begin
On Fri, 5 Mar 2010, Yusuke ENDOH wrote:
> Hi,
>
> 2010/3/5 Hugh Sasse <hgs@dmu.ac.uk>:
> > Yes (last time I looked), but while this sort of thing is
> > being looked at I'd like to remind people of the cunning code in... -
- =begin
Hi,
2010/3/5 Hugh Sasse <hgs@dmu.ac.uk>:
> Yes (last time I looked), but while this sort of thing is
> being looked at I'd like to remind people of the cunning code inside
> Lua for handling large string concatenations:
>
... -
- =begin
Hi,
2010/3/5 Kornelius Kalnbach <murphy@rubychan.de>:
> Doesn't Ruby allocate already using a "double memory if you run out"
> rule? That makes string concatenation (amortized) linear, even if the
> string must be moved in ... -
- =begin
On Fri, 5 Mar 2010, Kornelius Kalnbach wrote:
> Doesn't Ruby allocate already using a "double memory if you run out"
> rule? That makes string concatenation (amortized) linear, even if the
> string must be moved in the memor... -
- =begin
Doesn't Ruby allocate already using a "double memory if you run out"
rule? That makes string concatenation (amortized) linear, even if the
string must be moved in the memory.
I doubt that there are real-world use cases that ... -
06:34 PM Feature #2837: Compile-time constant for HEAP_GROWTH_FACTOR (patch attached)
- =begin
> At least, they must be members of rb_objspace_t, and the
> argument ranges should be checked.
I considered this, though they are compile-time constants that are being replaced. Pre-patch, they aren't currently in the rb... -
- =begin
Hi,
At Fri, 5 Mar 2010 05:20:36 +0900,
Michael Edgar wrote in [ruby-core:28487]:
> I've included a patch to expose this as a compile-time
> constant (HEAP_GROW_FACTOR), and also included getters and
> setters in the style ... -
- =begin
The GC currently increases the size at which newly-created heaps by a factor of 1.8 for each heap. Some find it appropriate to modify this value (REE uses a value of 1 instead of 1.8, for example). In the trunk version of this... -
- =begin
2010/3/5 Caleb Clausen <vikkous@gmail.com>:
> Can't you rewrite that as something like this:
>
> /*untested, intended more as an example*/
> case T_REGEXP:
> w_uclass(obj, rb_cRegexp, arg);
> {
> int opts... -
- =begin
2010/3/5 Caleb Clausen <vikkous@gmail.com>:
> On 3/4/10, NARUSE, Yui <naruse@airemix.jp> wrote:
>> (2010/03/04 14:53), caleb clausen wrote:
>>> It appears there is a patch already.
>>
>> Do you really know how the patch is?
... -
09:26 AM Feature #2759: Regexp /g and /G options
- =begin
Hi Naruse, Allowing for the flag to be passed is fine, I'm not that eager on the /g or /G syntax itself as long as I can do it another way.
I'll try your patch and get back to you, FWIW, this is almost identical to what I did i... - 04:09 PM Revision 61337683 (git): * 2010-03-06
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26825 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 04:09 PM Revision de1cd228 (git): * win32/Makefile.sub (config.h): VC6 has __int64.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26824 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- :replace is given and :invalid is not given. [ruby-dev:40554]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26823 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- * win32/win32.c (rb_w32_map_errno, winnt_stat, rb_chsize): ditto.
* win32/win32.c (rb_w32_aspawn): get rid of overflow.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26822 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
I've attached a patch adding getters and setters for HEAP_MIN_SLOTS and GC_MALLOC_LIMIT. All tests still pass, and the ruby-benchmark-suite shows no slowdown.
It works by simply adding two extra static variables that is ini... -
- =begin
Many thanks. I will use this in the ruby-prof gem most likely, for more intuitive profiling.
=end
-
- =begin
Many thanks!
-rp
=end
- 02:59 AM Revision 29b94d77 (git): * 2010-03-05
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26821 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26820 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
むらたです。
On 2010/03/04, at 22:45, NARUSE, Yui wrote:
> PC からの「晴れ」マークと、絵文字からの「晴れ」が混同されるのは、
> 正しいのか意図しない挙動なのか、とかちょっと迷う所。
>
> まぁ、この辺は将来の携帯電話が U+2600 とユーザ定義エリアの「晴れ」を別々に
> 送って来ない限り対処は可能なので……。
まさにこの問題がありまして、現在の実装では
以下のように絵...
03/04/2010
-
- =begin
This issue was solved with changeset r26817.
Kazuhiro, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
遠藤です。
> この現象について調べて見ました。
ありがとうございます。
> 対策として
> ・そういうものとして割り切る（仕様変更とする）
> ・プロセス終了処理中のメインスレッドでの例外は表示しない
> ・プロセス終了処理中はメインスレッドへ例外を伝播させない
> ・トップフレームでの例外は表示しない
> といったものを考えましたが、どうするのが最適かは私にはわかりません。
個人的には... -
- =begin
This issue was solved with changeset r26816.
Suraj, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
=end
-
- =begin
Hi,
2010/3/4 Yukihiro Matsumoto <matz@ruby-lang.org>:
> In message "Re: [ruby-core:28450] [Feature #1081] add File::write() convenience method"
> on Thu, 4 Mar 2010 02:48:14 +0900, Yusuke Endoh <redmine@ruby-lang.org> wri... -
- =begin
Hi,
In message "Re: [ruby-core:28450] [Feature #1081] add File::write() convenience method"
on Thu, 4 Mar 2010 02:48:14 +0900, Yusuke Endoh <redmine@ruby-lang.org> writes:
|I have not commit it yet. Matz, may I commit... -
- =begin
Hi,
Yusuke Endoh wrote:
> I have written a patch. The API is similar to File.read except string:
>
> File.write(path, string[, offset]) #=> length written
> File.write(path, string[, offset], open_arg... -
- =begin
成瀬です。
(2010/03/04 13:29), takeru sasaki wrote:
>> まず、「文字コードの変換」というのはわたしはバイト列同士の変換だと考えています。
>> つまり、バイト単位で読み込み、判定し、別のバイト列に変えるのが文字コード変換のレイヤです。
>> 一方、そのニーズは文字単位で差し替えたいという話なのですから、レイヤが違うのではないでしょうか。
>
> emoji4unicodeも文字単位で置き換えて... -
01:30 PM Feature #2833: 絵文字エンコーディングの提案
- =begin
佐々木です。
コメントありがとうございます。
・各絵文字エンコーディングがサポートされることは反対ではないです。
・Googleの絵文字変換組み込まれることも反対ではないです。
現実的には８割９割以上はこれで十分な機能だと思うからです。
> まず、「文字コードの変換」というのはわたしはバイト列同士の変換だと考えています。
> つまり、バイト単位で読み込み、判定し、別のバイト列に変えるのが文字コード変換のレイヤです。
... -
- =begin
(2010/03/04 14:53), caleb clausen wrote:
> It seems to me that Michael has a burning need for this feature and
> it can't be (easily) provided any other way.
We can know how easy to provide only after implement and test it.
... -
- =begin
(2010/03/04 19:52), Hugh Sasse wrote:
> On Thu, 4 Mar 2010, Vincent Isambart wrote:
>
>>> The objections to this feature amounted to "it's complicated for users to understand and no-one needs it". Which would be a perfectly v... -
- =begin
Hi,
(2010/03/03 12:02), Michael Fellinger wrote:
> Issue #2759 has been updated by Michael Fellinger.
>
>
> That's one out of many, and the shortest I could find.
> My other samples still fail... here's a quick paste fr... -
- =begin
On Thu, 4 Mar 2010, Vincent Isambart wrote:
> > The objections to this feature amounted to "it's complicated for users to understand and no-one needs it". Which would be a perfectly valid justification if true, but clearly Mic... -
03:00 PM Feature #2759: Regexp /g and /G options
- =begin
> The objections to this feature amounted to "it's complicated for users to understand and no-one needs it". Which would be a perfectly valid justification if true, but clearly Michael does need it, and has been willing to argue ... -
- =begin
It seems to me that Michael has a burning need for this feature and it can't be (easily) provided any other way. TextMate is one of the foremost development environments for ruby; it should be possible to rewrite it entirely in r... -
- =begin
Hi,
2010/3/4 caleb clausen <redmine@ruby-lang.org>:
> Pre-sized buffers are a well-known performance win on other systems, so why not for ruby as well?
Indeed, it will bring speed up to Ruby, but if the speed up is
neglig... -
- =begin
On Thu, Mar 4, 2010 at 07:11, caleb clausen <redmine@ruby-lang.org> wrote:
> Issue #905 has been updated by caleb clausen.
> Do we really need a benchmark to confirm that copying large strings is expensive? Pre-sized buffers ... -
- =begin
Do we really need a benchmark to confirm that copying large strings is expensive? Pre-sized buffers are a well-known performance win on other systems, so why not for ruby as well?
I would like to try to create a benchmark to... -
- =begin
Hi,
> This would allow heavy string-appending algorithms and libraries (like ERb) to avoid doing so many memory copies while they run.
Is it really a bottleneck? Please make an experiment and show us
the result.
... -
07:01 PM Revision c11eabf5 (git): Fix for Bug #1718 [ruby-core:24121]. Add a :startdoc into lib/yaml/tag.rb
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_8_6@26819 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26818 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
Applied at r26814. Thank you.
=end
-
08:40 AM Feature #2480: request to add GC::Profiler.time method
- =begin
Hi,
>> I wrote a patch.
>> If it is OK, I'll commit later.
>
> +1
>
> The name `total_time' is also good for me.
>
Me, too.
--
Narihiro Nakamura (nari)
=end
-
- =begin
Hi,
2010/3/3 _ wanabe <redmine@ruby-lang.org>:
> File gc_prof_totaltime.patch added
>
> I wrote a patch.
> If it is OK, I'll commit later.
+1
The name `total_time' is also good for me.
--
Yusuke ENDOH <mame@tsg.... -
- $DEBUG=true. [ruby-dev:39116]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26817 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- [ruby-core:21701]
* test/ruby/test_io.rb: add tests for above.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26816 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
まつもと ゆきひろです
In message "Re: [ruby-dev:40554] [Feature #2835] String#encodeに置換文字列のみを与えたら未定義向けとみなす"
on Wed, 3 Mar 2010 21:54:55 +0900, Yui NARUSE <redmine@ruby-lang.org> writes:
|以下のパッチは、:invalid => :replace がしているされている場合... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26815 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * NEWS: ditto.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26814 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:47 AM Bug #1893: Recursive Enumerable#join is surprising
- =begin
On Wed, Mar 3, 2010 at 12:14 AM, Yukihiro Matsumoto <matz@ruby-lang.org>wrote:
> Hi,
>
> In message "Re: [ruby-core:28422] [Bug #1893] Recursive Enumerable#join is
> surprising"
> on Wed, 3 Mar 2010 00:57:26 +0900, Yus... - 02:29 AM Revision e09838c6 (git): * NEWS: Adding Enumerable#each_entry to the new method list
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26813 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- =begin
=end
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26812 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@26811 b2dd03c8-39d4-4d8f-98ff-823fe69b080e