[#44295] p "135790123456789".delete("357") #=> "190124689" — take_tk <ggb03124@...>
以下は独り言なのですが、よろしかったら、String#delete の仕様が現在のよう
4 messages
2007/12/02
[#44310] プログラムに対して意図したとおりの文字列を渡す方法 — "Information Kanasansoft" <kanasansoft@...>
kanasanです。
9 messages
2007/12/05
[#44313] Re: プログラムに対して意図したとおりの文字列を渡す方法
— Kazuhiro NISHIYAMA <zn@...>
2007/12/05
西山和広です。
[#44322] mork.rb — "S_Konno(今野 滋)" <sk@...>
今野です。
6 messages
2007/12/06
[#44332] クラス:相互参照系の作成方法について質問です — "Saburoh Sakai" <sabroh@...>
はじめまして、さかいと申します。
12 messages
2007/12/11
[#44352] 配列のシャッフル — Maehara Masahide (前原正英) <maehrm@...>
前原と申します。
13 messages
2007/12/18
[#44353] Re: 配列のシャッフル
— "Takehiro Nagai" <lukesilvia@...>
2007/12/18
永井と申します。
[#44366] Rake改善プロジェクト — "Hajime Hoshi" <hajimehoshi@...>
東京大学修士 1 年の星一と申します。
14 messages
2007/12/19
[#44367] Re: Rake 改善プロジェクト
— NISHIMATSU Takeshi <t_nissie@...>
2007/12/19
西松と申します。
[#44386] 「Rubyリファレンスマニュアル刷新計画」1.9.0リリース — "原 悠" <yhara@...>
「Ruby リファレンスマニュアル刷新計画」メンバーのyharaです。
4 messages
2007/12/25
[#44398] DateTimeクラスでの時間加算について — "西塔伸一郎" <sinsaihy@...>
お世話になっております。
5 messages
2007/12/27
[#44402] ruby-refm-1.9.0-dynamic : Ruby 1.9 でうごかない — <mugenkai_151e@...>
ruby-refm-1.9.0-dynamic
4 messages
2007/12/27
[ruby-list:44393] Re: typedef unsigned long VALUE; に関して
From:
"U.Nakamura" <usa@...>
Date:
2007-12-26 18:36:32 UTC
List:
ruby-list #44393
こんにちは、なかむら(う)です。
In message "[ruby-list:44392] typedef unsigned long VALUE; に関して"
on Dec.27,2007 02:46:36, <cruby47@yahoo.co.jp> wrote:
| 何か、重要な理由がありVALUEはvoid型のポインタとしては
| 定義されていないと思うのですが、自分で考えていてもなかなか
| 思いつかないので、そこの所を教えて頂けないでしょうか。
C言語では、ポインタとそれを格納しうる大きさの整数型との間の型
変換は認められていますが、実際にどのように変換されるかは処理
系定義となっています。
よって、整数型からポインタ型への変換時、あるいは、ポインタ型
から整数型への変換時に、値(ビットパターン)が変化する可能性が
あります。
具体的には、例えば、あるアドレスを指すポインタの表現形式が複
数ありえる場合(セグメント+オフセット形式であるとか、上位のビ
ットがアドレス値として無意味な場合など)、変換の過程で一定の表
現形式に揃える(正規化する)、という処理系実装が考えられます。
よって、任意の整数値をポインタに変換し、それを後で整数型に再
び変換しても、同じ値が得られるとは限りません。
もちろん、逆に任意のポインタを整数型に変換し、それを後でポイ
ンタに再び変換しても同じ値が得られるとも限らないのですが、実
用上、仮に異なるビットパターンになっていたとしても、おそらく
は同じアドレスを指すポインタになっている可能性は高いと考えら
れます。
と、いうわけで、VALUEをポインタ型として定義するのは危険ですが、
整数型として定義するのはそれよりはマシであろうことが期待でき
ます。
それでは。
--
U.Nakamura <usa@garbagecollect.jp>