$ jgem install sane
$ jgem install whichr
$ whichr jgem
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:38:in
which': stack level too deep (SystemStackError) from /home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:27:in
each’
from
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:27:in
which' from /home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:26:in
each’
from
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:26:in
which' from /home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:62:in
process’
from
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/bin/whichr:25
from
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/bin/whichr:19:in
`load’
from ./whichr:19
[on jruby but not 1.8 or 1.9 MRI].
-r
Hi,
The problem was two-fold.
-
Minor JRuby incompatibility. ‘sane’ gem is doing pretty low-level
tricks with core classes. While investigating this a nice way to
speed-up some very common Array operations has been discovered (from
25% to 200%!), which is all good. 
-
whichr doesn’t detect the Windows pratform properly on JRuby. I
keep seeing this over and over again, so I even wrote a blog entry to
bring attention to this problem:
http://blog.emptyway.com/2009/11/03/proper-way-to-detect-windows-platform-in-ruby/
‘whichr’ gem needs to be corrected.
Thanks,
–Vladimir
P.S. Thanks for filing the bug in our JIRA:
http://jira.codehaus.org/browse/JRUBY-4205
On Mon, Nov 2, 2009 at 7:13 PM, Roger P. [email protected] wrote:
/home/rdp/installs/jruby-1.4.0RC3/lib/ruby/gems/1.8/gems/whichr-0.1.9/lib/whichr.rb:27:in
from
Posted via http://www.ruby-forum.com/.
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email