<?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.rubinius.devel">
    <title>gmane.comp.lang.ruby.rubinius.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lang.ruby.rubinius.devel</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.rubinius.devel/595"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/590"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/583"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/579"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/575"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/573"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/572"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/565"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/561"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/552"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/551"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/549"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/545"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/541"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/540"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/535"/>
      </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.rubinius.devel/595">
    <title>Does &amp;method(:foo) get inlined? Can it? Should it?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/595</link>
    <description>&lt;pre&gt;Hi.

I am a big fan of programming in point-free style, although
unfortunately Ruby makes that unnecessarily ugly. I.e., I very much
prefer 

    ary.each(&amp;amp;method(:puts))

over 

    ary.each {|el| puts el }

The reason for this is the old saying by Phil Karlton:

| There are only two hard problems in computer science. Cache invalidation and naming things.

If naming things is hard (i.e. expensive), then names shouldn't be
wasted on irrelevant things. And conversely, if something has a name,
then it is important.

The whole *point* of higher-level iteration methods like
Enumerable#each and friends is to lift collection operations over the
individual elements, IOW to make the individual elements not
important; ergo, the individual elements shouldn't need to be named.

However, today there was a StackOverflow question about the efficiency
of such point-free code, especially with regards to reified Method and
Proc objects.

Personally, I don't care. I have yet to see Object#method or
Method#to_proc even show up&lt;/pre&gt;</description>
    <dc:creator>Jörg W Mittag</dc:creator>
    <dc:date>2011-08-08T02:21:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/590">
    <title>Rubinius vs JRE</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/590</link>
    <description>&lt;pre&gt;The architecture for Rubinius looks like an exciting enhancement over
MRI in the areas of concurrency and memory management, but I have two
general questions:

1. Will the Rubinius project exist long-term, or will it be
assimilated into MRI or something else
2. How will Rubinius be better than the JRE, other than for directly
supporting Ruby (e.g. java.lang.NullPointerException, system clock
skewing, incompatibility between minor revisions and patch releases,
weekly high severity vulnerability findings, etc.)

&lt;/pre&gt;</description>
    <dc:creator>Glenn Dix</dc:creator>
    <dc:date>2011-07-28T12:41:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/583">
    <title>Newbie trying to make Module.freeze prevent singleton methods being added</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/583</link>
    <description>&lt;pre&gt;Hey,

I'm fascinated by the project and so decided to try and to some small
stuff. After getting a trivial fix committed, I tried to find
something a bit more challenging, but I may have taken a bite a bit
too big.
Would love some direction about whether my steps are in the right path
and if this is indeed feasible without knowing too much of rubinius's
guts.

I saw that this spec fails: "Module#freeze prevents further
modifications to self"
It basically checks that after freezing a module, trying to define
singleton method on it raises a TypeError.

After some digging and comparing to the MRI I understood that while
MRI freezes the singleton class after freezing an object, rubinius
doesn't.
"Aha!", I thought. After digging, I ended up adding a simple change to
Object#singleton_class, something along the lines of:
    if (this-&amp;gt;frozen_p(state) == Qtrue) cl-&amp;gt;freeze(state);

This seems to achieve the right result of freezing the singleton
classes just like MRI, but then I found out it doesn't seem like
there's&lt;/pre&gt;</description>
    <dc:creator>Aviv Ben-Yosef</dc:creator>
    <dc:date>2011-06-17T07:43:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/579">
    <title>Interfacing with the Rubinius VM</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/579</link>
    <description>&lt;pre&gt;Hello there,

This might not be the right place to ask this (please tell me whether it 
should be better to post this in the IRC or wherever else), but here I go:

I'm going with my first try to interface a programming language with the 
Rubinius VM. For starters, my choice is Brainfuck, since it's a dead-simple 
language.

As far as I know, I only need a table of cells and a pointer, and almost map 
the BF tokens (&amp;gt;, &amp;lt;, +, -...) to the VM instructions. I am a bit lost, since 
I practically don't know where to start. I've seen in other projects there 
is a Generator class sublassing Rubinius::Generator, and each AST node 
implements a #bytecode method that calls the instructions on the generator. 
How does it work exactly? I don't know how to set an initial state (the 
table of cells and the pointer pointing to cell 0).

How would you implement this? Any feedback is appreciated :)

Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Josep M. Bach</dc:creator>
    <dc:date>2011-05-03T17:46:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/575">
    <title>VM searches for method relying on &lt; at &gt;superclass ivar, not on Module#direct_superclass. Is it a bug?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/575</link>
    <description>&lt;pre&gt;Hi!

