C言語なら俺に聞け 144

2017/12/23(土) 19:33:43.89

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/

前
http://mevius.5ch.net/test/read.cgi/tech/1509107288/

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

2018/01/12(金) 22:47:57.86

>>219
これはプログラミングの話じゃなくてお前の日本語読解能力の問題。
13-3 の問題文にモロにヒントが書かれてる。

2018/01/12(金) 22:51:28.64

>>220
だよねぇ
もうちょっと考えてみるわ

2018/01/12(金) 23:05:54.72

既にある連結リストにはqsortは使えない（これは常人でも考えれば分かる）
後からどうしてもソートしたいならマージソートを使う（これは常人がすぐに思い付くモンじゃないので知らないと出来ない、つまりは考えても無駄）

2018/01/12(金) 23:14:51.66

>>210,212
著作権は商用かどうかは無関係。
個人で楽しむなどの目的で例外的に複製が認められるだけ。
もちろん勉強用なら複製は構わない。
それ以上の利用は本に明示してあることもある。

2018/01/12(金) 23:22:35.07

>>221
「だよねぇ」じゃなくて「13-3の3行目ですかねぇ」だろ。

2018/01/12(金) 23:23:04.02

ここで言っているコピーって、書籍に掲載されているロジックをそのまま借用するって事だよね

**デフォルトの名無しさん** · 2018/01/12(金) 23:30:11.38

>>219
「以下のプログラムの (1) (2) の部分を作成し」の「(1) (2) の部分」が見つからない

2018/01/12(金) 23:36:49.31

>>226
ヒント：exit(1) の「(1)」のところかな？

言いたいことは分かるけど、まぁ…ね。

2018/01/13(土) 06:45:10.13

>>219
というか、これ学校の宿題レポートで先生が作った問題じゃないの?
こんな場でまるまる公開して教えてくれ、って大丈夫なのか。

2018/01/13(土) 07:23:31.08

>>228
それこそ著作権の問題が... w

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/13(土) 12:22:23.09

こんなところで公開したら、解いちゃうじゃないか！

2018/01/13(土) 13:00:13.08

だいたいの人は既に頭の中で解けている

**デフォルトの名無しさん** · 2018/01/13(土) 13:27:35.73

>>219見てちょっと考えてみたけど、
初回だけ(topが未設定の場合だけ)場合分けで例外的な処理がいるの？
あと、大小で判定して挿入するとき、先頭もしくは末尾だけは例外的な処理がいるの？
かっこよくスマートに書けるやりかた教えて！

2018/01/13(土) 14:20:20.40

連結リストで検索すればお手本は大量に出てくる
この改まった場で今更説明するほどのものでもない

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/13(土) 14:25:55.88

>>232
ちょっと書いてみてよ

**デフォルトの名無しさん** · 2018/01/13(土) 15:48:08.00

>>234
なんも見ずに書いてみたけど（コンパイルもしてないけど）
片方向リストにしたらこんな感じかなあ
見た感じスマートじゃないからたぶん無駄なことしてるんだろうけど

