[#586] irb aborts in 1.7.3 on Solaris — Jim Freeze <jim@...>
Hi:
6 messages
2002/12/06
[#598] irb Abort on Solaris Backtrace — Jim Freeze <jim@...>
Hi:
12 messages
2002/12/09
[#599] Re: irb Abort on Solaris Backtrace
— ts <decoux@...>
2002/12/09
>>>>> "J" == Jim Freeze <jim@freeze.org> writes:
[#600] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/09
On Tuesday, 10 December 2002 at 1:44:43 +0900, ts wrote:
[#602] Re: irb Abort on Solaris Backtrace
— matz@... (Yukihiro Matsumoto)
2002/12/09
Hi,
[#603] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/09
On Tuesday, 10 December 2002 at 3:24:46 +0900, Yukihiro Matsumoto wrote:
[#606] Re: irb Abort on Solaris Backtrace
— matz@... (Yukihiro Matsumoto)
2002/12/09
Hi,
[#609] Re: irb Abort on Solaris Backtrace
— Jim Freeze <jim@...>
2002/12/10
On Tuesday, 10 December 2002 at 7:59:33 +0900, Yukihiro Matsumoto wrote:
[#601] Re: irb Abort on Solaris Backtrace — "Garriss, Michael" <Michael.Garriss@...>
I tried: `ruby -r socket -e 0` and got no error. I would really like to
5 messages
2002/12/09
[#633] Error installing some extensions under non-default prefix — Jos Backus <jos@...>
Fyi: with today's CVS, when I run
4 messages
2002/12/13
[#636] doc/NEWS — Matt Armstrong <matt@...>
22 messages
2002/12/15
[#640] Re: [patch] doc/NEWS
— nobu.nokada@...
2002/12/15
Hi,
[#641] Re: [patch] doc/NEWS
— Matt Armstrong <matt@...>
2002/12/16
[#637] Re: [patch] doc/NEWS
— "Akinori MUSHA" <knu@...>
2002/12/15
At Mon, 16 Dec 2002 02:07:40 +0900,
[#639] Re: [patch] doc/NEWS
— matz@... (Yukihiro Matsumoto)
2002/12/15
Hi,
[#644] Re: [patch] doc/NEWS
— Tanaka Akira <akr@...17n.org>
2002/12/16
In article <1039993469.392945.14311.nullmailer@picachu.netlab.jp>,
[#667] Segfault in Ruby 1.7.x/1.8 Proc#to_s — Michael Granger <ged@...>
Hello,
8 messages
2002/12/29
Re: irb Abort on Solaris Backtrace
From:
Jim Freeze <jim@...>
Date:
2002-12-11 01:06:46 UTC
List:
ruby-core #614
On Wednesday, 11 December 2002 at 8:11:18 +0900, Jim Freeze wrote: > On Tuesday, 10 December 2002 at 23:28:59 +0900, Yukihiro Matsumoto wrote: > > I'm afraid your linker (GNU ld) is not capable to create dynamic > > loadable modules (.so), or maybe we need to specify some unknown > > command line options to the linker to do so. Do manual pages on your > > machine say anything? Try man dlopen, ld etc. > > > > matz. > > Thanks much for your help. I just figured out that the default > path was recently changed to put /usr/ccs/bin before /usr/local/bin. > Changing this and placing /usr/local/bin first allowed the gnu ld > (/usr/local/bin/ld) to be used instead of solaris ld (/usr/ccs/bin/ld). > All problems have now disappeared. > After looking into this issue more, it appears that ld is used during runtime and not during compile time. (Is this true?) Anyway, I still don't understand why an installed version of 1.6.6 works while 1.7.3 does not (that is, with the /usr/css/bin/ld). All I have to do to get the 1.7.3 version to run is to ensure that /usr/local/bin/ld is in my path before /usr/css/bin/ld. Also, 1.6.7 partially works, that is, irb run but socket Aborts. Has something changed with 1.7.3, or does ld link the .so files and there is some wierd interaction between the the old .so files and the new .so files? -- Jim Freeze ---------- Krogt, n. (chemical symbol: Kr): The metallic silver coating found on fast-food game cards. -- Rich Hall, "Sniglets"