I tried to play with superclass chain and here is what I've
discovered:

The first example, &amp;lt; at &amp;gt;superclass is changed and method is being found
correctly:

https://gist.github.com/888224

# Step 1. Setting up environment

class Government
  def power
    "belongs to government"
  end
end

module People
  def power
    "belogs to people"
  end

  Government.__send__ :include, self
end

government = Government.new


# Step 2. Swapping ancestors by re-setting &amp;lt; at &amp;gt;superclass

included_module = Government.instance_eval { &amp;lt; at &amp;gt;superclass }

government.metaclass.instance_eval { &amp;lt; at &amp;gt;superclass = included_module }
included_module.instance_eval { &amp;lt; at &amp;gt;superclass = Government }
Government.instance_eval { &amp;lt; at &amp;gt;superclass = Object }


# Step 3. Testing

puts government.metaclass.superclass_chain.inspect
# =&amp;gt; [#&amp;lt;IncludedModule People&amp;gt;, Government, Object, #&amp;lt;IncludedModule
Kernel&amp;gt;] &amp;lt;-------- cool, prepended module is before Class
puts government.power
# =&amp;gt;  belongs to people  &amp;lt;--------- this is definitely right


The second example. Modul&lt;/pre&gt;</description>
    <dc:creator>Daniel Vartanov</dc:creator>
    <dc:date>2011-03-26T12:19:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/573">
    <title>Kernel#gsub not working properly with a block</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/573</link>
    <description>&lt;pre&gt;Hi there!

