There's a project out there called "zliby" [1] which partially
implements the zlib library. Unfortunately, only the Zlib::GzipReader
class has been implemented so far. I'd like to have a pure Ruby
implementation of the Zlib::GzipWriter class.
I've put in a feature request [2] but I'd like to see it expedited. In
order to expedite this, I'm offering $100 to anyone who can implement
it. In order to qualify for the bounty, your Zlib::GzipWriter class
must meet the following criteria:
* It must be pure Ruby. No extensions. No FFI.
* It must have tests (and pass them)
* It must match the current Zlib::GzipWriter interface
* It must be cross platform
* It must be able to generate a proper gem file from a gemspec (the
acid test)
* It must be contributed back to the zliby project
* It must be done within 60 days of this post
If these conditions are met, you will receive your bounty via PayPal.
What's my motivation? Mainly MS Windows. I run a hand built version of
Ruby, and getting the zlib wrapper to build with MS VC++ is such a
colossal PITA that I'd like to avoid it completely. Beyond that,
however, is that it eliminates a third party dependency (zlib) and
gives me the ability to create gems. At the moment I can only read
them.
I've put in a feature request [2] but I'd like to see it expedited. In
order to expedite this, I'm offering $100 to anyone who can implement
it. In order to qualify for the bounty, your Zlib::GzipWriter class
must meet the following criteria:
What's my motivation? Mainly MS Windows. I run a hand built version of
Ruby, and getting the zlib wrapper to build with MS VC++ is such a
colossal PITA that I'd like to avoid it completely. Beyond that,
however, is that it eliminates a third party dependency (zlib) and
gives me the ability to create gems. At the moment I can only read
them.
As a cheap shortcut, could you store a base64-encoded zlib dll in a .rb
file, decode it, then call it with DL or FFI?
What's my motivation? Mainly MS Windows. I run a hand built version of
Ruby, and getting the zlib wrapper to build with MS VC++ is such a
colossal PITA that I'd like to avoid it completely. Beyond that,
however, is that it eliminates a third party dependency (zlib) and
gives me the ability to create gems. At the moment I can only read
them.
One thing I use to help me compile on doze is Lavena's rubyinstaller
[I'm sure you've seen it..].
Anyway I'll match $50
-=r
There's a project out there called "zliby" [1] which partially
implements the zlib library. Unfortunately, only the Zlib::GzipReader
class has been implemented so far. I'd like to have a pure Ruby
implementation of the Zlib::GzipWriterclass.
I've put in a feature request [2] but I'd like to see it expedited. In
order to expedite this, I'm offering $100 to anyone who can implement
it. In order to qualify for the bounty, your Zlib::GzipWriterclass
must meet the following criteria:
* It must be pure Ruby. No extensions. No FFI.
* It must have tests (and pass them)
* It must match the current Zlib::GzipWriterinterface
* It must be cross platform
* It must be able to generate a proper gem file from a gemspec (the
acid test)
* It must be contributed back to the zliby project
* It must be done within 60 days of this post
If these conditions are met, you will receive your bounty via PayPal.
What's my motivation? Mainly MS Windows. I run a hand built version of
Ruby, and getting the zlib wrapper to build with MS VC++ is such a
colossal PITA that I'd like to avoid it completely. Beyond that,
however, is that it eliminates a third party dependency (zlib) and
gives me the ability to create gems. At the moment I can only read
them.
And the winner is...Park Heesob! We actually had two competitors for
the bounty (much to my surprise), and it was very close (again, to my
surprise), but in the end Park's code passed an acid test that
Charles' code did not.[1]
So, congratulations to Park Heesob for not only creating a
Zlib::GzipWriter implementation, but for also creating a pure Ruby
version of the underlying zlib 1.2.3 library!
WOOHOO!
Regards,
Dan
[1] However, I hate to see Charles go unrewarded for his wonderful
efforts, so any matchers are free to distribute their bounties as they
see fit.
There's a project out there called "zliby" [1] which partially
implements the zlib library. Unfortunately, only the Zlib::GzipReader
class has been implemented so far. I'd like to have a pure Ruby
implementation of the Zlib::GzipWriter class.
I've put in a feature request [2] but I'd like to see it expedited. In
order to expedite this, I'm offering $100 to anyone who can implement
it. In order to qualify for the bounty, your Zlib::GzipWriter class
must meet the following criteria:
* It must be pure Ruby. No extensions. No FFI.
* It must have tests (and pass them)
* It must match the current Zlib::GzipWriter interface
* It must be cross platform
* It must be able to generate a proper gem file from a gemspec (the
acid test)
* It must be contributed back to the zliby project
* It must be done within 60 days of this post
I've put in a feature request [2] but I'd like to see it expedited. In
order to expedite this, I'm offering $100 to anyone who can implement
it. In order to qualify for the bounty, your Zlib::GzipWriter class
must meet the following criteria:
> What's my motivation? Mainly MS Windows. I run a hand built version of
> Ruby, and getting the zlib wrapper to build with MS VC++ is such a
> colossal PITA that I'd like to avoid it completely. Beyond that,
> however, is that it eliminates a third party dependency (zlib) and
> gives me the ability to create gems. At the moment I can only read
> them.
As a cheap shortcut, could you store a base64-encoded zlib dll in a .rb
file, decode it, then call it with DL or FFI?
> What's my motivation? Mainly MS Windows. I run a hand built version of
> Ruby, and getting the zlib wrapper to build with MS VC++ is such a
> colossal PITA that I'd like to avoid it completely. Beyond that,
> however, is that it eliminates a third party dependency (zlib) and
> gives me the ability to create gems. At the moment I can only read
> them.
One thing I use to help me compile on doze is Lavena's rubyinstaller
[I'm sure you've seen it..].
Anyway I'll match $50
So, congratulationns to Park Heesob for not only creating a
Zlib::GzipWriter implementation, but for also creating a pure Ruby
version of the underlying zlib 1.2.3 library!
WOOHOO!
Regards,
Dan
[1] However, I hate to see Charles go unrewarded for his wonderful
efforts, so any matchers are free to distribute their bounties as they
see fit.
This is just awesome, thanks Dan for putting up some cash to make this
happen! Compression was more difficult then decompression and I just
didn't have the time. Going to look into combining Park's code into
zliby.. though Charles stuff looks interesting too....
--
Posted via http://www.ruby-forum.com/.
> There's a project out there called "zliby" [1] which partially
> implements the zlib library. Unfortunately, only the Zlib::GzipReader
> class has been implemented so far. I'd like to have a pure Ruby
> implementation of the Zlib::GzipWriter class.
> I've put in a feature request [2] but I'd like to see it expedited. In
> order to expedite this, I'm offering $100 to anyone who can implement
> it. In order to qualify for the bounty, your Zlib::GzipWriter class
> must meet the following criteria:
> * It must be pure Ruby. No extensions. No FFI.
> * It must have tests (and pass them)
> * It must match the current Zlib::GzipWriter interface
> * It must be cross platform
> * It must be able to generate a proper gem file from a gemspec (the
> acid test)
> * It must be contributed back to the zliby project
> * It must be done within 60 days of this post
<snip>
And the winner is...Park Heesob! We actually had two competitors for
the bounty (much to my surprise), and it was very close (again, to my
surprise), but in the end Park's code passed an acid test that
Charles' code did not.[1]
So, congratulations to Park Heesob for not only creating a
Zlib::GzipWriter implementation, but for also creating a pure Ruby
version of the underlying zlib 1.2.3 library!
WOOHOO!
Regards,
Dan
[1] However, I hate to see Charles go unrewarded for his wonderful
efforts, so any matchers are free to distribute their bounties as they
see fit.
I thought JRuby used FFI. No? If not, it should just be matter of
porting the code. But if so, you still have two third party
dependencies - FFI and zlib.dll.
rogerdpack wrote:
>> I've put in a feature request [2] but I'd like to see it expedited. In
>> order to expedite this, I'm offering $100 to anyone who can implement
>> it. In order to qualify for the bounty, your Zlib::GzipWriter class
>> must meet the following criteria:
> That would indeed be convenient.
> Would be nice to someday no longer have the dependency of rubygems on
> zlib.
>http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/a6...
> Then there'd be one less setup hurdle for ruby.
> I'm a watcher for now though
Of course you could use JRuby, which doesn't have such issues with zlib
and Windows...
I'm not really sure how to do that, and it's not really what I'm
looking for I'm afraid.
You didn't know how, or didn't understand? DL is part of the standard
library. You could carry around the zlib dll right inside an .rb file,
and use DL to call the zlib function(s) you needed.
I understand you were looking for a general-purpose solution, but in the
meantime this does what you need, albeit gymnastically. Namely, zlib on
Windows without the requirement of building a ruby extension.
--
Posted via http://www.ruby-forum.com/.
It probably is, but there's nothing we can do about it since zlib
isn't developed separately as a gem, and it would still require that
someone build a binary.
If we had a pure Ruby version available as a gem on the other hand...
I have some bucks with Park and Charles names printed on them
Park: I have your Paypal info, will send you as soon as possible.
Charles: can you tell me your paypal email?
Again: do anyone knows a good platform to to bounties for open source
projects?
Regards,
Thanks Luis, but never mind, it was more about the challenge, and also
supporting the effort to ease problems on windows. I primarily use ruby
on windows, and make use of the fruits of your (one click installer),
and daniel berger's (win32 process, sys-*, et al) labors every day (at
work that is :). Props to you guys for making ruby on windows useable...
I thought JRuby used FFI. No? If not, it should just be matter of
porting the code. But if so, you still have two third party
dependencies - FFI and zlib.dll.
The JVM includes zlib and obviously has a very nice version for Windows. We just wrap the JVM's zlib-based compression classes. But that doesn't really solve your original problem since you want to run a handbuilt C Ruby...
Daniel Berger wrote:
>> file, decode it, then call it with DL or FFI?
> I'm not really sure how to do that, and it's not really what I'm
> looking for I'm afraid.
You didn't know how, or didn't understand? DL is part of the standard
library. You could carry around the zlib dll right inside an .rb file,
and use DL to call the zlib function(s) you needed.
Just to clarify for purposes of the bounty, no DL, and no distributed
dll's.
I understand you were looking for a general-purpose solution, but in the
meantime this does what you need, albeit gymnastically. Namely, zlib on
Windows without the requirement of building a ruby extension.
I really do appreciate the suggestion but it's not what I'm looking
for.
If we had a pure Ruby version available as a gem on the other hand...
Regards,
Dan
I'm most of the way done, just missing dynamic huffman trees, and more
interface similarity with zlib. Need to change the specs from zliby
though as the algorithm I'm using is not identical to zlib and gives
different (but still valid) results.
For example, zlib's lz77 phase doesn't seem to behave optimally wrt
repeats:
