Hi!

This is my bad, with the implementation of IOConverter. I think it was a
bad idea from the beginning, actually. The reason for this error (which
I also get now) is that RubyGems uses StringIO on lots of places, and
since StringIO does not descend from IO, this fails. And the strategy is
not good either.

I will think about this, and fix it later tonight. Probably I will do
some kind of wrapper for working between IO-objects and java streams in
a better fashion.

I'll be back.

Regards
 Ola Bini

----- Original Message -----
From: Charles O Nutter <[EMAIL PROTECTED]>
Date: Tuesday, March 21, 2006 11:30 pm
Subject: Re: [Jruby-devel] Status of Zlib and Gem
To: [email protected]

> Two fixes so far:
> 
> 1. Added CRC32Ext based on Adler32Ext - seemed to be missing when I 
> updatedmy branch from HEAD, perhaps it was not in the original 
> patch, or got
> missed.
> 2. Added defaults to GZipWriter#initialize to match open and 
> Deflate#new:    def initialize(io, level=nil, strategy=nil)
>      @io = GZIPOutputStream.new(IOConverter.new(io).asOutputStream)
>    end
> Odd that this doesn't show up in any documentation.
> 
> Current issue is that in the above initialize method, the
> GZIPOutputStream.new is being passed a RubyObject, not an 
> OutputStream.Looks like a JRuby issue.
> 
> Tom and I agree we can go forward with the non-security-friendly
> checksumming for now, but we'll probably need to look at another 
> option(like just implementing CRC32 and Adler32 ourselves).
> 
> --
> Charles Oliver Nutter @ headius.blogspot.com
> JRuby Developer @ jruby.sourceforge.net
> Application Architect @ www.ventera.com
> 


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Jruby-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jruby-devel

Reply via email to