ポインタ厨へ。ポインタは糞。イラネ。
1 ：仕様書無しさん：
ポインタは、オブジェクトの参照で代用できるし、
ポインタの加算は「オブジェクトの参照の配列」のインデックス変数で代用できる。
ポインタの加算は「オブジェクトの参照の配列」のインデックス変数で代用できる。
|
|
|
2 ：仕様書無しさん：2006/02/16(木) 19:51:28
オブジェクトの参照ってポインタそのものだよ。
3 ：仕様書無しさん：2006/02/16(木) 19:53:08
Javaでポインタが無いと思ってるならそれは大きな間違い。
とんでもねぇープログラム作ってるぜ。
つか、Cから転向した漏れが騙されてわけだが。
とんでもねぇープログラム作ってるぜ。
つか、Cから転向した漏れが騙されてわけだが。
スレ立てたんなら、もう少しネタを出せよ。
立ててないよ＞＜
勃ててないよ＞＜
9 ：仕様書無しさん：2006/02/16(木) 21:20:06
C/C++、Delphiのような危険なポインタは排除すべきだと思います。
ポインタなんて百害あって一利なしですもんね。
参考までに危険なポインタが無い言語をあげておきますね。
Java、C#、VB、VB.NET、Perl・PHPなど各スクリプト言語
ポインタなんて百害あって一利なしですもんね。
参考までに危険なポインタが無い言語をあげておきますね。
Java、C#、VB、VB.NET、Perl・PHPなど各スクリプト言語
ポインタのポインタのポインタのポインタの・・・
11 ：葉猫 ◆Jz.SaKuRaM ：2006/02/16(木) 21:29:06
漏れが引き継いだソース***とかたくさん使ってるのに説明が一切ないんでつけど。。。。。
変数名も意味不明だち。。。。。
変数名も意味不明だち。。。。。
配列覚えたはじめは、配列の配列の配列の・・・って
多次元配列を作ってしまうものだ。
そして、どの次元が何のデータかわけがわからなくなる。
そんなことをせずに、構造体やクラスを使えばスッキリと実装できる。
ポインタのポインタのポインタの・・・ってのも
これと同じ類のものだろうな。
あんなもん使うべきじゃないし、力がある人は使わない。
多次元配列を作ってしまうものだ。
そして、どの次元が何のデータかわけがわからなくなる。
そんなことをせずに、構造体やクラスを使えばスッキリと実装できる。
ポインタのポインタのポインタの・・・ってのも
これと同じ類のものだろうな。
あんなもん使うべきじゃないし、力がある人は使わない。
配列は３次元までだろ
言語始めたばっかりは5次元配列とか普通に使ってたからなぁ
数、縦、横、奥、属性
複数の空間があって座標ごとにいろんな値が詰まってる
ちゃんとした本すら読まず独学だったせいで
ひとつのことを覚えるとひたすら応用して使ってたよ
そもそも構造体も名前付配列だしね要素が1個文字になっただけ
まぁ、構造体覚えた後も2次元配列の中に3次元配列があってその中に・・・
なんて平気でやってたころが懐かしいｗ
数、縦、横、奥、属性
複数の空間があって座標ごとにいろんな値が詰まってる
ちゃんとした本すら読まず独学だったせいで
ひとつのことを覚えるとひたすら応用して使ってたよ
そもそも構造体も名前付配列だしね要素が1個文字になっただけ
まぁ、構造体覚えた後も2次元配列の中に3次元配列があってその中に・・・
なんて平気でやってたころが懐かしいｗ
15 ：仕様書無しさん：2006/02/16(木) 22:47:57
来月からCのプロジェクト。
オブジェクト指向覚えると、あの世界には戻りたくない。orz
オブジェクト指向覚えると、あの世界には戻りたくない。orz
16 ：仕様書無しさん：2006/02/16(木) 23:09:08
>>12
そんなことをするなら
ListのListの
もしくは二次元のキーを持つハッシュ
List<キークラス> 二次元キー = new ArrayList<キークラス>();
二次元キー.add(キーオブジェクト1);
二次元キー.add(キーオブジェクト2);
Map map = new HashMap();
map.put(二次元キー, 値);
に汁。最近の玄関の扉はキー差し込み口(鍵穴)が二つ以上
ついているだろ。
あんな感じのを想像してくれ。
そんなことをするなら
ListのListの
もしくは二次元のキーを持つハッシュ
List<キークラス> 二次元キー = new ArrayList<キークラス>();
二次元キー.add(キーオブジェクト1);
二次元キー.add(キーオブジェクト2);
Map map = new HashMap();
map.put(二次元キー, 値);
に汁。最近の玄関の扉はキー差し込み口(鍵穴)が二つ以上
ついているだろ。
あんな感じのを想像してくれ。
>>15
こっそりC++を埋め込んでしまえ
こっそりC++を埋め込んでしまえ
C++のコメントを使うんだ！
id
20 ：仕様書無しさん：2006/02/17(金) 21:32:59
*
jp40454.cab [DLKey] 「青弐歳の履歴書と経歴書セット」第2版
http://jp4.biz/src/jp40454.cab.html
http://jp4.biz/src/jp40454.cab.html
22 ：仕様書無しさん：2006/02/17(金) 22:43:52
文字列をだいぬーする時に使います＞＜
.NETはポインタが無い分、Javaより進んでいる
24 ：葉猫 ◆Jz.SaKuRaM ：2006/02/17(金) 23:08:05
意味ﾜｶﾝﾈ
25 ：仕様書無しさん：2006/02/17(金) 23:32:58
>>25は一生懸命矢印がずれないように書いたんだろうなあ。
ご苦労なこったなあ。
ご苦労なこったなあ。
・・・・
この程度のことで苦労するような無能にはなりたくないと思った
この程度のことで苦労するような無能にはなりたくないと思った
この程度のあおりでレスするような人間にはなりたくないと思った
29 ：仕様書無しさん：2006/02/18(土) 23:35:27
Java はポインタがない分 C++よりすぐれている。
って結構多くのところで聞いた言葉だと思ったけど？
って結構多くのところで聞いた言葉だと思ったけど？
>>29
聞いた相手が素人でした、という可能性すら検討しないのか？
聞いた相手が素人でした、という可能性すら検討しないのか？
32 ：仕様書無しさん：2006/02/19(日) 04:34:20
*(char *)dat = (char)0;
こう書かないとwarningでた。ポインタって意味わかんね
こう書かないとwarningでた。ポインタって意味わかんね
33 ：仕様書無しさん：2006/02/19(日) 04:38:13
ここってﾌﾟﾛの方が集まる場所でｨｨんですよね??
34 ：仕様書無しさん：2006/02/19(日) 11:05:34
>>33
プロは危険なものを使わない
プロは危険なものを使わない
35 ：仕様書無しさん：2006/02/19(日) 11:18:19
JavaとかC#みたいに中途半端に隠しているほうが危険だとおもうんだけどね。
どこが中途半端で、どこが隠しているというのか。
それがどういった理由でなぜ危険なのか、まったくかかれていない。
却下
それがどういった理由でなぜ危険なのか、まったくかかれていない。
却下
超高級言語を最初から使った人は、ソフトウェアの仕組みをよく知らない。
っていうのは言語の問題ではなく、単に知識の問題。
知識をつけるためにC言語を勉強するのはよかろう。
しかし、仕事では使ってはいけない。
勉強のために筆算を使うが、仕事では電卓を使うのと同じ事。
っていうのは言語の問題ではなく、単に知識の問題。
知識をつけるためにC言語を勉強するのはよかろう。
しかし、仕事では使ってはいけない。
勉強のために筆算を使うが、仕事では電卓を使うのと同じ事。
はなっから質問なんかしていない。
そんなもの無いから、質問しても答えは無しだとわかっている。
そんなもの無いから、質問しても答えは無しだとわかっている。
40 ：仕様書無しさん：2006/02/19(日) 12:08:14
やっぱり答えは無しのようだ。
42 ：仕様書無しさん：2006/02/19(日) 12:12:58
>>41
だから教えてほしいなら教えてください、だろ
だから教えてほしいなら教えてください、だろ
別に教えてほしくないってｗ
「無し」という結論が正しいし、それで十分満足しているし。
俺はこういう結論で一向に構わん。
「無し」という結論が正しいし、それで十分満足しているし。
俺はこういう結論で一向に構わん。
45 ：仕様書無しさん：2006/02/19(日) 16:33:42
ポインターって、手元からスクリーン上のオブジェクトを指すやつだろ。
便利じゃないか。
便利じゃないか。
糞みたいなポインターを使ってるプログラマーが要らないだけだろ。
ポインターすら使えないプログラマーが糞みたいだからいりません
それって>>1？
50 ：仕様書無しさん：2006/02/19(日) 16:52:24
まぁポインタが使えなくてもできる仕事もあるのですから気落ちしないで頑張ってくださいという事でFA
ポインタの勉強するまでは参照が良くわからず、参照型の変数宣言するときにも
一々全部newしてましたorz
一々全部newしてましたorz
52 ：仕様書無しさん：2006/02/19(日) 17:22:19
ある変数に入れてるオブジェクトを別の変数にコピーするとき
VB使いでさえ普通にポインタ＝参照を使っているわけで。
54 ：葉猫 ◆Jz.SaKuRaM ：2006/02/19(日) 22:19:00
VBにはIntPtr、StrPtrとかあるでちょ。
はいはい。キチガイは帰っていいよ。
>>54
それは単にポインタ＝参照のメモリアドレスを取得する命令に過ぎない。
VBをはじめ最近の高級言語では、ポインタを扱うときにメモリアドレスを
直接見なくてもポインタを使って出来る（間違った使い方以外の）
プログラミングができるようになっている。
それは単にポインタ＝参照のメモリアドレスを取得する命令に過ぎない。
VBをはじめ最近の高級言語では、ポインタを扱うときにメモリアドレスを
直接見なくてもポインタを使って出来る（間違った使い方以外の）
プログラミングができるようになっている。
メモリアドレスのインクリメントは出来ないんだけどな。
メモリアドレスは数値なんだから+1すりゃいいだけじゃん。
っていうか、そもそもなんのためにインクリメントするんだ？
オブジェクトが並んでいる＝オブジェクトの配列 の中で
オブジェクトを列挙したいのなら、配列のインデックス変数を
インクリメントすればいいだけの話だし。
っていうか、そもそもなんのためにインクリメントするんだ？
オブジェクトが並んでいる＝オブジェクトの配列 の中で
オブジェクトを列挙したいのなら、配列のインデックス変数を
インクリメントすればいいだけの話だし。
配列（データがどこからどこまであるか）という情報なしに、
オブジェクトのポインタを直接インクリメントできる言語は危険。
データが無いところまでアクセスして、たとえば単純なデータ参照など
場合によってはエラーが発生せずにそのまま動いてしまう。
こういう言語は使うのをやめたほうが良い。
オブジェクトのポインタを直接インクリメントできる言語は危険。
データが無いところまでアクセスして、たとえば単純なデータ参照など
場合によってはエラーが発生せずにそのまま動いてしまう。
こういう言語は使うのをやめたほうが良い。
>>60
それを手動で管理するか、自動で言語環境がやってくれるかの差異は大きい。
Cでは「プログラマは神である」と言われているのは、別の言い方をすれば、
「神のごとき全能性でもって全てを管理できることを要求される」ということだ。
その辺が面倒に感じてくると、
C++のようなObjectにある程度面倒な処理を隠蔽出来る言語や、
VB、Javaのような言語側で面倒なことは概ね管理してくれる言語に流れる。
言語を換えないにしても、何らかのライブラリで細かな実装を外出しするようになる。
つまり、俺が言いたいことを一言で言うなら、
>>60
スマートポインタ出しちゃった時点で、
結局やろうとしてる方向は同じなんだから喧嘩すんなよ。もちつけ。
それを手動で管理するか、自動で言語環境がやってくれるかの差異は大きい。
Cでは「プログラマは神である」と言われているのは、別の言い方をすれば、
「神のごとき全能性でもって全てを管理できることを要求される」ということだ。
その辺が面倒に感じてくると、
C++のようなObjectにある程度面倒な処理を隠蔽出来る言語や、
VB、Javaのような言語側で面倒なことは概ね管理してくれる言語に流れる。
言語を換えないにしても、何らかのライブラリで細かな実装を外出しするようになる。
つまり、俺が言いたいことを一言で言うなら、
>>60
スマートポインタ出しちゃった時点で、
結局やろうとしてる方向は同じなんだから喧嘩すんなよ。もちつけ。
62 ：仕様書無しさん：2006/02/20(月) 17:10:40
>>61
俺が言いたいのはこの程度の問題で頭悩ませるアホとだけは一緒に仕事なんぞしたくねーって言いたいだけ
俺が言いたいのはこの程度の問題で頭悩ませるアホとだけは一緒に仕事なんぞしたくねーって言いたいだけ
63 ：仕様書無しさん：2006/02/20(月) 17:22:11
あぁアレか
諸々の要素でCつかうのが最適な場合や
そもそも言語選択に自由がないのに
Cはポインタが危ないからイヤだとかごねるやつ
そういう馬鹿には触らせたくないなぁ
って結局ポインタ自体はメリットないし
諸々の要素でCつかうのが最適な場合や
そもそも言語選択に自由がないのに
Cはポインタが危ないからイヤだとかごねるやつ
そういう馬鹿には触らせたくないなぁ
って結局ポインタ自体はメリットないし
>>57がおかしかったってことでFA?
インクリメンタリズム
ポインタで操作するの便利だよな
そう、
>その程度の問題でおきた
>バッファオーバーフローのバグなら、
とかいうのはお前みたいなマヌケの起こしている事だろ、こんなアホとは組みたくないという事。
>その程度の問題でおきた
>バッファオーバーフローのバグなら、
とかいうのはお前みたいなマヌケの起こしている事だろ、こんなアホとは組みたくないという事。
>>68
気のせいだろｗ
気のせいだろｗ
Microsoftは間抜けの塊！
ひとつだけ言っておくと
スマートポインタ >>> （超えられない壁） >>> ガベコレ
だな。
スマートポインタ >>> （超えられない壁） >>> ガベコレ
だな。
73 ：仕様書無しさん：2006/02/21(火) 10:33:32
ひとつだけ言っておくと
ガベコレあるけどシンプルで使いやすいアプリ >>> （超えられない壁） >>> スマートポインタを使っているが操作もアレでバグばっかりのアプリ
だな。
ガベコレあるけどシンプルで使いやすいアプリ >>> （超えられない壁） >>> スマートポインタを使っているが操作もアレでバグばっかりのアプリ
だな。
>シンプルで使いやすいアプリ >>> （超えられない壁） >>> 操作もアレでバグばっかりのアプリ
これは正しい
>ガベコレあるけどシンプルで使いやすいアプリ
>スマートポインタを使っているが操作もアレでバグばっかりのアプリ
こじつけで、因果関係が無し。俗に言う故意の誘導で、バカしか引っかからない盲点が有る。
または、バカしかこのような文は書けない。
これは正しい
>ガベコレあるけどシンプルで使いやすいアプリ
>スマートポインタを使っているが操作もアレでバグばっかりのアプリ
こじつけで、因果関係が無し。俗に言う故意の誘導で、バカしか引っかからない盲点が有る。
または、バカしかこのような文は書けない。
>>73
そんなのはお前だけだ
そんなのはお前だけだ
たしかに、メモリ64kとかの環境で組んでるとなるとガベコレは使えないからなぁ
うん、やっぱりポインタは必要だよ
うん、やっぱりポインタは必要だよ
>>77
携帯でJava動いているんだが？
携帯でJava動いているんだが？
通信速度じゃないんだから
携帯とかその手のもので64kは無いって
マイコンとか基盤系の話だろ
携帯とかその手のもので64kは無いって
マイコンとか基盤系の話だろ
KVMのKの意味はキロバイト。
64K程度で動きます。
64K程度で動きます。
81 ：仕様書無しさん：2006/02/21(火) 22:27:00
>>メモリアドレスは数値なんだから+1すりゃいいだけじゃん。
めっけ、ポォインタァー理解不能者。
めっけ、ポォインタァー理解不能者。
そうですね。配列のインデックス変数を+1するのと同じ意味ですね。
ポインタ＝配列の添え字
>>83
その理解はプログラマとして終わってる
その理解はプログラマとして終わってる
>>84
おまえは物事を難しく考えすぎ
おまえは物事を難しく考えすぎ
>>23
どっちもポインタがあるんだけど
どっちもポインタがあるんだけど
>>77
Javaにはポインタがあるんだが。
ポインタを操るクラス、インタフェースが
揃った
java.lang.ref.Reference
java.lang.ref.Softerence
などがあるわけだが。
Javaにはポインタがあるんだが。
ポインタを操るクラス、インタフェースが
揃った
java.lang.ref.Reference
java.lang.ref.Softerence
などがあるわけだが。
そして NullPointerException 発生
>>90
この程度で抽象的もクソもあるかマなんぞ止めて死ね
この程度で抽象的もクソもあるかマなんぞ止めて死ね
92 ：仕様書無しさん：2006/02/22(水) 12:22:41
93 ：仕様書無しさん：2006/02/22(水) 13:11:47
Cのポインタはビットフィールドを指定できないから糞
ポインタはオブジェクト
配列の添え字とは違う
と思う
配列の添え字とは違う
と思う
実装的な話をするのか
設計的な話をするのか
意味的な話をするのか
でそれぞれの意見が食い違ってる希ガス
あと、表面的なことしか見えてないのも混ざってるようだけど
設計的な話をするのか
意味的な話をするのか
でそれぞれの意見が食い違ってる希ガス
あと、表面的なことしか見えてないのも混ざってるようだけど
メンバ変数へのポインタを使えばそれっぽいことはできるし、本当の意味でのビットフィールドへのポインタとなると
サイズまちまち、すなわち型が違うからそもそもポイントするというのがナンセンス。
さらにエンディアンに依存するしハード超依存になってしまうよ。
ここまでくると素直にシフト使って切り出せと言いたい、大体ハードウエアとしてビットをポイントするハードなんて普通じゃない。
Cを高級アセンブラとして考えるなら関数にしておくのが実装として美しい。
サイズまちまち、すなわち型が違うからそもそもポイントするというのがナンセンス。
さらにエンディアンに依存するしハード超依存になってしまうよ。
ここまでくると素直にシフト使って切り出せと言いたい、大体ハードウエアとしてビットをポイントするハードなんて普通じゃない。
Cを高級アセンブラとして考えるなら関数にしておくのが実装として美しい。
98 ：仕様書無しさん：2006/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];
}
}
}
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 ：仕様書無しさん：2006/02/22(水) 23:42:11
ここが噂の、ある程度の知識を揃えた半端の議論会？？
100 ：葉猫 ◆Jz.SaKuRaM ：2006/02/23(木) 00:04:26
ポインタのポインタはアドレス変更で使うけど、***は非常に迷惑でつ。
構造体にちてくり。
構造体にちてくり。
はいはい。無能乙。
106 ：仕様書無しさん：2006/02/24(金) 21:51:17
K&Rって・・・
そりゃC言語でのポインタの定義だろｗ
そりゃC言語でのポインタの定義だろｗ
ボインちゃん
だから、参照もポインタだよな。VBにもあるな。
109 ：仕様書無しさん：2006/02/24(金) 22:10:50
>>105
はいはい、いちからやりなおし。
はいはい、いちからやりなおし。
無限ループってこわくね？
ﾇﾙ(･ω･)ﾎﾟﾘｰﾝ
112 ：仕様書無しさん：2006/02/25(土) 01:02:04
ﾇﾙ(･ω･)ﾎﾟｰﾝ
113 ：仕様書無しさん：2006/02/25(土) 09:19:56
>>113
>1-2 で笑わせてもらいました。
>1-2 で笑わせてもらいました。
ム板おそるべし
ム板？
マ板では？
マ板では？
ここはマ板
>>１１３のはム板
>>１１３のはム板
118 ：仕様書無しさん：2006/02/26(日) 15:18:55
>>114
でも正論だよね。
でも正論だよね。
バカ登場
↑こういう悪口だけしかいえない奴がいるから、
ますます、正論だってことになる。
ますます、正論だってことになる。
真性バカ再登場
100回ぐらい声に出して繰り返して>>113を読んでごらん
100回ぐらい声に出して繰り返して>>113を読んでごらん
お前>>114読んだのか?
>何か言いたいことがあるのならちゃんといえよ。
>>113のスレの1-2がバカで面白かった。
正論だとか言ってる奴はバカだと思う。
「せめて該当レスでもださなきゃな。」とか言ってる奴はマヌケだと思いました。
「反論にはならないことを自覚せよ。」とか言ってる奴は反論すべき内容なんか書いてないことに気づいていないようだ。
>>113のスレの1-2がバカで面白かった。
正論だとか言ってる奴はバカだと思う。
「せめて該当レスでもださなきゃな。」とか言ってる奴はマヌケだと思いました。
「反論にはならないことを自覚せよ。」とか言ってる奴は反論すべき内容なんか書いてないことに気づいていないようだ。
>>125
おまいのプログラム読みにくそうだな
おまいのプログラム読みにくそうだな
バカでも読めるように箇条書きにしたからな。
a[b] と b[a] と *(a+b) が同じ意味になるってのは有名な話だと思うが、
これを知っていればポインタは配列のインデックスと同等の物だってわかるはずなんだが・・・。
これを知っていればポインタは配列のインデックスと同等の物だってわかるはずなんだが・・・。
はぁ。バカだなぁ。
ポインタは配列じゃないよ。配列のインデックスだよ。
と読まずにレス。
ポインタは配列じゃないよ。配列のインデックスだよ。
と読まずにレス。
>>129
えー、元スレ読んで面白さが判んない奴に説明しても判んないと思うよ。
えー、元スレ読んで面白さが判んない奴に説明しても判んないと思うよ。
ほら。またそうやって逃げる。
説明しても・・・じゃなくて、説明できないんだろｗ
逃げてるってのは正しいな。
他の優しい奴に相手してもらえ。
他の優しい奴に相手してもらえ。
晒し上げ
>>128
だな。
だな。
まるで裸の王様だな。
見えない奴がバカなんだと言っているほうが
実は説明できやしないバカだったという落ち。
見えない奴がバカなんだと言っているほうが
実は説明できやしないバカだったという落ち。
裸の王様の耳はロバの耳〜
ごくろうさまです
ここは酷いインターネッツだ
142 ：葉猫 ◆Jz.SaKuRaM ：2006/02/26(日) 17:38:51
ところでポインタって何ビットなんでつか。(48ビット？)
UNIXとかで int に代入とかちてるけど おかちくね。
UNIXとかで int に代入とかちてるけど おかちくね。
お前どこまで無知なの？死んだら？
クイックソートの使い道すらわからないような無能らしいレスだこと
また恥かきに来たのかしら？
また恥かきに来たのかしら？
ポインタの中身は処理系で異なるので、普通は警告が出る
無理矢理キャストとかしてるでしょ?
無理矢理キャストとかしてるでしょ?
146 ：葉猫 ◆Jz.SaKuRaM ：2006/02/26(日) 17:46:33
とポインタサイズが32ビット固定だと思っているｱﾎのご面々がやってきますた。。。。。。
>>144
なにが言いたいのか、説明不足なんだが、
適当に当たりをつけてレスをすると、
ポインタが無い（参照はある）言語でのクイックソートの実装方法しってる？
ポインタ無いのにどうやって実装できるのか悩むでしょ？ｗ
なにが言いたいのか、説明不足なんだが、
適当に当たりをつけてレスをすると、
ポインタが無い（参照はある）言語でのクイックソートの実装方法しってる？
ポインタ無いのにどうやって実装できるのか悩むでしょ？ｗ
基本的に今更ポインタネタで盛り上がれるのは厨房さんしかいない
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
>>151
またお前かｗ
またお前かｗ
>146
当たり前のことを今更？
死んだら？
当たり前のことを今更？
死んだら？
どうやら優しくない奴がまた出てきているようでｗ
キチガイコテに優しくする気は毛頭ねぇな
むいたん(;´Д｀)ﾊｧﾊｧ
まいたん(*´Д`)ﾊｧﾊｧ
このあたりが素人の限界
>>156
よく複数いるとわかるなｗ
よく複数いるとわかるなｗ
161 ：仕様書無しさん：2006/02/26(日) 22:47:49
ぽいんた使わなければ出来ないクイックソートってどんなのだろう・・・
そっちの方が悩むよｗ
そっちの方が悩むよｗ
クイックソートの件はキチガイコテの発言集から来ただけちゃうんか
誰かクイックソートにポインタ要るとか言ったか？
誰かクイックソートにポインタ要るとか言ったか？
厨房の言うこといちいち気にしてたら身が持たんわな
C だからポインタを使わなきゃいけない訳じゃないし、
ガベコレとポインタが両立しない訳でもない。
Mac OS 上のC なんかはハンドル（ポインタのポインタ）と
ロック／アンロック機構で安全性を確保しておき、
アドレス直接参照とかハンドルと他の型とのキャストとか
しようとすると、コンパイラが「いいのか？ 本当にいいのか？」と
しつこく言ってくるのでワーニングを消そうとすると結構念入りな
記述を強いられた。
ぶっちゃけシステムの底の底の方にアクセスするとか、
異なったアーキテクチャのマシンとデータ共有するとかいった場合は
ポインタが簡単に使えると有難くはあるのだが、普通のアプリケーション
プログラマに軽々にポインタ使わせるのは禁止したほうが（少なくとも
制限したほうが）いいと思われ。
ガベコレとポインタが両立しない訳でもない。
Mac OS 上のC なんかはハンドル（ポインタのポインタ）と
ロック／アンロック機構で安全性を確保しておき、
アドレス直接参照とかハンドルと他の型とのキャストとか
しようとすると、コンパイラが「いいのか？ 本当にいいのか？」と
しつこく言ってくるのでワーニングを消そうとすると結構念入りな
記述を強いられた。
ぶっちゃけシステムの底の底の方にアクセスするとか、
異なったアーキテクチャのマシンとデータ共有するとかいった場合は
ポインタが簡単に使えると有難くはあるのだが、普通のアプリケーション
プログラマに軽々にポインタ使わせるのは禁止したほうが（少なくとも
制限したほうが）いいと思われ。
ポインタという言葉やめて
ショートカットといえばわかりやすいのにな
ショートカットといえばわかりやすいのにな
>>166
ポインタを知らない人が本質無視して勝手に命名しないでね。
ポインタを知らない人が本質無視して勝手に命名しないでね。
168 ：仕様書無しさん：2006/02/27(月) 10:17:05
その結果
リファレンス=参照にかわったがな
リファレンス=参照にかわったがな
169 ：仕様書無しさん：2006/02/27(月) 22:08:38
ポインタがないと、違う言語で書いたものに見えてしまうのって病気？
データ構造を決めたら、ポインタで扱う方が楽だよ
その理由は？
172 ：葉猫 ◆Jz.SaKuRaM ：2006/02/27(月) 22:47:11
スピードさえ拘らなければvectorとかdeque、listみたいなコンテナがいっぱいあるんでつから
ｱﾎみたいにポインタ使わなくてもOKでちょ (･∀･)
構造体の再構築は面倒くさいち。
ｱﾎみたいにポインタ使わなくてもOKでちょ (･∀･)
構造体の再構築は面倒くさいち。
また懲りずに無知発言ですか？
メンバ変数に直接アクセスされるの嫌い。
つ クラス
>>173
極Mだからな、そいつ。
極Mだからな、そいつ。
言葉責めされたいんだな
ポイント・マイル
http://hobby7.2ch.net/point/
http://hobby7.2ch.net/point/
179 ：仕様書無しさん：2006/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;
}
ってこと？
class Man {
private:
string chinko;
public:
Man() : chinko("8cm") {}
};
int main()
{
Man ore;
string *p = (string *)&ore;
cout << *p;
}
ってこと？
自分の半分以下のchinkoサイズを見ると
憐憫の情を禁じ得ない
憐憫の情を禁じ得ない
ポイント・オブ・ロックス
184 ：仕様書無しさん：2006/03/05(日) 16:58:53
ポインタなんざバグの温床だよな。ｲﾗﾈ
185 ：仕様書無しさん：2006/03/05(日) 17:42:45
バグを作るプログラマが悪い
186 ：仕様書無しさん：2006/03/05(日) 17:44:45
なんでもかんでも実体で処理しようとするとメモリを消費しがち。
細かな処理をしようとすると必要になるのがポインタ。
細かな処理をしようとすると必要になるのがポインタ。
>>188
参照でいいやんｗ
参照でいいやんｗ
byte[4] hoge;
ulong *hage = &hoge;
*hage += 5;
という処理をJavaでどう書けばいいのか分かりません＿|￣|○||| ﾏｼﾞﾃﾞｽ…
煽りなしで誰か教えて下さい。
hoge[0]に5足して桁上がりするかどうか調べて、桁上がりするなら
それをhoge[1]に足して、再び桁上がりするかどうか調べてって方
法を何となく思いついたんですが、どう書いていいのか、他に書き
方はないのか、もう頭パルプンテです｡･ﾟ･(ﾉД`)･ﾟ･｡ ﾍｰﾙﾌﾟ！
ulong *hage = &hoge;
*hage += 5;
という処理をJavaでどう書けばいいのか分かりません＿|￣|○||| ﾏｼﾞﾃﾞｽ…
煽りなしで誰か教えて下さい。
hoge[0]に5足して桁上がりするかどうか調べて、桁上がりするなら
それをhoge[1]に足して、再び桁上がりするかどうか調べてって方
法を何となく思いついたんですが、どう書いていいのか、他に書き
方はないのか、もう頭パルプンテです｡･ﾟ･(ﾉД`)･ﾟ･｡ ﾍｰﾙﾌﾟ！
言い忘れたですが最終的にbyte[]が必要なんで、byte[]→ulongした場合
は最後にulong→byte[]しないといけないです。
は最後にulong→byte[]しないといけないです。
>>193
それで？Javaではどう書くの？
それで？Javaではどう書くの？
>>194
CPU依存しないコードを書いてみればわかる。
CPU依存しないコードを書いてみればわかる。
196 ：葉猫 ◆Jz.SaKuRaM ：2006/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;
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;
浅知恵ですが、こんなのじゃだめなの？
byte[4] hoge;
String str = new String(hoge);
Long hage = Long.decode(str);
byte[4] hoge;
String str = new String(hoge);
Long hage = Long.decode(str);
また無知コテがアホっぷり晒してらっしゃる
アホという方がアホの法則発動？
アホという方がアホという方がアホの法則発動？
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バイトの処理系もあるのか？
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バイトの処理系もあるのか？
C#ならunsafeで楽に書けるのにな。
unsafe
{
fixed (byte* bytePointer = hoge)
{
uint* hage = (uint*)bytePointer;
*hage += 5;
}
}
unsafe
{
fixed (byte* bytePointer = hoge)
{
uint* hage = (uint*)bytePointer;
*hage += 5;
}
}
パット見何がやりたいのかわからんか没
限界までリソース節約するときは旧式ポインタも便利だが・・・
限界までリソース節約するときは旧式ポインタも便利だが・・・
Cのshort、int、longは処理系依存。
世の中にはlongが1byteの処理系すらあるｗ
世の中にはlongが1byteの処理系すらあるｗ
処理系に依存する言語なんて明らかに糞仕様だと思われ。
また必死な高卒が暴れてるのか
>>210
値の範囲や内部表現が処理系に依存しない言語とは？
値の範囲や内部表現が処理系に依存しない言語とは？
>>213
Perl
Perl
金銀Perlプレゼント
だがそれがいい。
218 ：仕様書無しさん：2006/03/18(土) 20:29:30
いつまでも上達しない奴には、一度で良いからこうしてやりたい。
(＊｀3´)･:∴･:∴ﾍﾟｯ
(＊｀3´)･:∴･:∴ﾍﾟｯ
219 ：仕様書無しさん：2006/03/19(日) 21:53:16
LSI-C86試食版がデフォな俺にとって、GUIコンポーネントのプログラミングには関数ポインタが欠かせない訳だが・・・
ああ？俺？ プログラマなんかじゃないよ。
今、液晶パネルのコネクタをはんだづけしてる。
CPUはV30コアのやつだ。
ああ？俺？ プログラマなんかじゃないよ。
今、液晶パネルのコネクタをはんだづけしてる。
CPUはV30コアのやつだ。
あー もうクラスとポインタがないとプログラムできねーな
ＶＢなんて、なにこれ？みたいな感じだったし
アセンブラでも勉強するべか
ＶＢなんて、なにこれ？みたいな感じだったし
アセンブラでも勉強するべか
Cだけでコーディングするとクラスのありがたみが良く分かる。
ＣでWin32アプリを書いたあと、C++に切り替えると「ナンジャコレ！」という位簡単に思える。
ＣでWin32アプリを書いたあと、C++に切り替えると「ナンジャコレ！」という位簡単に思える。
222 ：仕様書無しさん：2006/03/23(木) 00:06:10
VB６の
long 4バイト（32Bit）
integer 2バイト
困った経験ありますｗ
long 4バイト（32Bit）
integer 2バイト
困った経験ありますｗ
Cの
int int32
long int32
困った経験がありますｗ
つーかなんで同じサイズで名前違いが2つもあるねん
昔はintと言えばint16だとすぐに連想できたんだがな('A｀)
int int32
long int32
困った経験がありますｗ
つーかなんで同じサイズで名前違いが2つもあるねん
昔はintと言えばint16だとすぐに連想できたんだがな('A｀)
じゃあ、全部 BYTE* 型でアクセスするかｗ
>>223
int型だけ環境依存だからね。嫌ならint型だけは使わないって選択もあるよ。
int型だけ環境依存だからね。嫌ならint型だけは使わないって選択もあるよ。
short <= int <= longだから環境依存が激しいし。
マクロでCHAR・WORD・DWORDあたりににしておいた方がいいと思われ。
マクロでCHAR・WORD・DWORDあたりににしておいた方がいいと思われ。
>>227
規格をあたれ無能
規格をあたれ無能
ローカル
インディアンの都市
ポイント・オブ・ロックス
ポイント・オブ・ロックス
231 ：仕様書無しさん：2006/04/09(日) 08:52:49
レベルの差がすさまじいスレだな。ここは。
232 ：仕様書無しさん：2006/04/09(日) 23:20:45
もう、既出かも知れんがポインタ無しでどうやって絶対番地を指すつもりなんだろうか。まさか、VRAM等を知らん分けは無かろう。
ポインタ演算最高
できるだけ早く動くものをつくれ、移植性など気にするな（Cの精神、だっけ？）
できるだけ早く動くものをつくれ、移植性など気にするな（Cの精神、だっけ？）
>>233
ヒント：リンカ
ヒント：リンカ
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | Ｊ
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
237 ：仕様書無しさん：2006/04/13(木) 06:16:39
>>235
peekとpokeだお
peekとpokeだお
いまどきVRAMにアドレス指定で直接書き込むことなんて
めったにないだろ。
めったにないだろ。
239 ：ダマレゴゾウ ◆KGRPbmh5.Q ：2006/04/13(木) 20:04:46
おっぱい！ おっぱい！
おっぱい おっぱい！ おっぱい！
おっぱい！ ∩ ∩ ﾉ) おっぱい！
おっぱい！ 川 ∩ 川彡'三つ おっぱい！
おっぱい！ ⊂ミ∩∧η∧∩彡⊃ おっぱい！
おっぱい！⊂三ミ (,,・Д・)彡三彡三⊃ おっぱい！
おっぱい！ ⊂彡川⊂彡川ミ⊃ おっぱい！＜ポインタ＝乳首
おっぱい！⊂彡川∪⊃ Ｕ川彡⊃ おっぱい！ ポインタ＝クリトリス
おっぱい！ (ノ ∪ 川 ∪ミ) おっぱい！ これがポインタ濡れ濡れのエロスだぞ！
おっぱい！ ∪ おっぱい！
おっぱい！ おっぱい！ おっぱい！
おっぱい！ おっぱい！
おっぱい おっぱい！ おっぱい！
おっぱい！ ∩ ∩ ﾉ) おっぱい！
おっぱい！ 川 ∩ 川彡'三つ おっぱい！
おっぱい！ ⊂ミ∩∧η∧∩彡⊃ おっぱい！
おっぱい！⊂三ミ (,,・Д・)彡三彡三⊃ おっぱい！
おっぱい！ ⊂彡川⊂彡川ミ⊃ おっぱい！＜ポインタ＝乳首
おっぱい！⊂彡川∪⊃ Ｕ川彡⊃ おっぱい！ ポインタ＝クリトリス
おっぱい！ (ノ ∪ 川 ∪ミ) おっぱい！ これがポインタ濡れ濡れのエロスだぞ！
おっぱい！ ∪ おっぱい！
おっぱい！ おっぱい！ おっぱい！
おっぱい！ おっぱい！
240 ：仕様書無しさん：2006/04/13(木) 20:32:13
>239
氏ね
氏ね
>>240
Javaでファイナルファンタジーが動いているこの時代に？
Javaでファイナルファンタジーが動いているこの時代に？
244 ：仕様書無しさん：2006/04/13(木) 21:24:05
>>243
せめてファイナルファンタジー７ぐらいは作ってくれんか？
せめてファイナルファンタジー７ぐらいは作ってくれんか？
245 ：葉猫 ◆Jz.SaKuRaM ：2006/04/13(木) 21:27:26
だがファイナルファンタジーはスーファミ版が一番面白い。
>>243
面白かったか？それは良かった。
で、それとコレとが何の関係があるんだね？
アプリなんざVBでもできる。
それから、その下のVM､OS､BIOS､ファーム､デバドラ…。日々進歩を求められるこれ等も直打ちが必要だが?
面白かったか？それは良かった。
で、それとコレとが何の関係があるんだね？
アプリなんざVBでもできる。
それから、その下のVM､OS､BIOS､ファーム､デバドラ…。日々進歩を求められるこれ等も直打ちが必要だが?
誰も屑の感想なんか聞いてねぇよ
空気読め屑
空気読め屑
糞コテに言ってるんだと思うよ
251 ：246：2006/04/14(金) 21:27:02
>>249
なるほど、勘違いスマソ
なるほど、勘違いスマソ
253 ：仕様書無しさん：2006/04/15(土) 18:02:34
静かだな。まぁJava厨なんてその程度か。
254 ：仕様書無しさん：2006/04/17(月) 22:22:50
戻り値としてポインタ指定しないとエラーで絶対コンパイル出来ない時はしょーがなく&使ってるぐらい。
アドレス指定すると後はAPIがうまい事値を仕込んでくれるんだなあと
そんな程度の認識れす。内部でどんな動作してるかはしらん
アドレス指定すると後はAPIがうまい事値を仕込んでくれるんだなあと
そんな程度の認識れす。内部でどんな動作してるかはしらん
255 ：仕様書無しさん：2006/04/17(月) 23:11:49
無能！ m9(`A') ｽﾞﾋﾞｼｯ
>>256
治験
治験
命が出て行きそうだがなｗ
259 ：葉猫 ◆Jz.SaKuRaM ：2006/04/28(金) 21:46:53
今日、malloc、freeを使ってたcソースをコンテナクラス使用に置き換えてみた。
ウンコポインタを無くちたお蔭でソースが少しだけ見やすくなった (･∀･)
でもまだ1ツールだけな il||li _|￣|○ il||li
ウンコポインタを無くちたお蔭でソースが少しだけ見やすくなった (･∀･)
でもまだ1ツールだけな il||li _|￣|○ il||li
手際の悪さ自慢ですか？
流石アホコテ
流石アホコテ
261 ：仕様書無しさん：2006/05/07(日) 18:09:36
263 ：仕様書無しさん：2006/05/28(日) 08:32:45
何年やってもポインタをまともに使えない奴って
なしてクビにならないの？
なしてクビにならないの？
ポインタ使うと速い
ずっとキーボード打ってて
脳が呆けた頃に なんかやらかす、こともある
脳が呆けた頃に なんかやらかす、こともある
266 ：仕様書無しさん：2006/06/05(月) 11:48:08
// 楽しい花火大会の日です。盛り上げましょう
a* * *b
*a **b
**a *b
**a * b*
a* * *b
*a **b
**a *b
**a * b*
267 ：仕様書無しさん：2006/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 ：2006/06/05(月) 17:25:12
[ﾟдﾟ] ﾃﾞﾌﾗｸﾞｶﾞｶﾝﾘｮｳｼﾏｼﾀ
/[＿]ヽ
| |
*********************************************************************************************
*******************************************************************//aaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb。いうげししすでのまょり火花会楽上盛大日
269 ：仕様書無しさん：2006/06/05(月) 22:20:54
ポインタ使って花火大会のコードを仕事上にしてしまうのはマジで
やらないで欲しい。趣味の領域なら良いと思うが。
やらないで欲しい。趣味の領域なら良いと思うが。
a.b.c.d
みたいな複雑な構造体をガンガン使う場合
p=&a.b.c
としておいて
p->d
p->e
みたいな書き方をよくする。
みたいな複雑な構造体をガンガン使う場合
p=&a.b.c
としておいて
p->d
p->e
みたいな書き方をよくする。
>>270
ヒント：最適化
ヒント：最適化
>>271
別に速度アップ目指してる訳じゃねーんだけど？
別に速度アップ目指してる訳じゃねーんだけど？
ヒント言いたいだけのヒント厨はスルーしとけ
>>270
そのような状況は論理構造とデータ構造の不整合を意味しているぞｗ
そのような状況は論理構造とデータ構造の不整合を意味しているぞｗ
どうでもいいが、高速化以外の目的で>>270みたいな書き方するのはどうかと思うよ。
別に a.b.c.d = a.b.c.c; とか書けば良いじゃん。コード書く時間が短縮とか思ってんのかな？
エディタに置換とか付いてるの知らないのかな？
別に a.b.c.d = a.b.c.c; とか書けば良いじゃん。コード書く時間が短縮とか思ってんのかな？
エディタに置換とか付いてるの知らないのかな？
そうとも限らないんじゃないの。
単に名前付けのために階層きられてるんだったらフル修飾のほうが好みだけど、
階層毎に意味付けされている場合だったら個別に切り出しても違和感ないかな。
単に名前付けのために階層きられてるんだったらフル修飾のほうが好みだけど、
階層毎に意味付けされている場合だったら個別に切り出しても違和感ないかな。
それって設計ミス？
つうか、きちんとクラス分けしてりゃ、そんな深いデータ構造なんか扱わないからねぇ。
つうか、きちんとクラス分けしてりゃ、そんな深いデータ構造なんか扱わないからねぇ。
主にこんな使い方。
p=&a.b.c[n];
んで、各タグ名称がなげーのでコードを見易くするのが目的。
構造体3階層くらい普通に使うけどな。ってC++じゃないのでごめんね。
p=&a.b.c[n];
んで、各タグ名称がなげーのでコードを見易くするのが目的。
構造体3階層くらい普通に使うけどな。ってC++じゃないのでごめんね。
280 ：仕様書無しさん：2006/06/10(土) 01:19:08
ポインタの作り方教えてください
281 ：仕様書無しさん：2006/06/10(土) 09:57:06
ポインタはなるべく使わないようにするべき。バグの温床になる。
あくまで最終手段だと認識して使え。
あくまで最終手段だと認識して使え。
282 ：仕様書無しさん：2006/06/10(土) 10:16:38
なるべくポインタ使いたくないという心情は解るけど、
最終手段と言い切るのはちょっと違うと思うんだよね。
unix cで文字列扱う場合char型の配列使ったりするわけで、
そうするとポインタ扱うケースも多々出てくるよ。
最終手段と言い切るのはちょっと違うと思うんだよね。
unix cで文字列扱う場合char型の配列使ったりするわけで、
そうするとポインタ扱うケースも多々出てくるよ。
アセンブラをやれ
スレを読まずにカキコ。
このスレの９０％の人は参照はポインタの機能限定版でなぜ機能を限定する必要があるのか理解していないはずだ
このスレの９０％の人は参照はポインタの機能限定版でなぜ機能を限定する必要があるのか理解していないはずだ
286 ：仕様書無しさん：2006/06/10(土) 13:06:32
287 ：葉猫 ◆Jz.SaKuRaM ：2006/06/10(土) 13:09:54
ｱﾎは放置で
このｽﾚｯﾄﾞは
ポインタがプログラミングの一般概念であると思い込む C 初心者
ポインタと言うと C のそれしか思いつかない C 厨
と、ご覧のスポンサーがお送りします。
ポインタがプログラミングの一般概念であると思い込む C 初心者
ポインタと言うと C のそれしか思いつかない C 厨
と、ご覧のスポンサーがお送りします。
誰もが認めるｱﾎｺﾃが何かほざいてるんだが
これは自分をスルーしてくれってアピール？
これは自分をスルーしてくれってアピール？
>>288
C言語の前身BCPL、B言語のときにポインタがなかったということを聞いたらたぶんファビョるんだろうな
C言語の前身BCPL、B言語のときにポインタがなかったということを聞いたらたぶんファビョるんだろうな
>>290
なんでそう思うの？
なんでそう思うの？
>>291
ポインタという概念が後付の概念だという証拠だからです
ポインタという概念が後付の概念だという証拠だからです
ポインタってのはそもそも暗黙で使われてたアドレスを
明示的に使うことによって高速化および構造化に利用した物
その一方コーディング面から見た場合コレを使用することによって
直接機械参照を行うためC言語などは高級言語になり切れない低級言語といわざるを得ない
また、直接アドレスを参照するためオーバーフロー等によるメモリ破壊が可能であるなど危険が多かった
そのため現在では参照という形で高速化および構造化を維持しつつ
その扱いに制限をかけ安全に取り扱おうとする手法が主流となっている
また制限の中で隠蔽することにより機械部品を直接意識することなく使えるようになった
だけどここ最近の新人には動作原理も知ろうとしない奴が増えたよな
自分たちの作ったものがどう動くのか知るだけでよりよい方向に進めるはずなんだが・・・
明示的に使うことによって高速化および構造化に利用した物
その一方コーディング面から見た場合コレを使用することによって
直接機械参照を行うためC言語などは高級言語になり切れない低級言語といわざるを得ない
また、直接アドレスを参照するためオーバーフロー等によるメモリ破壊が可能であるなど危険が多かった
そのため現在では参照という形で高速化および構造化を維持しつつ
その扱いに制限をかけ安全に取り扱おうとする手法が主流となっている
また制限の中で隠蔽することにより機械部品を直接意識することなく使えるようになった
だけどここ最近の新人には動作原理も知ろうとしない奴が増えたよな
自分たちの作ったものがどう動くのか知るだけでよりよい方向に進めるはずなんだが・・・
基礎も教えずにＯＯを覚えさせようとするわけか。
ＯＯ教えるのは有意義。
ポインタ教えてもあんまり意味がない。
ポインタ教えてもあんまり意味がない。
そりゃそうだ
そういう開発環境をつくったからな
そういう開発環境をつくったからな
OO覚える前に構造化覚えてください
そんなふうに表現すると構造化がＯＯの起源みたいに聞こえる。
構造化の限界が認識されつつある中で、ＯＯＰが再発見された
というのが歴史的な事実だろ
構造化の限界が認識されつつある中で、ＯＯＰが再発見された
というのが歴史的な事実だろ
OOPやってれば、構造化なんて教えるまでもないと思うぞ？
>>300
起源というのはおかしいな
OOの前パラダイムとして構造化が存在した。
ただ、OOに構造化の経験の多くが引き継がれたのも事実だと思う
>>301
いちおうC言語が完全に死滅したわけではないからC言語を触る限りは必要だと思う
起源というのはおかしいな
OOの前パラダイムとして構造化が存在した。
ただ、OOに構造化の経験の多くが引き継がれたのも事実だと思う
>>301
いちおうC言語が完全に死滅したわけではないからC言語を触る限りは必要だと思う
304 ：仕様書無しさん：2006/06/12(月) 12:53:33
そんな柔なOSあるの？
>>305
MS-DOS
MS-DOS
307 ：仕様書無しさん：2006/06/12(月) 20:36:10
関数ポインタって便利だな。
あと、ポインタの方が処理速いっぽいので使う所存。
そんな私はOSも載ってないような組込みソフト屋さん。
あと、ポインタの方が処理速いっぽいので使う所存。
そんな私はOSも載ってないような組込みソフト屋さん。
308 ：おじゃばさま：2006/06/12(月) 21:32:20
ポインタを使いこなす必要はないが、「実体」か「参照」かの把握は必要だ。
それはJavaでも同じことだ。
それはJavaでも同じことだ。
>>308
はあぁ？
はあぁ？
>>308
Java使いならプリミティブという単語を使うはずだが･･･
Java使いならプリミティブという単語を使うはずだが･･･
311 ：組み込み屋：2006/06/13(火) 01:37:07
みんな、Javaとか普通に使える環境なんだね。
うらやますぃな。
Cでソース書いても、アセンブラでデバッグするとか
C++のコンパイラにはバグだらけな環境ですな。
引数の数とかスタックとかが制限されてる環境ではオブジェクト
そのまま渡せないから(スタックあふれる)ポインタは結構つかうねぇ。
ポインタのポインタとかには滅多にしないように気をつけるけどね。
うらやますぃな。
Cでソース書いても、アセンブラでデバッグするとか
C++のコンパイラにはバグだらけな環境ですな。
引数の数とかスタックとかが制限されてる環境ではオブジェクト
そのまま渡せないから(スタックあふれる)ポインタは結構つかうねぇ。
ポインタのポインタとかには滅多にしないように気をつけるけどね。
>>311
そういう環境がソフト業界全体でどれくらいを占めるか、また今後増えていくのか減っていくのかを考えなければいけない。
日経システム構築なんか見れば分かると思うけどもうすでに現場レベルでJavaの拡張性の高さが認識されちゃっている
すぐにということはないが10年スパンでみればそういう環境が減っていくのは明らかだよね
既にシステムが動いちゃっているCOBOLなんかはなかなかやめられないけどそういった環境は移り変わりも早いと思う
そういう環境がソフト業界全体でどれくらいを占めるか、また今後増えていくのか減っていくのかを考えなければいけない。
日経システム構築なんか見れば分かると思うけどもうすでに現場レベルでJavaの拡張性の高さが認識されちゃっている
すぐにということはないが10年スパンでみればそういう環境が減っていくのは明らかだよね
既にシステムが動いちゃっているCOBOLなんかはなかなかやめられないけどそういった環境は移り変わりも早いと思う
314 ：おじゃばさま：2006/06/13(火) 12:29:30
>311
ノートパソコン買って、JDKとEclipseを入れれば誰でも使える。
金が無ければ、中古パソコンにLinuxとJDK入れればいい。
全て無料で揃うJavaの世界へようこそ。
ノートパソコン買って、JDKとEclipseを入れれば誰でも使える。
金が無ければ、中古パソコンにLinuxとJDK入れればいい。
全て無料で揃うJavaの世界へようこそ。
315 ：とりあえず傍観してたひと：2006/06/13(火) 14:26:13
「ポインタ厨糞」→Java等、比較的安全なポインタに慣れきった人
一般に安全性が高く、メモリ管理もほぼ自動なので楽
抜け道、裏技が無い分コードの管理もやりやすい
「ポインタマンセー」→C/C++等、メモリ管理の何たるかを理解する人
ポインタ自体は非常に危険で、メモリ管理も基本は手動
しかし、工夫次第では、非常に便利な為、開発速度、実行効率は一段上。
ただし、工夫を凝らす→裏技等が増えるため、
腕が悪いとコードがスパゲティ化する。
加えていえば、後者の人はほぼ全ての場合前者の言語も使える。
実際に使う使わないは置いといて、先ずは勉強汁Java厨。
かくいう漏れはJava→C++→C#
一般に安全性が高く、メモリ管理もほぼ自動なので楽
抜け道、裏技が無い分コードの管理もやりやすい
「ポインタマンセー」→C/C++等、メモリ管理の何たるかを理解する人
ポインタ自体は非常に危険で、メモリ管理も基本は手動
しかし、工夫次第では、非常に便利な為、開発速度、実行効率は一段上。
ただし、工夫を凝らす→裏技等が増えるため、
腕が悪いとコードがスパゲティ化する。
加えていえば、後者の人はほぼ全ての場合前者の言語も使える。
実際に使う使わないは置いといて、先ずは勉強汁Java厨。
かくいう漏れはJava→C++→C#
Java厨クォリティかも知れませんぜ
んじゃ適時｢直アドレス｣に読み替えるのがよいかと
>>315
C/C++、C#、Java全部使えるがポインタの危険性を訴えている俺はどうなるんですか?
C/C++、C#、Java全部使えるがポインタの危険性を訴えている俺はどうなるんですか?
>>315
というか考え方が甘い。別にポインタを排除しようという考え方はOO以外にも関数型言語の世界にもある。
というかむしろ関数型のほうがバグに対する考え方はがちがちなので
大学できっちりと関数型まで勉強してたらその3言語を知っていてもC/C++には批判的になる。
というか考え方が甘い。別にポインタを排除しようという考え方はOO以外にも関数型言語の世界にもある。
というかむしろ関数型のほうがバグに対する考え方はがちがちなので
大学できっちりと関数型まで勉強してたらその3言語を知っていてもC/C++には批判的になる。
絶滅するわけじゃないさ
アセンブラだってまだまだ生きているじゃないか
アセンブラだってまだまだ生きているじゃないか
>>323
アセンブラが死ぬ訳ねえだろｗ
アセンブラが死ぬ訳ねえだろｗ
326 ：仕様書無しさん：2006/06/15(木) 08:39:25
ゲーム市場でまだアセンブラ使う機会があるのか？
現存するコンシュマー機は全部C
ただPSなんかはかなり専用に拡張されてるが
ただPSなんかはかなり専用に拡張されてるが
>>327
いや、今度の新機種で打ち止めだと思うんですよ。
SPECからしてPS3なんかは過剰だからCPUパワーを気にする必要がなくなる
現状でもPCだと処理速度はGPU次第でCPUパワーが飽和しちゃっているからね
それより先にC言語盛衰の天王山として携帯のJava vs BREWがあるけどね
いや、今度の新機種で打ち止めだと思うんですよ。
SPECからしてPS3なんかは過剰だからCPUパワーを気にする必要がなくなる
現状でもPCだと処理速度はGPU次第でCPUパワーが飽和しちゃっているからね
それより先にC言語盛衰の天王山として携帯のJava vs BREWがあるけどね
>>328
携帯が天王山な訳が無い
携帯が天王山な訳が無い
330 ：仕様書無しさん：2006/06/16(金) 01:49:47
配列とか構造体とかオブジェクトとははポインタを知って理解が深まったよ。
ああ、ホントに値ってメモリ上にあるんだねってさ
ああ、ホントに値ってメモリ上にあるんだねってさ
×328
○329
○329
>>331
OSもCPUも違う。各メーカでポーティング方法も違う。各キャリアの施策も違う。どこがいい勝負なんだか。
それに、Brewの盛衰とC言語の盛衰は関係ない。ポインタの必要性の議論にはなっていない。
OSもCPUも違う。各メーカでポーティング方法も違う。各キャリアの施策も違う。どこがいい勝負なんだか。
それに、Brewの盛衰とC言語の盛衰は関係ない。ポインタの必要性の議論にはなっていない。
>>333
それだけ違っていても言語の基本仕様の違いを隠し通せなかった。それが重要
そしてそれがC言語の今後を占う重要なターニングポイントになる
で、C言語の言語仕様のかなり重要な位置を占めているのがポインタなんだよね
全てではないがかなりウェイトが大きい
それだけ違っていても言語の基本仕様の違いを隠し通せなかった。それが重要
そしてそれがC言語の今後を占う重要なターニングポイントになる
で、C言語の言語仕様のかなり重要な位置を占めているのがポインタなんだよね
全てではないがかなりウェイトが大きい
335 ：仕様書無しさん：2006/06/16(金) 09:09:48
>>334どういう意味で隠し通すを使ってるの？
どっちの言語仕様も開示されてるｼﾞｬﾏｲｶ
どっちの言語仕様も開示されてるｼﾞｬﾏｲｶ
BREWの問題は言語以前の問題だと思うが
BREWはQualcommによる糞仕様と各電話機メーカによる糞機種依存と
KDDIによる糞運用、それぞれ一個だけならまだ耐えられるかもしれないものが
三つ合わさることにより絶妙な腐臭を漂わせている。
KDDIによる糞運用、それぞれ一個だけならまだ耐えられるかもしれないものが
三つ合わさることにより絶妙な腐臭を漂わせている。
338 ：仕様書無しさん：2006/06/16(金) 16:32:12
Cで書く場合、みんな移植性をどこまで気にする？
339 ：葉猫 ◆Jz.SaKuRaM ：2006/06/16(金) 20:52:17
なにも考えず文字列の処理でアドレスの引き算の値を int に代入ちていまつが
エンディアン変換だけ注意する。
あぼーん
こういうスレがここまで延びてるとはｗ
最近はマイナーな石のプアなCコンパイラを触る奴も少ないんだろうなぁ。
最近はマイナーな石のプアなCコンパイラを触る奴も少ないんだろうなぁ。
移植性って......
それを意識しなければ移植性が高くならないというのは
プログラミングに問題有りといわれても仕方のないことだと思うぞ
それを意識しなければ移植性が高くならないというのは
プログラミングに問題有りといわれても仕方のないことだと思うぞ
344 ：仕様書無しさん：2006/06/22(木) 23:18:37
なにこのLSIC-86のバグ
「 関数へのnearポインタをfarポインタにキャストすると、CSレジスタのかわりにDSレジスタを使ってしまう場合があります。」
ラージモデルで関数ポインタ使えないと関数のオーバーロード出来ないじゃん。
なんでGUIアプリがクラッシュするか分かんねーとおもたが。
・・・・・死ね
「 関数へのnearポインタをfarポインタにキャストすると、CSレジスタのかわりにDSレジスタを使ってしまう場合があります。」
ラージモデルで関数ポインタ使えないと関数のオーバーロード出来ないじゃん。
なんでGUIアプリがクラッシュするか分かんねーとおもたが。
・・・・・死ね
LSIC-86なつかし
346 ：仕様書無しさん：2006/06/22(木) 23:43:13
移植性なんか考えるより、分かりやすいプログラムをこころがけよ
たまに16ビットアプリ作るとこれだ、インテルアーキテクチャうんこだなorz
結局関数ポインタのオーバーロード部分は全部汗になった。
300回位死んでくれ、もう移植性なんぞかけらもない(泣
結局関数ポインタのオーバーロード部分は全部汗になった。
300回位死んでくれ、もう移植性なんぞかけらもない(泣
JAVAなんて死滅すればいいのに(´・ω・`)
オーバーロード部分を汗で作った共通ルーチンで呼ぶだけじゃないの？
プラグイン/プラグアウトなんてOSにまかせろよ
ってDOSじゃ無理か
ってDOSじゃ無理か
351 ：仕様書無しさん：2006/06/24(土) 01:15:44
>>344
farに統一できない理由でもあんの？
farに統一できない理由でもあんの？
ふぁーね？さぁーね？ふぁーね？
試食犯で回天だよきっと
354 ：仕様書無しさん：2006/07/29(土) 17:08:22
ポインタについての結論はどうなった？
355 ：仕様書無しさん：2006/07/29(土) 22:14:48
何年やってもポインタの使い方がマスターできない奴がいるという
のが結論？
のが結論？
別にオブジェクト指向なら
できない人はやんなくてもいいよ 必要なら誰かがオブラートにくるんで使わせればいい
できない人はやんなくてもいいよ 必要なら誰かがオブラートにくるんで使わせればいい
357 ：葉猫 ◆Jz.SaKuRaM ：2006/07/30(日) 11:00:47
コンテナクラスを使えば文字列操作も構造体の拡張もポインタを使わなくてすむでちょ。
で？
359 ：仕様書無しさん：2006/07/30(日) 22:15:12
ポインタ使えない奴って「産業廃棄物」と表現するとマズイの？
クラスってのがそもそもポインタのラッパーだからな・・・
>>360
お前もう荷物まとめて帰れ。
お前もう荷物まとめて帰れ。
362 ：仕様書無しさん：2006/08/12(土) 22:43:13
http://pc8.2ch.net/test/read.cgi/tech/1100537740/l50
1000 1001 1110 1111 1001 1000 0110 0010
1000 1001 1110 1111 1001 1000 0110 0010
363 ：仕様書無しさん：2006/08/13(日) 08:05:34
>>359
はいはい ポインタ厨 ポインタ厨
はいはい ポインタ厨 ポインタ厨
364 ：仕様書無しさん：2006/08/13(日) 08:07:16
>>363
そういうおまいは使いこなせるのか？
そういうおまいは使いこなせるのか？
365 ：仕様書無しさん：2006/08/13(日) 08:12:33
まあ、ポインタイラネとか言っても、C言語で書くときは使えなきゃ話になんないだろ。
いやなら自分で言語処理系作って世界中に布教しろよ。
いやなら自分で言語処理系作って世界中に布教しろよ。
>>365
前半同意、後半は…プログラム初心者みたいな臭いがしてひいた。
前半同意、後半は…プログラム初心者みたいな臭いがしてひいた。
なんでJavaのプログラムをC(それもDOS用)に移植すると速くなるんだ？
メモリ使用量は一桁違うし
メモリ使用量は一桁違うし
368 ：葉猫 ◆Jz.SaKuRaM ：2006/08/24(木) 09:28:54
DOSを使ったほうが遅いって考えるほうがどうかちてるでちょ。。。。。。。。。。。。。。。。
ファビョーン
ファビョーン
371 ：仕様書無しさん：2006/09/06(水) 09:00:42
DOSに移植するなんていう仕事。まだ残っていたのか。
ポインタ使えなんだら、メモリマップドI/Oどうやって制御するんよ。
ヒント：ライブラリ化
どー思いますか？
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/omt/cvsroot/doc/Attic/pointer_based.html?rev=1.2
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/omt/cvsroot/doc/Attic/pointer_based.html?rev=1.2
377 ：仕様書無しさん：2006/11/22(水) 15:18:39
>高速な実行と高い堅牢性を要求されるシステム → C/C++
高い堅牢性を要求される用途にC/C++だぁ？バカだろ、これ書いた椰子
高い堅牢性を要求される用途にC/C++だぁ？バカだろ、これ書いた椰子
>>377
とうしろーはすっこんでろ
とうしろーはすっこんでろ
379 ：仕様書無しさん：2006/11/22(水) 18:41:33
アクセス違反とか例外エラーとか出しまくって、他にまで迷惑かける
クソなものが多いからな、C/C++製は。
クソなものが多いからな、C/C++製は。
他に迷惑をかけるほど酷いプログラム＆プログラマなのか
D言語（笑）
気をつけたって、出るからね
確実に
確実に
384 ：葉猫 ◆Jz.SaKuRaM ：2006/11/24(金) 11:37:27
STLのお陰で最近はnewとかdeleteしないち、もう出ないでちょ。
お前は自分の存在を delete しろ
そういうものを作りこみやすいかどうか、言語や開発環境がカバー
してくれるかどうか、そのあたりがポイント。
してくれるかどうか、そのあたりがポイント。
んじゃ、VB.NETが最適解で。
ポインタがいらないって……
javaやrubyはポインタがないんじゃなくて、全部ポインタなんだよ。
参照型とかなんとか言ってるが、ありゃあポインタだ。
javaやrubyはポインタがないんじゃなくて、全部ポインタなんだよ。
参照型とかなんとか言ってるが、ありゃあポインタだ。
( ´∀`)＜Null Pointer Exception
>>390
ガッ！！
ガッ！！
392 ：仕様書無しさん：2007/01/31(水) 08:49:07
*bug * *mybug
393 ：仕様書無しさん：2007/01/31(水) 11:20:58
NullReferenceExpection
※いしのなかにいる！※
>>376
これ書いた奴Java厨だろ。
これ書いた奴Java厨だろ。
396 ：仕様書無しさん：2007/03/02(金) 12:15:32
>>376
こいつ頭かたくね?
こいつ頭かたくね?
ポインタ厨ってどんなやつだよw
398 ：仕様書無しさん：2007/03/02(金) 20:09:11
Ｃ使うならポインタ使わないと
399 ：どーせ立て逃げなんだろうけど：2007/03/02(金) 22:54:36
(Cの)ポインタの何がいいって、「無効」や「未初期化」を別の変数を使わないで表現できるのが便利。
あ、Javaの参照型もnullとか使えるんだっけ？
やっぱポインタはステキねん。
あ、Javaの参照型もnullとか使えるんだっけ？
やっぱポインタはステキねん。
呼びましたか？ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
呼んでないから帰っていいよﾌﾌﾌﾌﾌﾌﾌﾌ
文字列初期化しろよﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
ここもﾌﾌﾌﾌスレに・・・ﾌﾌﾌﾌﾌ
405 ：仕様書無しさん：2007/05/28(月) 11:17:47
現場* * *上司
*バグ *部下 *
*バグ *部下 *
構造体のポインタのポインタをインクリメントしたアドレスを
構造体の自分参照用にとっておいてだな
その先のポインタを間接参照で次の構造体を取り出して
そこにある関数ポインタをさらに別の構造体のポインタに格納して
そのポインタをＮｅｗしてッガ！するとバグができあがるのは何故？？
構造体の自分参照用にとっておいてだな
その先のポインタを間接参照で次の構造体を取り出して
そこにある関数ポインタをさらに別の構造体のポインタに格納して
そのポインタをＮｅｗしてッガ！するとバグができあがるのは何故？？
>>406
アクセス権違反。
struct A { void (*F)(); };
A **ppR, **ppA = new A*[3];
delete[] new A(*(*(ppA+2)=reinterpret_cast<A*>(&(A&)(*(*(ppR=ppA+1))).F)));
アクセス権違反。
struct A { void (*F)(); };
A **ppR, **ppA = new A*[3];
delete[] new A(*(*(ppA+2)=reinterpret_cast<A*>(&(A&)(*(*(ppR=ppA+1))).F)));
一生懸命複雑そうに語ってるけど
>インクリメントした
って、配列でもないポインタをインクリメントしちゃあダメだろ
>インクリメントした
って、配列でもないポインタをインクリメントしちゃあダメだろ
VB.NETはポインタあるだろ
フレームワークの側に
フレームワークの側に
>>174
それってクラスの最初がstring chinko;のアドレスな保障ってあるの？
それってクラスの最初がstring chinko;のアドレスな保障ってあるの？
411 ：仕様書無しさん：2007/07/11(水) 07:28:06
アセンブラ先にやった漏れからすればポインタなんてただのアドレス指定
412 ：仕様書無しさん：2007/07/11(水) 16:29:07
上に同じ
413 ：仕様書無しさん：2007/07/12(木) 00:55:41
ポインタを理解できん
ってヤシは所詮ＰＧには向いてないのよ
せいぜいセールスエンジニアでホラ吹くのがお似合いだ
ってヤシは所詮ＰＧには向いてないのよ
せいぜいセールスエンジニアでホラ吹くのがお似合いだ
メジャーな中では最も抽象化が進んでいるjavaやC#やVB.NETを使うにしても概念的には知っていたほうが良いからな
さらに抽象になったら要らなくなるのかも知れん。あくまで、その抽象な言語を使っている限りは。
さらに抽象になったら要らなくなるのかも知れん。あくまで、その抽象な言語を使っている限りは。
415 ：仕様書無しさん：2007/08/11(土) 10:01:20
int a, *p, **pp ;
何でこんなレベル低すぎるスレがつづいてるんですか？
お前のレベルに合わせてるんだよ
418 ：仕様書無しさん：2007/08/11(土) 18:00:20
ポインタって早い話がアドレス計算とアドレス指定だろ？
コンピュータでの基礎じゃん。
コンピュータでの基礎じゃん。
419 ：葉猫 ◆Jz.SaKuRaM ：2007/08/11(土) 18:38:43
むかちの日本の和算からの伝統で、応用のみ必要で基礎など必要ないのでつ (｀･ω･´) ｼｬｷｰﾝ
オブジェクトが分かればOK
オブジェクトが分かればOK
>>419 破棄オブジェクトは黙ってGCに回収されてろ
なにこのアホコテ
>>1ってポインタが理解できなかっただけだよね。
スレを立てて一年以上たってるけど、もうマスターしたのかな？
スレを立てて一年以上たってるけど、もうマスターしたのかな？
423 ：仕様書無しさん：2007/08/11(土) 22:57:31
>>422
理解できない人間には、一生理解できない。それがポインタ。
理解できない人間には、一生理解できない。それがポインタ。
424 ：仕様書無しさん：2007/08/11(土) 23:53:30
>>423
つーか、ポインタ理解できないって、思考能力は絶望的だろ・・・。
つーか、ポインタ理解できないって、思考能力は絶望的だろ・・・。
ポインタがどういうものか理解できないっていうのが理解できない。
427 ：仕様書無しさん：2007/08/12(日) 01:51:29
JAVA,C#の参照変数とC++ポインタの大きな違いは
アドレスが隠蔽されたことと
->記号を廃止して.記号に統一されてること
C++のポインタはゴミ
アドレスが隠蔽されたことと
->記号を廃止して.記号に統一されてること
C++のポインタはゴミ
>>428
Perlはどう思いますか？
Perlはどう思いますか？
Perl使ったことないからシラネ
つか、ポインタがわからないって感覚がすでにわからない俺だけどｗ
ポインタ使わないでインスタンスの管理ってできんのか？
例えば、javaなんかだとインスタンスを１つに絞るのに結構苦労する
ちょっと書き方間違えただけでいらんもんが複製されちまって面倒なんだけど・・・
文字列や領域をあんま意識しないで追加したり削除したりできるけど
裏ではそれをするたびに領域の全確保、開放が行われて
酷いときにはそれで動かなくなっちまう
ポインタ使わないでインスタンスの管理ってできんのか？
例えば、javaなんかだとインスタンスを１つに絞るのに結構苦労する
ちょっと書き方間違えただけでいらんもんが複製されちまって面倒なんだけど・・・
文字列や領域をあんま意識しないで追加したり削除したりできるけど
裏ではそれをするたびに領域の全確保、開放が行われて
酷いときにはそれで動かなくなっちまう
>>431
？？よく意味がわからない。
immutableなオブジェクトにするためや、自分のデータオブジェクトを保護するために
裏でライブラリによってcloneされまくって困るってお話？
それとも数度のStringの足し算程度のメモリ消費量を考えるお話？
それともプリミティブ型程度のメモリが気になるお話？
？？よく意味がわからない。
immutableなオブジェクトにするためや、自分のデータオブジェクトを保護するために
裏でライブラリによってcloneされまくって困るってお話？
それとも数度のStringの足し算程度のメモリ消費量を考えるお話？
それともプリミティブ型程度のメモリが気になるお話？
>>432
全部ひっくるめて同じ問題だと俺は思うんだけどどうよ？
全部ひっくるめて同じ問題だと俺は思うんだけどどうよ？
単に裏でcloneされるような便利なオブジェクト使わなければいいだけじゃない？
例えば便利なstringつかわないでchar配列で文字列表現すればC++と同じ土俵で戦えるでしょ
例えば便利なstringつかわないでchar配列で文字列表現すればC++と同じ土俵で戦えるでしょ
ていうか、ポインタ自体理解できれば便利な道具であるはずなのに
ちょっとした手間惜しんで言語仕様意味不明にしすぎなんではないかと・・・
インスタンスとそれを指すものって簡単には理解できんもんだろか？
初心者がぶち当たる壁ってそんなところじゃない気がするんだが・・・
ちょっとした手間惜しんで言語仕様意味不明にしすぎなんではないかと・・・
インスタンスとそれを指すものって簡単には理解できんもんだろか？
初心者がぶち当たる壁ってそんなところじゃない気がするんだが・・・
>>434
別にできるできないの話をしてるわけじゃなくて
ポインタが誰かにとって難解だと思ってる誰かが便利だと思って作ったもんの大半が
全然便利じゃない上にわけわからんことになってる現状にがっかり・・・
javaってその典型みたいな言語なんだよね
ちょっと失敗してるよなぁ・・・って思う言語
別にできるできないの話をしてるわけじゃなくて
ポインタが誰かにとって難解だと思ってる誰かが便利だと思って作ったもんの大半が
全然便利じゃない上にわけわからんことになってる現状にがっかり・・・
javaってその典型みたいな言語なんだよね
ちょっと失敗してるよなぁ・・・って思う言語
test
Cとかで開発しなければならないような小規模な組み込みの場合とか、
アセンブラ開発の時にはポインタ（つーかアドレッシング）とか使えないと
厳しいですね。
理解できないよりは理解出来たほうがいいですね。
アセンブラ開発の時にはポインタ（つーかアドレッシング）とか使えないと
厳しいですね。
理解できないよりは理解出来たほうがいいですね。
>>438
まてよ
そうじゃないから喧嘩になるんだろ？
例えば、気軽に文字列の領域が＋１になるようなコード組んだとして
その文字列が２ＭＢとかその程度だったとしてもどんなに速いＣＰＵだって
すげー遅くなるぞ
これを理解するにはインスタンスとポインタを理解しなければならない
って偉そうに言ったけどめちゃくちゃ簡単なんだけどさ
この程度の問題ってさ、何を作るにも出てくる問題じゃね？
理解できること前提で言語仕様作ったほうがいいと思うんだけど？
まてよ
そうじゃないから喧嘩になるんだろ？
例えば、気軽に文字列の領域が＋１になるようなコード組んだとして
その文字列が２ＭＢとかその程度だったとしてもどんなに速いＣＰＵだって
すげー遅くなるぞ
これを理解するにはインスタンスとポインタを理解しなければならない
って偉そうに言ったけどめちゃくちゃ簡単なんだけどさ
この程度の問題ってさ、何を作るにも出てくる問題じゃね？
理解できること前提で言語仕様作ったほうがいいと思うんだけど？
440 ：葉猫 ◆Jz.SaKuRaM ：2007/08/12(日) 08:22:31
STLの存在知らんかった時に自作の文字列クラス作りまちたが、今考えるとｱﾎなことちたな。。。。。。
機能がｼｮﾎﾞｲ分、スピードは速かったでつが。。。。。。。。。。
アドレス演算とかポインタポインタばっかりだとメンテが出来んち、疲れるからポインタｲﾗﾈ。
機能がｼｮﾎﾞｲ分、スピードは速かったでつが。。。。。。。。。。
アドレス演算とかポインタポインタばっかりだとメンテが出来んち、疲れるからポインタｲﾗﾈ。
>>441 だから・破棄オブジェクトを参照するな。
例外出るぞ？
例外出るぞ？
>>442
じゃあ、STLのListで内容ポインタで
じゃあ、STLのListで内容ポインタで
C#のジェネリックと比べたら
C++のSTLなんてゴミだよ？
C++のSTLなんてゴミだよ？
C#がどんなに優れていようとも、M$の物って時点で
ド田舎の方言みたいで、覚える気がないっす。
って人多くないですか？特にM$の仕事を沢山してきた人は・・・
ド田舎の方言みたいで、覚える気がないっす。
って人多くないですか？特にM$の仕事を沢山してきた人は・・・
むしろJAVAはSUNの物って時点で
ど田舎の方言みたいで、覚える気がしないっす。
ど田舎の方言みたいで、覚える気がしないっす。
ごめん。やっぱりSunの方が洗練されていると思う。
Eclipse使った後にVS使うとキレそう
NetBeansがスキ。
コマンドラインでの開発へみんなで戻ろう。
452 ：仕様書無しさん：2007/08/15(水) 22:07:54
>>451
時計の針を20年逆戻しにするのか？
時計の針を20年逆戻しにするのか？
453 ：仕様書無しさん：2007/08/15(水) 23:27:49
>>453
文面から考えてC/C++ぐらいやっているだろ。C#が出る前のVCで。
文面から考えてC/C++ぐらいやっているだろ。C#が出る前のVCで。
書かれている事以上の文脈を汲み取れない人の事を『モヒカン族』と言うらしい。
一見揚げ足取りをして挑発しているようだけど、実は行間を読めてないだけで悪意がないと言うことだ。
一見揚げ足取りをして挑発しているようだけど、実は行間を読めてないだけで悪意がないと言うことだ。
456 ：仕様書無しさん：2007/08/16(木) 11:02:44
*a
*(a+1)
*a * *b
a*
*(a+1)
*a * *b
a*
Javaが分かる奴ならCとかC++とか余裕だろ。
Javaしか知らん奴にC/C++は無理だべ
C++ っていってもMFCとか絡むと別物じゃないか
進化の過程から考えればC>C++>JAVAなんだから難しくはないな。
C#は突然変異で生まれた短命な種族。J#と一緒に永眠してください。
C#は突然変異で生まれた短命な種族。J#と一緒に永眠してください。
463 ：仕様書無しさん：2007/08/17(金) 04:56:56
ポインタなんてただのアドレス指定じゃん
漏れの場合アセンブラを先にやったから
なんであれが理解できないのかわからん
漏れの場合アセンブラを先にやったから
なんであれが理解できないのかわからん
>>463
想像力のない奴め、教えてやるよ。
それは、ポインタという形にしてアドレスを意識しなくてもプログラミングできるようになったから
C以降にプログラマになった奴はアドレスを意識する必要性に迫られなかったからだ。
覚える必要がないから覚えなかった。だから理解できなかった。そういうことだ。
想像力のない奴め、教えてやるよ。
それは、ポインタという形にしてアドレスを意識しなくてもプログラミングできるようになったから
C以降にプログラマになった奴はアドレスを意識する必要性に迫られなかったからだ。
覚える必要がないから覚えなかった。だから理解できなかった。そういうことだ。
大規模なゲーム開発の大半はまだまだCやC++が主力だよな。
>>465
だから君は想像力がないっていってるんだよ。
ああ、アドレス演算子あるよね。
でもアドレス演算子を知らないとCプログラムが組めないのか？
そんなことないだろ。
だから、Cから始めた奴が誰しもアドレスの概念を持っているとは限らないんだよ。
で、次にお前はアドレスの概念を理解できていないととどうにもならない例外を持ち出してくるだろう。
だが、それは所詮例外なのだとあらかじめ言っておこう。
だから君は想像力がないっていってるんだよ。
ああ、アドレス演算子あるよね。
でもアドレス演算子を知らないとCプログラムが組めないのか？
そんなことないだろ。
だから、Cから始めた奴が誰しもアドレスの概念を持っているとは限らないんだよ。
で、次にお前はアドレスの概念を理解できていないととどうにもならない例外を持ち出してくるだろう。
だが、それは所詮例外なのだとあらかじめ言っておこう。
468 ：仕様書無しさん：2007/08/17(金) 21:04:39
>>466
大規模ゲームも今や、コア中のコア部分をC/C++で作れば
あとはそいつに食わせるデータを作るスクリプティングシステムや
オーサリングシステムの仕事が中心。
コア部分をデバイスドライバやOSカーネルと捉えれば、普通の
ソフトウェア階層モデルと大差無いな。
大規模ゲームも今や、コア中のコア部分をC/C++で作れば
あとはそいつに食わせるデータを作るスクリプティングシステムや
オーサリングシステムの仕事が中心。
コア部分をデバイスドライバやOSカーネルと捉えれば、普通の
ソフトウェア階層モデルと大差無いな。
>>467
>でもアドレス演算子を知らないとCプログラムが組めないのか？
まあマトモなもんは書けないだろうね。
// 「プログラムを “組む”」と表記する奴のサンプルが増えた。
因みに、マになったのがC以前か以降かなど
ま っ た く 関 係 な い
>でもアドレス演算子を知らないとCプログラムが組めないのか？
まあマトモなもんは書けないだろうね。
// 「プログラムを “組む”」と表記する奴のサンプルが増えた。
因みに、マになったのがC以前か以降かなど
ま っ た く 関 係 な い
たとえばscanfってのを入門学習で使うじゃない。（それぐらいしか用途ないけど）
なぜprintfと違って「&」つけるのか、ってのを最初の学習時点ではオマジナイ的にしか捉えられず、
ポインタの概念学んだあとにようやく意味が分かる、ってのがCの基本的な道筋だろう
そういうの経ないのかな
なぜprintfと違って「&」つけるのか、ってのを最初の学習時点ではオマジナイ的にしか捉えられず、
ポインタの概念学んだあとにようやく意味が分かる、ってのがCの基本的な道筋だろう
そういうの経ないのかな
間接参照の構文なんて&演算子だろうがaddressof()だろうが別になんでもいいわけですよ
どうせポインタいらないっていってる人も間接参照やコピーのセマンティックは知ってるだろうし
使ってるだろう
どうせポインタいらないっていってる人も間接参照やコピーのセマンティックは知ってるだろうし
使ってるだろう
473 ：仕様書無しさん：2007/08/17(金) 21:50:37
CやC++はぜひ触れ！
確かに仕事では使わないかもしれない。
しかし！技術者として一皮向けるにはコンピュータの基本を再度学ぶ必要はある。
確かに仕事では使わないかもしれない。
しかし！技術者として一皮向けるにはコンピュータの基本を再度学ぶ必要はある。
CとC++をちゃんと使えて、それでいてJavaやらPerlやらもちゃんと使える人
と
Javaやら今主流の言語をちゃんと使える人
両者仕事はもちろんできる。
しかし、前者と後者のレベルの差は果てしない。
と
Javaやら今主流の言語をちゃんと使える人
両者仕事はもちろんできる。
しかし、前者と後者のレベルの差は果てしない。
>>475
同意。
アセンブラが出来る奴とCからはじめている奴にも差もあるし、ハードから分かる奴とのも差が激しい。
>>473さんのようにCは業務では使わなくても勉強しておいた方がいいと思う。簡単だしね。
UNIXのソースとか読めると幅が広がるよ。
同意。
アセンブラが出来る奴とCからはじめている奴にも差もあるし、ハードから分かる奴とのも差が激しい。
>>473さんのようにCは業務では使わなくても勉強しておいた方がいいと思う。簡単だしね。
UNIXのソースとか読めると幅が広がるよ。
477 ：仕様書無しさん：2007/08/17(金) 22:07:18
>>475
C、Javaはともかくとして、C++はSTLがまだちゃんと整備されていない頃にやったから、
それでちゃんと使えるって言えるか怪しいのだが、そんな俺でも思う。
そんなに差あるか？簡単だろ。
日本語変数使ってるCOBOLのほうがよっぽど神がかってる。
よく80カラム制限ある中でやれるよな。
C、Javaはともかくとして、C++はSTLがまだちゃんと整備されていない頃にやったから、
それでちゃんと使えるって言えるか怪しいのだが、そんな俺でも思う。
そんなに差あるか？簡単だろ。
日本語変数使ってるCOBOLのほうがよっぽど神がかってる。
よく80カラム制限ある中でやれるよな。
UNIXのソースってboostやdinkumSTLのソースより量が多くて難しいと聞いたのだが
Ｃが簡単とか言うが、お前らＣコンパイラ作れる？
作れとは言わんが、見当くらいはつく？
作れとは言わんが、見当くらいはつく？
デザパタ以前ということは10年以上前の話だし
その間にCもC++も進化を遂げてる
となるともう古い情報源なんじゃないかなぁと思ったり(C++なんてまだまともな標準化されてない時代)
同じようなのでもっと新しいスタイルで書かれたソースもあるんじゃないの？
その間にCもC++も進化を遂げてる
となるともう古い情報源なんじゃないかなぁと思ったり(C++なんてまだまともな標準化されてない時代)
同じようなのでもっと新しいスタイルで書かれたソースもあるんじゃないの？
>>481
はは 無理に決まってんだろw
はは 無理に決まってんだろw
>>475
比べ方間違えてるぞ。
どっちも出来る人とどっちかしか出来ない人比べて差があるのはアタリマエ。
Cはめっちゃ出来るけどJavaは全く知らない人と、
Cは全然知らないけどJavaでガリガリ書ける人を比べろよ。
どっちかで普通に書ける人なら違う方理解するのも出来ると思うよ。
ポインタを要るって言う人と要らないって言う人は
作ってるプログラムのレイヤが違うわけだから、
意見は平行線だろ。
どっちが上等かなんて比べる意味が無い。
ポインタ要るかどうかについて私見で言うと、
下位レイヤでメモリのアドレス気にしなくていいハードウェアが出てくるまで
ポインタ使うソフトウェア(組込、OS、VMひっくるめて)は必要なわけだから
ポインタが要らなくなることは、まだしばらく無いと思うねぇ。
比べ方間違えてるぞ。
どっちも出来る人とどっちかしか出来ない人比べて差があるのはアタリマエ。
Cはめっちゃ出来るけどJavaは全く知らない人と、
Cは全然知らないけどJavaでガリガリ書ける人を比べろよ。
どっちかで普通に書ける人なら違う方理解するのも出来ると思うよ。
ポインタを要るって言う人と要らないって言う人は
作ってるプログラムのレイヤが違うわけだから、
意見は平行線だろ。
どっちが上等かなんて比べる意味が無い。
ポインタ要るかどうかについて私見で言うと、
下位レイヤでメモリのアドレス気にしなくていいハードウェアが出てくるまで
ポインタ使うソフトウェア(組込、OS、VMひっくるめて)は必要なわけだから
ポインタが要らなくなることは、まだしばらく無いと思うねぇ。
>>481
学校で簡単な奴とか作らなかった？アセンブラのマクロを吐き出すぐらいまで作ったよ。
仕事でもCコンパイラがないターゲットで開発する時とかに同じような物は沢山作ったよ。
最近の最適化の進んだ奴は気合を入れないと無理。あと標準ライブラリとかも時間的に面倒すぎ。
俺はジジイだからわからないけど、最近じゃ学校じゃやらなくなったの？
学校で簡単な奴とか作らなかった？アセンブラのマクロを吐き出すぐらいまで作ったよ。
仕事でもCコンパイラがないターゲットで開発する時とかに同じような物は沢山作ったよ。
最近の最適化の進んだ奴は気合を入れないと無理。あと標準ライブラリとかも時間的に面倒すぎ。
俺はジジイだからわからないけど、最近じゃ学校じゃやらなくなったの？
>>482
ソフトウェア作法とか、ソフトウェア書法みたいな感じと思ってくれてもいいよ。
ソフトウェア作法とか、ソフトウェア書法みたいな感じと思ってくれてもいいよ。
>>481
基本的な流れは見当付くか。
C言語はどっちかっていうと水準低めだと思うし、
一番難しいのは構文解析辺りな気がする。
ただまぁ、C言語の基本的な文法、概念と挙動を理解するのが簡単なわけであって、
Cコンパイラの実装が出来るかどうかなんて、何が関係あるんだ？
基本的な流れは見当付くか。
C言語はどっちかっていうと水準低めだと思うし、
一番難しいのは構文解析辺りな気がする。
ただまぁ、C言語の基本的な文法、概念と挙動を理解するのが簡単なわけであって、
Cコンパイラの実装が出来るかどうかなんて、何が関係あるんだ？
最近のハードは複雑だから直接アセンブリコード吐くような類のものは平均的な学生レベルじゃ無理でしょう
出来てyacc,lex使ったインタープリタ程度
出来てyacc,lex使ったインタープリタ程度
490 ：仕様書無しさん：2007/08/17(金) 22:43:42
>>475
同意
補足すると
「CとC++、Javaを使える人」 と 「Javaを使える人」との『差』
と
「Javaと他の主流言語を使える人」 と 「Javaを使える人」との『差』
前者と後者の『差』は、相当にかけ離れたものである現実。
同意
補足すると
「CとC++、Javaを使える人」 と 「Javaを使える人」との『差』
と
「Javaと他の主流言語を使える人」 と 「Javaを使える人」との『差』
前者と後者の『差』は、相当にかけ離れたものである現実。
>>1さんの言う「ポインタ」はC/C++のポインタのことでOK？
だとすると「オブジェクトの参照の配列」ってのは？
C++ではコンパイルエラーだっ。
別の言語持ち出して、ポインタ批判されてもねぇ。
C/C++ならポインタは普通使うでほ。
そもそも、「代用」っていうなら逆の代用もあるんでは？
だとすると「オブジェクトの参照の配列」ってのは？
C++ではコンパイルエラーだっ。
別の言語持ち出して、ポインタ批判されてもねぇ。
C/C++ならポインタは普通使うでほ。
そもそも、「代用」っていうなら逆の代用もあるんでは？
【コミケ】ライアーゲームの同人誌に原作者が激怒 過激な性描写も
http://news21.2ch.net/test/read.cgi/news7/1187103894/
http://news21.2ch.net/test/read.cgi/news7/1187103894/
ポインタは型の分かりにくさがクソ過ぎる。配列と絡むところとか。
例えば2次の配列を関数に渡すときなんぞ、すげ〜ややこしい。
例えば2次の配列を関数に渡すときなんぞ、すげ〜ややこしい。
>>496
むしろ、罪なのは使っている人が糞。
むしろ、罪なのは使っている人が糞。
>>495
は？先頭アドレスと縦横サイズだけでいいじゃん
は？先頭アドレスと縦横サイズだけでいいじゃん
C++だとaaa[][]で渡してもまともに使えないんだったね そういえば
>>501
Cでも [][] じゃ無理なんだが。
Cでも [][] じゃ無理なんだが。
503 ：仕様書無しさん：2007/08/18(土) 22:09:54
コンパイラを作るツールってなかったっけ？
名前忘れたけど、2つくらいのツールを組み合わせてやるのがあったよね。
名前忘れたけど、2つくらいのツールを組み合わせてやるのがあったよね。
yaccとlexはコンパイラというより構文解析器を作るやつ
yacc,lexか？bisonもyacc互換らしい
俺も詳しくはないが。。。
俺も詳しくはないが。。。
>>497
当然、ポインタぐらい理解できない奴が糞
当然、ポインタぐらい理解できない奴が糞
つーか、二次元配列を渡したいならstructでまとめちゃわない？
ublasみたいな感じでつかえる行列テンプレートって手もあるな
ポインタ演算の構文を使って扱っても速度面でも大したメリットないし
ポインタ演算の構文を使って扱っても速度面でも大したメリットないし
そうすると、その場限りの意味不明な構造体が増えてくるから、
俺は1次元に展開して、列数とともに渡している
俺は1次元に展開して、列数とともに渡している
matrix<int> m(3,3);
m(i,j) = 0;
みたいなインターフェースで扱えたらいいんだけども
Cのプリプロセッサでこれ作ろうとしたら凄いことになるだろうなぁ
m(i,j) = 0;
みたいなインターフェースで扱えたらいいんだけども
Cのプリプロセッサでこれ作ろうとしたら凄いことになるだろうなぁ
演算子のオーバーロード
boost::multi_arrayかそれに似た独自実装使うけどねぇ
ソースの中で直接ポインタを弄くりまわすみたいな泥臭いことなんて
仮にアセンブラ使う場合でもマクロとか使ってできるだけ避けるのに
ソースの中で直接ポインタを弄くりまわすみたいな泥臭いことなんて
仮にアセンブラ使う場合でもマクロとか使ってできるだけ避けるのに
516 ：仕様書無しさん：2007/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);
}
良し悪しは置いておいて、楽さ加減で言ったらコレだ。
#define X 10
#define Y 20
void func(int array[X][Y]);
int main()
{
int array[X][Y];
func(array);
}
>>516
それだと処理するもんが配列の要素と一致してねぇと面倒じゃねぇか
画像処理とかだと
ある地点の周辺4x5の範囲を処理したいとかそんな風にならね？
そうすると配列のデータの4x5の範囲だけほしいってことになるし
処理する関数のほうはどっからとるかなんてのは気にしない状態にしたい
って考えると先頭アドレス＋ＸＸＸってのは楽でいいと思わね？
それだと処理するもんが配列の要素と一致してねぇと面倒じゃねぇか
画像処理とかだと
ある地点の周辺4x5の範囲を処理したいとかそんな風にならね？
そうすると配列のデータの4x5の範囲だけほしいってことになるし
処理する関数のほうはどっからとるかなんてのは気にしない状態にしたい
って考えると先頭アドレス＋ＸＸＸってのは楽でいいと思わね？
>>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]);(これは演算子の優先順位の問題か)
はダメなんだよね。この辺が理解しにくい。
まあポインタを完全に理解してる人にとっては何てことないんだろうけど。
その場合、void func(int array[][Y]);とかvoid func(int (*array)[Y]);とかでもOKなんだけど、
void func(int array[][]);やvoid func(int **array);、void func(int *array[Y]);(これは演算子の優先順位の問題か)
はダメなんだよね。この辺が理解しにくい。
まあポインタを完全に理解してる人にとっては何てことないんだろうけど。
void func(int x,int y, array[x][y])
車輪の再発明
ポインタのようなややこしいものは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;
};
ポインタのようなややこしいものは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;
};
思い出した。
ラスタスキャンでただ値を取り出すだけのために
値ごとにいちいち乗算やってたら時間かかりすぎってことで
クラス化はボツになったんだ。
ラスタスキャンでただ値を取り出すだけのために
値ごとにいちいち乗算やってたら時間かかりすぎってことで
クラス化はボツになったんだ。
値ごとにいちいち乗算しないようにクラス化すればいいじゃない
523 ：仕様書無しさん：2007/08/19(日) 13:40:09
>>517
すまん。
ちょっと想像しきれてないかも。
行の幅(array[X][Y]のY)を引数で渡す？
func(&array[3][5], Y, 4, 5);
みたいな呼び出し方なんだったら、言いたいことが分かった気がする。
まぁ単に二次元配列を楽に関数に渡す方法を書いただけなんだ。
楽に、っていうか頭使わずにというか。
呼び出し元の宣言と同じように仮引数の宣言したら良いだけなんで。
なんかこの辺の「楽」の捉え方の違いで差が出てるっぽいような。
すまん。
ちょっと想像しきれてないかも。
行の幅(array[X][Y]のY)を引数で渡す？
func(&array[3][5], Y, 4, 5);
みたいな呼び出し方なんだったら、言いたいことが分かった気がする。
まぁ単に二次元配列を楽に関数に渡す方法を書いただけなんだ。
楽に、っていうか頭使わずにというか。
呼び出し元の宣言と同じように仮引数の宣言したら良いだけなんで。
なんかこの辺の「楽」の捉え方の違いで差が出てるっぽいような。
とっとと言語を変えろ
それで悩みは万事解決
それで悩みは万事解決
C++は、スマートじゃ無いなりにいろいろ定型の手法があって「あぁ、例のコレね」で済むならいいけど
ポインタ苦手、って言っちゃうような層は余計アレルギーでるんだろうな
ポインタ苦手、って言っちゃうような層は余計アレルギーでるんだろうな
526 ：仕様書無しさん：2007/08/21(火) 00:48:18
オレの大嫌いな言葉：
"ポインタのポインタ"
"ポインタのポインタ"
俺はどっちか言うと「メモリリーク」の方が嫌いな言葉。
間接ポインタ、二重ポインタ、ダブルポインタ、ハンドル……
代替語はいくつかあるけど、どうも明解に通じないので
やっぱり「ポインタのポインタ」になってしまう。
代替語はいくつかあるけど、どうも明解に通じないので
やっぱり「ポインタのポインタ」になってしまう。
多重間接参照
1日1回電源を落とすと分かっているので、メモリーリークしても1日持てばそれでいい。
リセットするわけにいかないシステム組んでる人は大変だなぁ
リセットするわけにいかないシステム組んでる人は大変だなぁ
>>530
gnuの動的解析ツール使って検証したことあるわ。
ツール名忘れた。
>>531
malloc禁止の開発もあったりする。
PCでは1回ぐらいしかしたこと無いけど、
組み込み系だと結構しょっちゅう。
フラグメントの問題もあるしな。
gnuの動的解析ツール使って検証したことあるわ。
ツール名忘れた。
>>531
malloc禁止の開発もあったりする。
PCでは1回ぐらいしかしたこと無いけど、
組み込み系だと結構しょっちゅう。
フラグメントの問題もあるしな。
専用のカスタムアロケータでも使うんじゃないのかな
>>531
うちだと要件が1日なら、連続不可耐久テストを1週間ぐらい回すかな
うちだと要件が1日なら、連続不可耐久テストを1週間ぐらい回すかな
536 ：仕様書無しさん：2007/08/22(水) 08:09:40
テスト用のデータは作らんのか？
>>528
（hogeへの）ポインタへのポインタも使う俺。
（hogeへの）ポインタへのポインタも使う俺。
>>530
ラッパー関数作って、mallocとfreeのカウンタを保持してアプリ終了時に比較チェックしてる。
問題は、いざリークを起こしてる事が判明しても問題箇所の特定が出来ないことｗ
リークを起こしているけど見た目は問題なく動いてるというケースを見つける
ってこと以上のことは分からんので、さらに呼び出し元のソースファイルと行番号を記録し（ｒｙ
まあ、主にテスト段階で役に立ってる。
ラッパー関数作って、mallocとfreeのカウンタを保持してアプリ終了時に比較チェックしてる。
問題は、いざリークを起こしてる事が判明しても問題箇所の特定が出来ないことｗ
リークを起こしているけど見た目は問題なく動いてるというケースを見つける
ってこと以上のことは分からんので、さらに呼び出し元のソースファイルと行番号を記録し（ｒｙ
まあ、主にテスト段階で役に立ってる。
>>536
テストケース作る方針は特に無くて、個人のセンスに任されてるってことだべ？
テストケース作る方針は特に無くて、個人のセンスに任されてるってことだべ？
540 ：仕様書無しさん：2007/08/23(木) 21:58:28
int main(int argc,char *argv[])
{
char *a;
while(1){
a=(char *)malloc(1000000)
}
}
を３日間実行し続けたのに、メモリがまったく減っていませんでした。なんで？
Fedora6です。
{
char *a;
while(1){
a=(char *)malloc(1000000)
}
}
を３日間実行し続けたのに、メモリがまったく減っていませんでした。なんで？
Fedora6です。
541 ：仕様書無しさん：2007/08/23(木) 22:02:13
シンタックスエラーだからじゃね？
C++の勉強ついでに
while(new char[10000]);
を動かしたらひどい目にあった。
while(new char[10000]);
を動かしたらひどい目にあった。
newなんてさ、ポインタ苦手さんだったら使わず
なにがなんでも実体的にインスタンス宣言しようとするんだろうな 無理か
なにがなんでも実体的にインスタンス宣言しようとするんだろうな 無理か
>>544
俺の友人はC++でそこそこ動くシューティングゲームを作った後に
『malloc？ new？ なにそれ？』と本気でのたまったことがある。
全部staticかglobalの領域に確保してあったｗｗｗｗ
俺の友人はC++でそこそこ動くシューティングゲームを作った後に
『malloc？ new？ なにそれ？』と本気でのたまったことがある。
全部staticかglobalの領域に確保してあったｗｗｗｗ
>>545
そんな縛りで作れる奴の方がスゲーぞ。俺もゲーム作っているけど、
開発時の効率を犠牲にしてまで、実行時の速度を得るのは職人。
ちょっと、そのシューティングゲームを作った人は、うちの会社にここに呼んでくれ。
マジでmallocとかnewとかしらないのら、いらんけど・・・
そんな縛りで作れる奴の方がスゲーぞ。俺もゲーム作っているけど、
開発時の効率を犠牲にしてまで、実行時の速度を得るのは職人。
ちょっと、そのシューティングゲームを作った人は、うちの会社にここに呼んでくれ。
マジでmallocとかnewとかしらないのら、いらんけど・・・
使う領域が開始から終了まで通しでほぼ決まってるなら
グローバル確保でいいんじゃねと思うな
隠蔽だのモジュール化だのメンテナンスがとか別問題にして
グローバル確保でいいんじゃねと思うな
隠蔽だのモジュール化だのメンテナンスがとか別問題にして
パフォーマンス確保と対フラグメントの点において
携帯アプリでは現役のテク。
ドコモの900i以前では、GCした後コンパクションしないんだぜ？
携帯アプリでは現役のテク。
ドコモの900i以前では、GCした後コンパクションしないんだぜ？
ポインタは普通に使っているので、いらんと言われても困るんだが……
それでも、この間凄いポインタの使い方見たときは、どうしようかと思ったな
char* p = new char[20];
::strcpy(p, "エラー発生");
printf(p);
delete p;
突っ込みどころだらけ何だが……、これが客先に納品されてたよ。
それでも、この間凄いポインタの使い方見たときは、どうしようかと思ったな
char* p = new char[20];
::strcpy(p, "エラー発生");
printf(p);
delete p;
突っ込みどころだらけ何だが……、これが客先に納品されてたよ。
おれも、上みたいなコードばかりしか見たことなかったとしたら、ポインタいらね
って言ってたと思うな
って言ってたと思うな
ステップ数がなんと通常の４倍に！
>>550
初心者の俺がどこが変か考えてみた：
・まずnewする必要が無い？
・strcpyも要らない？
・printfにそのまま文字列リテラルを突っ込むべきだ？
（実際のソースみないとわからない）
・deleteの使い方が間違っている。delete [] pだろう。
初心者の俺がどこが変か考えてみた：
・まずnewする必要が無い？
・strcpyも要らない？
・printfにそのまま文字列リテラルを突っ込むべきだ？
（実際のソースみないとわからない）
・deleteの使い方が間違っている。delete [] pだろう。
>>553
初心者のお前の方が、こいつより使えるなｗｗｗ
お前にとっては嬉しいことかも知れんが、全部正解だよ。
newする必要なんかねぇ……でもよ、こいつのソースコードって全部コレなんだぜ。
newする必要がある箇所を探す方が難しい。
おまけに、あるクラスのメンバ変数をnewしたりdeleteしたりして、複数のスレッドで使いまわしたりもしてたから、
凄い事が起こるぜ。マルチスレッドなのに、マルチスレッドにすると確実に落ちるんだ。
すげーだろ。だからよ、コメントで
// 原因は分かりませんが、スレッドを立てると落ちやすくなります。
// お気をつけください。
って書いてあったよ。
初心者のお前の方が、こいつより使えるなｗｗｗ
お前にとっては嬉しいことかも知れんが、全部正解だよ。
newする必要なんかねぇ……でもよ、こいつのソースコードって全部コレなんだぜ。
newする必要がある箇所を探す方が難しい。
おまけに、あるクラスのメンバ変数をnewしたりdeleteしたりして、複数のスレッドで使いまわしたりもしてたから、
凄い事が起こるぜ。マルチスレッドなのに、マルチスレッドにすると確実に落ちるんだ。
すげーだろ。だからよ、コメントで
// 原因は分かりませんが、スレッドを立てると落ちやすくなります。
// お気をつけください。
って書いてあったよ。
>>550
おれも初心者だけど突っ込んでみる。
C++なら cout とか使ったらいいのに。
しかも ::strcpy としながら、printfには :: 付けないの？
察するにヘッダは<cstdio> ではなく <stdio.h> だね？
おれも初心者だけど突っ込んでみる。
C++なら cout とか使ったらいいのに。
しかも ::strcpy としながら、printfには :: 付けないの？
察するにヘッダは<cstdio> ではなく <stdio.h> だね？
スニペットを悪用して一行分のタイプ数で数行のコードを生成するみたいなので
わざとステップ数稼いでるんだと思った
わざとステップ数稼いでるんだと思った
>>550
思うんだが、この手のコードが氾濫してるからポインタｲﾗﾈってなるんじゃないか？
思うんだが、この手のコードが氾濫してるからポインタｲﾗﾈってなるんじゃないか？
>>557
まあ、この場合は使う人次第さね…。
ポインタはケアレスミスも問題にしているんじゃないかな。
学ぶのが難しいのもあるけど。
確かにメモリ管理なんて勝手に裏でやってくれたほうが楽なんだよ。
エンタープライズソフトウェアでそんなもの面倒みたくないからね。
まあ、この場合は使う人次第さね…。
ポインタはケアレスミスも問題にしているんじゃないかな。
学ぶのが難しいのもあるけど。
確かにメモリ管理なんて勝手に裏でやってくれたほうが楽なんだよ。
エンタープライズソフトウェアでそんなもの面倒みたくないからね。
少なくとも、こんなもんは氾濫してないだろ……
>>559
たまたま社内で他人の書いたコードをいくつか読んだ俺に言わせてもらえれば……
たまたま社内で他人の書いたコードをいくつか読んだ俺に言わせてもらえれば……
そもそもnewやmallocの使い方を知らないから使わない奴ばかりのうちの職場ではこんな使い方する奴はいねぇ
うーん、>>550程度でこんな反応だったら、うちの会社のコード読ませたらどうなるんだ……
どんなのがあるかって言うとだな、例えばこんなんだ。
//まず、550と同レベルのコードがある
char* p = new ……
//処理
free(p);
//ほんでもって続き
bool temp = Shori();
if (p == FALSE)
{
///エラー処理
}
どんなのがあるかって言うとだな、例えばこんなんだ。
//まず、550と同レベルのコードがある
char* p = new ……
//処理
free(p);
//ほんでもって続き
bool temp = Shori();
if (p == FALSE)
{
///エラー処理
}
意味が分からん
・newに対してfree
・解放したpを後で結果bool戻り値と勘違いして使っている
・解放したpを後で結果bool戻り値と勘違いして使っている
>>560の発言が気になる……
でも確かにガベコレがないC++だと、適当なライブラリからポインタが返ってきたときどうしたらいいのかって最初ちょっと悩むんだよな。
ライブラリにfree_***なんて関数があるのか、free()するのかdeleteするのか。
俺はauto_ptr<>で返して、暗に「deleteしてくれ」って言ってる。 通じるよね？
ライブラリにfree_***なんて関数があるのか、free()するのかdeleteするのか。
俺はauto_ptr<>で返して、暗に「deleteしてくれ」って言ってる。 通じるよね？
そもそも、適当なライブラリからポインタが返ってくる場合、
１． そのライブラリのマニュアルを読めば分かる。
２． そのライブラリにソースが付いている。
場合がほとんどだから、意識したことねぇよ。
逆に、ソースも何も付いてないでポインタ返してきたら、無論シカトだ。
んなもん。ってか、無視以外に手段がねぇよ
１． そのライブラリのマニュアルを読めば分かる。
２． そのライブラリにソースが付いている。
場合がほとんどだから、意識したことねぇよ。
逆に、ソースも何も付いてないでポインタ返してきたら、無論シカトだ。
んなもん。ってか、無視以外に手段がねぇよ
モジュール間をリソース管理の責任が移動するのはあまりよくない設計だとかEffective C++に書いてあった
だからそういうライブラリそのものをシカトする人もいるかもしれない
だからそういうライブラリそのものをシカトする人もいるかもしれない
まぁソース見るかテストコード作ってdeleteして動作確認するだろうな。
どうしても使用せざるえない時は。
どうしても使用せざるえない時は。
今でもライブラリの奥底ではそうだろ。隠蔽されてるだけ。
番兵を設けるか、構造体にして長さも一緒に保持するか
Excelは長さを持っていると聞いた。
それがセルの最大長の理由だと。
それがセルの最大長の理由だと。
>>572
つ[Pascal文字列]
つ[Pascal文字列]
動的なメモリ確保なんていらん。不要。
作った当時は想定してない規模でぶんまわすときにスタックが溢れたりすると非常に萎える
ポインタも理解してないようでは内部変数と外部変数の区別もついていまい
ポインタも理解してないようでは内部変数と外部変数の区別もついていまい
「死ね」とまで書くほど必死なnew＆malloc厨。痛すぎ。
生半可な知識をふりかざして、書くコードはバグの宝庫。
出たバグはこっそり直して、表面化した悪いことは全部他人のせい。
だから、クビにならない。赤福の社長と同じ。
生半可な知識をふりかざして、書くコードはバグの宝庫。
出たバグはこっそり直して、表面化した悪いことは全部他人のせい。
だから、クビにならない。赤福の社長と同じ。
581 ：仕様書無しさん：2007/10/25(木) 13:35:02
ポインタなんか要らないと言う話
http://homepage3.nifty.com/mogami/diary/d0710.html#242
http://homepage3.nifty.com/mogami/diary/d0710.html#242
正直、K&Rに載ってるmallocの古典実装レベルでも理解するのに数日かかった
584 ：葉猫 ◆Jz.SaKuRaM ：2007/11/10(土) 14:02:44
ｱﾎにメモリの確保とかやらせるより、秀才が作ったクラス内でメモリ確保させた方がｲｲｰ(・∀・)
なるほど
アホコテ(つまりお前)にはレスさせないようにしましょう
アホコテ(つまりお前)にはレスさせないようにしましょう
してるじゃねーかｗ
587 ：葉猫 ◆Jz.SaKuRaM ：2008/01/08(火) 21:32:59
久ち振りに制御系を手伝ったらfarとかnearとかホント糞だな。
もういい加減フラットにちろYO ヽ(`Д´)ﾉ ｳﾜﾜｰﾝ
もういい加減フラットにちろYO ヽ(`Д´)ﾉ ｳﾜﾜｰﾝ
アホはさっさと死んどけば？