C言語なら俺に聞け 145

2018/02/19(月) 22:13:58.98

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言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-LJHW) · 2018/04/15(日) 20:31:05.37

>>819
Y コンビネーターとか、どうですか？

2018/04/15(日) 20:33:38.79

>>818
ラムダ式じゃないと表現できない何かって何さ
定義した所の環境を使った第一級オブジェクトなプロシージャではだめなのか？

2018/04/15(日) 20:35:56.05

>>820
すまんが俺はLisp使いではないから、それについては知らない。
ただ、それが本当に役に立つものなら、C++は数年後に採用するだろうね。

2018/04/15(日) 21:29:24.63

>>815
一応言っておくと関数分割も必要なら必要なこととして処理されるべき。
ちなみに関数分割したほうが限度はあるけどキャッシュに乗って早くなる。

2018/04/15(日) 23:30:02.09

この板でチューリング完全て言葉をみるとは思わなかった

2018/04/15(日) 23:59:29.91

だいたい、どう抽象化するのがええのかって話でチューリング完全は関係ないからねえ。
前提としてはそうでないとあかんかも知れんけど。

2018/04/16(月) 00:40:26.76

抽象化については「オブジェクト指向」で今のところ決着してるだろ。
これを否定する見解や言語は無いと思うが。

2018/04/16(月) 04:32:33.72

コンビネータでも実装するか？

2018/04/16(月) 23:38:04.25

>>820
>>827
お前ら知ってるのならそのメリットを（出来れば具体的に）書いてみてくれないか？
一応Wiki読んだが、
> 明示的に再帰を書かずに再帰を実現する為に用いる事ができる。
> なお、一般にそういった言語では普通に再帰が使えるので、
> プログラミングにおいてはパズル的なテクニック以上の意味は無い。
> https://ja.wikipedia.org/wiki/%E4%B8%8D%E5%8B%95%E7%82%B9%E3%82%B3%E3%83%B3%E3%83%93%E3%83%8D%E3%83%BC%E3%82%BF
なら、いらねえし、採用されることはないと思うが。

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-LJHW) · 2018/04/17(火) 00:06:31.67

>>828
その wikipedia の解説はちょっと本質からはずれている気がする
「明示的な識別子を含まないで再帰関数が記述できる」くらいか

ラムダ表現を採用している、というのなら不動点コンビネータくらいは記述できないといけないのではないか？
いいかえれば不動点コンビネータを表現できないラムダ表現は「何か大事な部分が欠けている」

ラムダ表現は理論的なモデル（計算可能性を論じるなど）として考案されたもので、実用とか効率とかからは遠く離れている
ラムダ表現を売りにする言語（lisp とか)ならともかく、C#/C++/Java のような実用・効率を求める言語で単に「ラムダ表現ができる」「簡潔だ」くらいの理由で採用されるのは、無目的に言語仕様を拡張しているという理由で個人的には不満

さらにはラムダ表現を老害フィルタがわりに使う者もいたりするが、そういうのには賛同しがたい

2018/04/17(火) 01:21:31.43

javascriptだとアリって気がするよな。
なぜかは知らんが。まあlisp感あるからか。

2018/04/17(火) 08:33:39.92

javascriptにはなぜかオブジェクト指向が無いからな
コンビネータはC++には早晩実装されそうな気がする

2018/04/17(火) 09:37:19.33

C++やJavaはクラスベースのオブジェクト指向言語
JavaScriptはプロトタイプベースのオブジェクト指向言語

2018/04/17(火) 23:42:23.84

>>829
今の仕様で不動点コンビネータが記述できるのかどうかは俺には分からないが、
焦点はその先で、「記述できたら何がうれしいのだ？」なのだと思うよ。
実用言語で重視されるのは当然「実用性」であって、「学術性」ではない。

逆に、実用性皆無なら、当該部分が削除された状態で採用されるべきだ。
例えばC#は意図的にインラインアセンブラを禁止している。
ヘルスバーグのインタビューがググッても出てこないのだが、心は、
「C#のコードならメンテできます」の為の必要知識量を抑えること、だった。
これは長期的に要員確保の難易度を下げ、結果的にメンテ性を上げる。
これも実用言語では重要だよ。
アメリカでPythonを使うのも、Python自体が良い言語だと思っている奴は皆無で、
「Pythonならみんな読めるし書けるから」だからね。
そのコードが10年以上使われることが分かっているのなら、
10年後に要員確保できない可能性がある言語を選択するのは間違いだし。

Cは、（時代的に無理ではあったが）何でもありの状態で、
文法は極めて簡単だが問題は中で何をやっているかで、読んでみなければ分からない。
「Cのコードならメンテできます」とか、簡単に言うのは無理だろ。
C#はイミフなコード構成（大体はCでも警告が出るもの）も禁止されており、
一応、エンジニアが「C#ならメンテできます」と言えることを目指している。
（上手く行っているとは言い難い部分もあるが）
酷い話だが、Javaは10年間全く進歩しないことによってこれを達成してしまっているし。

だから、話を戻すと、
実用言語においては実用性のある機能は取り入れるべきだが、
実用性がない機能は捨てられるべきなんだよ。
(大は小を兼ねる、多めに採用しとけ、ではない。同様に無駄に構文糖が多いのも問題）
今回ラムダが矮小化されて取り込まれているということなら、
取り込まれた部分は必要だと、切り捨てられた部分は不要だと判断されただけ。
勿論今後覆る可能性もあるけどね。

2018/04/17(火) 23:55:44.13

そういうのは自宅の壁に

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-LJHW) · 2018/04/18(水) 00:05:44.11

>>833
＞取り込まれた部分は必要だと、切り捨てられた部分は不要だと判断されただけ。
受動的な態度であればそうなるが、あえて私の感覚を述べるとすれば、

ラムダ式を C++/C#/Java（特にC++)に取り込む価値があったのか？
という点、C++ のラムダ式は operator()() で実現できるし、operator()() のシンタックスシュガーと考えてよい

シンタックスシュガーを全否定するわけではない
「ラムダ式」という偉大な名前に反して、実際にできることは一般的な「ラムダ式」のカバーする領域よりも狭くなっているのを「不満」と感じているだけなのかもしれない

2018/04/18(水) 01:03:16.68

>>835
> C++ のラムダ式は operator()() で実現できるし、operator()() のシンタックスシュガーと考えてよい
一応それが禿がラムダをC++に採用するのに反対している理由だったと聞いたが、
結果的には折れたんだろ。
昨今は「出来ること」よりも「ソースコードの見やすさ」が重視されているし、妥当だと思うが。
比較すると、

1. そもそも operator()()（ファンクタ）では関数に見えない。これが最大のガン。
2. C/C++は階層記述能力が無く、関数内関数が出来ない。このため、
　局所的に関数ポインタを使いたいだけの場合でも上位階層に関数を記述するしかなく、
　結果的にその関数は他からも見える（使える）状態になってしまう。
　匿名関数であれば、そこでしか使っていない事を文法的に保証できる。
3. ファンクタだとインスタンス変数は必ずコピーすることになる。
　ラムダだとおそらく直接掴める場合もあり、この場合はケチれる。
　（ただしこれは実装による）

だから関数内関数(クロージャ付き、最低限その階層の変数は見えるもの＝GCC拡張の仕様でいい）があれば、
1,2,3とも達成できるし、要らなかったかな、とも思う。
というか、C/C++とも、関数内関数（階層)は無しで押し切るつもりかよー、とは思う。
ラムダよりこっちの方が必要な気がするのだが。

2018/04/18(水) 02:30:28.15

Cとシェルスクリプトだけで生きていきたいんですが食べていけますか？
またそういった分野らOSSコミッター以外でありますでしょうか？

2018/04/18(水) 02:40:14.81

あるとするなら組込系かな
回路図とアセンブラは出来るの？

2018/04/18(水) 03:38:30.78

