<?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://permalink.gmane.org/gmane.comp.lang.ruby.core">
    <title>gmane.comp.lang.ruby.core</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.comp.lang.ruby.core/44425"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44424"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44423"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44422"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44421"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44420"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44419"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44418"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44417"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44416"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44415"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44414"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44413"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44412"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44411"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44410"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44409"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44408"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44407"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44406"/>
      </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://permalink.gmane.org/gmane.comp.lang.ruby.core/44425">
    <title>[ruby-core:45124] [ruby-trunk - Feature #5185] Set#merge acts in place but Hash#merge does not</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44425</link>
    <description>&lt;pre&gt;
Issue #5185 has been updated by alexeymuranov (Alexey Muranov).


=begin
As the topic is surprising behavior of (({Set})) methods, i propose to deprecate (({Set#+})) as an alias of (({Set#|})), and maybe use it later for the symmetric difference.

Currently (({Set#+})) is one of a few (if not the only) use of (({#+})) for an operation which is not injective in each of the arguments: for sets (({a})), (({b})), (({c})), the equality (({a + b == a + c})) does not imply (({b == c})).

I can open a new issue for this if there is some interest.
=end

----------------------------------------
Feature #5185: Set#merge acts in place but Hash#merge does not
https://bugs.ruby-lang.org/issues/5185#change-26699

Author: trans (Thomas Sawyer)
Status: Assigned
Priority: Normal
Assignee: knu (Akinori MUSHA)
Category: lib
Target version: 2.0.0


Waste of brain cells to have to learn and recall they are different. The expected method would be Set#merge!, Set#merge would return a new Set instance.

OTOH, why not Set#concat ? O&lt;/pre&gt;</description>
    <dc:creator>alexeymuranov (Alexey Muranov</dc:creator>
    <dc:date>2012-05-18T08:19:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44424">
    <title>[ruby-core:45123] [ruby-trunk - Bug #6416] Deadlock when calling Thread#join from signal interrupt context</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44424</link>
    <description>&lt;pre&gt;
Issue #6416 has been updated by kosaki (Motohiro KOSAKI).

Assignee changed from kosaki (Motohiro KOSAKI) to ko1 (Koichi Sasada)

Hi ko1,

This is because thread_join() is not designed reentrant. It can insert a thread twice join_list. And then, join_list
is going to become circular ring and it lead to deadlock.

So, I think th.join in trap context should raise ThreadError. What do you think?


----------------------------------------
Bug #6416: Deadlock when calling Thread#join from signal interrupt context
https://bugs.ruby-lang.org/issues/6416#change-26698

Author: ender672 (Timothy Elliott)
Status: Assigned
Priority: Normal
Assignee: ko1 (Koichi Sasada)
Category: 
Target version: 
ruby -v: ruby 2.0.0dev (2012-05-09 trunk 35598) [x86_64-linux]


=begin
The interpreter can deadlock when calling Thread#join both from the main context and from the signal handler context.

  t = Thread.new{ sleep 3 }

  Signal.trap "SIGINT" do
    t.join
  end

  puts 'Press ctrl + c now'
  t.join

The above will deadlock on&lt;/pre&gt;</description>
    <dc:creator>kosaki (Motohiro KOSAKI</dc:creator>
    <dc:date>2012-05-18T08:04:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44423">
    <title>[ruby-core:45122] [ruby-trunk - Bug #6387][Closed] 1.9.3p194 crashed on require in ubuntu</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44423</link>
    <description>&lt;pre&gt;
Issue #6387 has been updated by kosaki (Motohiro KOSAKI).

Status changed from Feedback to Closed


----------------------------------------
Bug #6387: 1.9.3p194 crashed on require in ubuntu
https://bugs.ruby-lang.org/issues/6387#change-26696

Author: ywen (Yi Wen)
Status: Closed
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3p194


I was reading the #5181. It seems the same thing coming back into ruby 1.9.3. Below is the backtrace:

I tried both p125 and p194

ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

&lt;/pre&gt;</description>
    <dc:creator>kosaki (Motohiro KOSAKI</dc:creator>
    <dc:date>2012-05-18T05:35:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44422">
    <title>[ruby-core:45121] [ruby-trunk - Feature #5632] Attempt to open included class shades it instead.</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44422</link>
    <description>&lt;pre&gt;
Issue #5632 has been updated by boris_stitnicky (Boris Stitnicky).



Yes, that's correct when *creating* a new class. But I was not interested
in creating a class in my code. I just wanted to *open* the class inherited
from the namespace of the parent module (Petri) and teach it new tricks in
the child module (ChemicalPetri), representing Petri applied to chemistry,
all of this without changing the vanilla Petri in any way.
----------------------------------------
Feature #5632: Attempt to open included class shades it instead.
https://bugs.ruby-lang.org/issues/5632#change-26695

Author: boris_stitnicky (Boris Stitnicky)
Status: Assigned
Priority: Normal
Assignee: mame (Yusuke Endoh)
Category: 
Target version: 3.0


# Hello everyone. I'm not a very advanced ruby user, and I
# would like to provide and outsider report on certain ruby
# behavior that might surprise newbies.

module A
  class X
    def hello; puts 'hello' end
  end
end

module B
  include A
end

B::X.new.hello
=&amp;gt; hello
# As expected.

# But w&lt;/pre&gt;</description>
    <dc:creator>boris_stitnicky (Boris Stitnicky</dc:creator>
    <dc:date>2012-05-18T04:29:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44421">
    <title>[ruby-core:45120] [ruby-trunk - Bug #6387] 1.9.3p194 crashed on require in ubuntu</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44421</link>
    <description>&lt;pre&gt;
Issue #6387 has been updated by ywen (Yi Wen).


I think we can close this ticket now
----------------------------------------
Bug #6387: 1.9.3p194 crashed on require in ubuntu
https://bugs.ruby-lang.org/issues/6387#change-26694

Author: ywen (Yi Wen)
Status: Feedback
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3p194


I was reading the #5181. It seems the same thing coming back into ruby 1.9.3. Below is the backtrace:

I tried both p125 and p194

ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

&lt;/pre&gt;</description>
    <dc:creator>ywen (Yi Wen</dc:creator>
    <dc:date>2012-05-18T04:29:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44420">
    <title>[ruby-core:45119] [ruby-trunk - Bug #6387] 1.9.3p194 crashed on require in ubuntu</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44420</link>
    <description>&lt;pre&gt;
Issue #6387 has been updated by ywen (Yi Wen).


I upgraded yard to its newest version. It seems to be working with p194 now.
----------------------------------------
Bug #6387: 1.9.3p194 crashed on require in ubuntu
https://bugs.ruby-lang.org/issues/6387#change-26693

Author: ywen (Yi Wen)
Status: Feedback
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3p194


I was reading the #5181. It seems the same thing coming back into ruby 1.9.3. Below is the backtrace:

I tried both p125 and p194

ruby 1.9.3p194 (2012-04-20 revision 35410) [x86_64-linux]

&lt;/pre&gt;</description>
    <dc:creator>ywen (Yi Wen</dc:creator>
    <dc:date>2012-05-18T04:28:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44419">
    <title>[ruby-core:45118] [ruby-trunk - Feature #2348] RBTree Should be Added to the Standard Library</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44419</link>
    <description>&lt;pre&gt;
Issue #2348 has been updated by jvoorhis (Jeremy Voorhis).


I think that Ruby developers would definitely benefit from having a range of well-implemented data structures within reach. I don't understand why the implementation-revealing name is an issue when our most common options are already named Array [contiguous chunk of memory] and Hash[-table]. Renaming this library's classes to something SortedMap and SortedMultiMap seems incongruous.
----------------------------------------
Feature #2348: RBTree Should be Added to the Standard Library
https://bugs.ruby-lang.org/issues/2348#change-26692

Author: JEG2 (James Gray)
Status: Assigned
Priority: Normal
Assignee: matz (Yukihiro Matsumoto)
Category: lib
Target version: 2.0.0


=begin
 The merits of this library have been discussed on Ruby core, with the strengths best summarized by this post:
 
 http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/26602
 
 RBTree has now been fixed to run on Ruby 1.9:
 
 http://github.com/skade/rbtree
 
 I think we s&lt;/pre&gt;</description>
    <dc:creator>jvoorhis (Jeremy Voorhis</dc:creator>
    <dc:date>2012-05-18T01:33:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44418">
    <title>[ruby-core:45117] [ruby-trunk - Feature #6444][Feedback] alias for String#index</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44418</link>
    <description>&lt;pre&gt;
Issue #6444 has been updated by naruse (Yui NARUSE).

Status changed from Open to Feedback

Why do you want?
----------------------------------------
Feature #6444: alias for String#index
https://bugs.ruby-lang.org/issues/6444#change-26691

Author: botp (bot pena)
Status: Feedback
Priority: Normal
Assignee: 
Category: 
Target version: 2.0.0


would be nice if there is an alias for String#index

possible names:

String#find
String#search
String#pos



&lt;/pre&gt;</description>
    <dc:creator>naruse (Yui NARUSE</dc:creator>
    <dc:date>2012-05-18T01:09:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44417">
    <title>[ruby-core:45116] [ruby-trunk - Bug #6447][Rejected] Win32::Registry#keys always returns [] even if there are keys</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44417</link>
    <description>&lt;pre&gt;
Issue #6447 has been updated by usa (Usaku NAKAMURA).

Status changed from Open to Rejected

Yes, Jon is right.
----------------------------------------
Bug #6447: Win32::Registry#keys always returns [] even if there are keys
https://bugs.ruby-lang.org/issues/6447#change-26690

Author: rogerdpack (Roger Pack)
Status: Rejected
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: tcs-ruby 1.9.3p28 (2012-01-28, TCS patched 2012-01-30) [i386-mingw32]


ex:
require 'win32/registry'
&amp;lt; at &amp;gt;screen_reg = Win32::Registry::HKEY_CURRENT_USER.create "Software\\os_screen_capture"; &amp;lt; at &amp;gt;screen_reg['last_init_config_was'] = 3
=&amp;gt; []

also each_key doesn't do anything, as well.  The "each" method does work as expected however.  Sorry if this is a dupe.



&lt;/pre&gt;</description>
    <dc:creator>usa (Usaku NAKAMURA</dc:creator>
    <dc:date>2012-05-18T00:55:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44416">
    <title>[ruby-core:45115] [ruby-trunk - Bug #6447] Win32::Registry#keys always returns [] even if there are keys</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44416</link>
    <description>&lt;pre&gt;
Issue #6447 has been updated by jonforums (Jon Forums).


I think it's a terminology thing, not a bug. Here's one more with subkey's containing values:

=&amp;gt; true
=&amp;gt; #&amp;lt;Win32::Registry key="HKEY_CURRENT_USER\\Software\\PDFCreator"&amp;gt;
=&amp;gt; 2
 |   pdf.open(pk) do |sk|
 |     puts sk.name
 |     sk.each_value { |v| puts "  #{v}" }
 |   end
 | end
HKEY_CURRENT_USER\Software\PDFCreator\Ghostscript
  DirectoryGhostscriptBinaries
  DirectoryGhostscriptFonts
  DirectoryGhostscriptLibraries
  DirectoryGhostscriptResource
HKEY_CURRENT_USER\Software\PDFCreator\Program
  AutosaveDirectory
  LastsaveDirectory
  Language
  PrinterTemppath
=&amp;gt; 2
----------------------------------------
Bug #6447: Win32::Registry#keys always returns [] even if there are keys
https://bugs.ruby-lang.org/issues/6447#change-26687

Author: rogerdpack (Roger Pack)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: tcs-ruby 1.9.3p28 (2012-01-28, TCS patched 2012-01-30) [i386-mingw32]


ex:
require 'win32/registry'
&amp;lt; at &amp;gt;screen_reg =&lt;/pre&gt;</description>
    <dc:creator>jonforums (Jon Forums</dc:creator>
    <dc:date>2012-05-17T20:12:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44415">
    <title>[ruby-core:45114] [ruby-trunk - Bug #6447] Win32::Registry#keys always returns [] even if there are keys</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44415</link>
    <description>&lt;pre&gt;
Issue #6447 has been updated by jonforums (Jon Forums).


it's a value not a key, right?

ruby 1.9.3p211 (2012-05-12 revision 35630) [i386-mingw32]
=&amp;gt; nil
...
=&amp;gt; 3
=&amp;gt; 3
=&amp;gt; 1
=&amp;gt; 0
=&amp;gt; 0
last_init_config_was
=&amp;gt; 1
last_init_config_was
=&amp;gt; 1
----------------------------------------
Bug #6447: Win32::Registry#keys always returns [] even if there are keys
https://bugs.ruby-lang.org/issues/6447#change-26686

Author: rogerdpack (Roger Pack)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: tcs-ruby 1.9.3p28 (2012-01-28, TCS patched 2012-01-30) [i386-mingw32]


ex:
require 'win32/registry'
&amp;lt; at &amp;gt;screen_reg = Win32::Registry::HKEY_CURRENT_USER.create "Software\\os_screen_capture"; &amp;lt; at &amp;gt;screen_reg['last_init_config_was'] = 3
=&amp;gt; []

also each_key doesn't do anything, as well.  The "each" method does work as expected however.  Sorry if this is a dupe.



&lt;/pre&gt;</description>
    <dc:creator>jonforums (Jon Forums</dc:creator>
    <dc:date>2012-05-17T19:24:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44414">
    <title>[ruby-core:45113] [ruby-trunk - Bug #6447] Win32::Registry#keys always returns [] even if there are keys</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44414</link>
    <description>&lt;pre&gt;
Issue #6447 has been updated by jonforums (Jon Forums).


does this also occur on 1.9.3p194 from rubyinstaller.org?
----------------------------------------
Bug #6447: Win32::Registry#keys always returns [] even if there are keys
https://bugs.ruby-lang.org/issues/6447#change-26685

Author: rogerdpack (Roger Pack)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: tcs-ruby 1.9.3p28 (2012-01-28, TCS patched 2012-01-30) [i386-mingw32]


ex:
require 'win32/registry'
&amp;lt; at &amp;gt;screen_reg = Win32::Registry::HKEY_CURRENT_USER.create "Software\\os_screen_capture"; &amp;lt; at &amp;gt;screen_reg['last_init_config_was'] = 3
=&amp;gt; []

also each_key doesn't do anything, as well.  The "each" method does work as expected however.  Sorry if this is a dupe.



&lt;/pre&gt;</description>
    <dc:creator>jonforums (Jon Forums</dc:creator>
    <dc:date>2012-05-17T18:57:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44413">
    <title>[ruby-core:45112] [ruby-trunk - Bug #6447][Open] Win32::Registry#keys always returns [] even if there are keys</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44413</link>
    <description>&lt;pre&gt;
Issue #6447 has been reported by rogerdpack (Roger Pack).

----------------------------------------
Bug #6447: Win32::Registry#keys always returns [] even if there are keys
https://bugs.ruby-lang.org/issues/6447

Author: rogerdpack (Roger Pack)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: tcs-ruby 1.9.3p28 (2012-01-28, TCS patched 2012-01-30) [i386-mingw32]


ex:
require 'win32/registry'
&amp;lt; at &amp;gt;screen_reg = Win32::Registry::HKEY_CURRENT_USER.create "Software\\os_screen_capture"; &amp;lt; at &amp;gt;screen_reg['last_init_config_was'] = 3
=&amp;gt; []

also each_key doesn't do anything, as well.  The "each" method does work as expected however.  Sorry if this is a dupe.



&lt;/pre&gt;</description>
    <dc:creator>rogerdpack (Roger Pack</dc:creator>
    <dc:date>2012-05-17T18:38:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44412">
    <title>[ruby-core:45111] [Backport93 - Backport #6446][Assigned] Backport r35595 - Windows: FD_SET and FD_SETSIZE segv due different compilation flags</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44412</link>
    <description>&lt;pre&gt;
Issue #6446 has been reported by luislavena (Luis Lavena).

----------------------------------------
Backport #6446: Backport r35595 - Windows: FD_SET and FD_SETSIZE segv due different compilation flags
https://bugs.ruby-lang.org/issues/6446

Author: luislavena (Luis Lavena)
Status: Assigned
Priority: Normal
Assignee: nobu (Nobuyoshi Nakada)
Category: 
Target version: 


Please backport r35595 to ruby_1_9_3 branch. It contains a SEGV fix for FD_SETSIZE/FD_SET that affects pre-compiled extensions with different FD_SETSIZE than the build Ruby.

Thank you


&lt;/pre&gt;</description>
    <dc:creator>luislavena (Luis Lavena</dc:creator>
    <dc:date>2012-05-17T18:23:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44411">
    <title>[ruby-core:45110] [ruby-trunk - Feature #5185] Set#merge acts in place but Hash#merge does not</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44411</link>
    <description>&lt;pre&gt;
Issue #5185 has been updated by trans (Thomas Sawyer).


Adding #update is a good idea.

I would also add a warning to #merge stating that it's behaviour will change in a future version and to use #update instead. Then after a little while obsolete #merge altogether, but only for a bit, then bring it back with expected behaviour of producing new Set.

I advocate a slightly accelerated time scale for this transition b/c if some people are making the mistake of assuming Set#merge works like Hash's already and finding out the hard way that it's not, then I think that adds some impetus to taking the fast track.

----------------------------------------
Feature #5185: Set#merge acts in place but Hash#merge does not
https://bugs.ruby-lang.org/issues/5185#change-26681

Author: trans (Thomas Sawyer)
Status: Assigned
Priority: Normal
Assignee: knu (Akinori MUSHA)
Category: lib
Target version: 2.0.0


Waste of brain cells to have to learn and recall they are different. The expected method would be Set#merge!, Set#mer&lt;/pre&gt;</description>
    <dc:creator>trans (Thomas Sawyer</dc:creator>
    <dc:date>2012-05-17T14:33:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44410">
    <title>[ruby-core:45109] [ruby-trunk - Feature #5096] offer Logger-compatibility for syslog ext</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44410</link>
    <description>&lt;pre&gt;
Issue #5096 has been updated by knu (Akinori MUSHA).


D'oh, here it is.
----------------------------------------
Feature #5096: offer Logger-compatibility for syslog ext
https://bugs.ruby-lang.org/issues/5096#change-26680

Author: normalperson (Eric Wong)
Status: Assigned
Priority: Low
Assignee: knu (Akinori MUSHA)
Category: 
Target version: 


There's http://rubygems.org/gems/SyslogLogger, but I would like to have
ths compatibility by default.  Having to remember to install the
oddly-capitalized SyslogLogger gem makes things harder than it should
be.

Importing the SyslogLogger gem would solve this issue.


&lt;/pre&gt;</description>
    <dc:creator>knu (Akinori MUSHA</dc:creator>
    <dc:date>2012-05-17T12:59:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44409">
    <title>[ruby-core:45108] [ruby-trunk - Feature #5096] offer Logger-compatibility for syslog ext</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44409</link>
    <description>&lt;pre&gt;
Issue #5096 has been updated by knu (Akinori MUSHA).

File knu-syslog_logger.patch.txt added


----------------------------------------
Feature #5096: offer Logger-compatibility for syslog ext
https://bugs.ruby-lang.org/issues/5096#change-26679

Author: normalperson (Eric Wong)
Status: Assigned
Priority: Low
Assignee: knu (Akinori MUSHA)
Category: 
Target version: 


There's http://rubygems.org/gems/SyslogLogger, but I would like to have
ths compatibility by default.  Having to remember to install the
oddly-capitalized SyslogLogger gem makes things harder than it should
be.

Importing the SyslogLogger gem would solve this issue.


&lt;/pre&gt;</description>
    <dc:creator>knu (Akinori MUSHA</dc:creator>
    <dc:date>2012-05-17T12:59:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44408">
    <title>[ruby-core:45107] [ruby-trunk - Feature #5185] Set#merge acts in place but Hash#merge does not</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44408</link>
    <description>&lt;pre&gt;
Issue #5185 has been updated by knu (Akinori MUSHA).


I feel it's hard to change this by now since #merge is a library method (for subclasses) rather than just a user method, but I could add #update as an alias for #merge and then obsolete #merge which would eventually be end-of-life'd.

----------------------------------------
Feature #5185: Set#merge acts in place but Hash#merge does not
https://bugs.ruby-lang.org/issues/5185#change-26678

Author: trans (Thomas Sawyer)
Status: Assigned
Priority: Normal
Assignee: knu (Akinori MUSHA)
Category: lib
Target version: 2.0.0


Waste of brain cells to have to learn and recall they are different. The expected method would be Set#merge!, Set#merge would return a new Set instance.

OTOH, why not Set#concat ? Or conversely, Array#merge ?




&lt;/pre&gt;</description>
    <dc:creator>knu (Akinori MUSHA</dc:creator>
    <dc:date>2012-05-17T09:23:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44407">
    <title>[ruby-core:45106] [ruby-trunk - Feature #6445][Open] request for default length/position on string index</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44407</link>
    <description>&lt;pre&gt;
Issue #6445 has been reported by botp (bot pena).

----------------------------------------
Feature #6445: request for default length/position on string index
https://bugs.ruby-lang.org/issues/6445

Author: botp (bot pena)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 2.0.0


would be nice if ruby has default for "rest or up to end of string"

eg

"hello"[2,] =&amp;gt;should default to "hello"[2..-1]
or 
"hello"[2..] =&amp;gt; should default to "hello"[2..-1]



&lt;/pre&gt;</description>
    <dc:creator>botp (bot pena</dc:creator>
    <dc:date>2012-05-17T04:02:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44406">
    <title>[ruby-core:45105] [ruby-trunk - Feature #6444][Open] alias for String#index</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44406</link>
    <description>&lt;pre&gt;
Issue #6444 has been reported by botp (bot pena).

----------------------------------------
Feature #6444: alias for String#index
https://bugs.ruby-lang.org/issues/6444

Author: botp (bot pena)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 2.0.0


would be nice if there is an alias for String#index

possible names:

String#find
String#search
String#pos



&lt;/pre&gt;</description>
    <dc:creator>botp (bot pena</dc:creator>
    <dc:date>2012-05-17T04:00:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.ruby.core/44405">
    <title>[ruby-core:45104] [ruby-trunk - Feature #1122] request for: Object#try</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.ruby.core/44405</link>
    <description>&lt;pre&gt;
Issue #1122 has been updated by nobu (Nobuyoshi Nakada).


=begin
: niquola (nicola ryzhikov) wrote:
  If this is not very cryptic chain:
   
    foo?bar(args)?buz

It's the ternary operator already in use.
=end

----------------------------------------
Feature #1122: request for: Object#try
https://bugs.ruby-lang.org/issues/1122#change-26675

Author: authorNari (Narihiro Nakamura)
Status: Rejected
Priority: Normal
Assignee: authorNari (Narihiro Nakamura)
Category: core
Target version: 2.0.0


=begin
 Hi.
 
 Object#try is new feature of rails2.3.
 
 http://guides.rubyonrails.org/2_3_release_notes.html
 http://github.com/rails/rails/blob/master/activesupport/lib/active_support/core_ext/try.rb
 http://ozmm.org/posts/try.html
 
 Matz said: "OK, good name is the last problem."
 
 Anyone has better name?
 
 thanks.
 
 ---
 Narihiro Nakamura
=end



&lt;/pre&gt;</description>
    <dc:creator>nobu (Nobuyoshi Nakada</dc:creator>
    <dc:date>2012-05-17T03:20: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>

