[#10193] String.ord — David Flanagan <david@...>

Hi,

41 messages 2007/02/05
[#10197] Re: String.ord — Yukihiro Matsumoto <matz@...> 2007/02/06

Hi,

[#10198] Re: String.ord — David Flanagan <david@...> 2007/02/06

Yukihiro Matsumoto wrote:

[#10199] Re: String.ord — Daniel Berger <djberg96@...> 2007/02/06

David Flanagan wrote:

[#10200] Re: String.ord — David Flanagan <david@...> 2007/02/06

Daniel Berger wrote:

[#10208] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10213] Re: String.ord — David Flanagan <david@...> 2007/02/06

Nikolai Weibull wrote:

[#10215] Re: String.ord — "Nikolai Weibull" <now@...> 2007/02/06

On 2/6/07, David Flanagan <david@davidflanagan.com> wrote:

[#10216] Re: String.ord — David Flanagan <david@...> 2007/02/07

Nikolai Weibull wrote:

[#10288] Socket library should support abstract unix sockets — <noreply@...>

Bugs item #8597, was opened at 2007-02-13 16:10

12 messages 2007/02/13

[#10321] File.basename fails on Windows root paths — <noreply@...>

Bugs item #8676, was opened at 2007-02-15 10:09

11 messages 2007/02/15

[#10323] Trouble with xmlrpc — James Edward Gray II <james@...>

Some of the Ruby code used by TextMate makes use of xmlrpc/

31 messages 2007/02/15
[#10324] Re: Trouble with xmlrpc — "Berger, Daniel" <Daniel.Berger@...> 2007/02/15

> -----Original Message-----

[#10326] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/15

On Feb 15, 2007, at 1:29 PM, Berger, Daniel wrote:

[#10342] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

While I am complaining about xmlrpc, we have another issue. It's

[#10343] Re: Trouble with xmlrpc — Alex Young <alex@...> 2007/02/16

James Edward Gray II wrote:

[#10344] Re: Trouble with xmlrpc — James Edward Gray II <james@...> 2007/02/16

On Feb 16, 2007, at 12:08 PM, Alex Young wrote:

Ruby 1.8.5 not installing a working digest.rb on MacOSX

From: "Ryan Waldron" <ryan.waldron@...>
Date: 2007-02-23 03:44:01 UTC
List: ruby-core #10397
While trying to install a Rails app on my Mac (10.4 Tiger), I ran into
a vexing issue with digest.rb.  I installed Ruby from source on this
box (1.8.5), and have been using it daily for
weeks for Rails development and other, non-Rails Ruby playing.

Anyway, Ruby builds and installs fine, and (like I said) I have had no
other problems with my Ruby install.  But while running part of this
app's setup, I got this error:

/usr/local/lib/ruby/site_ruby/1.8/digest.rb:16:in `const_missing':
Digest class not found: Digest::SHA384 (NameError)

But it's not the app itself; it turns out that I can duplicate the
problem by running Ruby's own 'make test-all' in the build directory:

~/src/ruby rew$ make test-all
./miniruby  ./runruby.rb --extout=.ext -- "./test/runner.rb"
--basedir="./test" --runner=console
/Users/rew/src/ruby/.ext/common/digest.rb:16:in `const_missing':
Digest class not found: Digest::SHA384 (NameError)
make: *** [test-all] Error 1


Now, when I look in /usr/local/lib/ruby/site_ruby/1.8/digest.rb, I
find these lines:

require 'digest.so'

module Digest
 autoload "SHA256", "digest/sha2.so"
 autoload "SHA384", "digest/sha2.so"
 autoload "SHA512", "digest/sha2.so"
...


Now, I don't have any .so files lying around.  I believe the right
things are .bundle files on MacOSX.

I have, in /usr/local/lib/ruby/site_ruby/1.8/i686-darwin8.8.2, a
digest.bundle and a digest/sha2.bundle.  I have the same thing in
/usr/local/lib/ruby/1.8/i686-darwin8.8.2.  I don't know why they're in
both places.  They're not symlinks, and cmp(1) says they're identical
files.  Anyway...

Anyway, can someone tell me what I appear to have done wrong, or what
Ruby did wrong, when I built it to get into this situation?

By way of comparison, the hpricot gem does

 require 'hpricot_scan'

and then there is in its lib dir both 'hpricot_scan.so' and
'hpricot_scan.bundle'.

Any ideas of where to start?  A quick search for 'digest.rb' or
'digest' or 'SHA' in the Rubyforge.org Ruby bug database showed
nothing.  A friendly poster on ruby-talk suggested that it might be a
Ruby bug, and that I should bring it here.

In This Thread

Prev Next