[#14850] str[re, -1] raises NoMemoryError — nobu.nakada@...
なかだです。
6 messages
2001/10/03
[#14888] perl6 apocalypse 3 — nobu.nakada@...
なかだです。
7 messages
2001/10/04
[#14903] Re: [rubyist:0825] Re: Thread — nobu.nakada@...
なかだです。
8 messages
2001/10/09
[#14909] ext/socket h_addr_list — WATANABE Tetsuya <tetsu@...>
渡辺哲也です。
9 messages
2001/10/11
[#14922] alias $gvar — Koji Arai <JCA02266@...>
新井です。
19 messages
2001/10/14
[#14941] Re: alias $gvar
— matz@... (Yukihiro Matsumoto)
2001/10/16
まつもと ゆきひろです
[#14924] Re: alias $gvar
— nobu.nakada@...
2001/10/14
なかだです。
[#14932] Re: alias $gvar
— nobu.nakada@...
2001/10/15
なかだです。
[#14934] Re: alias $gvar
— Koji Arai <JCA02266@...>
2001/10/15
新井です。
[#14942] [BUG] SEGV: module_eval — Satoru Takabayashi <satoru@...>
こんなことする方が悪いという気がしますが、次のコードを実行す
5 messages
2001/10/16
[#14961] [PATCH] Marshal.load/dump — nobu.nakada@...
なかだです。
9 messages
2001/10/18
[#14962] alias var and trace_var — "K.Kosako" <kosako@...>
新井さんの指摘から、中田さんのパッチで
12 messages
2001/10/19
[#14963] Re: alias var and trace_var
— nobu.nakada@...
2001/10/19
なかだです。
[#14965] Re: alias var and trace_var
— "K.Kosako" <kosako@...>
2001/10/19
nobu.nakada@nifty.ne.jpさんの
[#14967] Re: alias var and trace_var
— nobu.nakada@...
2001/10/19
なかだです。
[#14971] Re: alias var and trace_var
— "K.Kosako" <kosako@...>
2001/10/22
nobu.nakada@nifty.ne.jpさんの
[#14984] [PATCH] stack overflow while GC marking. — nobu.nakada@...
なかだです。
7 messages
2001/10/23
[#14987] tracer.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ＠日本ラショナルソフトウェアです.
5 messages
2001/10/23
[#14998] TCPSocket.gethostbyname で Segmentation fault — tomohiko machida <machida@...>
はじめまして。
4 messages
2001/10/25
[#15001] finalizer problem — keiju@... (Keiju ISHITSUKA)
けいじゅ＠日本ラショナルソフトウェアです.
3 messages
2001/10/25
[#15006] Re: eval.c (rb_stack_check): prohibit recursive raising error — WATANABE Hirofumi <eban@...>
わたなべです。
13 messages
2001/10/26
[#15008] Re: eval.c (rb_stack_check): prohibit recursive raising error
— Shugo Maeda <shugo@...>
2001/10/26
前田です。
[#15207] Re: eval.c (rb_stack_check): prohibit recursive raising error
— nobu.nakada@...
2001/11/19
なかだです。
[#15209] Re: eval.c (rb_stack_check): prohibit recursive raising error
— matz@... (Yukihiro Matsumoto)
2001/11/19
まつもと ゆきひろです
[#15210] Re: eval.c (rb_stack_check): prohibit recursive raising error
— nobu.nakada@...
2001/11/19
なかだです。
[#15211] Re: eval.c (rb_stack_check): prohibit recursive raising error
— matz@... (Yukihiro Matsumoto)
2001/11/19
まつもと ゆきひろです
[#15212] Re: eval.c (rb_stack_check): prohibit recursive raising error
— nobu.nakada@...
2001/11/19
なかだです。
[#15214] Re: eval.c (rb_stack_check): prohibit recursive raising error
— matz@... (Yukihiro Matsumoto)
2001/11/19
まつもと ゆきひろです
[ruby-dev:14884] Re: ruby-1.6.5 MacOS X 10.1 patch
From:
SHIROYAMA Takayuki - <psi@...>
Date:
2001-10-04 07:55:37 UTC
List:
ruby-dev #14884
しろやまです。 > しかし、ext/cursesのMakefileがおかしいのでは？ > ということは変わりません。 > すみません、いま rubyのソースを広げてない(広げたマシンを ちょいいぢめている最中なので...(^^;))のでわかりませんが、 スタティックなライブラリが参照されないため、librubyの中の シンボルが未解決となり、two level namespace の要求する、 全てのシンボルが解決させる事という条件が満たされない のでエラーとなるということですね。 なぜ LIBRUBY_Aが定義されないのかは私もわかりませんが、 ただ、libruby.aを参照すると、拡張モジュールの側にもlibruby.a に含まれるオブジェクトがリンクされてしまい、実行時に二重に オブジェクトが存在して、まづい事になるんじゃないかなぁと 思ってしまいます。 > Mac OS Xの場合、Ruby本体でenvironを直接参照しないようにするしか > 解決できないのでしょうか。 > 話が最初に戻ってしまいますが、 flat_namespaceを使えば 解決します。 Rubyの場合、Rubyそのもので拡張ライブラリと librubyの名前 の衝突が起こらないように注意されているので、two_level_namespace を採用しないとまずいという問題はそうないのではないかと楽 観視してますが... # 昔々、NeXTSTEPの thread_createという関数がぶつかって、 # まつもとさんにrubyの全てのシンボルに rb_をつけてもらうと # いうとんでもない手間をかけさせた奴がいまして... (汗) > hash.cの中で、environを使用せず、getenv(), setenv()等だけでは > 済まない理由は何でしょうか？ > こっちはわかりません。全てを getenv/setenvベースで書き直 してしまえば、確かに __envrionを参照することはありませんね。 あと、私の記憶が正しければ、hash.c以外にも eval.cでも使わ れてます >_environ --- SHIROYAMA Takayuki