06/02/16 19:51:28
オブジェクトの参照ってポインタそのものだよ。
3:仕様書無しさん
06/02/16 19:53:08
Javaでポインタが無いと思ってるならそれは大きな間違い。
とんでもねぇープログラム作ってるぜ。
つか、Cから転向した漏れが騙されてわけだが。
4:仕様書無しさん
06/02/16 20:25:28
スレ立てたんなら、もう少しネタを出せよ。
5:仕様書無しさん
06/02/16 20:46:23
じゃあ>>1になりかわりましてお約束
巨乳好きへ。ボインは糞。イラネ。
6:仕様書無しさん
06/02/16 20:48:31
>>5
スレ立てたんなら、もう少しネタを出せよ。
7:仕様書無しさん
06/02/16 21:11:36
立ててないよ＞＜
8:仕様書無しさん
06/02/16 21:17:25
勃ててないよ＞＜
9:仕様書無しさん
06/02/16 21:20:06
C/C++、Delphiのような危険なポインタは排除すべきだと思います。
ポインタなんて百害あって一利なしですもんね。
参考までに危険なポインタが無い言語をあげておきますね。
Java、C#、VB、VB.NET、Perl・PHPなど各スクリプト言語
10:仕様書無しさん
06/02/16 21:22:18
ポインタのポインタのポインタのポインタの・・・
11:葉猫 ◆Jz.SaKuRaM
06/02/16 21:29:06
漏れが引き継いだソース***とかたくさん使ってるのに説明が一切ないんでつけど。。。。。
変数名も意味不明だち。。。。。
12:仕様書無しさん
06/02/16 21:29:34
配列覚えたはじめは、配列の配列の配列の・・・って
多次元配列を作ってしまうものだ。
そして、どの次元が何のデータかわけがわからなくなる。
そんなことをせずに、構造体やクラスを使えばスッキリと実装できる。
ポインタのポインタのポインタの・・・ってのも
これと同じ類のものだろうな。
あんなもん使うべきじゃないし、力がある人は使わない。
13:仕様書無しさん
06/02/16 21:41:57
配列は３次元までだろ
14:仕様書無しさん
06/02/16 22:35:54
言語始めたばっかりは5次元配列とか普通に使ってたからなぁ
数、縦、横、奥、属性
複数の空間があって座標ごとにいろんな値が詰まってる
ちゃんとした本すら読まず独学だったせいで
ひとつのことを覚えるとひたすら応用して使ってたよ
そもそも構造体も名前付配列だしね要素が1個文字になっただけ
まぁ、構造体覚えた後も2次元配列の中に3次元配列があってその中に・・・
なんて平気でやってたころが懐かしいｗ
15:仕様書無しさん
06/02/16 22:47:57
来月からCのプロジェクト。
オブジェクト指向覚えると、あの世界には戻りたくない。orz
16:仕様書無しさん
06/02/16 23:09:08
>>12
そんなことをするなら
ListのListの
もしくは二次元のキーを持つハッシュ
List<キークラス> 二次元キー = new ArrayList<キークラス>();
二次元キー.add(キーオブジェクト1);
二次元キー.add(キーオブジェクト2);
Map map = new HashMap();
map.put(二次元キー, 値);
に汁。最近の玄関の扉はキー差し込み口(鍵穴)が二つ以上
ついているだろ。
あんな感じのを想像してくれ。
17:仕様書無しさん
06/02/16 23:10:55
>>15
こっそりC++を埋め込んでしまえ
18:仕様書無しさん
06/02/16 23:33:08
C++のコメントを使うんだ！
19:仕様書無しさん
06/02/17 11:36:31
id
20:仕様書無しさん
06/02/17 21:32:59
*
21:仕様書無しさん
06/02/17 21:47:58
jp40454.cab [DLKey] 「青弐歳の履歴書と経歴書セット」第2版
URLﾘﾝｸ(jp4.biz)
22:仕様書無しさん
06/02/17 22:43:52
文字列をだいぬーする時に使います＞＜
23:仕様書無しさん
06/02/17 23:02:14
.NETはポインタが無い分、Javaより進んでいる
24:葉猫 ◆Jz.SaKuRaM
06/02/17 23:08:05
意味ﾜｶﾝﾈ
25:仕様書無しさん
06/02/17 23:32:58
>>23
. N E T
↑
└─あるじゃねえか、ここに
26:仕様書無しさん
06/02/18 03:30:39
>>25は一生懸命矢印がずれないように書いたんだろうなあ。
ご苦労なこったなあ。
27:仕様書無しさん
06/02/18 03:36:14
・・・・
この程度のことで苦労するような無能にはなりたくないと思った
28:仕様書無しさん
06/02/18 10:32:19
この程度のあおりでレスするような人間にはなりたくないと思った
29:仕様書無しさん
06/02/18 23:35:27
Java はポインタがない分 C++よりすぐれている。
って結構多くのところで聞いた言葉だと思ったけど？
30:仕様書無しさん
06/02/19 02:51:11
>>1
何を言っているんだお前は？頭の悪い専門学校生か工房か？
>>29
ポインタがないわけないだろマヌケ。考えなくていいだけだろ。
31:仕様書無しさん
06/02/19 04:04:15
>>29
聞いた相手が素人でした、という可能性すら検討しないのか？
32:仕様書無しさん
06/02/19 04:34:20
*(char *)dat = (char)0;
こう書かないとwarningでた。ポインタって意味わかんね
33:仕様書無しさん
06/02/19 04:38:13
ここってﾌﾟﾛの方が集まる場所でｨｨんですよね??
34:仕様書無しさん
06/02/19 11:05:34
>>33
プロは危険なものを使わない
35:仕様書無しさん
06/02/19 11:18:19
JavaとかC#みたいに中途半端に隠しているほうが危険だとおもうんだけどね。
36:仕様書無しさん
06/02/19 11:33:34
どこが中途半端で、どこが隠しているというのか。
それがどういった理由でなぜ危険なのか、まったくかかれていない。
却下
37:仕様書無しさん
06/02/19 11:37:53
超高級言語を最初から使った人は、ソフトウェアの仕組みをよく知らない。
っていうのは言語の問題ではなく、単に知識の問題。
知識をつけるためにC言語を勉強するのはよかろう。
しかし、仕事では使ってはいけない。
勉強のために筆算を使うが、仕事では電卓を使うのと同じ事。
38:仕様書無しさん
06/02/19 11:44:28
>>36
素直に「どこが中途半端で、どこが隠しているの？」って質問しろよ。
お前は今、教えを乞う立場なんだから。
39:仕様書無しさん
06/02/19 11:50:07
はなっから質問なんかしていない。
そんなもの無いから、質問しても答えは無しだとわかっている。
40:仕様書無しさん
06/02/19 12:08:14
>>39
まあ、あれだな。
知らなきゃ幸せだってことね。
41:仕様書無しさん
06/02/19 12:10:09
やっぱり答えは無しのようだ。
42:仕様書無しさん
06/02/19 12:12:58
>>41
だから教えてほしいなら教えてください、だろ
43:仕様書無しさん
06/02/19 12:15:05
別に教えてほしくないってｗ
「無し」という結論が正しいし、それで十分満足しているし。
俺はこういう結論で一向に構わん。
44:仕様書無しさん
06/02/19 14:18:00
っつーか、>>36は、>>35がダメダメな主張だという事を言いたかっただけだろ。
教えて欲しい云々なんて見当違いもいいところ。
45:仕様書無しさん
06/02/19 16:33:42
>>44
本気で言っているならあなたも馬鹿ですね。
ポインタって何か知らない人でしょうね。
46:仕様書無しさん
06/02/19 16:38:47
ポインターって、手元からスクリーン上のオブジェクトを指すやつだろ。
便利じゃないか。
47:仕様書無しさん
06/02/19 16:40:39
糞みたいなポインターを使ってるプログラマーが要らないだけだろ。
48:仕様書無しさん
06/02/19 16:42:42
ポインターすら使えないプログラマーが糞みたいだからいりません
49:仕様書無しさん
06/02/19 16:46:19
それって>>1？
50:仕様書無しさん
06/02/19 16:52:24
まぁポインタが使えなくてもできる仕事もあるのですから気落ちしないで頑張ってくださいという事でFA
51:仕様書無しさん
06/02/19 17:06:16
ポインタの勉強するまでは参照が良くわからず、参照型の変数宣言するときにも
一々全部newしてましたorz
52:仕様書無しさん
06/02/19 17:22:19
ある変数に入れてるオブジェクトを別の変数にコピーするとき
53:仕様書無しさん
06/02/19 21:49:44
VB使いでさえ普通にポインタ＝参照を使っているわけで。
54:葉猫 ◆Jz.SaKuRaM
06/02/19 22:19:00
VBにはIntPtr、StrPtrとかあるでちょ。
55:仕様書無しさん
06/02/19 22:20:56
はいはい。キチガイは帰っていいよ。
56:仕様書無しさん
06/02/19 22:44:42
>>54
それは単にポインタ＝参照のメモリアドレスを取得する命令に過ぎない。
VBをはじめ最近の高級言語では、ポインタを扱うときにメモリアドレスを
直接見なくてもポインタを使って出来る（間違った使い方以外の）
プログラミングができるようになっている。
57:仕様書無しさん
06/02/20 00:16:24
メモリアドレスのインクリメントは出来ないんだけどな。
58:仕様書無しさん
06/02/20 00:36:35
メモリアドレスは数値なんだから+1すりゃいいだけじゃん。
っていうか、そもそもなんのためにインクリメントするんだ？
オブジェクトが並んでいる＝オブジェクトの配列 の中で
オブジェクトを列挙したいのなら、配列のインデックス変数を
インクリメントすればいいだけの話だし。
59:仕様書無しさん
06/02/20 00:45:27
配列（データがどこからどこまであるか）という情報なしに、
オブジェクトのポインタを直接インクリメントできる言語は危険。
データが無いところまでアクセスして、たとえば単純なデータ参照など
場合によってはエラーが発生せずにそのまま動いてしまう。
こういう言語は使うのをやめたほうが良い。
60:仕様書無しさん
06/02/20 13:12:03
>>59
それが必要なら付加すりゃいいじゃんよ、スマートポインタとかにして
バカじゃねぇーの
61:仕様書無しさん
06/02/20 13:27:17
>>60
それを手動で管理するか、自動で言語環境がやってくれるかの差異は大きい。
Cでは「プログラマは神である」と言われているのは、別の言い方をすれば、
「神のごとき全能性でもって全てを管理できることを要求される」ということだ。
その辺が面倒に感じてくると、
C++のようなObjectにある程度面倒な処理を隠蔽出来る言語や、
VB、Javaのような言語側で面倒なことは概ね管理してくれる言語に流れる。
言語を換えないにしても、何らかのライブラリで細かな実装を外出しするようになる。
つまり、俺が言いたいことを一言で言うなら、
>>60
スマートポインタ出しちゃった時点で、
結局やろうとしてる方向は同じなんだから喧嘩すんなよ。もちつけ。
62:仕様書無しさん
06/02/20 17:10:40
>>61
俺が言いたいのはこの程度の問題で頭悩ませるアホとだけは一緒に仕事なんぞしたくねーって言いたいだけ
63:仕様書無しさん
06/02/20 17:22:11
あぁアレか
諸々の要素でCつかうのが最適な場合や
そもそも言語選択に自由がないのに
Cはポインタが危ないからイヤだとかごねるやつ
そういう馬鹿には触らせたくないなぁ
って結局ポインタ自体はメリットないし
64:仕様書無しさん
06/02/20 17:24:44
>>57がおかしかったってことでFA?
65:仕様書無しさん
06/02/20 17:28:29
>>59
「副作用を鑑みるとタミフルは危険、使いたくない」と言うのは勝手だが
「使うのを止めたほうがいい」は余計なお世話だ。
66:仕様書無しさん
06/02/20 20:08:06
インクリメンタリズム
67:仕様書無しさん
06/02/20 23:04:28
>>62
その程度の問題でおきた
バッファオーバーフローのバグなら、
商用、オープンソースともに数知れずなのだが。
そいつら全部アホか。おまえもえらくなったものだなｗ
68:仕様書無しさん
06/02/20 23:11:23
ポインタで操作するの便利だよな
69:仕様書無しさん
06/02/20 23:13:21
そう、
>その程度の問題でおきた
>バッファオーバーフローのバグなら、
とかいうのはお前みたいなマヌケの起こしている事だろ、こんなアホとは組みたくないという事。
70:仕様書無しさん
06/02/20 23:58:11
>>68
気のせいだろｗ
71:仕様書無しさん
06/02/21 00:00:25
Microsoftは間抜けの塊！
72:仕様書無しさん
06/02/21 10:29:05
ひとつだけ言っておくと
スマートポインタ >>> （超えられない壁） >>> ガベコレ
だな。
73:仕様書無しさん
06/02/21 10:33:32
ひとつだけ言っておくと
ガベコレあるけどシンプルで使いやすいアプリ >>> （超えられない壁） >>> スマートポインタを使っているが操作もアレでバグばっかりのアプリ
だな。
74:仕様書無しさん
06/02/21 13:10:46
>シンプルで使いやすいアプリ >>> （超えられない壁） >>> 操作もアレでバグばっかりのアプリ
これは正しい
>ガベコレあるけどシンプルで使いやすいアプリ
>スマートポインタを使っているが操作もアレでバグばっかりのアプリ
こじつけで、因果関係が無し。俗に言う故意の誘導で、バカしか引っかからない盲点が有る。
または、バカしかこのような文は書けない。
75:仕様書無しさん
06/02/21 14:07:23
>>67
>そいつら全部アホか。
肯定だ。コード書いてて気付かない、というのが寧ろ不思議なんだが。
76:仕様書無しさん
06/02/21 15:32:46
>>73
そんなのはお前だけだ
77:仕様書無しさん
06/02/21 20:38:15
たしかに、メモリ64kとかの環境で組んでるとなるとガベコレは使えないからなぁ
うん、やっぱりポインタは必要だよ
78:仕様書無しさん
06/02/21 21:01:44
>>77
携帯でJava動いているんだが？
79:仕様書無しさん
06/02/21 21:32:19
通信速度じゃないんだから
携帯とかその手のもので64kは無いって
マイコンとか基盤系の話だろ
80:仕様書無しさん
06/02/21 21:59:35
KVMのKの意味はキロバイト。
64K程度で動きます。
81:仕様書無しさん
06/02/21 22:27:00
>>メモリアドレスは数値なんだから+1すりゃいいだけじゃん。
めっけ、ポォインタァー理解不能者。
82:仕様書無しさん
06/02/21 22:35:03
そうですね。配列のインデックス変数を+1するのと同じ意味ですね。
83:仕様書無しさん
06/02/21 22:39:59
ポインタ＝配列の添え字
84:仕様書無しさん
06/02/21 22:58:31
>>83
その理解はプログラマとして終わってる
85:仕様書無しさん
06/02/21 23:28:53
>>84
おまえは物事を難しく考えすぎ
86:仕様書無しさん
06/02/22 00:21:23
>>23
どっちもポインタがあるんだけど
87:仕様書無しさん
06/02/22 00:22:35
>>77
Javaにはポインタがあるんだが。
ポインタを操るクラス、インタフェースが
揃った
java.lang.ref.Reference
java.lang.ref.Softerence
などがあるわけだが。
88:仕様書無しさん
06/02/22 02:28:24
>>85
配列のインデックスにポインタは使うな、素直にインデクサ使え
ポインタはもっと別の重要な局面に使う
89:仕様書無しさん
06/02/22 02:34:41
そして NullPointerException 発生
90:仕様書無しさん
06/02/22 03:27:22
>>88
> ポインタはもっと別の重要な局面に使う
おまえの言っていることは抽象過ぎ。具体的なことを何も言っていない。
91:仕様書無しさん
06/02/22 10:55:52
>>90
この程度で抽象的もクソもあるかマなんぞ止めて死ね
92:仕様書無しさん
06/02/22 12:22:41
>>85
難しくと言うかちゃんと考えるとポインタは添え字にもどる
メモリは巨大な配列
93:仕様書無しさん
06/02/22 13:11:47
Cのポインタはビットフィールドを指定できないから糞
94:仕様書無しさん
06/02/22 18:26:43
ポインタはオブジェクト
配列の添え字とは違う
と思う
95:仕様書無しさん
06/02/22 19:12:33
実装的な話をするのか
設計的な話をするのか
意味的な話をするのか
でそれぞれの意見が食い違ってる希ガス
あと、表面的なことしか見えてないのも混ざってるようだけど
96:仕様書無しさん
06/02/22 21:16:02
>>93
>Cのポインタはビットフィールドを指定できないから糞
？？？
97:仕様書無しさん
06/02/22 21:55:09
メンバ変数へのポインタを使えばそれっぽいことはできるし、本当の意味でのビットフィールドへのポインタとなると
サイズまちまち、すなわち型が違うからそもそもポイントするというのがナンセンス。
さらにエンディアンに依存するしハード超依存になってしまうよ。
ここまでくると素直にシフト使って切り出せと言いたい、大体ハードウエアとしてビットをポイントするハードなんて普通じゃない。
Cを高級アセンブラとして考えるなら関数にしておくのが実装として美しい。
98:仕様書無しさん
06/02/22 22:54:19
/* ポインタへのポインタは見づらいので俺は嫌い */
void matrix_add(int n, int m, double **a, double **b)
{int i, j;
for(i=0; i<n; i++)
{for(j=0; j<m; j++)
{a[i][j] += b[i][j];
}
}
}
99:仕様書無しさん
06/02/22 23:42:11
ここが噂の、ある程度の知識を揃えた半端の議論会？？
100:葉猫 ◆Jz.SaKuRaM
06/02/23 00:04:26
ポインタのポインタはアドレス変更で使うけど、***は非常に迷惑でつ。
構造体にちてくり。
101:仕様書無しさん
06/02/23 00:04:56
はいはい。無能乙。
102:仕様書無しさん
06/02/23 10:27:44
>>94
ポインタとオブジェクトは別物だろ。
ポインタはオブジェクトをさすメモリアドレス。
メモリ空間の中でのオブジェクトの位置を指す数値。
メモリ空間全体を一つの配列と考えるとやっぱり添え字。
103:仕様書無しさん
06/02/23 13:23:21
>>102
>ポインタはオブジェクトをさすメモリアドレス。
というのはCの仕様上、誤り。
104:仕様書無しさん
06/02/24 01:33:41
>>103
あほけ。
ポインタはメモリの中のオブジェクトをさすもので、
式や変数やレジスタ変数には適用できないとK&Rにちゃんと書いてある。
105:仕様書無しさん
06/02/24 11:40:00
>>104
K&R持ち出すか？普通…
ポインタは「実態を参照するための値を持つオブジェクト」。
I/Oを指しているかも知れないし、アドレスではないかも知れない。
106:仕様書無しさん
06/02/24 21:51:17
K&Rって・・・
そりゃC言語でのポインタの定義だろｗ
107:仕様書無しさん
06/02/24 21:56:57
ボインちゃん
108:仕様書無しさん
06/02/24 22:01:37
だから、参照もポインタだよな。VBにもあるな。
109:仕様書無しさん
06/02/24 22:10:50
>>105
はいはい、いちからやりなおし。
110:仕様書無しさん
06/02/25 00:48:19
無限ループってこわくね？
111:仕様書無しさん
06/02/25 00:53:31
ﾇﾙ(･ω･)ﾎﾟﾘｰﾝ
112:仕様書無しさん
06/02/25 01:02:04
ﾇﾙ(･ω･)ﾎﾟｰﾝ
113:仕様書無しさん
06/02/25 09:19:56
ここでしっかりとお勉強してこなければならない奴もいそうだな。
ｽﾚﾘﾝｸ(tech板)
C言語のポインタの文法はおかしい
114:仕様書無しさん
06/02/25 10:18:06
>>113
>1-2 で笑わせてもらいました。
115:仕様書無しさん
06/02/25 10:56:59
ム板おそるべし
116:仕様書無しさん
06/02/25 11:38:06
ム板？
マ板では？
117:仕様書無しさん
06/02/25 11:38:45
ここはマ板
>>１１３のはム板
118:仕様書無しさん
06/02/26 15:18:55
>>114
でも正論だよね。
119:仕様書無しさん
06/02/26 15:46:32
バカ登場
120:仕様書無しさん
06/02/26 16:04:40
↑こういう悪口だけしかいえない奴がいるから、
ますます、正論だってことになる。
121:仕様書無しさん
06/02/26 16:34:02
真性バカ再登場
100回ぐらい声に出して繰り返して>>113を読んでごらん
122:仕様書無しさん
06/02/26 16:38:50
>>121
スレあげただけじゃなんの意見にもならんよ。
せめて該当レスでもださなきゃな。
123:仕様書無しさん
06/02/26 16:44:03
お前>>114読んだのか?
124:仕様書無しさん
06/02/26 16:52:25
>>123
読みましたがなにか？
何か言いたいことがあるのならちゃんといえよ。
人を小ばかにして逃げても、反論にはならないことを自覚せよ。
125:仕様書無しさん
06/02/26 16:59:51
>何か言いたいことがあるのならちゃんといえよ。
>>113のスレの1-2がバカで面白かった。
正論だとか言ってる奴はバカだと思う。
「せめて該当レスでもださなきゃな。」とか言ってる奴はマヌケだと思いました。
「反論にはならないことを自覚せよ。」とか言ってる奴は反論すべき内容なんか書いてないことに気づいていないようだ。
126:仕様書無しさん
06/02/26 17:02:06
>>125
おまいのプログラム読みにくそうだな
127:仕様書無しさん
06/02/26 17:03:56
バカでも読めるように箇条書きにしたからな。
128:仕様書無しさん
06/02/26 17:05:02
a[b] と b[a] と *(a+b) が同じ意味になるってのは有名な話だと思うが、
これを知っていればポインタは配列のインデックスと同等の物だってわかるはずなんだが・・・。
129:仕様書無しさん
06/02/26 17:06:10
>>125
そんなことはどうでもいいから、
バカだと思った理由を書いてくれ。
このままじゃ、おまえがバカとしか思えん。
130:仕様書無しさん
06/02/26 17:07:40
はぁ。バカだなぁ。
ポインタは配列じゃないよ。配列のインデックスだよ。
と読まずにレス。
131:仕様書無しさん
06/02/26 17:07:57
>>129
えー、元スレ読んで面白さが判んない奴に説明しても判んないと思うよ。
132:仕様書無しさん
06/02/26 17:08:53
ほら。またそうやって逃げる。
133:仕様書無しさん
06/02/26 17:09:24
説明しても・・・じゃなくて、説明できないんだろｗ
134:仕様書無しさん
06/02/26 17:10:07
逃げてるってのは正しいな。
他の優しい奴に相手してもらえ。
135:仕様書無しさん
06/02/26 17:12:51
ここまで付き合っといて、いまさらやさしい奴に相手してもらえだってｗ
じゃ>>134は >>1-2の勝利宣言ということで。
やさしくないおまえは、もうでてこなくていいよ。
136:仕様書無しさん
06/02/26 17:15:15
晒し上げ
137:仕様書無しさん
06/02/26 17:21:13
>>128
だな。
138:仕様書無しさん
06/02/26 17:28:39
まるで裸の王様だな。
見えない奴がバカなんだと言っているほうが
実は説明できやしないバカだったという落ち。
139:仕様書無しさん
06/02/26 17:32:28
裸の王様の耳はロバの耳～
140:仕様書無しさん
06/02/26 17:36:12
ごくろうさまです
141:仕様書無しさん
06/02/26 17:38:03
ここは酷いインターネッツだ
142:葉猫 ◆Jz.SaKuRaM
06/02/26 17:38:51
ところでポインタって何ビットなんでつか。(48ビット？)
UNIXとかで int に代入とかちてるけど おかちくね。
143:仕様書無しさん
06/02/26 17:43:05
お前どこまで無知なの？死んだら？
144:仕様書無しさん
06/02/26 17:44:46
クイックソートの使い道すらわからないような無能らしいレスだこと
また恥かきに来たのかしら？
145:仕様書無しさん
06/02/26 17:45:29
ポインタの中身は処理系で異なるので、普通は警告が出る
無理矢理キャストとかしてるでしょ?
146:葉猫 ◆Jz.SaKuRaM
06/02/26 17:46:33
とポインタサイズが32ビット固定だと思っているｱﾎのご面々がやってきますた。。。。。。
147:仕様書無しさん
06/02/26 17:49:05
>>144
なにが言いたいのか、説明不足なんだが、
適当に当たりをつけてレスをすると、
ポインタが無い（参照はある）言語でのクイックソートの実装方法しってる？
ポインタ無いのにどうやって実装できるのか悩むでしょ？ｗ
148:仕様書無しさん
06/02/26 17:49:32
基本的に今更ポインタネタで盛り上がれるのは厨房さんしかいない
149:仕様書無しさん
06/02/26 17:49:56
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
150:仕様書無しさん
06/02/26 17:50:20
>>147
どうやって実装しているかは知っているけど、
それ配列でも実装できるよね？
151:仕様書無しさん
06/02/26 17:50:30
>147
ｽﾚﾘﾝｸ(prog板)
読んでこい
152:仕様書無しさん
06/02/26 17:51:51
>>151
またお前かｗ
153:仕様書無しさん
06/02/26 17:51:51
>146
当たり前のことを今更？
死んだら？
154:仕様書無しさん
06/02/26 17:52:21
どうやら優しくない奴がまた出てきているようでｗ
155:仕様書無しさん
06/02/26 17:54:22
キチガイコテに優しくする気は毛頭ねぇな
156:仕様書無しさん
06/02/26 17:59:35
>>154
どうやら優しくない人は複数いるようで
つーかド素人はム板でじゃれてろ
157:仕様書無しさん
06/02/26 18:00:04
むいたん(;´Д｀)ﾊｧﾊｧ
158:仕様書無しさん
06/02/26 18:00:53
まいたん(*´Д`)ﾊｧﾊｧ
159:仕様書無しさん
06/02/26 18:10:39
このあたりが素人の限界
160:仕様書無しさん
06/02/26 19:21:45
>>156
よく複数いるとわかるなｗ
161:仕様書無しさん
06/02/26 22:47:49
こちらのスレにはこういう人と同類はいないよね？・・・。
ｽﾚﾘﾝｸ(tech板:752番)
162:仕様書無しさん
06/02/26 23:17:22
ぽいんた使わなければ出来ないクイックソートってどんなのだろう・・・
そっちの方が悩むよｗ
163:仕様書無しさん
06/02/26 23:19:25
クイックソートの件はキチガイコテの発言集から来ただけちゃうんか
誰かクイックソートにポインタ要るとか言ったか？
164:仕様書無しさん
06/02/26 23:19:59
厨房の言うこといちいち気にしてたら身が持たんわな
165:仕様書無しさん
06/02/27 00:36:37
C だからポインタを使わなきゃいけない訳じゃないし、
ガベコレとポインタが両立しない訳でもない。
Mac OS 上のC なんかはハンドル（ポインタのポインタ）と
ロック／アンロック機構で安全性を確保しておき、
アドレス直接参照とかハンドルと他の型とのキャストとか
しようとすると、コンパイラが「いいのか？ 本当にいいのか？」と
しつこく言ってくるのでワーニングを消そうとすると結構念入りな
記述を強いられた。
ぶっちゃけシステムの底の底の方にアクセスするとか、
異なったアーキテクチャのマシンとデータ共有するとかいった場合は
ポインタが簡単に使えると有難くはあるのだが、普通のアプリケーション
プログラマに軽々にポインタ使わせるのは禁止したほうが（少なくとも
制限したほうが）いいと思われ。
166:仕様書無しさん
06/02/27 01:24:20
ポインタという言葉やめて
ショートカットといえばわかりやすいのにな
167:仕様書無しさん
06/02/27 01:27:11
>>166
ポインタを知らない人が本質無視して勝手に命名しないでね。
168:仕様書無しさん
06/02/27 10:17:05
その結果
リファレンス=参照にかわったがな
169:仕様書無しさん
06/02/27 22:08:38
ポインタがないと、違う言語で書いたものに見えてしまうのって病気？
170:仕様書無しさん
06/02/27 22:31:11
データ構造を決めたら、ポインタで扱う方が楽だよ
171:仕様書無しさん
06/02/27 22:34:24
その理由は？
172:葉猫 ◆Jz.SaKuRaM
06/02/27 22:47:11
スピードさえ拘らなければvectorとかdeque、listみたいなコンテナがいっぱいあるんでつから
ｱﾎみたいにポインタ使わなくてもOKでちょ (･∀･)
構造体の再構築は面倒くさいち。
173:仕様書無しさん
06/02/27 22:50:33
また懲りずに無知発言ですか？
174:仕様書無しさん
06/02/27 22:57:15
メンバ変数に直接アクセスされるの嫌い。
175:仕様書無しさん
06/02/27 23:19:32
つ クラス
176:仕様書無しさん
06/02/28 12:42:55
>>173
極Mだからな、そいつ。
177:仕様書無しさん
06/02/28 15:13:42
言葉責めされたいんだな
178:仕様書無しさん
06/02/28 15:14:54
ポイント・マイル
URLﾘﾝｸ(hobby7.2ch.net)
179:仕様書無しさん
06/02/28 19:03:31
>>174
class Man {
private:
string chinko;
public:
Man() : chinko("8cm") {}
};
int main()
{
Man ore;
string *p = (string *)&ore;
cout << *p;
}
ってこと？
180:仕様書無しさん
06/02/28 20:18:13
自分の半分以下のchinkoサイズを見ると
憐憫の情を禁じ得ない
181:仕様書無しさん
06/02/28 20:29:08
あああああああああああああああああああああああああ！！！！！！！！！
>>179
だからメンバ変数の値がいじられるのか！！
182:仕様書無しさん
06/03/04 16:06:41
ポインヨ
ｽﾚﾘﾝｸ(credit板)
183:仕様書無しさん
06/03/04 16:12:25
ポイント・オブ・ロックス
184:仕様書無しさん
06/03/05 16:58:53
ポインタなんざバグの温床だよな。ｲﾗﾈ
185:仕様書無しさん
06/03/05 17:42:45
バグを作るプログラマが悪い
186:仕様書無しさん
06/03/05 17:44:45
>>1に対しての>>2結論言ったｗ
187:仕様書無しさん
06/03/05 17:46:27
>>15
Cでむりやりつくればいい
めんどくさいがな
188:仕様書無しさん
06/03/05 18:08:19
なんでもかんでも実体で処理しようとするとメモリを消費しがち。
細かな処理をしようとすると必要になるのがポインタ。
189:仕様書無しさん
06/03/06 02:58:32
>>188
参照でいいやんｗ
190:仕様書無しさん
06/03/06 12:26:37
byte[4] hoge;
ulong *hage = &hoge;
*hage += 5;
という処理をJavaでどう書けばいいのか分かりません＿|￣|○||| ﾏｼﾞﾃﾞｽ…
煽りなしで誰か教えて下さい。
hoge[0]に5足して桁上がりするかどうか調べて、桁上がりするなら
それをhoge[1]に足して、再び桁上がりするかどうか調べてって方
法を何となく思いついたんですが、どう書いていいのか、他に書き
方はないのか、もう頭パルプンテです｡･ﾟ･(ﾉД`)･ﾟ･｡ ﾍｰﾙﾌﾟ！
191:仕様書無しさん
06/03/06 12:48:43
言い忘れたですが最終的にbyte[]が必要なんで、byte[]→ulongした場合
は最後にulong→byte[]しないといけないです。
192:仕様書無しさん
06/03/07 20:58:15
>>191
アンパサンドとビットシフトじゃどうにもならんの？
漏れ、頭悪いからそれくらいしか重いつかね。
193:仕様書無しさん
06/03/08 01:29:24
>>190
そのコードはCPU依存。
リトルエンディアンかビッグエンディアンかで
意味が違ってくるわけだが。
そういうコード書かないでくれないか？
194:仕様書無しさん
06/03/08 01:33:31
>>193
それで？Javaではどう書くの？
195:仕様書無しさん
06/03/08 01:46:08
>>194
CPU依存しないコードを書いてみればわかる。
196:葉猫 ◆Jz.SaKuRaM
06/03/08 01:47:33
もう適当に書いとけ
int a=hoge[0]+hoge[1]*0x100+hoge[2]*0x10000+hoge[3]*0x1000000
a+= 5;
hoge[0] = a%0x100;
hoge[1] = (a%0x10000)/0x100;
hoge[2] = (a%0x1000000)/0x10000;
hoge[3] = a/0x1000000;
197:仕様書無しさん
06/03/08 02:00:31
浅知恵ですが、こんなのじゃだめなの？
byte[4] hoge;
String str = new String(hoge);
Long hage = Long.decode(str);
198:仕様書無しさん
06/03/08 02:27:23
また無知コテがアホっぷり晒してらっしゃる
199:仕様書無しさん
06/03/08 03:00:35
アホという方がアホの法則発動？
200:仕様書無しさん
06/03/08 17:05:22
アホという方がアホという方がアホの法則発動？
201:仕様書無しさん
06/03/08 19:05:12
char addValue = 5;
for (int i = 0; i < hoge.length; i++) {
addValue = (char) (((char)hoge[i] & 0xFF) + addValue);
hoge[i] = (byte)addValue;
addValue >>= 8;
if (addValue == 0) break;
}
タルいけど加算値が小さいならbyte[]→int→byte[]するより
多分この方が速い。
て言うか、元の問題からしておかしくないか？
longが4バイトの処理系もあるのか？
202:仕様書無しさん
06/03/08 21:21:41
>>191
javaで組み込みとかすると、
こういうめんどいことせんといかんの？
203:仕様書無しさん
06/03/08 23:23:39
C#ならunsafeで楽に書けるのにな。
unsafe
{
fixed (byte* bytePointer = hoge)
{
uint* hage = (uint*)bytePointer;
*hage += 5;
}
}
204:仕様書無しさん
06/03/08 23:30:02
パット見何がやりたいのかわからんか没
限界までリソース節約するときは旧式ポインタも便利だが・・・
205:仕様書無しさん
06/03/08 23:39:04
>>204
え？どういうこと？てか、「パット見何がやりたいのかわからんか没」
ってのは>>201に対してだよね？
206:仕様書無しさん
06/03/09 10:57:57
>>201
>longが4バイトの処理系もあるのか？
いやおかしいのは君。
207:仕様書無しさん
06/03/09 12:07:31
Cのshort、int、longは処理系依存。
世の中にはlongが1byteの処理系すらあるｗ
208:仕様書無しさん
06/03/09 12:30:41
>>207
そーゆー規格外れな処理系 (実在するかどうか訊いてもいいか？) を
持ち出してどうしようと？
209:仕様書無しさん
06/03/09 12:52:13
>>208
うろ覚えだが、Z80互換のCPUを搭載した１ボードマイコンKT8013
(8015だったかも？)、コンパイラは富士通製だったと思う。
210:仕様書無しさん
06/03/09 19:20:52
処理系に依存する言語なんて明らかに糞仕様だと思われ。
211:仕様書無しさん
06/03/09 22:07:54
>>203
コードとしては美しいけど遅い。
fixed()が結構な処理時間を食うから、ある程度複雑な処理でないと
パフォーマンス的には負だな。
212:仕様書無しさん
06/03/10 00:47:08
また必死な高卒が暴れてるのか
213:仕様書無しさん
06/03/10 11:08:51
>>210
値の範囲や内部表現が処理系に依存しない言語とは？
214:仕様書無しさん
06/03/10 19:07:34
>>213
Perl
215:仕様書無しさん
06/03/10 19:15:48
金銀Perlプレゼント
216:仕様書無しさん
06/03/10 20:11:44
>>214
「処理系に依存しない」以外のすべてが糞仕様なものを持ち出されても
困りますよう。
217:仕様書無しさん
06/03/11 02:32:55
だがそれがいい。
218:仕様書無しさん
06/03/18 20:29:30
いつまでも上達しない奴には、一度で良いからこうしてやりたい。
(＊｀3´)･:∴･:∴ﾍﾟｯ
219:仕様書無しさん
06/03/19 21:53:16
LSI-C86試食版がデフォな俺にとって、GUIコンポーネントのプログラミングには関数ポインタが欠かせない訳だが・・・
ああ？俺？ プログラマなんかじゃないよ。
今、液晶パネルのコネクタをはんだづけしてる。
CPUはV30コアのやつだ。
220:仕様書無しさん
06/03/21 19:51:57
あー もうクラスとポインタがないとプログラムできねーな
ＶＢなんて、なにこれ？みたいな感じだったし
アセンブラでも勉強するべか
221:仕様書無しさん
06/03/21 20:51:43
Cだけでコーディングするとクラスのありがたみが良く分かる。
ＣでWin32アプリを書いたあと、C++に切り替えると「ナンジャコレ！」という位簡単に思える。
222:仕様書無しさん
06/03/23 00:06:10
VB６の
long 4バイト（32Bit）
integer 2バイト
困った経験ありますｗ
223:仕様書無しさん
06/03/23 07:48:28
Cの
int int32
long int32
困った経験がありますｗ
つーかなんで同じサイズで名前違いが2つもあるねん
昔はintと言えばint16だとすぐに連想できたんだがな('A｀)
224:仕様書無しさん
06/03/23 23:23:49
じゃあ、全部 BYTE* 型でアクセスするかｗ
225:仕様書無しさん
06/03/23 23:35:47
>>223
int型だけ環境依存だからね。嫌ならint型だけは使わないって選択もあるよ。
226:仕様書無しさん
06/03/24 12:10:27
short <= int <= longだから環境依存が激しいし。
マクロでCHAR・WORD・DWORDあたりににしておいた方がいいと思われ。
227:仕様書無しさん
06/03/24 12:41:34
>>226
64bit環境だと、
long = 4byte
int = 8byte
になるのでは
228:仕様書無しさん
06/03/24 13:00:59
>>227
規格をあたれ無能
229:仕様書無しさん
06/03/24 19:45:24
ローカル
230:仕様書無しさん
06/03/27 10:26:08
インディアンの都市
ポイント・オブ・ロックス
231:仕様書無しさん
06/04/09 08:52:49
レベルの差がすさまじいスレだな。ここは。
232:仕様書無しさん
06/04/09 23:20:45
>>223
どうしてもというならGCCで
#define long long long
と定義しとけばintとの使い分けができるが。
まぁ、標準関数にポインタ渡す時に困るだろうな。
233:仕様書無しさん
06/04/09 23:56:26
もう、既出かも知れんがポインタ無しでどうやって絶対番地を指すつもりなんだろうか。まさか、VRAM等を知らん分けは無かろう。
234:仕様書無しさん
06/04/10 01:44:44
ポインタ演算最高
できるだけ早く動くものをつくれ、移植性など気にするな（Cの精神、だっけ？）
235:仕様書無しさん
06/04/10 01:53:03
>>233
ヒント：リンカ
236:仕様書無しさん
06/04/10 09:42:51
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
237:仕様書無しさん
06/04/13 06:16:39
>>235
peekとpokeだお
238:仕様書無しさん
06/04/13 19:32:04
いまどきVRAMにアドレス指定で直接書き込むことなんて
めったにないだろ。
239:ダマレゴゾウ ◆KGRPbmh5.Q
06/04/13 20:04:46
おっぱい！ おっぱい！
おっぱい おっぱい！ おっぱい！
おっぱい！ ∩ ∩ ﾉ) おっぱい！
おっぱい！ 川 ∩ 川彡'三つ おっぱい！
おっぱい！ ⊂ミ∩∧η∧∩彡⊃ おっぱい！
おっぱい！⊂三ミ (,,・Д・)彡三彡三⊃ おっぱい！
おっぱい！ ⊂彡川⊂彡川ミ⊃ おっぱい！＜ポインタ＝乳首
おっぱい！⊂彡川∪⊃ Ｕ川彡⊃ おっぱい！ ポインタ＝クリトリス
おっぱい！ (ノ ∪ 川 ∪ミ) おっぱい！ これがポインタ濡れ濡れのエロスだぞ！
おっぱい！ ∪ おっぱい！
おっぱい！ おっぱい！ おっぱい！
おっぱい！ おっぱい！
240:仕様書無しさん
06/04/13 20:32:13
>>298
VRAMは単なる例だろ。
今時、携帯電話やらデジタル家電なんかの規模でアセンブラだとキツイだろ。
だから、C/C++でポインタ直下打ちするこたぁ結構あんだよ。
241:仕様書無しさん
06/04/13 20:34:37
すまん…。
>>298=>>238
242:仕様書無しさん
06/04/13 20:57:45
>239
氏ね
243:仕様書無しさん
06/04/13 21:19:04
>>240
Javaでファイナルファンタジーが動いているこの時代に？
244:仕様書無しさん
06/04/13 21:24:05
>>243
せめてファイナルファンタジー７ぐらいは作ってくれんか？
245:葉猫 ◆Jz.SaKuRaM
06/04/13 21:27:26
だがファイナルファンタジーはスーファミ版が一番面白い。
246:仕様書無しさん
06/04/13 21:39:55
>>243
面白かったか？それは良かった。
で、それとコレとが何の関係があるんだね？
アプリなんざVBでもできる。
それから、その下のVM､OS､BIOS､ファーム､デバドラ…。日々進歩を求められるこれ等も直打ちが必要だが?
247:仕様書無しさん
06/04/13 21:40:07
誰も屑の感想なんか聞いてねぇよ
空気読め屑
248:仕様書無しさん
06/04/14 09:07:33
実はな、ここはゴミ箱なんだよ、
でさ、>>247 お前自分のことゴミじゃないと思ってやしないか？
ああそうだ、お前に言われる前に言っておく、
実 は 俺 は ゴ ミ な ん だ よ
249:仕様書無しさん
06/04/14 11:35:54
糞コテに言ってるんだと思うよ
250:仕様書無しさん
06/04/14 11:40:31
>>240
「単なる例」で VRAM 持ち出す辺り、加齢臭がします。
I/O とか言っとけ >>233
251:246
06/04/14 21:27:02
>>249
正直どうでもいいんだが、
>>248は他人。
252:仕様書無しさん
06/04/15 06:00:36
>>249
なるほど、勘違いスマソ
253:仕様書無しさん
06/04/15 18:02:34
静かだな。まぁJava厨なんてその程度か。
254:仕様書無しさん
06/04/17 22:22:50
戻り値としてポインタ指定しないとエラーで絶対コンパイル出来ない時はしょーがなく&使ってるぐらい。
アドレス指定すると後はAPIがうまい事値を仕込んでくれるんだなあと
そんな程度の認識れす。内部でどんな動作してるかはしらん
255:仕様書無しさん
06/04/17 23:11:49
無能！ m9(`A') ｽﾞﾋﾞｼｯ
256:仕様書無しさん
06/04/18 09:47:59
>>255
そうだなあーwコキ使われたくないんで働きたくねえよ
寝てても金が入ってくる仕事キボンヌ
257:仕様書無しさん
06/04/18 18:17:27
>>256
治験
258:仕様書無しさん
06/04/22 21:06:13
命が出て行きそうだがなｗ
259:葉猫 ◆Jz.SaKuRaM
06/04/28 21:46:53
今日、malloc、freeを使ってたcソースをコンテナクラス使用に置き換えてみた。
ウンコポインタを無くちたお蔭でソースが少しだけ見やすくなった (･∀･)
でもまだ1ツールだけな il||li _|￣|○ il||li
260:仕様書無しさん
06/04/29 01:28:15
手際の悪さ自慢ですか？
流石アホコテ
261:仕様書無しさん
06/05/07 18:09:36
{{{{{{＄＄ポインタが欲しい＄＄}}}}}}
ｽﾚﾘﾝｸ(rsfx板)
262:仕様書無しさん
06/05/07 18:45:40
>>259
多分、その仕事、
70% 位やったあたりで、
もっと良い方法が見つかると思う。
263:仕様書無しさん
06/05/28 08:32:45
何年やってもポインタをまともに使えない奴って
なしてクビにならないの？
264:仕様書無しさん
06/05/28 09:37:52
ポインタ使うと速い
265:仕様書無しさん
06/05/28 23:25:15
ずっとキーボード打ってて
脳が呆けた頃に なんかやらかす、こともある
266:仕様書無しさん
06/06/05 11:48:08
// 楽しい花火大会の日です。盛り上げましょう
a* * *b
*a **b
**a *b
**a * b*
267:仕様書無しさん
06/06/05 11:52:40
a* * *b**b**b**a ***b**a ***a**a**b**a ***a * b*
*b**a ***a*a* * *b**b**b**a ***a**b**a **a * b*
a* * *b**b**b**a ***b**a ***a**a**b**a ***a * b*
*b**a ***a*a* * *b**b**b**a **
a* * *b**b**b**a ***b**a ***a**a**b**a ***a * b*
*b**a ***a*a* * *b**b**b**a **
268:デフラグさん ◆mRgSYalFkQ
06/06/05 17:25:12
[ﾟдﾟ] ﾃﾞﾌﾗｸﾞｶﾞｶﾝﾘｮｳｼﾏｼﾀ
/[＿]ヽ
| |
*********************************************************************************************
*******************************************************************//aaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb。いうげししすでのまょり火花会楽上盛大日
269:仕様書無しさん
06/06/05 22:20:54
ポインタ使って花火大会のコードを仕事上にしてしまうのはマジで
やらないで欲しい。趣味の領域なら良いと思うが。
270:仕様書無しさん
06/06/06 03:16:16
a.b.c.d
みたいな複雑な構造体をガンガン使う場合
p=&a.b.c
としておいて
p->d
p->e
みたいな書き方をよくする。
271:仕様書無しさん
06/06/06 09:01:07
>>270
ヒント：最適化
272:仕様書無しさん
06/06/06 09:56:27
>>271
別に速度アップ目指してる訳じゃねーんだけど？
273:仕様書無しさん
06/06/06 11:24:02
ヒント言いたいだけのヒント厨はスルーしとけ
274:仕様書無しさん
06/06/06 15:55:35
>>270
そのような状況は論理構造とデータ構造の不整合を意味しているぞｗ
275:仕様書無しさん
06/06/06 16:16:26
どうでもいいが、高速化以外の目的で>>270みたいな書き方するのはどうかと思うよ。
別に a.b.c.d = a.b.c.c; とか書けば良いじゃん。コード書く時間が短縮とか思ってんのかな？
エディタに置換とか付いてるの知らないのかな？
276:仕様書無しさん
06/06/06 16:36:07
そうとも限らないんじゃないの。
単に名前付けのために階層きられてるんだったらフル修飾のほうが好みだけど、
階層毎に意味付けされている場合だったら個別に切り出しても違和感ないかな。
277:仕様書無しさん
06/06/06 16:57:30
それって設計ミス？
つうか、きちんとクラス分けしてりゃ、そんな深いデータ構造なんか扱わないからねぇ。
278:仕様書無しさん
06/06/06 17:02:40
主にこんな使い方。
p=&a.b.c[n];
んで、各タグ名称がなげーのでコードを見易くするのが目的。
構造体3階層くらい普通に使うけどな。ってC++じゃないのでごめんね。
279:仕様書無しさん
06/06/06 18:35:16
>>278
俺もたまにやる。VB だと With に近い用法。
まあ極力似非クラスに分割するようにしてるんで
出番はあまりないんだが。
280:仕様書無しさん
06/06/10 01:19:08
ポインタの作り方教えてください
281:仕様書無しさん
06/06/10 09:57:06
ポインタはなるべく使わないようにするべき。バグの温床になる。
あくまで最終手段だと認識して使え。
282:仕様書無しさん
06/06/10 10:16:38
なるべくポインタ使いたくないという心情は解るけど、
最終手段と言い切るのはちょっと違うと思うんだよね。
unix cで文字列扱う場合char型の配列使ったりするわけで、
そうするとポインタ扱うケースも多々出てくるよ。
283:仕様書無しさん
06/06/10 10:45:09
ポインタであることをあまり表に出さないようなコーディングがいいと思うが。
ポインタ至上主義で見苦しいコード書く奴がいるのが問題。
>>264
今やその話は幻想だ
>>266-267
ワラタ
284:仕様書無しさん
06/06/10 11:23:33
アセンブラをやれ
285:仕様書無しさん
06/06/10 11:33:19
スレを読まずにカキコ。
このスレの９０％の人は参照はポインタの機能限定版でなぜ機能を限定する必要があるのか理解していないはずだ
286:仕様書無しさん
06/06/10 13:06:32
>>285
おまいがどこの誰だかまったく知らずにカキコ
おまいのC言語の理解は１０％未満のはずだ。いや、そうに決まってる。
287:葉猫 ◆Jz.SaKuRaM
06/06/10 13:09:54
ｱﾎは放置で
288:仕様書無しさん
06/06/10 14:10:25
このｽﾚｯﾄﾞは
ポインタがプログラミングの一般概念であると思い込む C 初心者
ポインタと言うと C のそれしか思いつかない C 厨
と、ご覧のスポンサーがお送りします。
289:仕様書無しさん
06/06/10 14:59:55
誰もが認めるｱﾎｺﾃが何かほざいてるんだが
これは自分をスルーしてくれってアピール？
290:仕様書無しさん
06/06/10 16:31:07
>>288
C言語の前身BCPL、B言語のときにポインタがなかったということを聞いたらたぶんファビョるんだろうな
291:仕様書無しさん
06/06/10 16:52:25
>>290
なんでそう思うの？
292:仕様書無しさん
06/06/10 16:56:49
>>291
ポインタという概念が後付の概念だという証拠だからです
293:仕様書無しさん
06/06/10 19:51:59
ポインタってのはそもそも暗黙で使われてたアドレスを
明示的に使うことによって高速化および構造化に利用した物
その一方コーディング面から見た場合コレを使用することによって
直接機械参照を行うためC言語などは高級言語になり切れない低級言語といわざるを得ない
また、直接アドレスを参照するためオーバーフロー等によるメモリ破壊が可能であるなど危険が多かった
そのため現在では参照という形で高速化および構造化を維持しつつ
その扱いに制限をかけ安全に取り扱おうとする手法が主流となっている
また制限の中で隠蔽することにより機械部品を直接意識することなく使えるようになった
だけどここ最近の新人には動作原理も知ろうとしない奴が増えたよな
自分たちの作ったものがどう動くのか知るだけでよりよい方向に進めるはずなんだが・・・
294:仕様書無しさん
06/06/10 21:03:47
>>293
動作原理を知ったりするのにはいいんだけどね
でもOOだとか他にも覚えなきゃいけないことはいっぱいある
C言語だけに引きこもってもらわれても困るよ
295:仕様書無しさん
06/06/11 12:56:05
基礎も教えずにＯＯを覚えさせようとするわけか。
296:仕様書無しさん
06/06/11 13:10:53
ＯＯ教えるのは有意義。
ポインタ教えてもあんまり意味がない。
297:仕様書無しさん
06/06/11 13:18:33
そりゃそうだ
そういう開発環境をつくったからな
298:仕様書無しさん
06/06/11 14:01:03
OO覚える前に構造化覚えてください
299:仕様書無しさん
06/06/11 18:26:53
>>298
いや、俺はOOの歴史・起源として構造化は覚えればいいと思う
だから後回しでもいい
300:仕様書無しさん
06/06/11 20:16:49
そんなふうに表現すると構造化がＯＯの起源みたいに聞こえる。
構造化の限界が認識されつつある中で、ＯＯＰが再発見された
というのが歴史的な事実だろ
301:仕様書無しさん
06/06/11 20:20:08
OOPやってれば、構造化なんて教えるまでもないと思うぞ？
302:仕様書無しさん
06/06/12 07:47:49
>>300
起源というのはおかしいな
OOの前パラダイムとして構造化が存在した。
ただ、OOに構造化の経験の多くが引き継がれたのも事実だと思う
>>301
いちおうC言語が完全に死滅したわけではないからC言語を触る限りは必要だと思う
303:仕様書無しさん
06/06/12 08:11:38
>>298に同意かな。
覚えなくても自然にできる人はできるだろうけど、
メソッド単位の実装が果てしなくタコということがあるからね。
304:仕様書無しさん
06/06/12 12:53:33
>>267
このコードをコンパイルして何が吐き出されるのか、
個人的に興味があるが、恐ろしくて出来ない。
305:仕様書無しさん
06/06/12 15:47:09
そんな柔なOSあるの？
306:仕様書無しさん
06/06/12 19:36:16
>>305
MS-DOS
307:仕様書無しさん
06/06/12 20:36:10
関数ポインタって便利だな。
あと、ポインタの方が処理速いっぽいので使う所存。
そんな私はOSも載ってないような組込みソフト屋さん。
308:おじゃばさま
06/06/12 21:32:20
ポインタを使いこなす必要はないが、「実体」か「参照」かの把握は必要だ。
それはJavaでも同じことだ。
309:仕様書無しさん
06/06/12 21:45:35
>>308
はあぁ？
310:仕様書無しさん
06/06/12 22:43:46
>>308
Java使いならプリミティブという単語を使うはずだが･･･
311:組み込み屋
06/06/13 01:37:07
みんな、Javaとか普通に使える環境なんだね。
うらやますぃな。
Cでソース書いても、アセンブラでデバッグするとか
C++のコンパイラにはバグだらけな環境ですな。
引数の数とかスタックとかが制限されてる環境ではオブジェクト
そのまま渡せないから(スタックあふれる)ポインタは結構つかうねぇ。
ポインタのポインタとかには滅多にしないように気をつけるけどね。
312:仕様書無しさん
06/06/13 06:52:18
>>311
そういう環境がソフト業界全体でどれくらいを占めるか、また今後増えていくのか減っていくのかを考えなければいけない。
日経システム構築なんか見れば分かると思うけどもうすでに現場レベルでJavaの拡張性の高さが認識されちゃっている
すぐにということはないが10年スパンでみればそういう環境が減っていくのは明らかだよね
既にシステムが動いちゃっているCOBOLなんかはなかなかやめられないけどそういった環境は移り変わりも早いと思う
313:仕様書無しさん
06/06/13 11:47:47
>>311
>C++のコンパイラにはバグだらけな環境ですな。
愚痴かいな。
>オブジェクトそのまま渡せないから
制限の緩い環境だとしても、インスタンスを
現物で渡すようなマネは普通しないもんだが。
314:おじゃばさま
06/06/13 12:29:30
>311
ノートパソコン買って、JDKとEclipseを入れれば誰でも使える。
金が無ければ、中古パソコンにLinuxとJDK入れればいい。
全て無料で揃うJavaの世界へようこそ。
315:とりあえず傍観してたひと
06/06/13 14:26:13
「ポインタ厨糞」→Java等、比較的安全なポインタに慣れきった人
一般に安全性が高く、メモリ管理もほぼ自動なので楽
抜け道、裏技が無い分コードの管理もやりやすい
「ポインタマンセー」→C/C++等、メモリ管理の何たるかを理解する人
ポインタ自体は非常に危険で、メモリ管理も基本は手動
しかし、工夫次第では、非常に便利な為、開発速度、実行効率は一段上。
ただし、工夫を凝らす→裏技等が増えるため、
腕が悪いとコードがスパゲティ化する。
加えていえば、後者の人はほぼ全ての場合前者の言語も使える。
実際に使う使わないは置いといて、先ずは勉強汁Java厨。
かくいう漏れはJava→C++→C#
316:巻き込んでみるひと
06/06/13 14:32:46
>>315
>Java等、比較的安全なポインタに
莫迦じゃね？
317:仕様書無しさん
06/06/13 14:38:54
>>316
何処がどう莫迦なのか説明plz
まさか説明できないのに言ってるワケじゃぁないよな？
318:仕様書無しさん
06/06/13 15:04:44
Java厨クォリティかも知れませんぜ
319:仕様書無しさん
06/06/13 16:33:50
>>317
一般的な概念としての「ポインタ」という用語がない以上、
(その多くは、所謂「参照」の特殊形だが)
言語仕様にポインタのない Java を例に出すのは誤り。
まして、安全もクソもない。
320:仕様書無しさん
06/06/13 17:51:51
んじゃ適時｢直アドレス｣に読み替えるのがよいかと
321:仕様書無しさん
06/06/13 23:59:38
>>315
C/C++、C#、Java全部使えるがポインタの危険性を訴えている俺はどうなるんですか?
322:仕様書無しさん
06/06/14 06:57:21
>>315
というか考え方が甘い。別にポインタを排除しようという考え方はOO以外にも関数型言語の世界にもある。
というかむしろ関数型のほうがバグに対する考え方はがちがちなので
大学できっちりと関数型まで勉強してたらその3言語を知っていてもC/C++には批判的になる。
323:仕様書無しさん
06/06/14 22:41:14
絶滅するわけじゃないさ
アセンブラだってまだまだ生きているじゃないか
324:仕様書無しさん
06/06/14 22:44:17
>>323
アセンブラが死ぬ訳ねえだろｗ
325:仕様書無しさん
06/06/15 07:29:06
>>323
死滅するわけではない。ただしニッチになることは確実。
まず真っ先に失われるのは携帯市場、次がゲーム市場だろう。
326:仕様書無しさん
06/06/15 08:39:25
ゲーム市場でまだアセンブラ使う機会があるのか？
327:仕様書無しさん
06/06/15 12:40:09
現存するコンシュマー機は全部C
ただPSなんかはかなり専用に拡張されてるが
328:仕様書無しさん
06/06/15 20:55:11
>>327
いや、今度の新機種で打ち止めだと思うんですよ。
SPECからしてPS3なんかは過剰だからCPUパワーを気にする必要がなくなる
現状でもPCだと処理速度はGPU次第でCPUパワーが飽和しちゃっているからね
それより先にC言語盛衰の天王山として携帯のJava vs BREWがあるけどね
329:仕様書無しさん
06/06/15 23:32:33
>>328
携帯が天王山な訳が無い
330:仕様書無しさん
06/06/16 01:49:47
配列とか構造体とかオブジェクトとははポインタを知って理解が深まったよ。
ああ、ホントに値ってメモリ上にあるんだねってさ
331:仕様書無しさん
06/06/16 06:20:53
>>328
今言われているBREWの欠点はほぼ全てがC言語の言語仕様から来るものだが?
これほど純粋に言語仕様の差が出る勝負もないぞ
332:331
06/06/16 06:21:50
×328
○329
333:仕様書無しさん
06/06/16 06:42:43
>>331
OSもCPUも違う。各メーカでポーティング方法も違う。各キャリアの施策も違う。どこがいい勝負なんだか。
それに、Brewの盛衰とC言語の盛衰は関係ない。ポインタの必要性の議論にはなっていない。
334:仕様書無しさん
06/06/16 07:12:17
>>333
それだけ違っていても言語の基本仕様の違いを隠し通せなかった。それが重要
そしてそれがC言語の今後を占う重要なターニングポイントになる
で、C言語の言語仕様のかなり重要な位置を占めているのがポインタなんだよね
全てではないがかなりウェイトが大きい
335:仕様書無しさん
06/06/16 09:09:48
>>334どういう意味で隠し通すを使ってるの？
どっちの言語仕様も開示されてるｼﾞｬﾏｲｶ
336:仕様書無しさん
06/06/16 11:06:07
BREWの問題は言語以前の問題だと思うが
337:仕様書無しさん
06/06/16 12:45:14
BREWはQualcommによる糞仕様と各電話機メーカによる糞機種依存と
KDDIによる糞運用、それぞれ一個だけならまだ耐えられるかもしれないものが
三つ合わさることにより絶妙な腐臭を漂わせている。
338:仕様書無しさん
06/06/16 16:32:12
Cで書く場合、みんな移植性をどこまで気にする？
339:葉猫 ◆Jz.SaKuRaM
06/06/16 20:52:17
なにも考えず文字列の処理でアドレスの引き算の値を int に代入ちていまつが
340:仕様書無しさん
06/06/16 21:01:22
エンディアン変換だけ注意する。
341:あぼーん
あぼーん
あぼーん
342:仕様書無しさん
06/06/17 00:33:11
こういうスレがここまで延びてるとはｗ
最近はマイナーな石のプアなCコンパイラを触る奴も少ないんだろうなぁ。
343:仕様書無しさん
06/06/17 01:44:20
移植性って......
それを意識しなければ移植性が高くならないというのは
プログラミングに問題有りといわれても仕方のないことだと思うぞ
344:仕様書無しさん
06/06/22 23:18:37
なにこのLSIC-86のバグ
「 関数へのnearポインタをfarポインタにキャストすると、CSレジスタのかわりにDSレジスタを使ってしまう場合があります。」
ラージモデルで関数ポインタ使えないと関数のオーバーロード出来ないじゃん。
なんでGUIアプリがクラッシュするか分かんねーとおもたが。
・・・・・死ね
345:仕様書無しさん
06/06/22 23:31:39
LSIC-86なつかし
346:仕様書無しさん
06/06/22 23:43:13
移植性なんか考えるより、分かりやすいプログラムをこころがけよ
347:344
06/06/23 04:00:11
たまに16ビットアプリ作るとこれだ、インテルアーキテクチャうんこだなorz
結局関数ポインタのオーバーロード部分は全部汗になった。
300回位死んでくれ、もう移植性なんぞかけらもない(泣
348:仕様書無しさん
06/06/23 05:18:33
JAVAなんて死滅すればいいのに(´・ω・`)
349:仕様書無しさん
06/06/23 15:40:13
オーバーロード部分を汗で作った共通ルーチンで呼ぶだけじゃないの？
350:仕様書無しさん
06/06/23 20:12:48
プラグイン/プラグアウトなんてOSにまかせろよ
ってDOSじゃ無理か
351:仕様書無しさん
06/06/24 01:15:44
>>344
farに統一できない理由でもあんの？
352:仕様書無しさん
06/06/24 01:23:30
ふぁーね？さぁーね？ふぁーね？
353:仕様書無しさん
06/06/24 19:57:38
試食犯で回天だよきっと
354:仕様書無しさん
06/07/29 17:08:22
ポインタについての結論はどうなった？
355:仕様書無しさん
06/07/29 22:14:48
何年やってもポインタの使い方がマスターできない奴がいるという
のが結論？
356:仕様書無しさん
06/07/30 02:01:47
別にオブジェクト指向なら
できない人はやんなくてもいいよ 必要なら誰かがオブラートにくるんで使わせればいい
357:葉猫 ◆Jz.SaKuRaM
06/07/30 11:00:47
コンテナクラスを使えば文字列操作も構造体の拡張もポインタを使わなくてすむでちょ。
358:仕様書無しさん
06/07/30 13:45:30
で？
359:仕様書無しさん
06/07/30 22:15:12
ポインタ使えない奴って「産業廃棄物」と表現するとマズイの？
360:仕様書無しさん
06/08/01 21:56:43
クラスってのがそもそもポインタのラッパーだからな・・・
361:仕様書無しさん
06/08/02 10:23:07
>>360
お前もう荷物まとめて帰れ。
362:仕様書無しさん
06/08/12 22:43:13
ｽﾚﾘﾝｸ(tech板)l50
1000 1001 1110 1111 1001 1000 0110 0010
363:仕様書無しさん
06/08/13 08:05:34
>>359
はいはい ポインタ厨 ポインタ厨
364:仕様書無しさん
06/08/13 08:07:16
>>363
そういうおまいは使いこなせるのか？
365:仕様書無しさん
06/08/13 08:12:33
まあ、ポインタイラネとか言っても、C言語で書くときは使えなきゃ話になんないだろ。
いやなら自分で言語処理系作って世界中に布教しろよ。
366:仕様書無しさん
06/08/13 12:33:13
>>365
前半同意、後半は…プログラム初心者みたいな臭いがしてひいた。
367:仕様書無しさん
06/08/24 05:54:29
なんでJavaのプログラムをC(それもDOS用)に移植すると速くなるんだ？
メモリ使用量は一桁違うし
368:葉猫 ◆Jz.SaKuRaM
06/08/24 09:28:54
DOSを使ったほうが遅いって考えるほうがどうかちてるでちょ。。。。。。。。。。。。。。。。
369:仕様書無しさん
06/08/25 20:30:38
ファビョーン
370:仕様書無しさん
06/08/25 21:42:25
ファビョーン
371:仕様書無しさん
06/09/06 09:00:42
DOSに移植するなんていう仕事。まだ残っていたのか。
372:仕様書無しさん
06/09/08 06:51:52
ポインタ使えなんだら、メモリマップドI/Oどうやって制御するんよ。
373:仕様書無しさん
06/09/08 12:32:10
>>372
言語や処理系によるが
・コンパイラディレクティブ
・リンカオプション
いくらでも手はある。
374:仕様書無しさん
06/09/09 21:23:23
ヒント：ライブラリ化
375:仕様書無しさん
06/10/29 23:06:48
URLﾘﾝｸ(homepage3.nifty.com)
> ...
> だからユーザからはポインタの自由を取り上げるべきだ。
376:仕様書無しさん
06/11/02 21:59:38
どー思いますか？
URLﾘﾝｸ(cvs.sourceforge.jp)
377:仕様書無しさん
06/11/22 15:18:39
>高速な実行と高い堅牢性を要求されるシステム → C/C++
高い堅牢性を要求される用途にC/C++だぁ？バカだろ、これ書いた椰子
378:仕様書無しさん
06/11/22 16:12:30
>>377
とうしろーはすっこんでろ
379:仕様書無しさん
06/11/22 18:41:33
アクセス違反とか例外エラーとか出しまくって、他にまで迷惑かける
クソなものが多いからな、C/C++製は。
380:仕様書無しさん
06/11/22 21:09:33
他に迷惑をかけるほど酷いプログラム＆プログラマなのか
381:仕様書無しさん
06/11/22 22:24:59
>>379
それは、プログラマが糞だろ。
って言いたいところだけど、実際、これ程バッファオーバーフロー脆弱性が多いとなぁ。
382:仕様書無しさん
06/11/23 02:13:27
D言語（笑）
383:仕様書無しさん
06/11/23 03:24:02
気をつけたって、出るからね
確実に
384:葉猫 ◆Jz.SaKuRaM
06/11/24 11:37:27
STLのお陰で最近はnewとかdeleteしないち、もう出ないでちょ。
385:仕様書無しさん
06/11/24 11:44:38
お前は自分の存在を delete しろ
386:仕様書無しさん
06/11/24 14:11:00
>>381
>これ程バッファオーバーフロー脆弱性が多いとなぁ。
それも結局、コード書いた奴が糞だからだろうに。
387:仕様書無しさん
06/11/25 00:37:24
そういうものを作りこみやすいかどうか、言語や開発環境がカバー
してくれるかどうか、そのあたりがポイント。
388:仕様書無しさん
06/11/28 17:31:49
んじゃ、VB.NETが最適解で。
389:仕様書無しさん
06/12/14 01:20:45
ポインタがいらないって……
javaやrubyはポインタがないんじゃなくて、全部ポインタなんだよ。
参照型とかなんとか言ってるが、ありゃあポインタだ。
390:仕様書無しさん
06/12/14 01:34:09
( ´∀`)＜Null Pointer Exception
391:仕様書無しさん
07/01/11 14:03:41
>>390
ガッ！！
392:仕様書無しさん
07/01/31 08:49:07
*bug * *mybug
393:仕様書無しさん
07/01/31 11:20:58
NullReferenceExpection
394:仕様書無しさん
07/02/02 22:40:11
※いしのなかにいる！※
395:仕様書無しさん
07/03/02 00:33:58
>>376
これ書いた奴Java厨だろ。
396:仕様書無しさん
07/03/02 12:15:32
>>376
こいつ頭かたくね?
397:仕様書無しさん
07/03/02 15:44:52
ポインタ厨ってどんなやつだよw
398:仕様書無しさん
07/03/02 20:09:11
Ｃ使うならポインタ使わないと
399:どーせ立て逃げなんだろうけど
07/03/02 22:54:36
ノートPCにタッチパッドなんかいらねえぜ！マウスでいいじゃん！
（という理由で）タッチパッドは糞！
なーんてことを言う様な、物事を表面的にしか理解できない頭の構造の奴なんだろうな・・・・・・>>1
400:仕様書無しさん
07/03/03 15:50:28
(Cの)ポインタの何がいいって、「無効」や「未初期化」を別の変数を使わないで表現できるのが便利。
あ、Javaの参照型もnullとか使えるんだっけ？
やっぱポインタはステキねん。
401:仕様書無しさん
07/03/03 19:53:21
呼びましたか？ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
402:仕様書無しさん
07/03/03 20:35:20
呼んでないから帰っていいよﾌﾌﾌﾌﾌﾌﾌﾌ
403:仕様書無しさん
07/03/03 22:03:23
文字列初期化しろよﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
404:仕様書無しさん
07/03/03 23:43:20
ここもﾌﾌﾌﾌスレに・・・ﾌﾌﾌﾌﾌ
405:仕様書無しさん
07/05/28 11:17:47
現場* * *上司
*バグ *部下 *
406:仕様書無しさん
07/05/29 04:30:28
構造体のポインタのポインタをインクリメントしたアドレスを
構造体の自分参照用にとっておいてだな
その先のポインタを間接参照で次の構造体を取り出して
そこにある関数ポインタをさらに別の構造体のポインタに格納して
そのポインタをＮｅｗしてッガ！するとバグができあがるのは何故？？
407:仕様書無しさん
07/05/29 05:46:37
>>406
アクセス権違反。
struct A { void (*F)(); };
A **ppR, **ppA = new A*[3];
delete[] new A(*(*(ppA+2)=reinterpret_cast<A*>(&(A&)(*(*(ppR=ppA+1))).F)));
408:仕様書無しさん
07/05/29 09:00:49
一生懸命複雑そうに語ってるけど
>インクリメントした
って、配列でもないポインタをインクリメントしちゃあダメだろ
409:仕様書無しさん
07/06/04 00:53:41
VB.NETはポインタあるだろ
フレームワークの側に
410:仕様書無しさん
07/06/06 23:03:25
>>174
それってクラスの最初がstring chinko;のアドレスな保障ってあるの？
411:仕様書無しさん
07/07/11 07:28:06
アセンブラ先にやった漏れからすればポインタなんてただのアドレス指定
412:仕様書無しさん
07/07/11 16:29:07
上に同じ
413:仕様書無しさん
07/07/12 00:55:41
ポインタを理解できん
ってヤシは所詮ＰＧには向いてないのよ
せいぜいセールスエンジニアでホラ吹くのがお似合いだ
414:仕様書無しさん
07/07/13 01:58:53
メジャーな中では最も抽象化が進んでいるjavaやC#やVB.NETを使うにしても概念的には知っていたほうが良いからな
さらに抽象になったら要らなくなるのかも知れん。あくまで、その抽象な言語を使っている限りは。
415:仕様書無しさん
07/08/11 10:01:20
int a, *p, **pp ;
416:仕様書無しさん
07/08/11 11:14:03
何でこんなレベル低すぎるスレがつづいてるんですか？
417:仕様書無しさん
07/08/11 12:29:34
お前のレベルに合わせてるんだよ
418:仕様書無しさん
07/08/11 18:00:20
ポインタって早い話がアドレス計算とアドレス指定だろ？
コンピュータでの基礎じゃん。
419:葉猫 ◆Jz.SaKuRaM
07/08/11 18:38:43
むかちの日本の和算からの伝統で、応用のみ必要で基礎など必要ないのでつ (｀･ω･´) ｼｬｷｰﾝ
オブジェクトが分かればOK
420:仕様書無しさん
07/08/11 19:34:45
>>419 破棄オブジェクトは黙ってGCに回収されてろ
421:仕様書無しさん
07/08/11 21:09:48
なにこのアホコテ
422:仕様書無しさん
07/08/11 21:35:46
>>1ってポインタが理解できなかっただけだよね。
スレを立てて一年以上たってるけど、もうマスターしたのかな？
423:仕様書無しさん
07/08/11 22:57:31
>>422
理解できない人間には、一生理解できない。それがポインタ。
424:仕様書無しさん
07/08/11 23:53:30
>>423
つーか、ポインタ理解できないって、思考能力は絶望的だろ・・・。
425:仕様書無しさん
07/08/12 01:12:13
このスレは
「なんだ、>>1はポインタも理解できないのか。ｗ」
と、駆け出しの下っ端PGでも優越感に浸ることのできる場を
提供するためのスレです。
426:仕様書無しさん
07/08/12 01:30:59
ポインタがどういうものか理解できないっていうのが理解できない。
427:仕様書無しさん
07/08/12 01:51:29
>>426
大学時代いた。
ポインタの有用性がわからないならともかく、ポインタの意味がわからないとか、使い方がわからないってのがリアルにいた。
428:仕様書無しさん
07/08/12 02:15:14
JAVA,C#の参照変数とC++ポインタの大きな違いは
アドレスが隠蔽されたことと
->記号を廃止して.記号に統一されてること
C++のポインタはゴミ
429:仕様書無しさん
07/08/12 02:18:56
>>428
Perlはどう思いますか？
430:仕様書無しさん
07/08/12 02:20:19
Perl使ったことないからシラネ
431:仕様書無しさん
07/08/12 03:12:41
つか、ポインタがわからないって感覚がすでにわからない俺だけどｗ
ポインタ使わないでインスタンスの管理ってできんのか？
例えば、javaなんかだとインスタンスを１つに絞るのに結構苦労する
ちょっと書き方間違えただけでいらんもんが複製されちまって面倒なんだけど・・・
文字列や領域をあんま意識しないで追加したり削除したりできるけど
裏ではそれをするたびに領域の全確保、開放が行われて
酷いときにはそれで動かなくなっちまう
432:仕様書無しさん
07/08/12 03:18:21
>>431
？？よく意味がわからない。
immutableなオブジェクトにするためや、自分のデータオブジェクトを保護するために
裏でライブラリによってcloneされまくって困るってお話？
それとも数度のStringの足し算程度のメモリ消費量を考えるお話？
それともプリミティブ型程度のメモリが気になるお話？
433:仕様書無しさん
07/08/12 03:46:48
>>432
全部ひっくるめて同じ問題だと俺は思うんだけどどうよ？
434:仕様書無しさん
07/08/12 03:57:04
単に裏でcloneされるような便利なオブジェクト使わなければいいだけじゃない？
例えば便利なstringつかわないでchar配列で文字列表現すればC++と同じ土俵で戦えるでしょ
435:仕様書無しさん
07/08/12 03:57:58
ていうか、ポインタ自体理解できれば便利な道具であるはずなのに
ちょっとした手間惜しんで言語仕様意味不明にしすぎなんではないかと・・・
インスタンスとそれを指すものって簡単には理解できんもんだろか？
初心者がぶち当たる壁ってそんなところじゃない気がするんだが・・・
436:仕様書無しさん
07/08/12 04:04:20
>>434
別にできるできないの話をしてるわけじゃなくて
ポインタが誰かにとって難解だと思ってる誰かが便利だと思って作ったもんの大半が
全然便利じゃない上にわけわからんことになってる現状にがっかり・・・
javaってその典型みたいな言語なんだよね
ちょっと失敗してるよなぁ・・・って思う言語
437:仕様書無しさん
07/08/12 04:41:31
test
438:仕様書無しさん
07/08/12 07:04:29
Cとかで開発しなければならないような小規模な組み込みの場合とか、
アセンブラ開発の時にはポインタ（つーかアドレッシング）とか使えないと
厳しいですね。
理解できないよりは理解出来たほうがいいですね。
439:仕様書無しさん
07/08/12 07:20:10
>>438
まてよ
そうじゃないから喧嘩になるんだろ？
例えば、気軽に文字列の領域が＋１になるようなコード組んだとして
その文字列が２ＭＢとかその程度だったとしてもどんなに速いＣＰＵだって
すげー遅くなるぞ
これを理解するにはインスタンスとポインタを理解しなければならない
って偉そうに言ったけどめちゃくちゃ簡単なんだけどさ
この程度の問題ってさ、何を作るにも出てくる問題じゃね？
理解できること前提で言語仕様作ったほうがいいと思うんだけど？
440:葉猫 ◆Jz.SaKuRaM
07/08/12 08:22:31
STLの存在知らんかった時に自作の文字列クラス作りまちたが、今考えるとｱﾎなことちたな。。。。。。
機能がｼｮﾎﾞｲ分、スピードは速かったでつが。。。。。。。。。。
アドレス演算とかポインタポインタばっかりだとメンテが出来んち、疲れるからポインタｲﾗﾈ。
441:仕様書無しさん
07/08/12 08:26:43
>>440
そのＳＴＬだってインスタンス本体の増減を管理させると速度は
糞レベル（アプリの実行に問題になるレベル）だが
ポインタをVectorでもたせれば色んなこと考えなくて済むじゃねーか
442:仕様書無しさん
07/08/12 09:32:03
>>441 だから・破棄オブジェクトを参照するな。
例外出るぞ？
443:仕様書無しさん
07/08/12 09:44:16
>>442
じゃあ、STLのListで内容ポインタで
444:仕様書無しさん
07/08/12 19:12:27
C#のジェネリックと比べたら
C++のSTLなんてゴミだよ？
445:仕様書無しさん
07/08/12 19:20:34
C#がどんなに優れていようとも、M$の物って時点で
ド田舎の方言みたいで、覚える気がないっす。
って人多くないですか？特にM$の仕事を沢山してきた人は・・・
446:仕様書無しさん
07/08/12 19:54:36
むしろJAVAはSUNの物って時点で
ど田舎の方言みたいで、覚える気がしないっす。
447:仕様書無しさん
07/08/12 21:16:46
ごめん。やっぱりSunの方が洗練されていると思う。
448:仕様書無しさん
07/08/12 21:23:50
Eclipse使った後にVS使うとキレそう
449:仕様書無しさん
07/08/12 21:43:49
NetBeansがスキ。
450:仕様書無しさん
07/08/12 21:48:57
EclipseとNetBeansの重さはなんとかならんのか？
つか、なんでこんなただのIDEが強烈に重いの？って
理由はもろに>>439だろ？
451:仕様書無しさん
07/08/12 22:24:44
コマンドラインでの開発へみんなで戻ろう。
452:仕様書無しさん
07/08/15 22:07:54
>>451
時計の針を20年逆戻しにするのか？
453:仕様書無しさん
07/08/15 23:27:49
>>445
といいつつ
つかえるのは
jaば
のみ
C/C++での開発経験はありません・ｗｗｗ
454:仕様書無しさん
07/08/16 08:07:29
>>453
文面から考えてC/C++ぐらいやっているだろ。C#が出る前のVCで。
455:仕様書無しさん
07/08/16 09:01:04
書かれている事以上の文脈を汲み取れない人の事を『モヒカン族』と言うらしい。
一見揚げ足取りをして挑発しているようだけど、実は行間を読めてないだけで悪意がないと言うことだ。
456:仕様書無しさん
07/08/16 11:02:44
*a
*(a+1)
*a * *b
a*
457:仕様書無しさん
07/08/16 13:09:54
Javaが分かる奴ならCとかC++とか余裕だろ。
458:仕様書無しさん
07/08/16 13:55:06
Javaしか知らん奴にC/C++は無理だべ
459:仕様書無しさん
07/08/16 14:54:18
C++ っていってもMFCとか絡むと別物じゃないか
460:仕様書無しさん
07/08/16 17:16:55
進化の過程から考えればC>C++>JAVAなんだから難しくはないな。
C#は突然変異で生まれた短命な種族。J#と一緒に永眠してください。
461:仕様書無しさん
07/08/16 17:29:35
>>457
C→C++→Javaは余裕
しかし
逆は必ずしもなりたたない。
462:仕様書無しさん
07/08/16 17:33:00
>>461
そだな。
俺はアセンブラ>C>C++>JAVAだから便利な所を享受できて幸せ。
463:仕様書無しさん
07/08/17 04:56:56
ポインタなんてただのアドレス指定じゃん
漏れの場合アセンブラを先にやったから
なんであれが理解できないのかわからん
464:仕様書無しさん
07/08/17 05:32:42
>>463
想像力のない奴め、教えてやるよ。
それは、ポインタという形にしてアドレスを意識しなくてもプログラミングできるようになったから
C以降にプログラマになった奴はアドレスを意識する必要性に迫られなかったからだ。
覚える必要がないから覚えなかった。だから理解できなかった。そういうことだ。
465:仕様書無しさん
07/08/17 07:38:11
>>464
知識不足なやつめ。教えてやるよ。
C以降っていったら、Cも含まれるわけだが、で、そのCにはアドレス演算子があるぞ。
466:仕様書無しさん
07/08/17 10:50:41
大規模なゲーム開発の大半はまだまだCやC++が主力だよな。
467:仕様書無しさん
07/08/17 20:52:54
>>465
だから君は想像力がないっていってるんだよ。
ああ、アドレス演算子あるよね。
でもアドレス演算子を知らないとCプログラムが組めないのか？
そんなことないだろ。
だから、Cから始めた奴が誰しもアドレスの概念を持っているとは限らないんだよ。
で、次にお前はアドレスの概念を理解できていないととどうにもならない例外を持ち出してくるだろう。
だが、それは所詮例外なのだとあらかじめ言っておこう。
468:仕様書無しさん
07/08/17 21:04:39
>>467
だから「以降」ってかいちゃっただけでしょ？
言葉間違えたって言えばいいのに
そこまで正当化する意味がわからないｗ
469:仕様書無しさん
07/08/17 21:17:26
>>466
大規模ゲームも今や、コア中のコア部分をC/C++で作れば
あとはそいつに食わせるデータを作るスクリプティングシステムや
オーサリングシステムの仕事が中心。
コア部分をデバイスドライバやOSカーネルと捉えれば、普通の
ソフトウェア階層モデルと大差無いな。
470:仕様書無しさん
07/08/17 21:20:26
>>467
>でもアドレス演算子を知らないとCプログラムが組めないのか？
まあマトモなもんは書けないだろうね。
// 「プログラムを “組む”」と表記する奴のサンプルが増えた。
因みに、マになったのがC以前か以降かなど
ま っ た く 関 係 な い
471:仕様書無しさん
07/08/17 21:35:18
たとえばscanfってのを入門学習で使うじゃない。（それぐらいしか用途ないけど）
なぜprintfと違って「&」つけるのか、ってのを最初の学習時点ではオマジナイ的にしか捉えられず、
ポインタの概念学んだあとにようやく意味が分かる、ってのがCの基本的な道筋だろう
そういうの経ないのかな
472:仕様書無しさん
07/08/17 21:45:11
間接参照の構文なんて&演算子だろうがaddressof()だろうが別になんでもいいわけですよ
どうせポインタいらないっていってる人も間接参照やコピーのセマンティックは知ってるだろうし
使ってるだろう
473:仕様書無しさん
07/08/17 21:50:37
CやC++はぜひ触れ！
確かに仕事では使わないかもしれない。
しかし！技術者として一皮向けるにはコンピュータの基本を再度学ぶ必要はある。
474:仕様書無しさん
07/08/17 21:56:48
>>467
無理にツッパルのは止めとけ。あんたの知識じゃ余計に傷口を広げるだけだって。
475:仕様書無しさん
07/08/17 21:58:40
CとC++をちゃんと使えて、それでいてJavaやらPerlやらもちゃんと使える人
と
Javaやら今主流の言語をちゃんと使える人
両者仕事はもちろんできる。
しかし、前者と後者のレベルの差は果てしない。
476:仕様書無しさん
07/08/17 22:03:34
>>475
同意。
アセンブラが出来る奴とCからはじめている奴にも差もあるし、ハードから分かる奴とのも差が激しい。
>>473さんのようにCは業務では使わなくても勉強しておいた方がいいと思う。簡単だしね。
UNIXのソースとか読めると幅が広がるよ。
477:仕様書無しさん
07/08/17 22:07:18
>>475
C、Javaはともかくとして、C++はSTLがまだちゃんと整備されていない頃にやったから、
それでちゃんと使えるって言えるか怪しいのだが、そんな俺でも思う。
そんなに差あるか？簡単だろ。
日本語変数使ってるCOBOLのほうがよっぽど神がかってる。
よく80カラム制限ある中でやれるよな。
478:仕様書無しさん
07/08/17 22:08:35
>>467
自分の非を認められない、性格の悪い人ですね。
アドレス演算子を知らなければ効率的なCプログラムはかけませんよ。
入門書だけしか読んでいないのでしょうか？
479:仕様書無しさん
07/08/17 22:16:29
UNIXのソースってboostやdinkumSTLのソースより量が多くて難しいと聞いたのだが
480:仕様書無しさん
07/08/17 22:19:20
>>479
量は多いけど、すばらしいサンプルだと思うよ。経験有る賢い人達がたたき上げたソースって、
こんなにエレガントなんだぁ・・・って関心する。デザパタ本が出る前はみんなこれで勉強したよ。
481:仕様書無しさん
07/08/17 22:22:54
Ｃが簡単とか言うが、お前らＣコンパイラ作れる？
作れとは言わんが、見当くらいはつく？
482:仕様書無しさん
07/08/17 22:24:19
デザパタ以前ということは10年以上前の話だし
その間にCもC++も進化を遂げてる
となるともう古い情報源なんじゃないかなぁと思ったり(C++なんてまだまともな標準化されてない時代)
同じようなのでもっと新しいスタイルで書かれたソースもあるんじゃないの？
483:仕様書無しさん
07/08/17 22:24:50
>>481
はは 無理に決まってんだろw
484:仕様書無しさん
07/08/17 22:25:27
>>475
比べ方間違えてるぞ。
どっちも出来る人とどっちかしか出来ない人比べて差があるのはアタリマエ。
Cはめっちゃ出来るけどJavaは全く知らない人と、
Cは全然知らないけどJavaでガリガリ書ける人を比べろよ。
どっちかで普通に書ける人なら違う方理解するのも出来ると思うよ。
ポインタを要るって言う人と要らないって言う人は
作ってるプログラムのレイヤが違うわけだから、
意見は平行線だろ。
どっちが上等かなんて比べる意味が無い。
ポインタ要るかどうかについて私見で言うと、
下位レイヤでメモリのアドレス気にしなくていいハードウェアが出てくるまで
ポインタ使うソフトウェア(組込、OS、VMひっくるめて)は必要なわけだから
ポインタが要らなくなることは、まだしばらく無いと思うねぇ。
485:仕様書無しさん
07/08/17 22:27:45
>>481
学校で簡単な奴とか作らなかった？アセンブラのマクロを吐き出すぐらいまで作ったよ。
仕事でもCコンパイラがないターゲットで開発する時とかに同じような物は沢山作ったよ。
最近の最適化の進んだ奴は気合を入れないと無理。あと標準ライブラリとかも時間的に面倒すぎ。
俺はジジイだからわからないけど、最近じゃ学校じゃやらなくなったの？
486:仕様書無しさん
07/08/17 22:29:57
>>482
ソフトウェア作法とか、ソフトウェア書法みたいな感じと思ってくれてもいいよ。
487:仕様書無しさん
07/08/17 22:31:44
>>481
基本的な流れは見当付くか。
C言語はどっちかっていうと水準低めだと思うし、
一番難しいのは構文解析辺りな気がする。
ただまぁ、C言語の基本的な文法、概念と挙動を理解するのが簡単なわけであって、
Cコンパイラの実装が出来るかどうかなんて、何が関係あるんだ？
488:仕様書無しさん
07/08/17 22:33:41
>>487
だな。token周りが面倒。
変数とかはアドレッシングを直に選択できるよなシンボルで逃げるケースが多い。
489:仕様書無しさん
07/08/17 22:34:32
最近のハードは複雑だから直接アセンブリコード吐くような類のものは平均的な学生レベルじゃ無理でしょう
出来てyacc,lex使ったインタープリタ程度
490:仕様書無しさん
07/08/17 22:43:42
>>475
同意
補足すると
「CとC++、Javaを使える人」 と 「Javaを使える人」との『差』
と
「Javaと他の主流言語を使える人」 と 「Javaを使える人」との『差』
前者と後者の『差』は、相当にかけ離れたものである現実。
491:仕様書無しさん
07/08/17 22:47:54
>>485,487
さすがですね
コンパイラというのは大げさだったかも知れません
ポインタを含めたＣの基本概念をアセンブラレベルでイメージでできるか聞きたかったのです
492:仕様書無しさん
07/08/17 22:59:57
>>491
最近じゃ、Cなんて「高級アセンブラ」なんて呼ばれるぐらいだからなぁ。
・・・あんま関係ないか。
493:仕様書無しさん
07/08/17 23:03:19
>>1さんの言う「ポインタ」はC/C++のポインタのことでOK？
だとすると「オブジェクトの参照の配列」ってのは？
C++ではコンパイルエラーだっ。
別の言語持ち出して、ポインタ批判されてもねぇ。
C/C++ならポインタは普通使うでほ。
そもそも、「代用」っていうなら逆の代用もあるんでは？
494:仕様書無しさん
07/08/18 00:12:58
【コミケ】ライアーゲームの同人誌に原作者が激怒 過激な性描写も
ｽﾚﾘﾝｸ(news7板)
495:仕様書無しさん
07/08/18 11:16:41
ポインタは型の分かりにくさがクソ過ぎる。配列と絡むところとか。
例えば2次の配列を関数に渡すときなんぞ、すげ～ややこしい。
496:仕様書無しさん
07/08/18 11:29:26
>>495
そりゃ C/C++ の構文がアレな所為であって
ポインタに罪はない。
497:仕様書無しさん
07/08/18 11:34:45
>>496
むしろ、罪なのは使っている人が糞。
498:仕様書無しさん
07/08/18 11:49:37
>>497
それは「Cのポインタすら理解できないやつらが糞」なのか、
「未だにCを使ってるやつらが糞」なのか、どっちなんだ。
499:仕様書無しさん
07/08/18 16:27:47
>>498
前者は成立するが、後者は成立しないだろ。
なぜ文章として成立しないもので択一問題が発生するんだ？
500:仕様書無しさん
07/08/18 19:54:28
>>495
は？先頭アドレスと縦横サイズだけでいいじゃん
501:仕様書無しさん
07/08/18 19:59:30
C++だとaaa[][]で渡してもまともに使えないんだったね そういえば
502:仕様書無しさん
07/08/18 20:02:11
>>501
Cでも [][] じゃ無理なんだが。
503:仕様書無しさん
07/08/18 22:09:54
>>481
コンパイラの作り方がソース付でネットでも転がっているため、
他の題材にしてくれ。
504:仕様書無しさん
07/08/18 23:16:32
コンパイラを作るツールってなかったっけ？
名前忘れたけど、2つくらいのツールを組み合わせてやるのがあったよね。
505:仕様書無しさん
07/08/18 23:20:05
yaccとlexはコンパイラというより構文解析器を作るやつ
506:仕様書無しさん
07/08/18 23:22:03
yacc,lexか？bisonもyacc互換らしい
俺も詳しくはないが。。。
507:仕様書無しさん
07/08/19 07:54:34
>>497
当然、ポインタぐらい理解できない奴が糞
508:仕様書無しさん
07/08/19 07:59:02
>>501
逆にそんなコードが実行できたら、実行速度を疑っちゃうよ。
C/C++を使っている一番大切な所だからねぇ・・・
509:仕様書無しさん
07/08/19 08:03:12
つーか、二次元配列を渡したいならstructでまとめちゃわない？
510:仕様書無しさん
07/08/19 09:00:42
ublasみたいな感じでつかえる行列テンプレートって手もあるな
ポインタ演算の構文を使って扱っても速度面でも大したメリットないし
511:仕様書無しさん
07/08/19 09:05:20
そうすると、その場限りの意味不明な構造体が増えてくるから、
俺は1次元に展開して、列数とともに渡している
512:仕様書無しさん
07/08/19 09:18:34
matrix<int> m(3,3);
m(i,j) = 0;
みたいなインターフェースで扱えたらいいんだけども
Cのプリプロセッサでこれ作ろうとしたら凄いことになるだろうなぁ
513:仕様書無しさん
07/08/19 09:29:08
演算子のオーバーロード
514:仕様書無しさん
07/08/19 11:11:19
>>511
それが一番楽だよな？
先頭アドレス＋縦横サイズがすべてだよな
３次、４次・・・ってなっても応用が効くし
515:仕様書無しさん
07/08/19 11:38:29
boost::multi_arrayかそれに似た独自実装使うけどねぇ
ソースの中で直接ポインタを弄くりまわすみたいな泥臭いことなんて
仮にアセンブラ使う場合でもマクロとか使ってできるだけ避けるのに
516:仕様書無しさん
07/08/19 11:39:56
>>514
良し悪しは置いておいて、楽さ加減で言ったらコレだ。
#define X 10
#define Y 20
void func(int array[X][Y]);
int main()
{
int array[X][Y];
func(array);
}
517:仕様書無しさん
07/08/19 11:55:29
>>516
それだと処理するもんが配列の要素と一致してねぇと面倒じゃねぇか
画像処理とかだと
ある地点の周辺4x5の範囲を処理したいとかそんな風にならね？
そうすると配列のデータの4x5の範囲だけほしいってことになるし
処理する関数のほうはどっからとるかなんてのは気にしない状態にしたい
って考えると先頭アドレス＋ＸＸＸってのは楽でいいと思わね？
518:仕様書無しさん
07/08/19 11:58:34
>>516
その場合、void func(int array[][Y]);とかvoid func(int (*array)[Y]);とかでもOKなんだけど、
void func(int array[][]);やvoid func(int **array);、void func(int *array[Y]);(これは演算子の優先順位の問題か)
はダメなんだよね。この辺が理解しにくい。
まあポインタを完全に理解してる人にとっては何てことないんだろうけど。
519:仕様書無しさん
07/08/19 12:35:22
void func(int x,int y, array[x][y])
520:仕様書無しさん
07/08/19 12:46:07
車輪の再発明
ポインタのようなややこしいものはC++の力を借りないと扱えませんってマジで
template <typename T> class Matrix {
public:
Matrix(size_t in_m, size_t in_n) : m(in_m), n(in_n), data(new T[m*n]) {}
~Matrix() { delete [] data; }
T& operator()(size_t i, size_t j) { return data[i*n+j]; }
const size_t m; const size_t n;
private:
T* data;
};
521:仕様書無しさん
07/08/19 12:59:34
思い出した。
ラスタスキャンでただ値を取り出すだけのために
値ごとにいちいち乗算やってたら時間かかりすぎってことで
クラス化はボツになったんだ。
522:仕様書無しさん
07/08/19 13:11:20
値ごとにいちいち乗算しないようにクラス化すればいいじゃない
523:仕様書無しさん
07/08/19 13:40:09
>>517
すまん。
ちょっと想像しきれてないかも。
行の幅(array[X][Y]のY)を引数で渡す？
func(&array[3][5], Y, 4, 5);
みたいな呼び出し方なんだったら、言いたいことが分かった気がする。
まぁ単に二次元配列を楽に関数に渡す方法を書いただけなんだ。
楽に、っていうか頭使わずにというか。
呼び出し元の宣言と同じように仮引数の宣言したら良いだけなんで。
なんかこの辺の「楽」の捉え方の違いで差が出てるっぽいような。
524:仕様書無しさん
07/08/19 14:26:54
とっとと言語を変えろ
それで悩みは万事解決
525:仕様書無しさん
07/08/19 18:43:04
C++は、スマートじゃ無いなりにいろいろ定型の手法があって「あぁ、例のコレね」で済むならいいけど
ポインタ苦手、って言っちゃうような層は余計アレルギーでるんだろうな
526:仕様書無しさん
07/08/21 00:48:18
オレの大嫌いな言葉：
"ポインタのポインタ"
527:仕様書無しさん
07/08/21 00:53:52
俺はどっちか言うと「メモリリーク」の方が嫌いな言葉。
528:仕様書無しさん
07/08/21 00:54:40
間接ポインタ、二重ポインタ、ダブルポインタ、ハンドル……
代替語はいくつかあるけど、どうも明解に通じないので
やっぱり「ポインタのポインタ」になってしまう。
529:仕様書無しさん
07/08/21 01:05:09
多重間接参照
530:仕様書無しさん
07/08/21 05:32:26
>>527
俺、それＶＣ無しでとれたためしないｗ
みんな他の環境でどうやってとってんだろ？ｗ
多分、起きてないはず・・・？以上の確証ないｗ
531:仕様書無しさん
07/08/21 05:51:18
1日1回電源を落とすと分かっているので、メモリーリークしても1日持てばそれでいい。
リセットするわけにいかないシステム組んでる人は大変だなぁ
532:仕様書無しさん
07/08/21 06:36:05
>>530
gnuの動的解析ツール使って検証したことあるわ。
ツール名忘れた。
>>531
malloc禁止の開発もあったりする。
PCでは1回ぐらいしかしたこと無いけど、
組み込み系だと結構しょっちゅう。
フラグメントの問題もあるしな。
533:仕様書無しさん
07/08/21 12:22:05
専用のカスタムアロケータでも使うんじゃないのかな
534:仕様書無しさん
07/08/22 01:22:58
>>531
うちだと要件が1日なら、連続不可耐久テストを1週間ぐらい回すかな
535:仕様書無しさん
07/08/22 05:40:46
>>534
開発もテストもルール化されていないうちの会社では
すべて開発者のフィーリングで決まる。
少なくとも1週間連続運転なんてやる奴はいねぇ
536:仕様書無しさん
07/08/22 08:09:40
テスト用のデータは作らんのか？
537:仕様書無しさん
07/08/22 08:12:27
>>528
（hogeへの）ポインタへのポインタも使う俺。
538:仕様書無しさん
07/08/22 19:31:05
>>530
ラッパー関数作って、mallocとfreeのカウンタを保持してアプリ終了時に比較チェックしてる。
問題は、いざリークを起こしてる事が判明しても問題箇所の特定が出来ないことｗ
リークを起こしているけど見た目は問題なく動いてるというケースを見つける
ってこと以上のことは分からんので、さらに呼び出し元のソースファイルと行番号を記録し（ｒｙ
まあ、主にテスト段階で役に立ってる。
539:仕様書無しさん
07/08/22 20:54:48
>>536
テストケース作る方針は特に無くて、個人のセンスに任されてるってことだべ？