<?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/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:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44481"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.core/44478"/>
      </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/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_from_ruby_object'
...
Cygwin version:
CYGWIN_NT-6.1-WOW64 nodename 1.7.15(0.260/5/3) 2012-05-09 10:25 i686 Cygwin
Ruby configuration:
CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ../ruby/configure --enable-shared --program-suffix=1.9

A possible patch and the error log is attached.



&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 explicit test cases, but I created a simple server script [1] that can be 
tested with tools such as OpenSSL's s_client [2]. For example, when running the 
server script at [1], testing the feature could be accomplished by:

  openssl s_client -connect localhost:8443

And then pressing 'R' and Enter, you should receive an error like this:

RENEGOTIATING
140639302223680:error:1409E0E5:SSL routines:SSL3_WRITE_BYTES:ssl handshake failure:s3_pkt.c:591:

If you don't, any feedback is much appreciated!
 

[1] https://gist.github.com/2791400
[2] http://blog.ivanristic.com/2009/12/testing-for-ssl-renegotiation.html


&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_line(file, line)
        end
        printf("%s:%d:%s:%s: %s",
               file,
               line,
               klass || '',
               EVENT_SYMBOL[event],
               source)
      end
    end

  end

As you see, the last 'printf' method is not sent to 'stdout' which unfortunately leads to have the output of Tracer print
always to STDOUT. 


&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/eventmachine.git
cd eventmachine
rake gem
cd pkg
gem install eventmachine-1.0.0.beta.4


&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 tests (I can send my own unit-test if needed)


Also I've two related things to discuss.
1) First is &amp;amp;-syntax. Is it possible to change ruby-interpeter in such a way that &amp;amp;:proc could be at any place. matrix.pmap(&amp;amp;:join,' ') is much prettier than matrix.join(' ',&amp;amp;:join) What is the reason behind this restriction? And if one can remove this restriction, we'd have new nice syntax.
2) I'm not very experience in functional programming with curry etc, but it seems to me that currying proc without supplying first argument(self) can be common task when &amp;amp;:meth syntax is in play. If so, may be my curry_except_self(*args) also should be included in ruby.


&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 internally and updated with the host, port and scheme used to make the request at request time.  The URI is then copied to the response object for use by the user.

To preserve backwards compatibility the new behavior is optional.  This allows requests with invalid URI paths like (({Net::HTTP::Get.new '/f%'})) to continue to work.  Users of string paths will not be able to retrieve the requested URI.

This patch is for support of #5064
=end



&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>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44478">
    <title>[ruby-core:45177] [ruby-trunk - Bug #6477][Open] BigDecimal to_i and to_int methods</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44478</link>
    <description>&lt;pre&gt;
Issue #6477 has been reported by andhapp (Anuj Dutta).

----------------------------------------
Bug #6477: BigDecimal to_i and to_int methods
https://bugs.ruby-lang.org/issues/6477

Author: andhapp (Anuj Dutta)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3-p194


Hello,

Why are there two methods, to_i and to_int, in BigDecimal when they are exactly same in terms of functionality. Here's the link to the docs:

http://www.ruby-doc.org/stdlib-1.9.3/libdoc/bigdecimal/rdoc/BigDecimal.html#method-i-to_i

Am I missing something? Please enlighten.

Thanks.


&lt;/pre&gt;</description>
    <dc:creator>andhapp (Anuj Dutta</dc:creator>
    <dc:date>2012-05-22T08:48:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.core/44477">
    <title>[ruby-core:45176] [ruby-trunk - Bug #6476][Open] Proc unrolls an array even without splat</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.core/44477</link>
    <description>&lt;pre&gt;
Issue #6476 has been reported by prijutme4ty (Ilya Vorontsov).

----------------------------------------
Bug #6476: Proc unrolls an array even without splat
https://bugs.ruby-lang.org/issues/6476

Author: prijutme4ty (Ilya Vorontsov)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3p194


Normal behaviour:

def pr_def(recv,*args)
  puts "#{recv.inspect} + #{args.inspect}"
end
pr_def(*[1,2,3])  # =&amp;gt; [1] + [2,3]
pr_def([1,2,3])   # =&amp;gt; [1,2,3] + []
pr_def([[1,2,3]]) # =&amp;gt; [[1,2,3]] + []

pr_lambda = lambda{|recv,*args| puts "#{recv.inspect} + #{args.inspect}"}
pr_lambda.call(*[1,2,3])  # =&amp;gt; [1] + [2,3]
pr_lambda.call([1,2,3])   # =&amp;gt; [1,2,3] + []
pr_lambda.call([[1,2,3]]) # =&amp;gt; [[1,2,3]] + []


But Proc acts in a different way.

pr_proc = Proc.new{|recv,*args| puts "#{recv.inspect} + #{args.inspect}"}
pr_proc.call(*[1,2,3])   # =&amp;gt; 1 + [2,3]
pr_proc.call([1,2,3])    # =&amp;gt; 1 + [2,3]
pr_proc.call([[1,2,3]])  # =&amp;gt; [1,2,3] + []

Is it right behaviour or such unsplatting is a bug?


&lt;/pre&gt;</description>
    <dc:creator>prijutme4ty (Ilya Vorontsov</dc:creator>
    <dc:date>2012-05-22T08:38:28</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>

