Serious trouble on PPC with Ruby 1.8.6

Hello fine folks of ruby-talk!

I am taking some serious damage with the fresh ruby 1.8.6 after
updating from 1.8.4

All the usual rituals were executed including flushing the /usr/local/
lib.ruby hierarchy.
I rebuilt ruby a few times.

When running make-test-all I get:

/ruby-1.8.6/lib/drb/drb.rb:589: [BUG] Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

/ruby-1.8.6/lib/rexml/parsers/streamparser.rb:17: [BUG] Segmentation
fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

and …
make: *** [test-all] Abort trap

The rest is all green - dots dots dots

Any attempt to use the freshly polished ruby raises issues. For
instance, most of rdoc runs end with:

Installing RDoc documentation for camping-1.5.180…
/usr/local/lib/ruby/1.8/rdoc/parsers/parse_rb.rb:1273: [BUG]
Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

This happened to me on about 4 gems already.

When I try to do the gem install something, I get a different
segfault in a different place altogether:

digi:/ruby-1.8.6 julik$ sudo gem install rails
/usr/local/lib/ruby/site_ruby/1.8/rubygems/version.rb:136: [BUG]
Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

On the second try it does give me the usual “do you want to install
activesupport” message

Even a seemingly innocent gem list fails:

digi:/ruby-1.8.6 julik$ gem list -r

*** REMOTE GEMS ***
Bulk updating Gem source index for: http://gems.rubyforge.org
/usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:322: [BUG]
Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

IRB works fine, so does ruby -v and friends

Works for some gems, does not work for others. Basically I haven’t
been getting that many segfaults in a year of using ruby.

gcc version 4.0.0 20041026 (Apple Computer, Inc. build 4061), OS X
10.4.9

Could someone give me a clue what is rotten? Black magic failed, I am
surely no wizard.

On Apr 19, 2007, at 00:01 , julik wrote:

/ruby-1.8.6/lib/drb/drb.rb:589: [BUG] Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

Can you provide the output from:

% gdb ./miniruby
gdb> r ./runruby.rb --extout=.ext – “./test/runner.rb” --basedir="./
test" --runner=console
… go boom …
gdb> bt

On Apr 19, 2007, at 6:01 AM, julik wrote:

Bulk updating Gem source index for: http://gems.rubyforge.org
/usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:322:
[BUG] Segmentation fault
ruby 1.8.6 (2007-03-13) [powerpc-darwin8.9.0]

IRB works fine, so does ruby -v and friends

d’oh
turned out this had to do with some remaning binaries in /usr/local/bin
after flushing my whole /usr/local/bin|lib|share down the drain I
finally can reinstall ruby and gems
pronto

if only imagick was not such a PITA

and sorry for disturbing

On Apr 19, 2007, at 19:27 , julik wrote:

turned out this had to do with some remaning binaries in /usr/local/
bin
after flushing my whole /usr/local/bin|lib|share down the drain I
finally can reinstall ruby and gems
pronto

Ah, cool. No worries.

if only imagick was not such a PITA

Depending on what you want to do, you might want to check out
image_science. :slight_smile:

hello guys,
i’m experiencing exactly the same behavior as described in the mail
before.
since there was no solution on the thread i wanted to ask what could
be the problem here:

(gdb) r ./runruby.rb --extout=.ext – “./test/runner.rb” --basedir="./
test" --runner=console
Starting program: /Users/z3cko/Desktop/compile/ruby-1.8.6/miniruby
./runruby.rb --extout=.ext – “./test/runner.rb” --basedir="./ test"
–runner=console
Reading symbols for shared libraries … done

Program received signal SIGTRAP, Trace/breakpoint trap.
0x8fe01010 in __dyld__dyld_start ()
(gdb)

i am wondering if the problem could be related to a blog entry i found:
http://crafterm.net/blog/articles/2006/11/24/segmentation-faults-with-ruby-1-8-4-in-fink-10-4-tree-with-gcc-4

i am on an i386 machine, osx 10.4.9, gcc version 4.0.1 (Apple
Computer, Inc. build 5367). trying to build an universal ruby binary.

thanks for the help,
mz

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs