C言語なら俺に聞け 147

**デフォルトの名無しさん** · 2018/08/16(木) 23:36:02.22

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

前
C言語なら俺に聞け 146
https://mevius.5ch.net/test/read.cgi/tech/1525031257/

**デフォルトの名無しさん** · 2018/08/17(金) 02:03:10.65

>>1
乙なんだな

**デフォルトの名無しさん** · 2018/08/17(金) 04:59:04.13

>>1
乙ってんね

**デフォルトの名無しさん** · 2018/08/17(金) 07:32:18.55

前スレ992
https://mevius.5ch.net/test/read.cgi/tech/1525031257/992

ちょっと何言ってるかわからん
983はナマポと何の関係があるのかと聞いているんだが？？

**デフォルトの名無しさん** · 2018/08/17(金) 09:26:07.17

>>1
おC

**デフォルトの名無しさん** · 2018/08/17(金) 10:07:35.20

>>1
乙curry

**デフォルトの名無しさん** · 2018/08/17(金) 20:50:45.41

>>4
ちょっとはググって言え。

使い道のないはずのイテレータをC++ではどう活用してるのか、
何故そんなことになるのか、考えてみろ。

**デフォルトの名無しさん** · 2018/08/17(金) 20:54:30.35

というかこのスレワッチョイ外されているんだな。
最近この手の荒らし多いな。

俺はワッチョイ無しのスレは気に入らないから、
>>4の疑問について、ワッチョイ無しのスレ（＝このスレ）では答えないことにする。
まあもうヒントは十分に与えたし、馬鹿でなければ辿り着けるはずだが。

**デフォルトの名無しさん** · 2018/08/17(金) 21:23:33.04

イテレータへのこだわりは確かに謎。結局ローレベルな話なんだよね。
foreachという切り口だとイキるのが難しいということか。

**デフォルトの名無しさん** · 2018/08/17(金) 21:26:26.11

ナマポとプログラム言語の関係性はさっぱりわからない

**デフォルトの名無しさん** · 2018/08/17(金) 21:41:35.78

アホ？　list<T>::iteratorがナマポ撲滅のためとか本気で言ってるのか？

**デフォルトの名無しさん** · 2018/08/18(土) 00:42:04.17

改めて明解C読んだけどどう考えても入門者向けじゃねえなこれ
これ最初に読んだせいで挫折した人多そう

**デフォルトの名無しさん** · 2018/08/18(土) 01:38:53.00

その教科書は教師を再生産するための商品
独学でどうにかするアイテムじゃあない

教科書の肝心のところに教師から教えてもらうフェイズがひっそりとしのばせてある
だから教師の関与が深い
補助の人間が必要な物品だよ
教科書を誰が買うかっていうと、先生がより先生っぽい演技・活躍を出来るアイテムを買うだろ
だから教師の再生産をするためのアイテムを教師が生徒に買わせるんだよ

教科書は生徒が買うんじゃなくて先生が買う、
そのフェイズでは教師の介在があってはじめて理解できるようなひっかけがなくちゃあならない、
だから「入門者向けじゃねえ」になる

**デフォルトの名無しさん** · 2018/08/19(日) 16:42:31.78

C言語の入門書を読み終えて文法をある程度理解したところなんですけどこの次はどうしたらいいんでしょうか・・・

**デフォルトの名無しさん** · 2018/08/19(日) 16:48:10.98

何かを作って見る
何を作るかは自分で決める
決められないときは、みんなに相談してみる

**デフォルトの名無しさん** · 2018/08/19(日) 16:58:14.33

>>14
アルゴリズムとデータ構造の本を一冊買って勉強しとけ
もちろんコードを書くんだ
コードを書かないならそんな本は買わなくてよろしい

**デフォルトの名無しさん** · 2018/08/19(日) 17:25:20.88

>>14
標準ライブラリの関数の仕様を調べつつ、自分で実装してみる

**デフォルトの名無しさん** · 2018/08/19(日) 18:06:47.62

printf と scanf のフォーマット処理は勘弁してください

**デフォルトの名無しさん** · 2018/08/19(日) 18:41:28.69

ありがとうございますとりあえずアルゴリズムとやらの本を買います

**デフォルトの名無しさん** · 2018/08/19(日) 21:04:33.17

これどう？初心者だとちょっと難しいかも知れないが。

［改訂新版］C言語による標準アルゴリズム事典 Software Technology https://www.amazon.co.jp/dp/B07CG4RMT5/ref=cm_sw_r_cp_taa_xEvEBbAEA1JNT

**デフォルトの名無しさん** · 2018/08/19(日) 21:44:56.14

だめでしょ。
アルゴリズムイントロダクションがいいよ

**デフォルトの名無しさん** · 2018/08/19(日) 22:58:10.05