// 打席数、安打数は省略
typedef struct PLAYER_tag PLAYER;
struct PLAYER_tag {
char name[20];
PLAYER *next;
};
int main() {
PLAYER *top; // 先頭の要素
PLAYER *p; // 追加する要素
PLAYER *q; // 現在の要素
PLAYER *z; // 一つ前の要素
(省略)
top = NULL;
while (EOFでない) {
　// 1行読み込んで名前(name)、打席数、安打数を取得
　(省略)
　malloc(p, sizeof(struct PLAYER));
　memset(p, 0, sizeof(struct PLAYER));
　strcpy(p->name, name);
　
　// topが未設定の場合だけは例外的な処理
　if(top == NULL) {
　　// 先頭に挿入
　　top = p;
　} else {
　　q = top;
　　z = NULL;
　　// リストの先頭から順に走査
　　while (q != NULL) {
　　　// アルファベット順が大きい要素の直前に挿入
　　　if (strcmp(p->name, q->name) < 0) {
　　　　if (z != NULL) z->next = p;
　　　　p->next = q;
　　　　break;
　　　}
　　　z = q;
　　　q = q->next;
　　}
　　// 末尾に挿入するときだけは例外処理
　　if ((p->next == NULL) && (z != NULL)) z->next = p;
(省略)

**デフォルトの名無しさん** · 2018/01/13(土) 15:52:19.19

>>235
先頭に挿入した場合の例外的な処理も必要だった

if (z != NULL) z->next = p;
↓
if (z != NULL) {
z->next = p;
} else {
top = p;
}

**デフォルトの名無しさん** · 2018/01/13(土) 16:02:34.49

>>235
>struct PLAYER
PLAYER
の誤りだった

2018/01/13(土) 16:08:35.10

とりあえず、実際にはリストとデータは分けた方がいいよね。
あと、リストのtopも実体にしたほうが、いい予感。

2018/01/13(土) 16:27:20.61

割とマジでvolatileって何に使うんだ。。。？

2018/01/13(土) 16:35:27.25

>>219だけど、結局小一時間考えたらできたわ

2018/01/13(土) 17:02:47.66

>>239
余計なことすんなっておまじない。

2018/01/13(土) 17:17:58.88

>>239
volatile は揮発性のものってことで、読んだ次の瞬間に値が変わっている可能性がある変数に付けとくやつだ。
その変数は実際にはハードウェアによって変化するものに結びついているかも知れないし、他のプロセスや
スレッドによって書き換えられるものかも知れない。とにかくそのプログラムのメインの流れとは無関係に
変化する可能性があるということ。だから読む場合は必ずその変数の内容が読まれるようにコンパイルされる
必要がある。最適化してさっきから変更してないからレジスタに入ってる内容で代用しようみたいなコードに
なってはいけないわけだ。volatile を付けておくとそういう最適化をしなくなる。

**デフォルトの名無しさん** · 2018/01/13(土) 17:32:56.34

>>239
知らないほうが幸せだよ
本当に必要なプロジェクトなら、過去に誰かがよく分からん不具合に何日・何週間も悩まされた末にコーディングルールに追加されてるから

2018/01/13(土) 17:37:30.75

>>239
UARTのFIFOレジスタとかに使う。
ハードウェアを直接叩かなければ普通は要らない。

2018/01/13(土) 17:46:52.02

>>235
やっぱアセンブララッパー言語はゴミコードだな

2018/01/13(土) 17:54:43.58

setjmp(), longjmp() 使う時も volatile 使わねばならない時がある。
https://www.jpcert.or.jp/sc-rules/c-msc22-c.html

ま、longjmp() 使うこと自体が稀だろうとは思うが。

2018/01/13(土) 18:03:55.93

長いことやってるがsetjump,longjump見たことない。

2018/01/13(土) 18:11:34.78

>>247
volatileは？

2018/01/13(土) 19:14:06.13

そういや上でスレッドとは書いたが、スレッド間の同期に volatile は使わない方がいい。

なぜスレッド間の同期にvolatileを使ってはいけない？
https://ja.stackoverflow.com/questions/1538/%E3%81%AA%E3%81%9C%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89%E9%96%93%E3%81%AE%E5%90%8C%E6%9C%9F%E3%81%ABvolatile%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%AF%E3%81%84%E3%81%91%E3%81%AA%E3%81%84

2018/01/13(土) 19:19:08.96

>>248
組み込みなら普通に使う。

2018/01/13(土) 19:20:14.49

>>244
マルチスレッドとか使ったことないのか？

2018/01/13(土) 19:29:24.04

longjmpはC++の例外のクソさに耐えきれなくなったときに使う

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/13(土) 19:48:33.54

>>249
普通は同期用の専用オブジェクト(mutex とか semaphoe とか）を使っておくね、それでいいよね…

2018/01/13(土) 20:16:39.27

>>253
そうそう。それでいい。

2018/01/13(土) 20:30:50.57

>>249
そのサンプルコード、ハンドシェークしてるんだが、そもそも普通これしないよな？

並列させたいだけなら、普通はシグナル(sleep/wake up)で同期させる。それの方が軽いはずだし。
スピンロックでハンドシェークって、完全非同期で独立動作してるときだが、
あまり用途は無いと思うんだが。

2018/01/13(土) 20:49:33.28

例えば、スイッチを入れると割り込みが入ってループから抜け出すプログラムとかでループ制御フラグをvolatileにする。

2018/01/13(土) 20:58:01.89

HDLCのモード変更とかに使うな

2018/01/13(土) 21:51:39.64

ちんこを弄るな

2018/01/14(日) 00:51:15.96

vbaを扱えるようになったんで次にC言語触ってみようと思うんですが、どう勉強してったらいいですか？これ作ればあらかた基礎コードや仕組みが学べるものってあります？
やることによるんだろうけど、例えばテトリス作れば基礎が固まるとか。ネット検索しても今一ピンとこなくて。
おすすめの参考書とかもあれば教えてください。

2018/01/14(日) 04:21:14.53

つ unix 4.3bsdの設計と実装

2018/01/14(日) 07:03:14.93

>>259
せっかくvba憶えたんならマシン語から入ってみては？
https://pf-j.桜.ne.jp/program/tips/vbasm.htm

ちな俺はBASIC->マシン語->Cで憶えたクチで
マシン語が透けて見えるCの特徴をありありと感じながら使えて
多重レベルポインタの**を全く悩まずにすんなり習得できた

2018/01/14(日) 08:31:23.76

>>259
コマンドラインで使えるミニツール（dirなど）を真似て作ってみたら？
標準入出力、ファイルアクセス、データ編集の基礎が身につくと思う。

2018/01/14(日) 10:22:10.54

dirはファイルアクセスせんだろ
ファイルシステムに問い合わせをするだけで

2018/01/14(日) 11:13:36.96

ディレクトリも一応ファイルと言えばファイルなわけで・・・

2018/01/14(日) 11:20:44.66

openもcloseもせんしデータ構造を理解してseekする必要もない

2018/01/14(日) 11:22:32.01

>>259
Small-Cっていう C言語のサブセットがあって、
そのコンパイラを作るって本があったよ。
オレはこれで C言語の基礎を勉強した。
30年くらい前かな？
たぶん絶版で入手困難だと思う。

あと、アンドリュータネンバウム先生のMINIXオペレーティングシステムも勉強になる。
Linuxを作ったリーナストーバルズもアンドリュータネンバウム先生の教え子だったはず。

2018/01/14(日) 11:24:11.16

ディスクの挙動が知りたければ、Read Diagnostic だな

**デフォルトの名無しさん** · 2018/01/14(日) 11:47:19.55

初心者は結城浩先生の
　新版C言語プログラミングレッスン-入門編-
あたりで学習しときなyo!

2018/01/14(日) 16:37:50.53

>>266
コンパイラつーか構文解析は何年たっても勉強する気が起きないわ
ほんと大変そうなんだもん

2018/01/14(日) 16:42:35.43

まあ必要ないなら特にやらなくてもいいんじゃね

2018/01/14(日) 17:24:36.08

プログラミング初心者なんだけどコマンドプロンプトとかの知識って必要なん？
一応簡単なバッチファイル作れるレベルまでは来たんだけど

2018/01/14(日) 17:29:47.43

バッチファイルが作れるレベルでコマンドプロンプトの知識が必要かどうかがわからんとかあり得るのか...

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/14(日) 17:33:41.53

>>271
IDE build に頼らないで make する必要があるのなら
バッチファイルを作れる程度なら十分

2018/01/14(日) 17:51:22.52

>>271
君にとって必要かどうかは君がこれから何をするかによって変わる。

2018/01/14(日) 22:04:36.32

ファイルのIOの部分難解すぎて意味がわからない。
・文字列を処理したいのにchar型とかint型とか byte型とか
　出て来るしtry catchとかIOExceptionとか何なのかがよくわからない。
・なんとかOutputStreamとかなんとかReader Writerが
　おおすぎてどれを使っていいかわからない。
・オブジェクトを生成して別のコンストラクタの引数に渡している部分が
　何をしているのかさっぱりわからない。
・BufferedReader / Writerとかを使う必要があるのかないのかよくわからない。
・結局文字列を読み書きするのとバイトを読み書きするのが何が違いがあるの？
・for(item : list){}文は使えないの？

2018/01/14(日) 22:05:03.57

すみません、Javaのスレに書こうとして間違えました

2018/01/14(日) 22:22:24.52

わざとらし

2018/01/15(月) 16:29:12.24

fwprintf(stdout,L"日本語");
４回に１回くらい文字欠けするんだが...

2018/01/15(月) 16:36:24.18

fflush入れてみろ
もしくはsetvbufでバッファーサイズを0に

2018/01/15(月) 19:03:01.00

プログラミング全く関係ねぇんだけど
組み込み系のプログラマーって電子制御とか電子回路、機械工学の知識必要ないん？
これ絶対プログラミングだけの知識で食っていける分野じゃねぇだろ

2018/01/15(月) 19:07:26.61

必要ないわけ無いじゃんw
何でそんな勘違いにたどり着いたしw

2018/01/15(月) 19:12:07.64

>>281
やっぱそうなん？
あほらし
じゃあ組み込みc言語の本全部捨てよ
あほくさ、そんなん全部学ぶとか無理無理
情報工学の二回生だけどやめやめ、ばーか

2018/01/15(月) 19:14:45.00

Cは別に組み込み専用言語でもないんだし、勉強続けりゃ良いじゃん。

2018/01/15(月) 19:18:35.04

>>283
あほやなぁ...
組み込み系以外でc言語の案件なんかまともにねぇだろ
どっかでグラフ見たけどcの用途なんか限られまくってるし
素直にPython勉強して人工知能するわ
人工知能なら電子回路とか機械工学の知識必要なさそうだし

**デフォルトの名無しさん** · 2018/01/15(月) 19:24:26.25

組み込みCもいずれは勘定系のCOBOLみたいにごく一握りの職人にしかメンテできない時代になるんかな

2018/01/15(月) 19:30:46.90

>>285
ヒエ～！
機械工学科と電子電気科でもプログラミングの授業に力を入れる運動が出て来てるし(メカニクス的な意味で)こわい
情報学科って生きていけるんやろうか
俺も今のうちに基本的な電子回路制御の知識はつけておくべきか
アルゴリズムとか通信系学んだところでなんの意味があるんだくそがっ！

2018/01/15(月) 19:31:33.79

どうかなあ？少なくとも新しいデバイスのデバイスドライバはC使われ続けるんじゃないか？丸々全部アセンブラにするより楽だから。
その後の処理は何の言語でも良い。

2018/01/15(月) 19:36:30.16

あとやはりOSはまだまだC言語使われ続けると思う。UNIXやLinuxは根深いからな。
LinuxなんかAndroidのベースになっちゃったしそこらじゅうのネットワーク機器や家電に入っちゃったもんだからまだまだ思い切り使われ続けるだろう。

2018/01/15(月) 20:00:27.65

Linuxってc言語で作られてるんか...?

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-cexj) · 2018/01/15(月) 20:09:12.55

C が滅びることはないでしょうね、真っ先に移植されるのが C コンパイラだし

>>289
はい

2018/01/15(月) 20:12:27.42

とりあえず電子電気工学とか機械工学科じゃ太刀打ちできない人工知能の研究室選ぶは...
やっぱ時代はアルゴリズムや！

**デフォルトの名無しさん** (JP 0Hb5-sUJ4) · 2018/01/15(月) 20:20:47.80

人工知能の高速化にGPUとASICが必要になる時代にCから逃げられると思うなよ

2018/01/15(月) 20:22:02.89

>>292
もちろんcとPythonはやるぜ！

Java、Rubyさんはポイッ！w

あとは線形代数とかの数学的知識も必要か...

夢を決めると頑張れるな

2018/01/15(月) 20:40:53.91

http://paiza.hatenablog.com/entry/2017/09/25/%E3%81%AA%E3%81%9C%E8%BA%AB%E3%81%AE%E7%A8%8B%E7%9F%A5%E3%82%89%E3%81%9A%E3%81%AA%E5%88%9D%E5%BF%83%E8%80%85%E3%81%8C%E3%80%8C%E6%A9%9F%E6%A2%B0%E5%AD%A6%E7%BF%92%E3%82%84%E3%82%8A%E3%81%9F%E3%81%84

2018/01/15(月) 21:03:20.78

プログラマーは鳥籠のようなものだ。
外にいる鳥たちはいたずらに中に入ろうとし、
中にいる鳥たちはいたずらに外に出ようともがく。

2018/01/15(月) 21:13:12.91

見聞を広げた方が、新しいアイデア浮かぶから、捨てるなんて馬鹿な選択するな。
むしろ全く関係無い分野の知識が思わぬアイデアを出してくれるのがこの業界。

2018/01/15(月) 21:13:57.00

>>289
そう。ソース公開されてるから見てみな。
所々アセンブラ使ってる所があったとは思うが大半がC言語。
これについてはUNIXも同じ。というかむしろOS作って配布しやすくするためにC言語作ったようなもの。
そうするとCPUが違っても移植が楽だからね。

2018/01/15(月) 21:22:28.42

>>295
それだけ根性ねえやつがなる職業ってことかねえ
俺の時代っちゃなんだけど、あの当時は大学に情報処理のコースなんかほとんどなくて
大人たちはみんなゲーム小僧の遊びの延長はメインフレームには関係ねえなんて
ぬかしてやがってて、それでも実際に大学のセンターと家のマイコンを触り比べて
一縷の勝ち目を感じるのを信じて大勝負に出たんだよ
でジジイたちにひと泡吹かせることにはいちおう成功した
今さら後悔なんかしてねえぜ

**デフォルトの名無しさん** · 2018/01/15(月) 21:37:18.31

ぜひ組み込みCを自らプログラミングできる人工知能を生み出して
このスレにいる前時代の遺物のおっさんどもをギャフンと言わせてほしい

2018/01/15(月) 21:50:33.67

>>299
てめえでやれカス

2018/01/15(月) 21:52:15.74

自らをプログラミングできる人工知能が実現できたらそれシンギュラリティの到来だろ
https://ja.wikipedia.org/wiki/%E6%8A%80%E8%A1%93%E7%9A%84%E7%89%B9%E7%95%B0%E7%82%B9

2018/01/15(月) 21:54:53.07

情報工学だからこそっていう仕事ねぇのか？
組み込み系って
情報工学でもやっていけるんか結局？
機械工学、電気電子のやつより上にたてる？
あいつらよりは地位上でいたい
なんかムカつくから

2018/01/15(月) 22:02:04.83

あくまで私見だけどね
ストレートに情報へ行ったやつより
遠回りしてきたやつのほうが
俺は個人的には期待しちゃうな
ストレートタイプにもすげえのいるけど
確率論的なやつで

**デフォルトの名無しさん** · 2018/01/15(月) 22:18:51.33

情報工学って結局何ができるのかね？
プログラミングなんかやってる奴よりは
MATLABとか操ってる奴の方が格上だし
PowerPointとExcelしか触らない奴の方がさらに格上だわな

2018/01/15(月) 22:25:47.87

>>302
情報専攻の奴が他分野と張り合うとしたら工学の領域では厳しい
情報工学としてではなく情報科学の方面で学会とかで研究成果を発表していく研究者としての方が
上の立場を狙いやすいと思う

2018/01/15(月) 22:37:06.36

電気電子では技術者、情報では研究者、立場的に主流となる流れが違う印象だね

2018/01/15(月) 23:01:39.51

>>302
そもそもpythonがC言語で書かれてるから当分は心配しなくていい

2018/01/15(月) 23:08:49.73

日本じゃソフトはハードのおまけだからどの分野でも立場は上がらないよ。
人工知能も車とかその他製品の便利機能にすぎん。

2018/01/15(月) 23:13:08.80

士・農・工・商・メカ・エレ・ソフト

機構設計(メカ)、ハード設計(エレキ)、ソフトの順で、ソフト技術者は最底辺ではある

2018/01/15(月) 23:15:12.96

マ板でおけ

2018/01/15(月) 23:29:43.21

>>303
なんか先輩で

機械工学から大学院で知能情報なんとか？に入った人いるって言ってたけどそういうタイプか
でもそういうのって役に立つ人材なのかね
機械工学と情報工学が交わることって一切ないし

2018/01/15(月) 23:43:19.63

>>298
で、何をやったんだ？

2018/01/15(月) 23:52:43.23

>>311
例えばだが、運動解析や流体解析などの人工知能を弄るような場合などは機械系の出身者の方が純粋培養の情報系よりは役に立つだろうな
工学の応用という点では情報だけでは潰しが効かない
何か秀でた専門分野を持っていれば強力な武器になる

**デフォルトの名無しさん** · 2018/01/16(火) 00:42:39.48

俺は仕事で必要になるまでアクチュエータという言葉すら聞いたことがなかった

サチュレーションとかハンチングとかもしかり

結局、純粋な情報系なんて糞食らえってことだ

2018/01/16(火) 00:54:39.43

C言語なら俺に聞け、って言われれも…
こいつら全然違う話ばっかしてんじゃんかよ。

2018/01/16(火) 00:57:42.41

>>315
お前が聞かないから

2018/01/16(火) 01:50:08.80

最近の流行りで言えば、たぶんブロックチェーンは情報系。
他にはOSとかコンパイラとか人工知能そのものがたぶん情報系。
「情報系の成果を他の工学で使う」話をしてるのだったら、他の工学の知識の方が重要になるに決まってる。

2018/01/16(火) 01:53:49.35

何言ってんだこのバカ

2018/01/16(火) 02:22:28.13

いや俺は>>317は当たっていると思うぞ。

情報系はソフトウェアそのものにフォーカスしてる。
だから最終的にソフトウェアで完結する物については情報系でいい。
当たり前だが他知識がない分、ソフトウェア技術で上回っている必要がある。
（工学系他と同程度のソフトしか書けないのであれば、他知識がない分糞なだけ）

ブロックチェーン(P2P)/OS/コンパイラ/人工知能『そのもの』はソフトウェアで完結してる。
他は超並列とか、少し前ならクラウドや仮想化/ライブマイグレーションとか。