I&#39;ve been looking at what it would take to start using byte arrays rather then strings for the backing store for MutableString.&nbsp; It&#39;s one heck of a rabbit hole, I can get it /almost/ working... either I fail one spec, or three... and they&#39;re totally different.&nbsp; Anyway, if noone else is working on it I&#39;ll continue to see what I can do, this is related to the zlib issue with binary files (or actually any file that contains bytes over 127 potentially) as data is passed around as strings and not byte arrays.<br>
<br>Oh and I hope to implement actual compression sometime soon.. just need to block out some time.<br><br><div class="gmail_quote">On Fri, May 2, 2008 at 6:24 PM, John Lam (IRONRUBY) &lt;<a href="mailto:jflam@microsoft.com">jflam@microsoft.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I&#39;m still working on the shelveset that I sent out for code review earlier today (bugfixes9). We found a few more issues when we did the code review. The most interesting case is this one:<br>

<br>
We normally define methods that accept symbol using a signature that takes a SymbolId, eg:<br>
<br>
<br>
[RubyMethod(&quot;attr&quot;, RubyMethodAttributes.PrivateInstance)]<br>
public static void Attr(CodeContext/*!*/ context, RubyModule/*!*/ self, SymbolId name) {<br>
 &nbsp; &nbsp;DefineAccessor(context, self, name, true, false);<br>
}<br>
<br>
<br>
Methods like these will blow up if you pass it a &#39;string-like&#39; thing. We have a Protocol to convert these things - Protocols.CastToSymbol(), which does the right thing, which is call to_str on the target.<br>
<br>
We have an open question right now which is whether we should bake in object to SymbolId conversions in the binder or whether we should handle them in a case by case basis by defining an overload that accepts an Object, and calling Protocols.CastToSymbol() on that object.<br>

<br>
Once I get this shelveset past the troll, I&#39;ll work next on getting socket.cs and the ironi regex library into the tree.<br>
<br>
Thanks,<br>
-John<br>
<br>
From: <a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a> [mailto:<a href="mailto:ironruby-core-bounces@rubyforge.org">ironruby-core-bounces@rubyforge.org</a>] On Behalf Of Jim Deville<br>

Sent: Friday, May 02, 2008 2:37 PM<br>
To: <a href="mailto:ironruby-core@rubyforge.org">ironruby-core@rubyforge.org</a><br>
Subject: [Ironruby-core] Friday Status Update<br>
<div class="Ih2E3d"><br>
Like we talked about earlier, let&#39;s give an update on what we are working on<br>
<br>
I&#39;m working on hacking optparse to work so that we can update to the newest Rubinius spec&#39;s. Then I&#39;ll be closing out a whole slew of bugs.<br>
<br>
Jim Deville<br>
</div>_______________________________________________<br>
Ironruby-core mailing list<br>
<a href="mailto:Ironruby-core@rubyforge.org">Ironruby-core@rubyforge.org</a><br>
<a href="http://rubyforge.org/mailman/listinfo/ironruby-core" target="_blank">http://rubyforge.org/mailman/listinfo/ironruby-core</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Michael Letterle<br>[Polymath Prokrammer]<br><a href="http://blog.prokrams.com">http://blog.prokrams.com</a><br><br>