事典は事典。最小限の解説読んであぁなるほどねって思える人用。

**デフォルトの名無しさん** · 2018/08/19(日) 23:13:09.55

詳説 Cポインタ、2013、オライリー・ジャパン

ポインターだけで1冊、本が書けるw

**デフォルトの名無しさん** · 2018/08/19(日) 23:22:19.21

引数に配列をとるとき
f(int* data)とf(int data[])の両方が有りだということは分かったのですが、基本的に後者の書き方をしてるコードはほとんど無くて大体前者な気がします。
これはなんででしょうか。後者の方がはっきり配列だとわかります。前者は配列を求められているのかただのint型のポインターを求められてるのか判断つかないと思うんです

**デフォルトの名無しさん** · 2018/08/19(日) 23:23:37.77

ポインターってそんなに難しかったっけ？

**デフォルトの名無しさん** · 2018/08/19(日) 23:26:29.60

ポインタ本ならこっちの方がいい

新・標準プログラマーズライブラリ
C言語ポインタ完全制覇大型本
前橋和弥 (著)　2017/12/7

**デフォルトの名無しさん** · 2018/08/19(日) 23:55:12.29

>>24
[ ] は、サイズが変わらない

* は、単なる先頭アドレスで、サイズが変わるかも知れない

**デフォルトの名無しさん** · 2018/08/20(月) 00:01:28.25

>>24
配列表記はアドレス表記のエイリアスだから区別するという発想がそもそもない
配列アクセスするコードならアドレスと配列のサイズを引数で渡す

**デフォルトの名無しさん** · 2018/08/20(月) 00:03:41.14

関数の引数としては配列であろうがポインタであろうが、ただのアドレスとしての意味しかない

**デフォルトの名無しさん** · 2018/08/20(月) 00:12:09.78

>>29
配列でもポインタでも同じってことは分かってるでしょ
それでも元が配列なら配列で受けたほうが分かりやすいのでは？
という疑問だと思う

>>24
ぶっちゃけ、Cに慣れてくるとどっちでもたいして変わらない
配列で受けたいのならそうすればいい。
実際のところ、両方それなりに使われてる。
例えば、main() は int *argv[] にすることが多いんじゃないかな
多分だけど

**デフォルトの名無しさん** · 2018/08/20(月) 00:19:11.88

>>24
配列っぽい表記に惑わされて、sizeofして長さを求めようとしたというバグを何度か見ました。

**デフォルトの名無しさん** · 2018/08/20(月) 00:26:25.44

　
f(int data[100]) なんて渡し方だと、どう？

**デフォルトの名無しさん** · 2018/08/20(月) 01:02:08.56

そんな文法はない。
宣言としては有効かな。でも意味はないだろうね。ただのポインタ。

**デフォルトの名無しさん** · 2018/08/20(月) 01:20:33.12

>>33
じゃあ、これをポインタ表記に置き換えて見てください、お願い

**デフォルトの名無しさん** · 2018/08/20(月) 03:08:45.92

>>24
なるほど、じゃあ君は
void swap_int(int lhs[], int rhs[]);
と書いてもらえれば判断つきやすいんだな

**デフォルトの名無しさん** · 2018/08/20(月) 04:14:23.20

なんというか、Cならではの問題かな。
Javaもちょっと似てるか。

**デフォルトの名無しさん** · 2018/08/20(月) 06:23:59.34

下のようなコードを書くとコンパイルエラーになるでしょ。
int ary[100];
int val;
val = ary++;
このaryは配列だから、ary自体の値を変化させる操作は出来ない。
それの類推で関数の仮引数はポインタで受けるんじゃないかな。
関数の中でポインタ風に使う変数はポインタの形で宣言。

関数内で値を変化させず [] によるインデクスだけでアクセスするなら
仮引数を配列の形で宣言するのも分かりやすい書き方かも。

後は歴史的な事情。
配列風に書くとインデクス計算に掛け算を使われて遅かった名残り。

>>30 俺はmainの引数は main(int argc, char *argv[]) だな。
保守的だけど、こんな場面で独自色出すことないしね。

**デフォルトの名無しさん** · 2018/08/20(月) 07:23:53.30