The following spec does not pass on rbx (in 
spec/ruby/core/kernel/gsub_spec.rb#78):

  describe "Kernel#gsub with pattern and block" do
    it "acts similarly to using $_.gsub" do
      $_ = "olleh dlrow"
      gsub(/(\w+)/){ $1.reverse }
      $_.should == "hello world"
    end
  end

Trying to fix this one, I found that there is a comparison of replacement 
(in this case it is nil, because gsub is passed a block instead of a 
replacement string) with undefined, which always evaluates to false (even if 
it is nil). Since I don't know really well what `undefined` is, I've first 
tried comparing replacement to nil, which seems to work (in 
kernel/common/string.rb#902):

  def gsub(pattern, replacement=undefined)
    # ...
    if replacement.nil? # was if replacement == undefined 

Now the problem is that, when evaling the block { $1.reverse }, $1 is nil. 
Upon further inspection, This happens just before evaling the block, where 
Regexp's last match is (unsuccessfully) set to the intended match da&lt;/pre&gt;</description>
    <dc:creator>Josep M. Bach</dc:creator>
    <dc:date>2011-03-20T18:22:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/572">
    <title>FFI:FileProcessor, etc and Windows</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/572</link>
    <description>&lt;pre&gt;Hello,

I'm checking out hydra branch and wanted to help, but encountered some
changes in the architecture that wanted to ask about.

Seems there are two places FFI::Generators::Structure is been used:
one to generate platform.conf (rakelib/platform.rake) and the other
through FFI::FileProcessor::Task (invoked in rakelib/vm.rake)

The first one, it uses .rb.ffi to extract &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; constants and structure
definitions and generate the proper .rb file, the second one, is is
coded directly in platform.rake.

Now, on Windows, pwd.h and grp.h do not exist, and etc is a complete
different thing, sames goes for syslog.

On platform.rake is easy to conditionally select header files, since
we have access to BUILD_CONFIG, but in the case of .rb.ffi, is not
clear what can be considered a good code to be evaluated and
conditions inside the &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; blocks.

Any ideas to approach this? I believe etc and syslog are just two
examples, but will be great have an overall approach to these cases.

Thank you.
&lt;/pre&gt;</description>
    <dc:creator>Luis Lavena</dc:creator>
    <dc:date>2011-02-27T20:07:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/565">
    <title>Feature requests - perpetual thread</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/565</link>
    <description>&lt;pre&gt;Volume on this list is low enough that I'm going to use it as a backup brain for a few requests.

PROFILER

1. A good chunk of the C-api in Rubinius is implemented as a rb_funcall back into a pure Ruby path. None of these paths show up during profiling. It would be great if they did show up so that it is easier to identify "slow paths" in C extensions.

2. On hydra (no-GIL branch) it would be interesting if there were an additional cli flag (-Xprofiler.by_thread ?) that would separate the statistics by thread. This sounds difficult, but it would be a helpful tool for identifying "hot" threads in a multi-threaded app. Additionally, it could probably help identify hot methods / bottlenecks where multiple threads come together for synchronization.

That's all for the moment.

cr

&lt;/pre&gt;</description>
    <dc:creator>Chuck Remes</dc:creator>
    <dc:date>2011-02-19T16:01:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/564">
    <title>Rubinius Contribute to Open Source Session at upcoming Red Dirt RubyConf</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/564</link>
    <description>&lt;pre&gt;We're excited to have Brian Ford come talk about the Future of
Rubinius and ways to contribute to this great open source project.
http://reddirtrubyconf.com/presentations/the-joy-of-rubinius-the-agony-of-rubyspec

---

Red Dirt RubyConf Program and Registration

We are proud to announce the Red Dirt RubyConf 2011 program.
http://reddirtrubyconf.com/schedule

Red Dirt is a content rich two-day conference to be held in
Oklahoma City on April 21st and 22nd, 2011. The conference
program focuses on four themes including Ruby Implementations,
Rails Extentions, Rails Redux and Javascript. We have 2 keynotes,
6 training tracks and 3 contribute to open source tracks.

http://reddirtrubyconf.com/

Red Dirt has one of the best conference lineups that you will
see at any Ruby conference. Our speakers are world-class contributors
in the Ruby and Javascript communities working for leaders in the
industry including Obtiva, Intridea, AT&amp;amp;T Interactive,
Hewlett Packard, Heroku, ThoughtBot, and Engine Yard.

Red Dirt prides it&lt;/pre&gt;</description>
    <dc:creator>ThirtySixthSpan</dc:creator>
    <dc:date>2011-02-18T20:34:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/561">
    <title>rbx-trepanning 0.0.4 adds syntax highlighting (via coderay) and remote debugging</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/561</link>
    <description>&lt;pre&gt;The major changes to rbx-trepanning on gemcutter.org are:

1. code listings and rubinius llvm listings can be syntax highlighted, if
you have gems coderay and term-ansicolor installed. See
https://github.com/rocky/rbx-trepanning/wiki/Terminal-Colors for details as
to how to adjust the colors. Error messages are now in italic if
highlighting; and some commands have bold section headers. The idea for
section headers comes from the Reference debugger

2. Remote debugging has been added. This is the "server" command inside the
debugger, or the --server and --port options on the command line; --client
command-line option is used connect to an out-of-process Ruby program which
is in "sever" mode.
This was added for Wayne, but I'm not sure if that's really what he was
wanted.

&lt;/pre&gt;</description>
    <dc:creator>Rocky Bernstein</dc:creator>
    <dc:date>2011-02-02T01:44:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/553">
    <title>Rails on Rubinius without source code</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/553</link>
    <description>&lt;pre&gt;Hello,

The company I work for develops systems in delphi.
This system will be migrated to the web. I am convinced the team to
make this migration using Ruby / Rails.
But, I was questioned as to the source code is made available on
customer's server, which would bring risks to the business.
I always thought the Rubinius a very interesting project, how it is
conceived.
I wonder if there is a way to develop a system using Rails and
Rubinius, so that source code does not need to be available on servers
where this system will run.

Thank you,

Rodrigo.

&lt;/pre&gt;</description>
    <dc:creator>rodrigo</dc:creator>
    <dc:date>2011-01-23T12:05:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/552">
    <title>Rubinius talk at Red Dirt RubyConf</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/552</link>
    <description>&lt;pre&gt;We would really like to see a talk on Rubinius at Red Dirt RubyConf
this year in our Ruby Implementations track. If anyone is interested
in proposing a talk, our CFP is now open.

----
We are really pleased to announce the second annual Red Dirt
RubyConf to be help April 21st and 22nd, 2010 in Oklahoma City,
Oklahoma. Come check it out at:

   http://reddirtrubyconf.com/

We are also very happy to announce that Aaron Patterson of AT&amp;amp;T
Interactive and Dr. Nic Williams of EngineYard will participate as
keynote speakers.

We are actively seeking conference presentation proposals in one of
four conference themes:

RUBY IMPLEMENTATIONS - There is more than one Ruby. This theme will
focus on alternative implementations such as JRuby, Rubinius and
MacRuby.

RAILS EXTENSIONS - The power of Rails is in its add ons. This theme
will focus on projects that build on to and extend Rail's core
functionality.

JAVASCRIPT - There is power in diversity. This theme will focus on the
Ruby/Javascript interface such as JQuery, Co&lt;/pre&gt;</description>
    <dc:creator>ThirtySixthSpan</dc:creator>
    <dc:date>2011-01-16T02:17:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/551">
    <title>set_trace_func emulation in Rubinius</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/551</link>
    <description>&lt;pre&gt;The first release rbx-tracer &amp;lt;https://rubygems.org/gems/rbx-tracer&amp;gt;,
set_trace_func emulation  for Rubinius 1.2 or (1.2.1dev) is now on
gemcutter.org

This is basically a distillation of the stepping code that is in the
reference and trepanning debuggers with some small additional code to run
the callback hook.

The idea of adding set_trace_func in Rubinius was not just that I think
 set_trace_func should be there for compatibility with MRI/YARV/Pickaxe,
but
also because stepping in Rubinius is a bit unique. "step over", "step out",
 and "step into" are handled largely outside of the kernel, in the Ruby
callback code.

Thanks to Evan Phoenix and Brian Ford for all the help and support in
Rubinius for making this possible.

&lt;/pre&gt;</description>
    <dc:creator>Rocky Bernstein</dc:creator>
    <dc:date>2010-12-25T15:07:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/550">
    <title>first trepanning debugger release</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/550</link>
    <description>&lt;pre&gt;The first release of the trepanning debugger for
Rubinius&amp;lt;https://rubygems.org/gems/rbx-trepanning&amp;gt;1.2 or (1.2.1dev) is
now on
gemcutter.org

This is basically a port of the trepanning debugger for a patched YARV
1.9.2; both of these are rewrites of ruby-debug. Basic wiki pages are at
https://github.com/rocky/rbx-trepanning/wiki

Thanks to Evan Phoenix and Brian Ford for all the help and support in
Rubinius for making this possible.

&lt;/pre&gt;</description>
    <dc:creator>Rocky Bernstein</dc:creator>
    <dc:date>2010-12-25T14:50:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/549">
    <title>1.2.0 now available!</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/549</link>
    <description>&lt;pre&gt;Just in time to keep you warm for the winter, Rubinius 1.2.0 is out!

Check out the release notes here: http://rubini.us/releases/1.2.0

Thanks to everyone who contributed to make this the fastest, most stable release yet.

2011 is going to be a great year for Rubinius!

 - Evan

&lt;/pre&gt;</description>
    <dc:creator>Evan Phoenix</dc:creator>
    <dc:date>2010-12-21T22:27:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/546">
    <title>difference in number of expectations and examples</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/546</link>
    <description>&lt;pre&gt;Hi,

I am running mspec on core/ruby/string/ using rubinius and MRI-1.8.7-p302. I 
see a difference between number of expectations and examples getting run. 
Are we skipping few in rubinius case?

siddharth&amp;lt; at &amp;gt;jupiter:~/tools/src/rubinius$ mspec -t 
/home/siddharth/tools/mri-187-p302/bin/ruby spec/ruby/core/string/
ruby 1.8.7 (2010-08-16 patchlevel 302) [i686-linux]
...................................................................................................................
Finished in 0.421712 seconds
115 files, 1607 examples, 6697 expectations, 0 failures, 0 errors


siddharth&amp;lt; at &amp;gt;jupiter:~/tools/src/rubinius$ mspec -t 
/home/siddharth/tools/rubinius/bin/ruby spec/ruby/core/string/
rubinius 1.1.1 (1.8.7 ae95ec31 2010-11-16 JI) [i686-pc-linux-gnu]
...................................................................................................................
Finished in 1.597514 seconds
115 files, 1614 examples, 6717 expectations, 0 failures, 0 errors


Thanks,
Siddharth

&lt;/pre&gt;</description>
    <dc:creator>SSK</dc:creator>
    <dc:date>2010-12-15T12:25:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/545">
    <title>rubinius newbie</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/545</link>
    <description>&lt;pre&gt;Hi All,

Couple of days back, I watched Brian's Rubinius VM talk available &amp;lt; at &amp;gt;
Galois's Viemo channel. I knew about Rubinius before, but the talk
opened up lot more details; like why new implementation, why implement
most part in Ruby than in C/C++, how to test and validate etc.
So decided to give it a try.

It was just amazing to see complete Ruby VM with JIT support getting
built in front of your eyes and your everyday ruby code is running
successfully on it!

Now while running specs, I am seeing few failures. e.g.
    siddharth&amp;lt; at &amp;gt;jupiter:~/tools/src/rubinius$ mspec -t
~/tools/rubinius/bin/ruby
spec/ruby/library/parsedate/parsedate_spec.rb
    rubinius 1.1.1 (1.8.7 ae95ec31 2010-11-16 JI) [i686-pc-linux-gnu]
    ..................F..
    1)
    ParseDate.parsedate returns Array with year and month set, given a
String like nn-nn FAILED
    Expected [nil, nil, 8, nil, nil, nil, "-09", nil]
    to equal [8, 9, nil, nil, nil, nil, nil, nil]
    ...
    ..
    ..
    1 file, 21 examples, 26 expectations, 1 failure,&lt;/pre&gt;</description>
    <dc:creator>Siddharth Karandikar</dc:creator>
    <dc:date>2010-12-15T10:11:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/541">
    <title>Threads in rubinius</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/541</link>
    <description>&lt;pre&gt;Hi,

Just downloaded, and tried rubinius. Threads seem to be running rather
slowly. Do I need
to set some config option to get threads to run at full speed ? (The
way I can tell is that the
CPU monitors for my 2 cores jump from 800MHz to 1.6GHz but not to the
full 2.2GHz; JRuby
does seem to run the threads at full speed).

My program creates 2 slave threads and sends CPU intensive tasks to
them from the main
thread.

Thanks for any insight.

&lt;/pre&gt;</description>
    <dc:creator>Twin Primes</dc:creator>
    <dc:date>2010-11-16T05:50:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/540">
    <title>Anybody interested in speaking at the Taiwan Ruby user group?</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/540</link>
    <description>&lt;pre&gt;Hi Everybody,

I am a part of the Taiwan Ruby user group and I am hoping to find a rubinius user who could come and give us a presentation on rubinius.  The presentation time could be any where from 20 min to an hour with an audience of around 30ish.  If you are interested or know somebody who might be please let me know.

Thanks,

Josh

&lt;/pre&gt;</description>
    <dc:creator>Josh Moore</dc:creator>
    <dc:date>2010-10-22T16:19:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/535">
    <title>Approaches to Windows platform conditions in the code</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/535</link>
    <description>&lt;pre&gt;Howdy.

Decided to the list instead of IRC just to have a concrete reference
in the future.

My approach to the work been done in Rubinius has been use MinGW (GCC)
and the need tools. Because of that, all my conditions in C/C++ have
been __MINGW* definitions instead of _MSWIN ones.

But, checking the code for other of these conditional flags found the
later been used.

Should we use MSWIN notations instead of MINGW? Even when MSVC hasn't
been target today?

Thank you for your time.
&lt;/pre&gt;</description>
    <dc:creator>Luis Lavena</dc:creator>
    <dc:date>2010-09-27T17:37:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/529">
    <title>[PATCH] subclassing IO works properly for pipe/popen</title>
    <link>http://comments.gmane.org/gmane.comp.lang.ruby.rubinius.devel/529</link>
    <description>&lt;pre&gt;Hi all,

I noticed subclassing IO didn't work as expected for pipe/popen and
pushed the following patch out to the "io-subclass-fix" branch of
  git://git.bogomips.org/rubinius.git

I'm not sure about the spec location/style, but the fix itself is
trivially correct to me.  Let me know if you have any
questions/comments.

From 69e7a1cc0a7b2187f13245930980171b46afcc6f Mon Sep 17 00:00:00 2001
From: Eric Wong &amp;lt;e&amp;lt; at &amp;gt;yhbt.net&amp;gt;
Date: Sat, 25 Sep 2010 04:31:47 +0000
Subject: [PATCH] subclassing IO works properly for pipe/popen

Subclasses of IO should return objects of the
subclass, not the core IO object.
---
 kernel/common/io.rb                          |    8 ++--
 spec/ruby/core/io/subclass_singleton_spec.rb |   41 ++++++++++++++++++++++++++
 2 files changed, 45 insertions(+), 4 deletions(-)
 create mode 100644 spec/ruby/core/io/subclass_singleton_spec.rb

diff --git a/kernel/common/io.rb b/kernel/common/io.rb
index 8907631..67c7bee 100644
--- a/kernel/common/io.rb
+++ b/kernel/common/io.rb
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -340,8 +340,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; cla&lt;/pre&gt;</description>
    <dc:creator>Eric Wong</dc:creator>
    <dc:date>2010-09-25T04:53:14</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.ruby.rubinius.devel">
    <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.rubinius.devel</link>
  </textinput>
</rdf:RDF>