>>838
ありがとうございます

**デフォルトの名無しさん** · 2018/04/18(水) 06:50:02.81

今どき組み込み系もPythonできなきゃやっていけない時代よ

2018/04/18(水) 06:58:40.17

組み込みは圧倒的にC言語が多い

**デフォルトの名無しさん** · 2018/04/18(水) 07:26:37.24

>>841
ツール類は一昔前ならPerl/Ruby/TTL(TeraTerm)/VBA、今はPythonが必須だよ

2018/04/18(水) 07:55:12.06

ツール類ってなんだよ

組み込みの話をしてるの
機器内部のファームウェア

**デフォルトの名無しさん** · 2018/04/18(水) 08:03:28.70

>>843
組み込み系開発者がCソースだけいじってればいいと思ってんのか

2018/04/18(水) 08:06:09.63

大部分の組み込みだとYES
他の言語など使わない

2018/04/18(水) 08:07:13.14

C言語以外が必要なのは大規模な物だけ

2018/04/18(水) 08:15:48.27

>>837
そういうことはプログラム板ではなくプログラマ板で聞いてこい

2018/04/18(水) 08:30:18.84

>>844
いい。

2018/04/18(水) 08:59:26.18

最悪、シーケンサ（PC）でラダー図とアセンブラ触ってりゃ
行けるでしょ。
MELSEC-iQ-RとかはC言語で書く（OSはVxWorks）

ま所詮は他人の人生である

2018/04/18(水) 09:49:03.96

Cでさえオーバースペックでアセンブラという場合まである

2018/04/18(水) 09:57:01.68

アセンブラでさえオーバースペックでバイナリエディタという場合まである

2018/04/18(水) 10:32:00.37

>>851
参考までにアセンブラがオーバースペックなマイコン(SoC)って何処の製品か教えて

2018/04/18(水) 10:40:41.42

あるとすればIMSAIとかだろうけど、流石にネタだろ

2018/04/18(水) 11:16:51.20

プログラムを動かすボードが貧弱でも開発は豪華なPCでやるんだから最低でもアセンブラ使えるようにはするだろう。
作ったばかりのCPUで他のCPUとの互換性が全くなくアセンブラもまだない、なんていう特殊な状況でない限りは。

2018/04/18(水) 11:45:29.90

マウンティング頑張れ

2018/04/18(水) 12:36:20.65

ごめんなさい
ネタです

2018/04/18(水) 12:57:38.66

mount /dev/sda

2018/04/18(水) 23:26:56.70

組込み屋だけど会社によって状況違うんだなとしみじみ

2018/04/18(水) 23:58:14.05

この頃は組み込みって言っても Linux が動いちゃうような小さいボードあるしな。
SDメモリに平気で何Gもデータ入れちゃったりもできるし。なんとういか、時代は変わったよな。
昔は2KBと4KBのROMに詰め込むためにビット単位で削っていたもんな。

2018/04/19(木) 00:35:24.22

組み込みって昔から小っちゃいのから馬鹿デッカいものまであるから一括りにするのが間違い

**850** (ﾜｯﾁｮｲ b7bd-9jjH) · 2018/04/19(木) 05:33:01.08

なんかネタレスで返されてるな
とあるLEDアレイの案件では並列に重きを置き
CPUあたりの処理能力は思いっきり低い
なんてのがあったんだが

2018/04/19(木) 12:39:01.79

あまりに面倒ならハードウェアで回路追加して解決

2018/04/19(木) 22:41:42.50

あんまりそれすると、またハード屋に小言言われるぞ。

2018/04/19(木) 23:07:31.74

int a[] = {0,1,2,3};
char b =0;
scanf("%d",&b);

printf("%d",a[b]);
知恵袋でこんな質問があって俺も不思議に思って持ってきたんだけど
色んな数字入れても0になるとか書かれてたんだけどこれどうなってるの？

2018/04/19(木) 23:17:20.36

>>864
自分で試してみた？

