「intとポインタは同じサイズが前提」派が集うスレ

1 ：integer=pointer：03/12/14 01:59

「intとポインタが同じサイズである限り、
　俺のプログラムはどこでも動く様に作られている。」
　　　　　　　　　　　　───デフォルトの名無しさん

　この慣習は古くはＣ言語のＫ＆Ｒ時代から暗黙の了解として
黄金時代の達人プログラマの間で広く慣れ親しんできた事である。
事情を良く理解したプログラマならば、この伝統は是が非でも
守るべきものであると感じるだろう。
しかし、伝統が崩れさるかもしれない危機が迫っているのだ。

2 ：仕様書無しさん：03/12/14 02:01

C厨って馬鹿だなぁ。げらげら

3 ：仕様書無しさん：03/12/14 02:02

farとかnearとかわからない厨房は、PGやめろ。

4 ：integer=pointer：03/12/14 02:05

振り返ればプロセッサの歩みはＣ言語と共にあったと言える。
ところが、最近はポインタだけ64bitだとか、全く見当外れな
設計をする輩が蔓延り始めた様だ。いったい何を考えているのか
理解に苦しむ。前提を崩すという行為、これは我々から見れば
プロセッサメーカーの裏切り、反逆に相当する。
この暴挙を許してしまえば、もはやプログラマに明日はない。
特にあなたが職業プログラマなら深刻な問題と捉えるべきである。
コードを無駄に複雑化、しかし見積もり請求額の上限はさほど
変わらずに、プログラマは負担の割に低賃金を強いられるという
悪循環をもたらす事は目に見えている。今までがそうだった様に。

そろそろ粛清が必要だと感じた同志は多かろう。
ああ、そうですかと、ただ流されてはいけないのだ。
我々自身の明日のために、今こそ立ちあがるべき時が来たのだ。

5 ：仕様書無しさん：03/12/14 02:08

キャストすれば？

6 ：仕様書無しさん：03/12/14 02:12

ポインタって何ですか？

7 ：仕様書無しさん：03/12/14 02:13

