<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lang.ruby.core">
    <title>gmane.comp.lang.ruby.core</title>
    <link>http://blog.gmane.org/gmane.comp.lang.ruby.core</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44570"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44558"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44554"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44547"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44542"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44525"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44524"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44521"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44520"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44514"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44508"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44504"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44500"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44499"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44494"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44489"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44570">
    <title>[ruby-core:45269] [ruby-trunk - Bug #6501][Open] Documentation for Exception#set_backtrace is incorrect</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44570</link>
    <description>&lt;pre&gt;
Issue #6501 has been reported by djberg96 (Daniel Berger).

----------------------------------------
Bug #6501: Documentation for Exception#set_backtrace is incorrect
https://bugs.ruby-lang.org/issues/6501

Author: djberg96 (Daniel Berger)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-darwin10.8.0]


The documentation for Exception#set_backtrace is incorrect. It currently says that its argument must be an array of strings.

    /*
     *  call-seq:
     *     exc.set_backtrace(array)   -&amp;gt;  array
     *
     *  Sets the backtrace information associated with &amp;lt;i&amp;gt;exc&amp;lt;/i&amp;gt;. The
     *  argument must be an array of &amp;lt;code&amp;gt;String&amp;lt;/code&amp;gt; objects in the
     *  format described in &amp;lt;code&amp;gt;Exception#backtrace&amp;lt;/code&amp;gt;.
     */