>>24
あんたの感覚は正しいと思う
同じだと言ってる奴もいるけど
foo(int a[]){
a = … /* エラー */
とか微妙に違う
ただそこまで気にする人があまりいないだけ

**デフォルトの名無しさん** · 2018/08/20(月) 07:29:22.22

関数の引数では配列の要素数は無視されるだけ
変数としての配列とポインタは別物だけど、関数の引数では全く同じもの

**デフォルトの名無しさん** · 2018/08/20(月) 08:10:21.73

理由は既出だけど、C言語では配列とポインタは明確に違うよ。
相互変換可能なだけ。

**デフォルトの名無しさん** · 2018/08/20(月) 09:01:16.78

ぶっちゃけ、相互変換可能ならその二つは同じじゃねえか？
数学的に

**デフォルトの名無しさん** · 2018/08/20(月) 09:09:43.44

同じ点もあるし違う点もある
同じ点を強調したいときに「同じ」
違う点を強調したいときに「違う」
と言うだけ

具体的に語らないと何の意味もない

**デフォルトの名無しさん** · 2018/08/20(月) 09:30:29.85

>>38
そのコード片、エラーになるかな?
仮引数のa(intへのポインタ)に
関数内で値を代入することは許されるはずだけど。

**デフォルトの名無しさん** · 2018/08/20(月) 10:24:22.53

代入ではエラーにならんと思うよ。
lvalueとして使えると思う。配列っぽく書けるがあくまでポインタ。

**デフォルトの名無しさん** · 2018/08/20(月) 10:37:33.39

>>43-44
すまん、お前らの言う通りだ
なんか勘違いしていたみたい

**デフォルトの名無しさん** · 2018/08/20(月) 11:31:29.94

>>20
パクリで儲かる成功例

**デフォルトの名無しさん** · 2018/08/20(月) 11:46:22.27

引数の配列がホンモノだとすると、非NULLが保証されてないとあかん。
というか構造体渡しと同様の配列渡しが必要だな。まあ使わんか。

**デフォルトの名無しさん** · 2018/08/20(月) 13:08:43.61

>>37
その例は
void func(int ary[100])
{
int val;
val = ary++;
}
との違いを示そうとしているのだとしたら
int *val; じゃないとおかしいだろ

>>37
[]で書くべきと主張するんなら
char argv[][]にしなきゃねえ
もちエラーだけどｗ

**デフォルトの名無しさん** · 2018/08/20(月) 13:28:58.98

>>47
ま、必要なら構造体の中に入れて渡すと。

**デフォルトの名無しさん** · 2018/08/20(月) 16:12:09.36

配列をパラメータにするのは
サイズが決まってる時にそれを明示したい場合くらいだな

ポインタの方が汎用性が高いから

**デフォルトの名無しさん** · 2018/08/20(月) 16:14:24.46

構造体みたいに
値渡しやコピーもあると(たまには)便利

**デフォルトの名無しさん** · 2018/08/21(火) 07:18:10.26

>>50
void func(int ary[100]); これと
void func(int *ary); これが
意味が違うと思っているのか？

**デフォルトの名無しさん** · 2018/08/21(火) 07:20:36.44

設計意図を示すコメント的な意味ならあると思う
中身は同じだけど

**デフォルトの名無しさん** · 2018/08/21(火) 07:38:47.67

初心者に対して誤解を与えるだけじゃね？
必ずそのサイズで呼ばれると保証されるわけでもないし。

**デフォルトの名無しさん** · 2018/08/21(火) 08:20:07.94

>>52
意味は違うね

要素が100個以外の時に前者を使ってるコードを見たら気持ち悪いだろ？
そういうこと

コンパイラによってはary[1000]にアクセスすれば警告が出る

**デフォルトの名無しさん** · 2018/08/21(火) 08:40:04.69

ほんとに警告出るのか？
サイズ指定に意味がないというのが規格だし、コメント程度の役割しか持たせたらあかんという気が

**デフォルトの名無しさん** · 2018/08/21(火) 08:48:21.68

gcc8でもclang6でも警告でなかったょ…

**デフォルトの名無しさん** · 2018/08/21(火) 09:13:57.61

お高い静的解析ツールだと警告出るかもね。
やってないから知らんけど。

そういう環境で開発できるならコメント以上の意味はあるかも。
仮定で申し訳ない。

**デフォルトの名無しさん** · 2018/08/21(火) 09:28:29.44

>>55
おまえの主観は聞いてない
プログラムの実行結果が違ってくる例を示せ

**デフォルトの名無しさん** · 2018/08/21(火) 09:30:24.31

>>59
屁理屈乙

**デフォルトの名無しさん** · 2018/08/21(火) 09:31:42.61

>>48
多次元配列なら
void func(int ary{}[100])
{
}
とか
void func(int (*ary){}[100])
{
}

**デフォルトの名無しさん** · 2018/08/21(火) 09:35:21.28

>>61
間違えた

void func(int ary[][100])
{
}
とか
void func(int (*ary)[100])
{
}

**デフォルトの名無しさん** · 2018/08/21(火) 10:40:22.58

>>60
もう一度言う、おまえの主観は聞いてない
正論か屁理屈かはおまえの主観だ
客観的事実を示せ、理屈はそれからだ