「何ぃ、ポインタが24ビットぉ？
そんなもん、コンピュータじゃないぜ(w 」
以前 UNIX 環境に安住していた自称 wizeard 達が発する
この言葉に怨嵯の念を感じていた奴らも多いだろう。

今だからこそ俺は言える。
「何ぃ、intとポインタが同じサイズである事に依存したコードぉ？
そんなもん、プログラムじゃないぜ(w 」

8 ：仕様書無しさん：03/12/14 02:14

昔は、64kで十分だったからなぁ。

9 ：7：03/12/14 02:14

あ、スペルミスった（汗

10 ：integer=pointer：03/12/14 02:15

>>5
キャストしてもintを使う前提であれば、
情報の欠落は避けられないのはおわかりか？
（pointer>intの場合）

11 ：仕様書無しさん：03/12/14 02:18

むしろ、最近は「ポインタとして」扱う事が少なくなってるね

だけどポインタとintが同じサイズじゃないとできない事って何があるの？

12 ：仕様書無しさん：03/12/14 02:20

とりあえず>>1はアセンブラから勉強し直せ。

13 ：仕様書無しさん：03/12/14 02:21

>>11
たぶん問題にしてるのは、プログラマがその事を考慮して
コードを書かなきゃならんということでは。
できる・できないの話じゃなく。

14 ：仕様書無しさん：03/12/14 02:21

上位と下位にわけてキャストするに決まってる。
合成するときは4bitずらすのだ。

15 ：仕様書無しさん：03/12/14 02:22

まあnearポインタまでサイズ違ってたら嫌ですな

16 ：仕様書無しさん：03/12/14 02:22

>>13
すまん、説明が下手だった

つまり言いたいことは、
intとポインタのサイズが同じ事でたとえばどういう風につかうの？
使い道は？って事

17 ：仕様書無しさん：03/12/14 02:23

>>11
ライブラリから提供されてる構造体のint型フィールドにポインタを格納すること。

18 ：仕様書無しさん：03/12/14 02:23

>>16
intだけでコードが書ける。
int p = *(int*)p;

19 ：仕様書無しさん：03/12/14 02:25

なぜ態々int型に格納するの？
int型のポインタでいいんじゃね？

20 ：仕様書無しさん：03/12/14 02:26

int型の２次元配列作ってハッシュにするとか？

21 ：仕様書無しさん：03/12/14 02:26

#define INT long
#define INT int
って場合によって使い分ければいいじゃん

22 ：仕様書無しさん：03/12/14 02:28

>>19
int型とintのポイント型が同じサイズという前提ではね。

23 ：仕様書無しさん：03/12/14 02:32

intはもともとCPUで自然に表現できる大きさ＝レジスタサイズ
から来てるんだよね。
32bitのCPUでは、結構長い間アドレス空間のサイズもintと同じだったと。

24 ：仕様書無しさん：03/12/14 02:37

>>11
char *ptr;
...
printf("%X:%c\n", ptr, *ptr);

本当は "%p" とすべきところを"%X" とかにしちゃってるとか
(だと思ってるけど。。。)

25 ：仕様書無しさん：03/12/14 02:40

1の主張もわかる。
intがダメならポインタと同じサイズの型を探す必要があるな。

26 ：仕様書無しさん：03/12/14 02:44

intを64bitにすればいいじゃん

27 ：仕様書無しさん：03/12/14 02:51

16bit時代の悪夢が再度訪れるってこと？

28 ：仕様書無しさん：03/12/14 03:07

>>27
１６ビット時代の問題の本質はこう。

「ポインタの表現力（ビット数）が足りない」

これは「intとポインタは同じサイズが前提」とは無関係。

29 ：仕様書無しさん：03/12/14 03:08

今どきintptr_t/uintptr_tも知らない香具師が居るのかよ。
ﾌﾟ

30 ：仕様書無しさん：03/12/14 03:09

ポインタをint型変数に代入することは無い。
ポインタを代入するのはポインタ型変数のみだ。

31 ：仕様書無しさん：03/12/14 03:10

>>29
どこのマイナー処理系ですか？ｗ

32 ：仕様書無しさん：03/12/14 03:23

>>31
The Single UNIX Specification準拠の処理系ですが、何か?

33 ：仕様書無しさん：03/12/14 03:30

>>29
問題の本質をわかってないね。

34 ：仕様書無しさん：03/12/14 03:36

C言語はつきつめればみんなただの数値、
どう解釈するかだけなんだよって
聞いたとき感動した。

35 ：仕様書無しさん：03/12/14 03:41

>>34
それC言語に限らない。

36 ：仕様書無しさん：03/12/14 03:47

>>34
コンピュータにまつわる全ての事柄は自然数で表現できる。

37 ：仕様書無しさん：03/12/14 10:55

自然数ってゼロ含まないよな、たしか？

38 ：仕様書無しさん：03/12/14 14:32

0を含む場合もあれば、含まない場合もある。

39 ：仕様書無しさん：03/12/14 14:45

含む場合は無いよ

40 ：仕様書無しさん：03/12/14 16:09

http://ja.wikipedia.org/wiki/自然数
たしかに高校までは0を含まなかった記憶がある。

41 ：仕様書無しさん：03/12/14 17:31

分野によります。
0を自然数に入れるかどうかは、最近変わったのではなく、昔からバラバラでした。それで誰も困っていないので、今もバラバラです。統一しても何も嬉しいことはないので、これからもバラバラでしょう。

日本の中学・高校の数学で0を自然数に入れないのは、日本の中学・高校でのローカルルールです。それ以上でもそれ以下でもありません。

--------------------------------------------------------------------------------
Id: #a20031017112523　 (reply, thread)
Date: Fri Oct 17 11:25:23 2003
In-Reply-To: a0085.html#a20031016224741
Name: ブタネコ

ペアノは1から、ブルバキは0から、どっちでもいいんじゃ？

42 ：仕様書無しさん：03/12/14 17:41

クロネッカーにとっての「ゼロ」とはなんだったんでしょ

43 ：仕様書無しさん：03/12/14 18:12

「ゼロを含まない分野」に携わっている人間にとっては、「含む場合もある」だが、
それ以外の99.9%の人間は「含まない」が真実。

44 ：仕様書無しさん：03/12/14 18:16

>>43
「俺が普通」ですか？

45 ：仕様書無しさん：03/12/14 18:25

>>44
どこをどうよめばそのように読めるのか理解できない。

46 ：仕様書無しさん：03/12/14 18:27

>>43
真実ってこの場合どう言う意味ですか？

47 ：仕様書無しさん：03/12/14 18:44

自然数って数学の用語なんですか？

48 ：仕様書無しさん：03/12/14 20:29

>>46
辞書でも引いたら？

49 ：仕様書無しさん：03/12/14 21:07

そういや漏れも学生のころ指摘されたな。
「自然数」という書き方は誤解を招くことがあるので
「非負の整数」か「正の整数」と表記するようにと。

50 ：仕様書無しさん：03/12/14 21:52

>>47
神学の用語です

51 ：仕様書無しさん：03/12/14 23:23

よく考えたら、ポインタを使わなければいいんじゃないだろうか？
最近のPCは昔のスパコンよりも性能が上なんだし。

52 ：仕様書無しさん：03/12/15 00:11

何言ってるの？
ポインタなかったらC言語なんて誰も使わなかったよ

53 ：C++忠 ◆IvraPLuPLU ：03/12/15 00:30

>>1
時代の流れに反しているのではないでしょうか？
整数(int等)、真偽値(boolean)、サイズ型(size_t)、参照の為の型(ポインタ、参照等)…
これらを意味に従って正しく使い分けるのが
今の時代、そしてこれからのスタイルなのではないかと感じています。
まだちゃんと勉強をしているわけではありませんが
D言語ではガベコレの為にポインタに対してxorでswapする事も許されていないとか。
サイズが同じという理由だけで別の概念の物を同一視するなごやかな時代は、
もう終わってしまったのだと感じています。

54 ：仕様書無しさん：03/12/15 00:37

つまんねぇ…

55 ：仕様書無しさん：03/12/15 00:39

あまりがちがちに縛られると高級アセンブラとしての持ち味が失われるからねぇ。
アプリレベルでわざわざC/C++を使うことも少なくなってきてるし。

56 ：仕様書無しさん：03/12/15 01:13

pthreadで関数呼ぶとき、
int型を(void*)x
とかって平気でキャストやってる俺…

57 ：仕様書無しさん：03/12/15 01:14

>>53
どのｽﾚに於いても言えることだが、君のﾚｽはつまらん。

58 ：仕様書無しさん：03/12/15 01:37

>>57
おまえもなー

59 ：C++忠 ◆IvraPLuPLU ：03/12/15 08:48

>>57
そんな時は、
ネタにマジレスｶｺﾜﾙｲ。

60 ：大滝：03/12/16 00:07

つまらん、おまえの話はつまらん

61 ：仕様書無しさん：03/12/16 00:09

で、ブルバキとペアノはどっちが正しいの？

62 ：仕様書無しさん：03/12/16 00:43

>>61
ゼロを含んだ方が数学的には(プログラマ的にも)綺麗な体系になる。
実用的にはこっちが良いし、だからこそブルバキは自然数の公理に
ゼロを含めたんだろう。
旧い時代からの歴史を考えているならば含まない方が正しい。
なにしろ昔はゼロの概念自体が無かったんだからな。
あと、日本の学校ではこっちで教えている以上、
日本語としてはこっちの方が広く通じる。
厳密な区別が求められる場合は>>49が正しい。

63 ：仕様書無しさん：03/12/16 05:59

ペアノの算術の公理系ってゼロ含めて考えても問題なくない？

64 ：仕様書無しさん：03/12/16 14:04

>>63 全く問題がない。

自然数を有限の序数(番号)と考える派は1からの人が多く、有限の基数(個数)
と考える派は0からの人が多い。ブルバキは後者。それからペアノの公理系を
集合論の中で作るときに、最初の要素として空集合を使うことが多く、基礎論
屋さん以外の集合論好きも0から。

本筋の話をすると、ポインターと同じ大きさの整数型がないと、lisp/scheme
の実装がつらい。通常はセルとして構造体をつかうけど、整数とか、特にワイ
ド文字とかは即値を使いたい。この場合、ポインターの下何桁かが0なのを利
用する。即値を左シフトして、下の桁に型を区別する値を入れておく。

65 ：仕様書無しさん：03/12/17 10:26

>>64
そのlisp系の実装はまずくないか...???
効率を優先するとそうなるのかもしれないが、32bitの即値が
使えなくなるわけだよね。

実用上、lisp系の言語で32bitの値なんて使わないのかなぁ...

66 ：65：03/12/17 11:00

あ、もちろんbignumの存在ぐらいは知ってるよ。
使ったことはないけど。

67 ：仕様書無しさん：03/12/17 20:44

整数で即値を使いたいのは、ベクトル(配列)の添字として。
通常30bit あれば足りる。ギガ単位の大きさのベクトルが
いるプログラムは、今のところ Lisp 系で書かないと思う。

最近問題になるのは文字の方。以前の処理系では使う文字が
ASCII とか Latin1 とかの範囲なので文字のセルを一揃い
作ることが多かった。けど、さすがにUnicode 全部を作っ
ておくのは死ぬ。Unicode でも 30bit で大体足りるので、
新しめの処理系の stklos と Gauche はこうしてるはず。

68 ：仕様書無しさん：03/12/17 22:47

盛り上がらないという事は終了でいいですか？

69 ：仕様書無しさん：03/12/17 23:32

#ifndef LP64
//時代遅れ
#endif

70 ：仕様書無しさん：03/12/17 23:33

最近職業ﾌﾟﾛｸﾞﾗﾏになった俺てきには
long=ポインタタイプ

71 ： ◆qQ4COMPILE ：03/12/18 13:37

JavaからJNIでC++のDLL呼んで、
DLL内でC++のオブジェクトnewしてそのポインタをintとしてJavaの方にかえして･･･
とかやったことがある。

72 ：大滝：03/12/20 14:40

>>71
つまらん、おまえの話はつまらん

73 ：仕様書無しさん：03/12/22 10:23

全部 intptr_t で宣言しとけ。C99 でなくともそうしとけ。