Ruby Issue Tracking System: Issueshttps://redmine.ruby-lang.org/https://redmine.ruby-lang.org/favicon.ico?17113305112014-07-19T07:33:14ZRuby Issue Tracking System
Redmine Ruby master - Bug #10071 (Closed): Documentation for time.c contains broken linkshttps://redmine.ruby-lang.org/issues/100712014-07-19T07:33:14Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>The documentation for <code>compat_common_month_table</code> in time.c:1326 contains a link to <a href="http://use.perl.org/articles/08/02/07/197204.shtml" class="external">http://use.perl.org/articles/08/02/07/197204.shtml</a>, which 404s. I tried to search for the original article (<a href="http://use.perl.org/use.perl.org/search1e49-2.html?threshold=0&op=stories&sort=1&start=1980" class="external">http://use.perl.org/use.perl.org/search1e49-2.html?threshold=0&op=stories&sort=1&start=1980</a>) but I couldn't find anything related to the month table.</p>
<p>The comments also mention an issue with Debian and timezones (<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522949" class="external">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522949</a>) but I cannot reproduce on Wheezy.</p> Backport186 - Bug #911 (Closed): ArgumentError in Resolv#getaddresshttps://redmine.ruby-lang.org/issues/9112008-12-21T03:15:44Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>=begin<br>
Sometimes Resolv#getaddress fails with an ArgumentError when it should be raising a ResolvError:</p>
<p>$ ./irb<br>
irb(main):001:0> require 'resolv'<br>
=> true<br>
irb(main):002:0> Resolv.getaddress("rewrq.rqweqwrw.rqww")<br>
ArgumentError: wrong number of arguments (0 for 1)<br>
from /usr/local/lib/ruby/1.8/resolv.rb:600:in <code>initialize' from /usr/local/lib/ruby/1.8/resolv.rb:600:in </code>exception'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:600:in <code>raise' from /usr/local/lib/ruby/1.8/resolv.rb:600:in </code>request'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:474:in <code>each_resource' from /usr/local/lib/ruby/1.8/resolv.rb:919:in </code>resolv'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:917:in <code>each' from /usr/local/lib/ruby/1.8/resolv.rb:917:in </code>resolv'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:916:in <code>each' from /usr/local/lib/ruby/1.8/resolv.rb:916:in </code>resolv'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:914:in <code>each' from /usr/local/lib/ruby/1.8/resolv.rb:914:in </code>resolv'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:466:in <code>each_resource' from /usr/local/lib/ruby/1.8/resolv.rb:422:in </code>each_address'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:249:in <code>each_address' from /usr/local/lib/ruby/1.8/resolv.rb:248:in </code>each'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:248:in <code>each_address' from /usr/local/lib/ruby/1.8/resolv.rb:232:in </code>getaddress'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:204:in <code>getaddress' irb(main):003:0> Resolv.getaddress("rewrq.rqweqwrw.rqww") Resolv::ResolvError: no address for rewrq.rqweqwrw.rqww from /usr/local/lib/ruby/1.8/resolv.rb:233:in </code>getaddress'<br>
from /usr/local/lib/ruby/1.8/resolv.rb:204:in `getaddress'<br>
from (irb)</p>
<p>This affects Ruby 1.8 and 1.9<br>
=end</p> Ruby master - Feature #512 (Rejected): String#% behaviorhttps://redmine.ruby-lang.org/issues/5122008-08-28T06:33:26Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>=begin<br>
Right now String#% is calling #to_ary on the its arguments for every case. Should it call it on cases where it only receives one argument?</p>
<p>Example:</p>
<pre><code> "%c" % 65 # the call's not really necessary but it's done here.
</code></pre>
<p>We'd like to have this clarified for Rubyspec and for Rubinius.<br>
Thanks<br>
=end</p> Ruby 1.8 - Bug #222 (Closed): Issues with Date#<=>https://redmine.ruby-lang.org/issues/2222008-07-03T13:42:06Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>=begin<br>
Current versions of 1.8.6 return nil when doing comparations between Date:Infinity</p>
<pre><code> ruby -v -rdate -e"puts Date::Infinity.new <=> +Date::Infinity.new"
ruby 1.8.6 (2008-06-29 patchlevel 255) [i686-darwin9.3.0]
nil
ruby-1.8.7 -v -rdate -e"puts Date::Infinity.new <=> +Date::Infinity.new"
ruby 1.8.7 (2008-05-31 patchlevel 0) [i686-darwin9.3.0]
0
</code></pre>
<p>This might be a change worth backporting from 1.8.7<br>
=end</p> Backport187 - Bug #213 (Closed): Different ERB behavior across versionshttps://redmine.ruby-lang.org/issues/2132008-07-02T08:33:14Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>=begin<br>
I'm seeing some differences in ERB processing across 1.8.6, 1.8.7 and<br>
1.9. 1.8.6 and 1.9 behave the same while 1.8.7 differs:</p>
<pre><code> $ cat foo.rb
require 'erb'
str = <<'END'
<ul>
% list = [1,2,3]
%for item in list
% if item
<li><%= item %>
<% end %>
<% end %>
</ul>
%%%
END
p ERB.new(str, nil, "%").result
$ ruby -v foo.rb
ruby 1.8.6 (2008-06-29 patchlevel 255) [i686-darwin9.3.0]
"<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%%\n"
$ ruby-1.9 -v foo.rb
ruby 1.9.0 (2008-06-10 revision 15929) [i686-darwin9.3.0]
"<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%%\n"
$ ruby-1.8.7 -v foo.rb
ruby 1.8.7 (2008-05-31 patchlevel 0) [i686-darwin9.3.0]
"<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%"
</code></pre>
<p>In order:</p>
<pre><code> # 1.8.6 => "<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%%\n"
# 1.9 => "<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%%\n"
# 1.8.7 => "<ul>\n <li>1\n \n <li>2\n \n <li>3\n \n\n</ul>\n%"
</code></pre>
<p>I think this is a bug in 1.8.7 but I'd like some clarification.<br>
=end</p> Ruby 1.8 - Bug #212 (Closed): Issues with Readline in Mac OS Xhttps://redmine.ruby-lang.org/issues/2122008-07-01T21:09:32Zfebuiles (Federico Builes)federico.builes@gmail.com
<p>=begin<br>
There are currently some issue with the Readline wrappers for Editline in Mac OS 10.5, e.g.:</p>
<pre><code> require 'readline'
puts Readline::VERSION
Readline::HISTORY.push("1", "2", "3")
Readline::HISTORY.each { |i| puts i }
# => "EditLine wrapper"
# => 2
# => 3
</code></pre>
<p>Any idea if this is an issue with the wrapper or if it's a bug with the underlying library?<br>
Compiling ruby with GNU Readline works fine.<br>
=end</p>