2018/04/19(木) 23:21:55.11

>>865
100入れてみたら3が返ってきたｗ

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/19(木) 23:22:54.38

>>864
＞色んな数字入れても0になるとか
ならない
https://ideone.com/Itq7px

2018/04/19(木) 23:23:39.27

エンディアンによるような気もするがー

%d は int の大きさを持った器のポインタを要求してるのに
char の大きさの器を渡してるから　どうなろうがしったこっちゃない鼻から悪魔系の動作

2018/04/19(木) 23:29:53.26

これがエラーにならず動いてしまうという悪魔のCの動作か

2018/04/19(木) 23:30:32.30

char b[4] = {0};
scanf("%d",&b[0]);
printf("%d %d %d %d\n",b[0],b[1],b[2],b[3]);

これをVCとGCCで試してみた
結果は配列先頭要素に代入され、残りは０のままだった

2018/04/19(木) 23:31:48.87

>>867
bの型がcharなのが肝なんだからそこは間違えるなよ

2018/04/19(木) 23:33:18.23

>>870
入力で負の値を渡すと…

2018/04/19(木) 23:33:42.76

intだからな

2018/04/19(木) 23:36:41.07

なるほど、入力値が小さいときは、
後ろの配列が変わってないかのように見えるだけって事か

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/19(木) 23:38:11.10

>>868
char 配列の大きさを表す変数が int であっても、あるいはそうでなくても、それは関係ないのでは？

2018/04/19(木) 23:38:53.72

>>874
そそ　0でフィルしてるから問題ないようにみえるけど、
0　以外でフィルしてやると副作用おこしてるのがわかるよ

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/19(木) 23:39:18.81

>>871
あ！

2018/04/19(木) 23:40:18.78

>>875
printf ではなく　scanf のフォーマットでの %d 指定に char 変数のポインタを渡してる話よ？

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/19(木) 23:46:08.02

>>878
やっと気が付いた…
>>877

2018/04/20(金) 00:50:00.05

警告って出ないもん？

2018/04/20(金) 01:57:12.33

関数の引数はスタックサイズに丸められるよ

2018/04/20(金) 02:04:42.67

ポインタだしなあ

2018/04/20(金) 06:13:59.91

>>880
GCC だと -Wall を指定すれば警告が出るね。

書式 %d に対して *char の引数 [-Wformat]
配列の添字が char 型 [-Wchar-subscripts]

2018/04/20(金) 06:51:33.68

>>881
この1行にアホが詰まってる
会話の内容も実際の動作も用語もわかってないっていう

2018/04/20(金) 07:58:37.73

アホな点をいくつ見つけられるかで
各自のアホ度を測定できるな

2018/04/20(金) 09:31:45.52

それがデバッグと言われる行為だろ？

2018/04/20(金) 10:21:13.71

脳がwormhole だらけなんでしょ

2018/04/20(金) 14:21:22.42

char　*line;
scanf("%s", &line);//dogが入る
if(line=="dog")
{
printf("dogですよ");
}
これってなんでdogと合わないん？

2018/04/20(金) 14:26:31.37

>>888
scanf で受けとる変数をchar型の配列にしましょう

2018/04/20(金) 14:30:58.92

>>888
line=="dog" という式は strcmp関数にしましょう

2018/04/20(金) 14:31:04.87

文字列の比較は == ではなく、strcmp 等の比較関数をつかいましょう

2018/04/20(金) 15:15:01.27

アドレスの一致を比較してるからじゃね？

2018/04/20(金) 15:17:13.71

C言語はプロ向きの言語
「とりあえず動かしてみる」
とかいう用途には向かない
入門書とかできちんと勉強しよう

2018/04/20(金) 15:20:02.90

＞char　*line;
＞scanf("%s", &line);
この2行に色々な罠や誤りが仕込まれてるな。
Cで躓くであろう、ポインタと配列、文字と文字列周辺

(ｾｷｭﾘﾃｨや入力のｵｰﾊﾞｰﾗﾝは考慮せず簡便なので書くと)
char line[256];
scanf("%s", line);

