On Mon, Mar 17, 2008 at 11:32 PM, Wayne Kelly <[EMAIL PROTECTED]> wrote:
>
>> I was under the impression that I had finished this, but I'm
>> thousands of miles away from being able to check. Have you
>> tried to use StringScanner?
>
> I didn't realize that this external module was already impleme
> From: Curt Hagenlocher
> Sent: Tuesday, 11 March 2008 8:13 PM
> Subject: Re: [Ironruby-core] External libraries implementation status update
>
> On 3/6/08, Wayne Kelly <[EMAIL PROTECTED]> wrote:
> >
> > strscan.so:
> > - any progress Curt?
>
> I
Just an FYI, I made the first offical release, Zliby
(http://rubyforge.org/projects/zliby/), it does Gzip decompression as
well as Zlib decompression, and implements all the methods that Dr.
Kelly listed. Note though it does rely on a few methods not yet
implemented, notably Time.at and block_give
I've got the rubyforge project up for the pure ruby zlib
implementation, SVN has what I got so far, which is basically just
Zlib::Inflate, http://rubyforge.org/projects/zliby/ it's rough, but
I'm adding to it.
On Fri, Mar 7, 2008 at 5:46 PM, Michael Letterle
<[EMAIL PROTECTED]> wrote:
> I'd like
On 3/6/08, Wayne Kelly <[EMAIL PROTECTED]> wrote:
>
> strscan.so:
> - any progress Curt?
I was under the impression that I had finished this, but I'm thousands
of miles away from being able to check. Have you tried to use
StringScanner?
--
Curt Hagenlocher
[EMAIL PROTECTED]
I'd like to implement zlib in pure ruby, but in the mean time, I think
this should be good enough. Time will tell. Once we get a good
collection of these libraries together we'll be able to see what's
really needed ;)
Anyway, updated zlib.rb attached, it performs the Gzip and Zlib
decompression..
Michael Letterle:
> Alright, I started doing this tonight (finally) GZip was pretty
> straight forward, but Inflate may be a problem, The
> System::IO::Compression.DeflateStream is RFC 1951 compliant /not/
> 1950.. Meaning it only covers Deflate, not ZLib in general. See here:
> https://connect.
Alright, I started doing this tonight (finally) GZip was pretty
straight forward, but Inflate may be a problem, The
System::IO::Compression.DeflateStream is RFC 1951 compliant /not/
1950.. Meaning it only covers Deflate, not ZLib in general. See here:
https://connect.microsoft.com/VisualStudio/fe
On stringio: I'm finishing some compatibility tests with ruby 1.8.6. Hope
send the patch soon for revision.
Regards
On Thu, Mar 6, 2008 at 12:29 AM, Wayne Kelly <[EMAIL PROTECTED]> wrote:
> A while back I posted a list of external libraries that we needed to
> implement in order to support gems
I believe the consensus from September was to follow JRuby's lead and base
the implementation on System.IO.Compression as much as possible, and code
anything that was needed to get it compatible with the Ruby library.
http://rubyforge.org/pipermail/ironruby-core/2007-September/24.html
On Thu,
This came up on the list a few months ago. The consensus was that building
off of System.IO.Compression would be the best, and failing that wrapping
Zlib.Net should be possible.
You can dig up the old thread for some more details though.
-Eric
On Thu, Mar 6, 2008 at 3:05 PM, Ivan Porto Carrero
Hi
Is there any objection against using a wrapper around zlib.net ?
On Fri, Mar 7, 2008 at 2:27 AM, Michael Letterle <[EMAIL PROTECTED]>
wrote:
> On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > A while back I posted a list of external libraries that we need
On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly <[EMAIL PROTECTED]> wrote:
>
>
>
> A while back I posted a list of external libraries that we needed to
> implement in order to support gems and Rails. The following summarizes the
> libraries that I've been working on. Could others who are also working o
A while back I posted a list of external libraries that we needed to implement
in order to support gems and Rails. The following summarizes the libraries that
I've been working on. Could others who are also working on these libraries
please post a status update?
Win32API.so:
- we just need to
14 matches
Mail list logo