In fact, it will also accept a single string as an argument, which is a good thing, since it let's me do stuff like "raise SystemCallError, FFI.errno, 'some_function'". Otherwise I would have to use ['some_function'],&lt;/pre&gt;</description>
    <dc:creator>djberg96 (Daniel Berger</dc:creator>
    <dc:date>2012-05-26T16:42:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44558">
    <title>[ruby-core:45257] [ruby-trunk - Bug #6500][Open] File#open with a ':binmode =&gt; true' opt</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44558</link>
    <description>&lt;pre&gt;
Issue #6500 has been reported by yimutang (Joey Zhou).

----------------------------------------
Bug #6500: File#open with a ':binmode =&amp;gt; true' opt
https://bugs.ruby-lang.org/issues/6500

Author: yimutang (Joey Zhou)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 1.9.3p194 (2012-04-20) [i386-mingw32]


Here's the problem, under Windows:

irb(main):001:0&amp;gt; f = File.open('x',binmode:true)
ArgumentError: both textmode and binmode specified
        from (irb):1:in `initialize'
        from (irb):1:in `open'
        from (irb):1
        from D:/prog/Ruby/bin/irb:12:in `&amp;lt;main&amp;gt;'

Under Windows, if File#open has a ':binmode =&amp;gt; true' opt, and without a mode string, it will raise such exception.

open('x','r',binmode:true) is OK

Under Linux, there is no such problem, File.open('x',binmode:true) is ok


&lt;/pre&gt;</description>
    <dc:creator>yimutang (Joey Zhou</dc:creator>
    <dc:date>2012-05-26T14:05:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44554">
    <title>[ruby-core:45253] [RFC] RubyVM::FrameInfo.caller method</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44554</link>
    <description>&lt;pre&gt;Hi,

I added a class RubyVM::FrameInfo.caller and methods of it.  The
following text is quoted from ChangeLog.



I think it is strange a bit that the singleton method of the FrameInfo
class returns a collection (array) of FrameInfo objects.  And the name
`caller()' is confusing with Kernel.caller().

Any good name?
Or any comment of this new feature?


BTW, I added second argument of Kernel::caller().  You can specify
required array size with it.  For example, caller(0, 1) returns only 1
frame (the current frame which calls caller() method) information string.

# ... and performance is also improved.

&lt;/pre&gt;</description>
    <dc:creator>SASADA Koichi</dc:creator>
    <dc:date>2012-05-26T05:07:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44553">
    <title>[ruby-core:45252] [ruby-trunk - Feature #6499][Open] Array::zip</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44553</link>
    <description>&lt;pre&gt;
Issue #6499 has been reported by prijutme4ty (Ilya Vorontsov).

----------------------------------------
Feature #6499: Array::zip
https://bugs.ruby-lang.org/issues/6499

Author: prijutme4ty (Ilya Vorontsov)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 


Sometimes it's more natural to have Array::zip rather than Array#zip. Otherwise first array of list became unnecessary dedicated
For example 
cols = first_row.zip(second_row,third_row,fourth_row)
have more natural analog:
cols = Array.zip(first_row,second_row,third_row,fourth_row)

Implementation is obvious:
def Array.zip(first,*rest)
  first.zip(*rest)
end


&lt;/pre&gt;</description>
    <dc:creator>prijutme4ty (Ilya Vorontsov</dc:creator>
    <dc:date>2012-05-26T04:42:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44547">
    <title>[ruby-core:45246] [ruby-trunk - Bug #6498][Open] Cygwin needs $(DEFFILE) for extension libraries.</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44547</link>
    <description>&lt;pre&gt;
Issue #6498 has been reported by koba (Shinji Kobayashi).

----------------------------------------
Bug #6498: Cygwin needs $(DEFFILE) for extension libraries.
https://bugs.ruby-lang.org/issues/6498

Author: koba (Shinji Kobayashi)
Status: Open
Priority: Normal
Assignee: 
Category: build
Target version: 
ruby -v: ruby 1.9.3p231 (2012-05-25 revision 35794) [i386-cygwin]


It seems that Bug #2684 is also valid for Cygwin.
For example, "gem install glib2 atk" fails with many undefined references:
...
linking shared-object atk.so
Creating library file: libruby-atk.arbatkaction.o: In function `rg_set_description':
/usr/local/lib/ruby/gems/1.9.1/gems/atk-1.1.3/ext/atk/rbatkaction.c:68: undefined reference to `_rbg_rval2cstr'
/usr/local/lib/ruby/gems/1.9.1/gems/atk-1.1.3/ext/atk/rbatkaction.c:68: undefined reference to `_rbgobj_instance_from_ruby_object'
rbatkaction.o: In function `rg_get_keybinding':
/usr/local/lib/ruby/gems/1.9.1/gems/atk-1.1.3/ext/atk/rbatkaction.c:62: undefined reference to `_rbgobj_instance_f&lt;/pre&gt;</description>
    <dc:creator>koba (Shinji Kobayashi</dc:creator>
    <dc:date>2012-05-26T01:28:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44546">
    <title>[ruby-core:45245] [ruby-trunk - Feature #6497][Feedback] Disabling TLS client-side renegotation</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44546</link>
    <description>&lt;pre&gt;
Issue #6497 has been reported by MartinBosslet (Martin Bosslet).

----------------------------------------
Feature #6497: Disabling TLS client-side renegotation
https://bugs.ruby-lang.org/issues/6497

Author: MartinBosslet (Martin Bosslet)
Status: Feedback
Priority: Normal
Assignee: MartinBosslet (Martin Bosslet)
Category: ext
Target version: 2.0.0


I added support for completely disabling client renegotiation on SSL/TLS servers in r35797.
Client renegotiation is still considered a problem, even with secure renegotiation support.

It's now possible to either completely disable client renegotiation at all or to specify
a maximum number of handshakes. The feature is opt-in, the default is as it was before,
to allow arbitrary client renegotiation attempts. The feature is meant to help in
scenarios where the OpenSSL extension is used to run a server that should not support
client renegotiation for security reasons.

Because we don't support renegotiation in the OpenSSL extension, it wasn't possible 
to write e&lt;/pre&gt;</description>
    <dc:creator>MartinBosslet (Martin Bosslet</dc:creator>
    <dc:date>2012-05-26T01:18:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44542">
    <title>[ruby-core:45241] [ruby-trunk - Bug #6496][Open] Adding a bit of DL and friends documentation</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44542</link>
    <description>&lt;pre&gt;
Issue #6496 has been reported by vbatts (Vincent Batts).

----------------------------------------
Bug #6496: Adding a bit of DL and friends documentation
https://bugs.ruby-lang.org/issues/6496

Author: vbatts (Vincent Batts)
Status: Open
Priority: Normal
Assignee: drbrain (Eric Hodel)
Category: DOC
Target version: 
ruby -v: head


Here is a little bit of documentation for DL. Overall it add 0.15% documentation coverage. \o/


&lt;/pre&gt;</description>
    <dc:creator>vbatts (Vincent Batts</dc:creator>
    <dc:date>2012-05-25T18:31:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44541">
    <title>[ruby-core:45240] [ruby-trunk - Bug #6495][Open] uninitialized constant due to missing require</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44541</link>
    <description>&lt;pre&gt;
Issue #6495 has been reported by vbatts (Vincent Batts).

----------------------------------------
Bug #6495: uninitialized constant due to missing require
https://bugs.ruby-lang.org/issues/6495

Author: vbatts (Vincent Batts)
Status: Open
Priority: Normal
Assignee: 
Category: ext
Target version: 
ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux


&amp;lt;issue&amp;gt;
irb(main):022:0&amp;gt; require 'dl/struct'
NameError: uninitialized constant DL::CStructEntity::ValueUtil
from /usr/lib64/ruby/1.9.1/dl/struct.rb:48:in `&amp;lt;class:CStructEntity&amp;gt;'
from /usr/lib64/ruby/1.9.1/dl/struct.rb:46:in `&amp;lt;module:DL&amp;gt;'
from /usr/lib64/ruby/1.9.1/dl/struct.rb:4:in `&amp;lt;top (required)&amp;gt;'
from /usr/lib64/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib64/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from (irb):22
from /usr/bin/irb:12:in `&amp;lt;main&amp;gt;'
&amp;lt;/issue&amp;gt;

the attached patch fixes this failure.


&lt;/pre&gt;</description>
    <dc:creator>vbatts (Vincent Batts</dc:creator>
    <dc:date>2012-05-25T17:19:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44525">
    <title>[ruby-core:45224] [ruby-trunk - Feature #6494][Open] Send Accept-Encoding for all HTTP requests</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44525</link>
    <description>&lt;pre&gt;
Issue #6494 has been reported by drbrain (Eric Hodel).

----------------------------------------
Feature #6494: Send Accept-Encoding for all HTTP requests
https://bugs.ruby-lang.org/issues/6494

Author: drbrain (Eric Hodel)
Status: Open
Priority: Normal
Assignee: 
Category: lib
Target version: 2.0.0


This patch builds atop #6492 to enable Accept-Encoding by default for all HTTP requests that permit bodies.  (Without #6492 it will break Net::HTTP.)

This patch moves setting the Accept-Encoding header from Net::HTTP#get to Net::HTTP::GenericRequest#initialize.


&lt;/pre&gt;</description>
    <dc:creator>drbrain (Eric Hodel</dc:creator>
    <dc:date>2012-05-24T23:21:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44524">
    <title>[ruby-core:45223] [ruby-trunk - Bug #6493][Open] OpenSSL::SSL ignores DN if subjectAltName is specified</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44524</link>
    <description>&lt;pre&gt;
Issue #6493 has been reported by djmitche (Dustin Mitchell).

----------------------------------------
Bug #6493: OpenSSL::SSL ignores DN if subjectAltName is specified
https://bugs.ruby-lang.org/issues/6493

Author: djmitche (Dustin Mitchell)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: trunk


In ext/openssl/lib/openssl/ssl.rb, verify_certificate_identity seems to intentionally *not* check the DN if any subjectAltName extensions are found.

RFC3280 says

&amp;lt;pre&amp;gt;
   The subject alternative names extension allows additional identities
   to be bound to the subject of the certificate. ...
&amp;lt;/pre&amp;gt;

which suggests that it contains *additional* identities, and thus does not exclude the subject.

This functionality was added way back in 2005, r7970:

    * ext/openssl/lib/openssl/ssl.rb
      (OpenSSL::SSL::SSLSocket#post_connection_check): new method.

and moved around several times since then.


&lt;/pre&gt;</description>
    <dc:creator>djmitche (Dustin Mitchell</dc:creator>
    <dc:date>2012-05-24T22:46:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44523">
    <title>[ruby-core:45222] [ruby-trunk - Feature #6492][Open] Inflate all HTTP Content-Encoding: deflate, gzip, x-gzip responses by default</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44523</link>
    <description>&lt;pre&gt;
Issue #6492 has been reported by drbrain (Eric Hodel).

----------------------------------------
Feature #6492: Inflate all HTTP Content-Encoding: deflate, gzip, x-gzip responses by default
https://bugs.ruby-lang.org/issues/6492

Author: drbrain (Eric Hodel)
Status: Open
Priority: Normal
Assignee: 
Category: lib
Target version: 2.0.0


=begin
This patch moves the compression-handling code from Net::HTTP#get to Net::HTTPResponse to allow decompression to occur by default on any response body.  (A future patch will set the Accept-Encoding on all requests that allow response bodies by default.)

Instead of having separate decompression code for deflate and gzip-encoded responses, (({Zlib::Inflate.new(32 + Zlib::MAX_WBITS)})) is used which automatically detects and inflated gzip-wrapped streams which allows for simpler processing of gzip bodies (no need to create a StringIO).
=end



&lt;/pre&gt;</description>
    <dc:creator>drbrain (Eric Hodel</dc:creator>
    <dc:date>2012-05-24T22:37:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44521">
    <title>[ruby-core:45220] [ruby-trunk - Bug #6491][Open] DateTime.strftime('%Z') output is incorrect format</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44521</link>
    <description>&lt;pre&gt;
Issue #6491 has been reported by zombor (Jeremy Bush).

----------------------------------------
Bug #6491: DateTime.strftime('%Z') output is incorrect format
https://bugs.ruby-lang.org/issues/6491

Author: zombor (Jeremy Bush)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-darwin11]


DateTime.parse('2012/05/23').strftime('%Z') should output 'GMT' (or a similar string). It outputs "+00:00" (or a similar offset string).


&lt;/pre&gt;</description>
    <dc:creator>zombor (Jeremy Bush</dc:creator>
    <dc:date>2012-05-24T22:19:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44520">
    <title>[ruby-core:45219] [ruby-trunk - Bug #6490][Open] The 'printf' method in trace_func is not sent to 'stdout' variable in tracer.rb</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44520</link>
    <description>&lt;pre&gt;
Issue #6490 has been reported by mfojtik (Michal Fojtik).

----------------------------------------
Bug #6490: The 'printf' method in trace_func is not sent to 'stdout' variable in tracer.rb
https://bugs.ruby-lang.org/issues/6490

Author: mfojtik (Michal Fojtik)
Status: Open
Priority: Normal
Assignee: 
Category: lib
Target version: 1.9.3
ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-darwin11.4.0]


Hi,

lib/tracer.rb:189

  def trace_func(event, file, line, id, binding, klass, *) # :nodoc:
    return if file == __FILE__

    for p in &amp;lt; at &amp;gt;filters
      return unless p.call event, file, line, id, binding, klass
    end

    return unless Tracer::display_c_call? or
      event != "c-call" &amp;amp;&amp;amp; event != "c-return"

    Tracer::stdout_mutex.synchronize do
      if EVENT_SYMBOL[event]
        stdout.printf("&amp;lt;%d&amp;gt;", $$) if Tracer::display_process_id?
        stdout.printf("#%d:", get_thread_no) if Tracer::display_thread_id?
        if line == 0
          source = "?\n"
        else
          source = get_l&lt;/pre&gt;</description>
    <dc:creator>mfojtik (Michal Fojtik</dc:creator>
    <dc:date>2012-05-24T22:17:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44514">
    <title>[ruby-core:45213] [ruby-trunk - Bug #6489][Open] A File instance changes its class to IO</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44514</link>
    <description>&lt;pre&gt;
Issue #6489 has been reported by yimutang (Joey Zhou).

----------------------------------------
Bug #6489: A File instance changes its class to IO
https://bugs.ruby-lang.org/issues/6489

Author: yimutang (Joey Zhou)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux]


I don't know whether it is a bug, or a feature.

1.9.3p194 :001 &amp;gt; f = open('xxx','w')
 =&amp;gt; #&amp;lt;File:xxx&amp;gt; 
1.9.3p194 :002 &amp;gt; f.class
 =&amp;gt; File 
1.9.3p194 :003 &amp;gt; f.__id__
 =&amp;gt; 80452110 
1.9.3p194 :004 &amp;gt; f.reopen(STDOUT)
 =&amp;gt; #&amp;lt;IO:&amp;lt;STDOUT&amp;gt;&amp;gt; 
1.9.3p194 :005 &amp;gt; f.class
 =&amp;gt; IO 
1.9.3p194 :006 &amp;gt; f.__id__
 =&amp;gt; 80452110 

You see, an object(id:80452110) changes its class from File to IO.
Is it ok?


&lt;/pre&gt;</description>
    <dc:creator>yimutang (Joey Zhou</dc:creator>
    <dc:date>2012-05-24T12:28:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44508">
    <title>[ruby-core:45207] [ruby-trunk - Bug #6488][Open] String#slice example has a syntax error</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44508</link>
    <description>&lt;pre&gt;
Issue #6488 has been reported by amorsen (Benny Lyne Amorsen).

----------------------------------------
Bug #6488: String#slice example has a syntax error
https://bugs.ruby-lang.org/issues/6488

Author: amorsen (Benny Lyne Amorsen)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 1.9.3
ruby -v: ruby 1.9.3p0 (2011-10-30) [x86_64-linux]


http://www.ruby-doc.org/core-1.9.3/String.html#method-i-slice has a syntax error:

a[%r[aeiou](.)\11//]      #=&amp;gt; "ell"
a[%r[aeiou](.)\11//, 0]   #=&amp;gt; "ell"
a[%r[aeiou](.)\11//, 1]   #=&amp;gt; "l"
a[%r[aeiou](.)\11//, 2]   #=&amp;gt; nil

Oh, I have just realized that similar problems exist in the other regexp examples on the page, not just for slice.


&lt;/pre&gt;</description>
    <dc:creator>amorsen (Benny Lyne Amorsen</dc:creator>
    <dc:date>2012-05-24T08:39:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44504">
    <title>[ruby-core:45203] [ruby-trunk - Bug #6487][Open] io_strip_bom does not take in to account short files</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44504</link>
    <description>&lt;pre&gt;
Issue #6487 has been reported by tenderlovemaking (Aaron Patterson).

----------------------------------------
Bug #6487: io_strip_bom does not take in to account short files
https://bugs.ruby-lang.org/issues/6487

Author: tenderlovemaking (Aaron Patterson)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 1.9.3p125 (2012-02-16 revision 34643) [x86_64-darwin11.3.0]


If a file is too short, io_strip_bom will raise an exception because it's trying to convert nil to an integer.

Here is an example:

irb(main):001:0&amp;gt; File.open('foo', 'wb') {}
=&amp;gt; nil
irb(main):002:0&amp;gt; File.new('foo', 'r:bom|utf-8').close
TypeError: no implicit conversion from nil to integer
from (irb):2:in `initialize'
from (irb):2:in `new'
from (irb):2
from /Users/aaron/.local/bin/irb:12:in `&amp;lt;main&amp;gt;'
irb(main):003:0&amp;gt;

I've attached tests, but I'm not sure the best way to fix.  It seems like a pain. :-/



&lt;/pre&gt;</description>
    <dc:creator>tenderlovemaking (Aaron Patterson</dc:creator>
    <dc:date>2012-05-24T01:31:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44500">
    <title>[ruby-core:45199] [ruby-trunk - Bug #6484][Open] Segmentation fault using thin on Windows 7</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44500</link>
    <description>&lt;pre&gt;
Issue #6484 has been reported by Froggy (Christoph Hannebauer).

----------------------------------------
Bug #6484: Segmentation fault using thin on Windows 7
https://bugs.ruby-lang.org/issues/6484

Author: Froggy (Christoph Hannebauer)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 1.9.3
ruby -v: ruby 1.9.3p194 (2012-04-20) [i386-mingw32]


After cloning the git project git.js from https://github.com/danlucraft/git.js and executing rake demo, I receive a Segmentation fault. The output from stderr is attached as well as the output to the console.

I am using Windows 7, 64 Bit. I installed Ruby using the RubyInstaller 1.9.3-p194 from http://rubyinstaller.org . I have attached a list of gems I have installed. I installed those directly via gem from the server repository except eventmachine. I used the procedure described in http://snippets.aktagon.com/snippets/289-How-to-install-thin-rack-and-eventmachine-on-Windows-Cygwin to install eventmachine:

git clone git://github.com/eventmachine&lt;/pre&gt;</description>
    <dc:creator>Froggy (Christoph Hannebauer</dc:creator>
    <dc:date>2012-05-23T08:48:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44499">
    <title>[ruby-core:45198] [ruby-trunk - Feature #6483][Open] parametric map</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44499</link>
    <description>&lt;pre&gt;
Issue #6483 has been reported by prijutme4ty (Ilya Vorontsov).

----------------------------------------
Feature #6483: parametric map
https://bugs.ruby-lang.org/issues/6483

Author: prijutme4ty (Ilya Vorontsov)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 


I found very common use-case for map: map with parameters and &amp;amp;:meth syntax. For example:
matrix =[[1,2,3],[4,5,6]]
matrix.pmap(' ',&amp;amp;:join).join("\n") # =&amp;gt; "1 2 3\n4 5 6
[1,2,3,4,5].pmap(2, &amp;amp;:to_s) # ['1', '10', '11', '100', '101']

[1,2,3,4,5].pmap(&amp;amp;:to_s) # ['1', '2, '3', '4', '5'] # empty parameter list behaves as usual map

Isn't it much better than ugly and verbose code: 
matrix.map{|line| line.join(' ')}.join("\n")

I can write simple implementation 
class Proc
  def curry_except_self(*args)
    Proc.new{|slf| curry[slf,*args] }
  end
end

module Enumerable
  def pmap!(*args,&amp;amp;block)
    map! &amp;amp;block.curry_except_self(*args)
  end
  def pmap(*args,&amp;amp;block)
    dup.pmap!(*args, &amp;amp;block)
  end
end

Use-cases can be rewritten as t&lt;/pre&gt;</description>
    <dc:creator>prijutme4ty (Ilya Vorontsov</dc:creator>
    <dc:date>2012-05-23T08:46:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44494">
    <title>[ruby-core:45193] [ruby-trunk - Feature #6482][Open] Add URI requested to Net::HTTP request and response objects</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44494</link>
    <description>&lt;pre&gt;
Issue #6482 has been reported by drbrain (Eric Hodel).

----------------------------------------
Feature #6482: Add URI requested to Net::HTTP request and response objects
https://bugs.ruby-lang.org/issues/6482

Author: drbrain (Eric Hodel)
Status: Open
Priority: Normal
Assignee: 
Category: lib
Target version: 2.0.0


=begin
This patch adds the full URI requested to Net::HTTPRequest and Net::HTTPResponse.

The goal of this is to make it easier to handle Location, Refresh, meta-headers, and URIs in retrieved documents.  (While the HTTP RFC specifies the Location must be an absolute URI, not every server follows the RFC.)  In order to process redirect responses from bad servers or relative URIs in requested documents the user must create an object that contains both the requested URI and the response object to create absolute URIs.  This patch reduces the amount of boilerplate they are required to write.

Only the (({request_uri})) is used from the URI given when creating a request.  The URI is stored interna&lt;/pre&gt;</description>
    <dc:creator>drbrain (Eric Hodel</dc:creator>
    <dc:date>2012-05-23T02:48:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44489">
    <title>[ruby-core:45188] [ruby-trunk - Feature #6481][Open] Add exists? to Pathname GH #126</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44489</link>
    <description>&lt;pre&gt;
Issue #6481 has been reported by zzak (Zachary Scott).

----------------------------------------
Feature #6481: Add exists? to Pathname GH #126
https://bugs.ruby-lang.org/issues/6481

Author: zzak (Zachary Scott)
Status: Open
Priority: Normal
Assignee: akr (Akira Tanaka)
Category: ext
Target version: 2.0.0


I've added Paul McMahon's patch from GH #126

https://github.com/ruby/ruby/pull/126


&lt;/pre&gt;</description>
    <dc:creator>zzak (Zachary Scott</dc:creator>
    <dc:date>2012-05-22T21:48:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44481">
    <title>[ruby-core:45180] [ruby-trunk - Feature #6478][Open] BasicObject#__class__</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44481</link>
    <description>&lt;pre&gt;
Issue #6478 has been reported by trans (Thomas Sawyer).

----------------------------------------
Feature #6478: BasicObject#__class__
https://bugs.ruby-lang.org/issues/6478

Author: trans (Thomas Sawyer)
Status: Open
Priority: Normal
Assignee: 
Category: core
Target version: 1.9.3


How else is one supposed to get the class of a subclass of BasicObject?



&lt;/pre&gt;</description>
    <dc:creator>trans (Thomas Sawyer</dc:creator>
    <dc:date>2012-05-22T13:05:43</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.core">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.core</link>
  </textinput>
</rdf:RDF>