2018/04/20(金) 17:03:59.70

>>888
どこから突っ込んでいいかわからない。
今は出先でスマホから見てるので書くのが面倒だが、多分明日までには他の人が沢山ツッコミを入れている事だろう。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-gnn3) · 2018/04/20(金) 17:21:20.04

>>894
char　line[64];
size_t len;
fgets(line, sizeof(line), stdin);
len = strlen(line);
if (len && line[len - 1] == '\n') line[len - 1] = 0;
if(strcmp(line, "dog") == 0)
{
printf("dogですよ\n");
}

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-gnn3) · 2018/04/20(金) 17:28:09.55

char line[64];
fgets(line, sizeof(line), stdin);
strtok(line, "\n");
if(strcmp(line, "dog") == 0)
{
printf("dogですよ\n");
}

2018/04/20(金) 18:00:02.24

char line[256];
scanf("%255s", line);

scanfを使えないアホが
scanfをdisるのを見る度に
嘲笑するのも勿体ない気分になる

2018/04/20(金) 18:02:13.70

これでもし入力条件が不明の長さで受け取らなきゃ行けなかったらどうすればいい？

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/20(金) 18:08:34.85

>>898
それ 256 という定数を変えるとき、いちいちレテラルの中を手書きで直すんですか？
いけてないですね…

2018/04/20(金) 18:10:03.88

*ぐらい使えよ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-gnn3) · 2018/04/20(金) 18:10:57.05

std::getline
一文字ずつ読み込む

2018/04/20(金) 18:40:42.36

gccならgetline()

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdba-gnn3) · 2018/04/20(金) 18:44:42.17

入力バッファにちょっとゴミが混じるだけでscanfは使えなくなる。
そんな役立たずは、業務では使うべきではない。使うなら、fgetsとsscanfの方がいい。
我が国のコンピューター教育は残念ながら、業務では役に立たない言語を教えている。

2018/04/20(金) 19:13:13.94

むしろ余程プアな環境でない限り、業務でC言語は使うべきではない

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-Mp6C) · 2018/04/20(金) 19:54:49.61

>>905
かわりに何を使えばいいですか？

**デフォルトの名無しさん** · 2018/04/20(金) 19:55:43.39

>>906
Python

2018/04/20(金) 20:49:36.44

業務でこそC言語

2018/04/20(金) 20:55:22.00

COBOLかVB

2018/04/20(金) 21:04:02.42

>>905
心配しなくても使われる所は限られてるよ。
OSそのものとかデバイスドライバとかな。
それも減りつつあるんじゃないかな。
まあしかし過去の資産がありすぎて捨てられないって感じか。
うまいこと互換性を保ちつつ次の段階へ行ければいいんだろうけどね。

2018/04/20(金) 21:08:14.53

MCUはほとんどがC言語
たまにC++
たまにアセンブラ

2018/04/20(金) 22:17:00.80

>>899
その受け取ったデータをどう使うかによる

2018/04/21(土) 00:13:25.41

>>901
scanf() の * は・・・

**デフォルトの名無しさん** · 2018/04/21(土) 03:47:37.05

hallo warld

2018/04/21(土) 03:55:01.78

>>914
ばかに見えるから止めた方がいいと思うよ

2018/04/21(土) 06:07:34.81

こちらでどうぞ
https://mevius.5ch.net/test/read.cgi/tech/1427572389/

2018/04/21(土) 06:24:19.45

>>904
898の例でゴミが問題になるのか？

2018/04/21(土) 15:05:42.05

入力された文字列(例えば10文字程度)を、
数字だけ＊に変えるプログラムを作りたいと思ってるんですが、
どうもうまく行きません
どなたか簡単なコード書いてくれませんか

**デフォルトの名無しさん** · 2018/04/21(土) 15:31:16.54

>>918
数字は半角の「*」でいいの？
それとも全角の「＊」？
それによって処理の複雑さが変わる