Activity
From 12/13/2011 to 12/19/2011
12/19/2011
-
09:07 PM Revision 80101267 (git): * README.ja: Update redmine.ruby-lang.org to bugs.ruby-lang.org
- * README: ditto
* common.mk: ditto
* ext/bigdecimal/README: ditto
* man/erb.1: ditto
* man/irb.1: ditto
* man/ri.1: ditto
* man/ruby.1: ditto
* man/ruby.1: ditto
* sparc.c: ditto
* tool/install-sh: ditto
git-svn-id: svn+ssh:/... -
08:03 PM Bug #5777 (Closed): class_eval/module_eval works differently when given a string than when given a block in 1.9.2 and 1.9.3
- class_eval/module_eval works differently when passed code as a string than when passed the same code as a block in 1.9.2/1.9.3.
In particular, constant lookup appears to vary. Here's a very short test case (this is on a Mac on 1.9.2,... - 05:16 PM Revision 7e178720 (git): * 2011-12-20
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34073 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 05:16 PM Revision 305cd3fb (git): * ext/date/date_core.c: [ruby-dev:45008].
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34072 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:16 PM Bug #5476 (Feedback): ruby 1.9.3_rc1 segfaults in test_fork.rb on HPPA
-
02:53 PM Feature #5741: Secure Erasure of Passwords - Here's my 2 yen.
> 1. Would you agree that we need this functionality?
Good to have, but it would be hard to use properly.
> 2. Where would we ideally place it? I'm not sure whether
> String is the perfect place, but... -
11:37 AM Bug #5776 (Closed): irb のトップレベルで定義したメソッドが public になる
- irb のトップレベルで定義したメソッドの呼び出し制限が private ではなく public になってしまいます。
-------------------------------------------------
irb(main):001:0> def greeting
irb(main):002:1> 'hi'
irb(main):003:1> end
=> nil
irb(main):004:0> val = Object.ne... -
10:58 AM Bug #5768: TestRequire#test_race_exceptionで競合するケースがまだある
- bug5754 .rb の中で t2 が Thread.current になっているようだったのと、scratch の配列の順序が
違っているようだったので少し変更してみました。
diff --git a/test/ruby/test_require.rb b/test/ruby/test_require.rb
index 9186a6f..02f7efe 100644
--- a/test/ruby/test_require.rb
+++ b/test/... -
09:23 AM Bug #5714: Unexpected error of STDIN#read with non-ascii input on Windows XP
- Hello,
In message "[ruby-core:41689] Re: [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP"
on Dec.16,2011 14:07:18, <h.shirosaki@gmail.com> wrote:
> > I think you should check in yo... -
- This issue was solved with changeset r34043.
Heesob, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* win32/win32.c, include/ruby/win32.h (rb_w32_fd_is_text): new ... -
07:15 AM Feature #3090: xml-rpc support for i8 data type
- is there a reason why this patch was postponed to 2.0.0 and not included in one of the releases this year?
-
02:13 AM Bug #5762 (Closed): Bug#4178 が sparc Solaris 10 + Oracle Solaris Studio 12.2 で再発
- This issue was solved with changeset r34071.
Naohisa, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* vm.c (vm_define_method): improve guard of iseq from GC. Fix... -
02:13 AM Bug #5773 (Closed): bigdecimal comparison raises SystemStackError
- This issue was solved with changeset r34070.
Aaron, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* ext/bigdecimal/bigdecimal.c (Init_bigdecimal): does not follow... -
- This issue was solved with changeset r34044.
Usaku, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* common.mk,Makefile.in,win32/Makefile.sub (ECHO1): move platfor... -
- This issue was solved with changeset r34039.
Evan, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* load.c (load_unlock): release loading barrier and then remove i... -
02:13 AM Bug #5688 (Closed): Solaris10 で spawn を繰り返すとメモリリークする
- This issue was solved with changeset r34033.
okkez, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* thread_pthread.c (rb_thread_create_timer_thread): fix memory
...
12/18/2011
-
- It still uses very old style, overriding Class.new method.
-
12:55 PM Bug #5774 (Closed): [PATCH] xmlrpc client handling cookies
- =begin
xmlrpc client does not properly handle cookies. Firstly, they do not persist if server sets new cookies, secondly, if the server sets the same cookie more than once, the older cookies will not be overwritten.
For example this
... -
12:33 PM Bug #5773 (Closed): bigdecimal comparison raises SystemStackError
- Comparing an uninitialized BigDecimal to another will raise a SysteStackError exception. For example:
BigDecimal("1") == BigDecimal.allocate
I've attached a test case that demonstrates this bug. -
- failure or segmentation fault in test_singleton_method(TestGc)
on sparc Solaris10 compiled with Oracle Solaris Studio 12.2.
[Bug #5762] [ruby-dev:45000] [Bug #4178]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34071 b2dd03c8-3... -
- allocation framework right now. [ruby-core:41710] [Bug #5773]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34070 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 04:59 AM Bug #5694: Proc#arity doesn't take optional arguments into account.
- Hi,
On Sun, Dec 11, 2011 at 10:51 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
> Hi,
>
> In message "Re: [ruby-core:41600] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account."
> Â Â on Mon, 12... -
- from YAML.
* ext/psych/lib/psych/visitors/yaml_tree.rb: BigDecimals can be dumped
to YAML.
* test/psych/test_numeric.rb: tests for BigDecimal serialization
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34069 b2dd03c8-39d4-4d8f-98f... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34068 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- should be treated as strings and not dates.
* test/psych/test_scalar_scanner.rb: corresponding tests.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34067 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
02:02 AM Bug #5772 (Rejected): Segmentation Fault on Mac (crash)
- I'm developing an Rails 3.1.3 application on a Mac:
Darwin kir-mac-2.local 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386
Periodically, once a day or more, the running applic... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@34066 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
01:03 AM Feature #5767: Cache expanded_load_path to reduce startup time
- For those interested here are some raw performance numbers and comparison between default (no patch) and other patches combined:
https://gist.github.com/1490555 -
- this test takes a long time at slow machine.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34065 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 12:38 AM Revision 1c0e4232 (git): * 2011-12-18
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34064 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- pass it to Kernel#spawn.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34063 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
12/17/2011
-
11:44 PM Bug #5771 (Closed): WIN32OLERuntimeError using 1.9.2
- I found a problem using win32ole library in threaded script. Ruby version I used is 1.9.2p290. It is said that same happens on 1.9.3-p0. Following is the minimal example that exposes this problem and the problem happens at ie.document. ...
-
09:12 PM Feature #5767: Cache expanded_load_path to reduce startup time
- There is report about 47% startup time reduction https://gist.github.com/1480404#gistcomment-69769
- 07:26 PM Revision 63783f2c (git): * 2011-12-18
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@34062 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
- 07:26 PM Revision 42df5389 (git): * NEWS: Add {Proc|{Unbound}Method}#parameters and typo fixes
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_2@34061 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
10:48 AM Bug #5768 (Closed): TestRequire#test_race_exceptionで競合するケースがまだある
- まだrequireで競合するケースが残っています。
現在のテストだと確率的にしか起きませんが、以下の通り変更すると確実に起きるようになります。
diff --git a/test/ruby/test_require.rb b/test/ruby/test_require.rb
index 9186a6f..262a5ef 100644
--- a/test/ruby/test_require.rb
+++ b/test/ruby/test_require.... -
10:23 AM Feature #3620: Add Queue, SIzedQueue and ConditionVariable implementations in C in addition to ruby ones
- Issue #3620 has been updated by Eric Wong.
ping? The subject of Queue performance came up again in:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/391324
----------------------------------------
Feature #3620... -
- ping? The subject of Queue performance came up again in:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/391324 - 01:17 AM Revision b06e8581 (git): * 2011-12-17
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34060 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
01:17 AM Revision 48c7c84e (git): update doc.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34059 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
12/16/2011
-
06:48 PM Bug #5750: Thread.current local-variables behavior
- any news on this ?
This documentation bug is here since 1.9 was first released from what I understand so I think it would be rather urgent to fix it, for me a documentation is even worse than a bug in the codebase since it leads you to ... -
- Tiny fix to patch: fix startup speed on small script.
-
- Cosmetic update to patch: more atomic cache access.
-
02:23 PM Bug #5714: Unexpected error of STDIN#read with non-ascii input on Windows XP
- Hello,
>
> I think you should check in your patches by yourself, if you
> are not disagreeable.
> Do you want to do so?
>
Yes. I'll check in that if that's acceptable.
Thanks,
--
Hiroshi Shirosaki -
- Hello,
In message "[ruby-core:41671] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP"
on Dec.15,2011 14:58:07, <h.shirosaki@gmail.com> wrote:
> Thank you for check and merge, and t... - 08:18 AM Revision 9ef4a0aa (git): * 2011-12-16
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34058 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34057 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
12:53 AM Bug #5763: sprintf not throwing error for wrong number of arguments
- > Motohiro KOSAKI wrote:
>> Â But I can't imagine any useful usecase of current behavior.
>
> Then please remember #2709.
> http://bugs.ruby-lang.org/issues/show/2709
Oh, I didn't know it. Thank you. I'll withdraw my claim then. -
12:32 AM Feature #5766 (Closed): Hash.each_with_object should behave differently when block's arity is 3
12/15/2011
-
- > it doesn't see an entry in the loading table even though t2 is currently loading the file
Has it something common with #5727 ? -
- Hi,
(11/12/14 23:56), Yui NARUSE wrote:
> By r34027, test_race_excption(TestRequire) fails as following:
>
> test_race_excption(TestRequire) [/extdisk/chkbuild/chkbuild/tmp/build/ruby-trunk/20111214T140500Z/ruby/test/ruby/te... -
08:53 PM Feature #5766: Hash.each_with_object should behave differently when block's arity is 3
- Em 15-12-2011 03:14, Yukihiro Matsumoto escreveu:
> Hi,
>
> In message "Re: [ruby-core:41668] [ruby-trunk - Feature #5766][Open] Hash.each_with_object should behave differently when block's arity is 3"
> on Thu, 15 Dec 2011... -
- How do I close this issue?
-
02:23 PM Feature #5766: Hash.each_with_object should behave differently when block's arity is 3
- Hi,
In message "Re: [ruby-core:41668] [ruby-trunk - Feature #5766][Open] Hash.each_with_object should behave differently when block's arity is 3"
on Thu, 15 Dec 2011 13:07:22 +0900, Rodrigo Rosenfeld Rosas <rr.rosas@gmail.com... -
- Enum.each_with_object is very handy in lots of situations, but specially while dealing with arrays. It would be great to be able to use it with hashes like below:
{a: 1}.each_with_object([]){|k, v, object| ...}
Currently, we need t... -
- Nikolai Weibull wrote:
> Is it only me, or is treating $LOAD_PATH like an array hurting
> ...
I think, you right. $LOAD_PATH and $LOADED_FEATURES should be restricted.
But currently they not.
When I trying to improve $LOADED_FEATURE... -
- Nikolai Weibull wrote:
> On Thu, Dec 15, 2011 at 10:18, Yura Sokolov <funny.falcon@gmail.com> wrote:
>>
>> Issue #5767 has been reported by Yura Sokolov.
>>
>> ----------------------------------------
>> Feature #5767: Cache... -
07:23 PM Feature #5767: Cache expanded_load_path to reduce startup time
- On Thu, Dec 15, 2011 at 10:18, Yura Sokolov <funny.falcon@gmail.com> wrote:
>
> Issue #5767 has been reported by Yura Sokolov.
>
> ----------------------------------------
> Feature #5767: Cache expanded_load_path to reduce startup... -
- This patch add caching of expanded load path.
It reduces rails startup time by 33%
(patch against 1.9.3-p0 and simple performance test is here https://gist.github.com/1480404 ) -
- Hi Usaku NAKAMURA san,
>
> ...
Thank you for check and merge, and test fix.
This is a follow up fix.
Sorry for my mistake. I noticed an issue that file cursor seek does't work properly.
In the case, trying to seek cursor befor... -
- temporary String object.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34056 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- =begin
$ ruby -w -e 'printf "%d\n", 1, 2'
-e:1: warning: too many arguments for format string
1
=end
-
12:28 PM Bug #5763: sprintf not throwing error for wrong number of arguments
- Shyouhei Urabe wrote:
> > check for similar behaviour of sprintf in a c program
> ...
I encountered this issue today, i was missing a format specifier in my code and it took sometime to figure it out. It would be nice if there was a wa... -
- Motohiro KOSAKI wrote:
> But I can't imagine any useful usecase of current behavior.
Then please remember #2709.
http://bugs.ruby-lang.org/issues/show/2709
note: I'm neither for nor against it.
-
- >> check for similar behaviour of sprintf in a c program
>
> This is a GCCism, not a universal C behaviour. Â If you think sprintf should warn because C does, that is a false assertion.
But I can't imagine any useful usecase of cur... -
- > check for similar behaviour of sprintf in a c program
This is a GCCism, not a universal C behaviour. If you think sprintf should warn because C does, that is a false assertion. -
- check for similar behaviour of sprintf in a c program
#include <stdio.h>
int main()
{
char buffer[50];
char *p = buffer;
sprintf(buffer, "%d", 1, 2, 3);
printf("%s", p);
return 0;
}
> gcc test_str.c
> ...
tes... -
- sprintf should raise error when the number of arguments does not match the number of format specifiers
sprintf with correct number of format specifiers, arguments
>> sprintf('%s', 'hello')
=> "hello"
sprintf with a single format ... -
- RFC 2616 section 8.1.2.1 states:
In order to remain persistent, all messages on the connection MUST have a self-defined message length (i.e., one not defined by closure of the connection), as described in section 4.4.
204 and 30... -
-
- Object#timeout is deprecated, so use Timeout.timeout instead
Additionally, rely on raising Timeout::Error instead of
temporary Class object. Using a temporary Class object only
benefits nested timeouts, but the code paths in net/* ... -
- KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
> - I can imagine IO::WaitReadable is annoying to use. but I'm not sure
> how much affect it a performance. Did anyone mesure it?
I've released a net-wrong RubyGem which monke... -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34055 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34054 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
06:01 AM Feature #5764 (Assigned): Net::HTTP should assume HTTP/0.9 on unexpected responses
- Currently Net::HTTP.read_status_line throws Net::HTTPBadResponse if the status line does not conform to HTTP/1.1 specifications.
But in cases when the web server implements a request size limit, it may not read HTTP/1.1 trailer after ... -
- onig_region_memsize().
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34053 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- including expected struct name.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34052 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34051 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- * ext/objspace/objspace.c (memsize_of): use it.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34050 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:45 AM Revision 50761244 (git): * 2011-12-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@34049 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- documentation from Thomas Leitner <t_leitner AT gmx.at> in
[ruby-core:41616]. [Bug #5752]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34048 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- documentation from Thomas Leitner <t_leitner AT gmx.at> in
[ruby-core:41616]. [Bug #5752]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@34048 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 01:10 AM Revision f281353f (git): * 2011-12-15
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34047 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- not-guaranteed timing issue. [ruby-core:41655] [Bug #5754]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34046 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Bug #4178 が sparc Solaris 10 + Oracle Solaris Studio 12.2 にて再発しています。
SunStudio 11, gcc, fcc など他のコンパイラでは発生していません。
48) Failure:
test_singleton_method(TestGc) [/XXX/YYY/test/ruby/test_gc.rb:71]:
[ruby-dev:42832].
Exception raise...
12/14/2011
-
- By r34027, test_race_excption(TestRequire) fails as following:
test_race_excption(TestRequire) [/extdisk/chkbuild/chkbuild/tmp/build/ruby-trunk/20111214T140500Z/ruby/test/ruby/test_require.rb:393]:
[ruby-core:41618].
<[false, true]>... -
- > Well, without patch complexity of loading is O(n**2), with patch is O(n*log(n)), so that, gain grows as n/log(n) :)
Ough, it should be O(n(n-log(n)) => O(n**2) %( -
- > That’s rather meager results (and actual timings say a lot more than percentages).
Yes, I know. Gain were much greater before #5727 were fixed. So that, caching expanded_load_path should be next step of optimization.
> ...
Runnin... -
- On Wed, Dec 14, 2011 at 09:59, Yura Sokolov <funny.falcon@gmail.com> wrote:
> Currently I could claim 6% loading time improvement on rails application with $LOADED_FEATURES.size near 1000.
That’s rather meager results (and actual ... -
- I update patch against ruby-trunk.
Currently I could claim 6% loading time improvement on rails application with $LOADED_FEATURES.size near 1000.
But gain should exponentially increase with application size grow.
Patch attached. P... -
08:56 PM Bug #5756: crashs when Twitter.update_with_media with rails
- Thanks for the response. I will attach the crash log for MacOS.
-
- SungHee Kang wrote:
> Thanks. But how can I do this on rails?
Simply do `rails something|&tee… :-)
If you're using OSX, please upload a crash log generated by OS X
See: http://bugs.ruby-lang.org/projects/ruby/wiki/HowToReport#Si... -
- Got It! I changed the iTerm scrollback status to unlimited then I should take a full log.
Best regards. -
- Thanks. But how can I do this on rails?
-
- take a log doing like this: `ruby aaa.rb|&tee crash.log` or `ruby aaa.rb 2>&1 >crash.log`
-
- I can't upload full logs because it's too long. It was rendered only 600 lines.
'ruby -v' is ruby 1.9.3dev (2011-09-23 revision 33323) [x86_64-darwin10.6.0]
best regards. -
- This was caused by a bug of mingw-w64's GCC 4.6 and not Ruby.
-
- Hello,
In message "[ruby-core:41641] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP"
on Dec.14,2011 17:04:16, <h.shirosaki@gmail.com> wrote:
> Thank you. I added above test and so... -
- >
> ...
Thank you. I added above test and some other tests.
I added one more mode setting for safe.
"make test" passed.
"make test-all" failures and errors were same as before patch.
Could you check this patch?
-
07:23 PM Bug #5759: flatten calls to_ary on everything
- On 14/12/11 01:05, Eric Hodel wrote:
>
> Issue #5759 has been updated by Eric Hodel.
>
>
> Use Kernel#Array:
>
> $ ruby -e 'p Array("a\nb"), Array(["a\nb"])'
> ["a\nb"]
> ["a\nb"]
Or a splat:
ruby-1.... -
- Use Kernel#Array:
$ ruby -e 'p Array("a\nb"), Array(["a\nb"])'
["a\nb"]
["a\nb"]
-
08:55 AM Bug #5759 (Rejected): flatten calls to_ary on everything
- I often ensure that I have an array by doing:
def foo=(x)
@foo = [x].flatten
end
But this has turned into a problem as of late, as it seems #flatten is calling #to_ary on every element in the array, and apparently catchin... -
- Actually, it were next changeset r32373
-
06:48 PM Bug #5761 (Closed): Array#flatten(N) calls to_ary on the (N+1)-level objects
- $ cat flatten.rb
class Foo
def respond_to?(name, include_private = true)
puts "respond_to?(#{name})"
super
end
def method_missing(name, *args)
puts "method_missing(#{name})"
super
end
end
puts "[[Fo... -
06:05 PM Feature #5749: new method String#match_all needed
- I proposed a similar one as each_match
http://bugs.ruby-lang.org/issues/5606
A difference is to have the next offset by
m.begin(0)+1
rather than m.end(0)
"AKASATANA".each_match(/A.A/)
will recognize AKA ASA ATA ANA
(This, I ... -
-
10:56 AM Bug #5748: class_eval ブロック内での定数のスコープがドキュメントと矛盾
- るりまプロジェクトの方に新しくチケットを作成しました。
#5760
そのため、こちらはクローズして良いと思います。 -
- ドキュメントの間違いです。class_evalは定数の探索経路を変えません。
- 12:59 PM Revision 7c5105c1 (git): * test/ruby/test_io_m17n.rb
- (TestIO_M17N#test_{read_with_binmode_and_get[cs]}): only for Windows.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34045 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- Hiroshi Nakamura wrote:
> As a maintainer, I'll review the patch later.
> ...
Why don't you use keep-alive though the best scenario of keep-alive benefit
such as 304 and 204?
And as RFC says, it is not "empty body", it doesn't have b... - 11:02 AM Revision 3fbc6244 (git): * common.mk,Makefile.in,win32/Makefile.sub (ECHO1): move platform
- specific hack from common.mk to Makefile.in (and win32/Makefile.sub).
[Bug #5711]
* lib/mkmf.rb: we can generate Makefile as we like.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34044 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 10:38 AM Revision 0c6103cf (git): * win32/win32.c, include/ruby/win32.h (rb_w32_fd_is_text): new function.
- * win32/win32.c (init_stdhandle): set default mode of stdin as binmode.
* io.c (set_binary_mode_with_seek_cur): new function to replace
SET_BINARY_MODE_WITH_SEEK_CUR macro. now returns previous mode of the
fd and take care of LF in... - 06:28 AM Revision 046517c0 (git): * 2011-12-14
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@34042 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- option since 1.9.3.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34041 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- option since 1.9.3.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/branches/ruby_1_9_3@34041 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34040 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
03:55 AM Feature #5741: Secure Erasure of Passwords
- Links underlining that this is serious:
http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/password-not-wiped.html (thanks nahi!)
https://www.owasp.org/index.php/OWASP_Application_Security_FAQ (search for 'memory')
https://w... -
- from loading_table if it is not in-use. [Bug #5754]
* thread.c (rb_barrier_release, rb_barrier_destroy): return
whether any other threads are waiting on it.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34039 b2dd03c8-39d4-4d8f-... -
03:19 AM Bug #5758 (Closed): webrickのhttpresponseについて
-
03:04 AM Bug #5758: webrickのhttpresponseについて
- 申し訳ありません。
5737と同じです。closeお願いいたします。 -
- はじめまして。
梶原と申します。
ruby on rails 3.1.xで再現しているのですが、webrickのhttpresponse.rbの挙動について少し疑問に持っている事があります。
httpレスポンスコードが304等を返す場合、content-lengthを削除する処理が入っています(188行目)。
その後、一般的にはkeep aliveしたい事が多いのですが、205行目の判定は上記の影響もあり偽になってしまい、WARNINGが出力されてしまい... -
- only when it is not timer_thread. [Bug #5757] [ruby-dev:44985]
patched by Tomoyuki Chikanaga.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34038 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34037 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- destroyed.
* thread.c (rb_barrier_wait): return nil for recursive lock
instead of false, to distinguish it from destroyed barrier.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34036 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- コミット権を頂いたので担当を変更します。
-
- See also r33677, r33967, and r33973.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34035 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34034 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- This issue was solved with changeset r34031.
TzeYang, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* parse.y (primary): point method name line. [ruby-core:40936...
12/13/2011
-
- Hello,
In message "[ruby-core:41628] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP"
on Dec.13,2011 16:44:29, <h.shirosaki@gmail.com> wrote:
> It's difficult, but it seems switchi... -
- > Hiroshi and Heesob, do you guys think can solve this without reverting
> ...
It's difficult, but it seems switching from binary mode to text mode would be possible. I added binary and text mixed test cases.
I use implicit mode setti... -
- On Sun, Dec 11, 2011 at 11:42 PM, U.Nakamura <usa@garbagecollect.jp> wrote:
> Hello,
>
> In message "[ruby-core:41578] [ruby-trunk - Bug #5714] Unexpected error of STDIN#read with non-ascii input on Windows XP"
> Â Â on Dec.10,2011... -
- leak. [ruby-dev:44904] [Bug #5688]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34033 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- This issue was solved with changeset r34027.
Evan, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* load.c (load_unlock): all threads requiring one file should
s... -
07:58 AM Bug #5754: Double require bug in 1.9.3
- I missed pruning out one bit from rubyspec so I've fixed it and put the code into a gist: https://gist.github.com/1469546
-
- There appears a bug in the handling of concurrent requires of the same file. If a thread (t2) is waiting for another thread (t1) to finish requiring the file, but requiring the file raises an exception, t1 signals t2 and t2 tries to requ...
-
- * please upload full of log; your uploaded "crashog.txt" seems partial.
* "ruby -v" is not output of `ruby -v`; please paste exact output of "ruby -v" like this: ruby 2.0.0dev (2011-11-25 trunk 33837) [x86_64-darwin11.2.0]
thanks. -
- I'm using the Ruby 1.9.3dev and Ruby on Rails 3.1.3
When I use twitter gem and call 'Twitter.update_with_media', the interpreter crashs.
~~ ruby
class WelcomeController < ApplicationController
def upload
Twitter.update_with_... - 03:01 PM Revision 07e447fb (git): * 2011-12-14
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34032 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- [Bug #5614]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34031 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34030 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34029 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- ignore exception under rb_protect().
* test/ruby/test_exception.rb (test_exception_in_name_error_to_str):
add a corresponding test.
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34028 b2dd03c8-39d4-4d8f-98ff-823fe69b080e - 12:23 PM Bug #5737: WEBrick doesn't support keep alive connections for 204 and 304 responses
- On Tue, Dec 13, 2011 at 10:35:16AM +0900, Hiroshi Nakamura wrote:
>
> Issue #5737 has been updated by Hiroshi Nakamura.
>
> Status changed from Closed to Open
>
> Sorry for not responding.
>
> As a maintainer, I'll review th... -
10:35 AM Bug #5737 (Open): WEBrick doesn't support keep alive connections for 204 and 304 responses
- Sorry for not responding.
As a maintainer, I'll review the patch later. I don't understand now, the rationale why we should do keep-alive for 304/204 even if the response is neither chunked nor having content-length. Handling empty ... -
- Applied this in r34023
-
- Oops, disregard, I had dirty files.
-
- =begin
r33919 broke the socket extension on OS X:
have_func: checking for inet_ntop(0, (const void *)0, (char *)0, 0)... -------------------- yes
"clang -o conftest -I../../.ext/include/x86_64-darwin11.2.0 -I../.././include ... -
- share same loading barrier, so it must be kept alive while those
are waiting on it. [ruby-core:41618] [Bug #5754]
git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34027 b2dd03c8-39d4-4d8f-98ff-823fe69b080e -
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34026 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- This issue was solved with changeset r34020.
Yukihiro, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
----------
* vm_insnhelper.c (vm_yield_setup_block_args): splat single
... -
05:12 AM Bug #5752 (Closed): Array#delete_if side effects due to changeset r32360
- It seems that the changeset r32360 introduced another side effect. Here are two IRB sessions, one in ruby-1.9.2-p136 and the other in ruby-1.9.3-p0:
ruby-1.9.2-p136 :001 > x = [1,2,3,4,5,6,7,8,9]
=> [1, 2, 3, 4, 5, 6, 7, 8, 9]
rub... -
04:33 AM Revision 5e12ce3c (git): * ChangeLog: style fix.
- git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@34025 b2dd03c8-39d4-4d8f-98ff-823fe69b080e
-
- A brace after method invocation is parsed as a block.
-
01:58 AM Bug #5751 (Rejected): functions unable to handle hashes containing spaces unless wrapped in parenthesis
- puts { :a => :b}
SyntaxError: (irb):23: syntax error, unexpected tASSOC, expecting '}'
puts { :a => :b}
puts { a: :b}
SyntaxError: (irb):24: syntax error, unexpected ':', expecting '}'
puts { a: :b}
> def foo x
> ...
=> ni... -
- If memory serves Facets has #mscan method.
-
12:14 AM Bug #5750 (Open): Thread.current local-variables behavior
- Sorry, I was stupid. Indeed the documatation has room for improvement.
If I recall correctly, akira tanaka suggested the current behavior.
So I'm reopening and assigning this ticket to him.
--
Yusuke Endoh <mame@tsg.ne.jp>