C言語なら俺に聞け 150

2019/02/06(水) 13:39:03.21

↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

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

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

2019/02/13(水) 14:49:42.00

鶏が何を食っているか新卒で知っている人はいない。
貝殻食っていると知ってた？

2019/02/13(水) 15:10:52.45

仕様書に書いてあるんだろう
上司に教えてもらいながら開発するベテランさんは
知っていることなのかな？

2019/02/13(水) 15:11:22.39

マジかよ、仕様書に貝殻ボタン追加しないと

2019/02/13(水) 15:28:42.70

貝殻というか石や砂など砂嚢(砂肝)に飲み込むものなら何でも良いんじゃないの？

2019/02/13(水) 15:30:11.62

皆さん鶏に詳しすぎません？ｗ
もしかして：鶏飼ってる

2019/02/13(水) 15:31:15.00

卵うむにはカルシウムがいるだろう

2019/02/13(水) 15:32:23.03

カルシウムが不足すると、イライラしてくる
貝殻囓ると多少は改善する

2019/02/13(水) 15:34:17.67

Cが出来るなら仕事で求められる程度のコーディングは3日で皆も出来るでしょというだけのお話だったのになぜか餌の話になっててワロタｗ

2019/02/13(水) 15:40:57.70

Cのスレに書き込んでてかつ鶏飼育してるってすげー組み合わせ

2019/02/13(水) 15:43:10.55

ここの人たちはマイコンで全自動の餌やり制御とか余裕で作ってそうだからなぁ

2019/02/13(水) 15:54:21.06

むしろ全自動鶏作ろう。

2019/02/13(水) 18:00:49.65

まぁ、C言語のCはChickenの頭文字だからね。

2019/02/13(水) 18:16:41.77

ここでスベるとか…

2019/02/13(水) 18:19:31.10

おじいさまたち、しっかりたのみますよ

2019/02/14(木) 00:55:10.36

>>124
「はじめてのC」

2019/02/14(木) 07:24:34.92

鶏の雌雄判別機を作ったらまじで大儲けできる。

2019/02/14(木) 07:33:43.74

鶏ではなくてひよこの雌雄判別だろ

2019/02/14(木) 07:42:05.06

玉子だったらなお良い。

2019/02/14(木) 07:45:47.66

それは機械学習の世界だからなpythonでやるべきだな

2019/02/14(木) 07:52:15.98

機械学習の段階に持っていく以前にどうやって特徴点を抽出するんだよ

2019/02/14(木) 08:01:05.34

>>130
レーザー使って卵のうちにてのはもうあるらしい

2019/02/14(木) 08:44:29.64

>>132
AIを信じろ、心を無にして写真を撮り続けるんだ。

2019/02/14(木) 09:27:48.57

鶏のスレができたと聞いてゆっくり歩いてきました。

2019/02/14(木) 12:09:08.34

>>124
A、B、そしてC言語だ、アホw

2019/02/14(木) 12:31:22.40

B (programming language) が A programming language の流れを汲んでいるとは初耳だな

2019/02/14(木) 12:35:11.20

っAPL

2019/02/14(木) 16:09:27.74

Bは聞いたことがあるが、Aがあるのは初めて知ったｗ

2019/02/14(木) 17:42:21.71

>>128
ひよこの時点で選別されている。

2019/02/14(木) 17:54:09.12

ひよこ鑑定士
https://furikake.doda.jp/article/2018/09/10/90.html

2019/02/14(木) 17:55:33.11

まじかよプログラム書いてる場合じゃない

2019/02/14(木) 19:22:48.32

雄のひよこの運命はマジでミンチ

2019/02/14(木) 20:04:09.42

ひよこ鑑定士の雌雄判定プログラムになるわ

2019/02/14(木) 21:15:49.32

昔々小学生の頃に道で売ってたカラーひよこを買って、だいたいは一晩で死ぬわけだがその時は電球で暖めたり色々やったら生き長らえて成長し、立派な鶏に成長し、その後親戚に引き取られて行ったが、すぐに食われた。

2019/02/15(金) 09:35:49.46

ヒヨちゃん、ミケ、チョビ

2019/02/16(土) 00:17:44.31

#include "A.h"
#include "B.h"

A.hとB.hに同じ内容の同じ名前の関数が定義されてると
こうインクルードした時点でコンパイラから二重定義されてるぞ
とおしかりを受けるわけだがどうしたらいいかな？

手作業でA.hないしはB.hから該当する関数を削除しないといけないかな？

2019/02/16(土) 00:26:14.00

ヘッダーで関数を定義するのが悪いんじゃ

2019/02/16(土) 00:31:06.99

#pragma onceではダメですか？
そういう話ではない？

2019/02/16(土) 00:35:57.27

AB共にその関数使用でインクルードするソースが多数あるのであれば
どちらか一方は関数削除し代わりにもう片方をインクルード

2019/02/16(土) 00:57:35.72

いや普通に二重で定義せずに名前変えろよ

2019/02/16(土) 01:15:06.97

うん、事情によらず同じ名前の関数定義があっちゃだめでしょ。

2019/02/16(土) 01:16:19.79

そのヘッダーをインクルードするソースが複数あったら、
やはりリンク時に二重定義とならないか？

2019/02/16(土) 01:45:16.86

定義の意味が曖昧だけど自分ならヘッダーはプロトタイプ宣言だけなので関数定義そのものが
二重になることはまず無いな
*.cと*.hファイルの関数定義と宣言をきちんと区別していれば同一関数の二重定義なんて事態には
そうならないと思うんだが

2019/02/16(土) 03:04:51.53

int型の変数を文字列に変える
INT2STRって関数がバッティングしてる

便利な関数だからいろんなヘッダファイルに仕込んでるんだけど
そういうヘッダファイルを複数includeするとバッティングしちゃうんだよね

2019/02/16(土) 04:31:59.37

バッティングする関数を別のヘッダーにする。

2019/02/16(土) 05:23:54.50

関数宣言だけなら多重でも文句はいわれない
マクロやtypedefに構造体の衝突ならインクルードガード施してそれだけをヘッダーに
};

2019/02/16(土) 07:51:21.96

#ifdef
#ifndef
#endif

の出番？

2019/02/16(土) 08:25:13.37

ライブラリのヘッダ見てマネればいいじゃん

#ifndef _STDIO_H
#define _STDIO_H 1
...
#endif

2019/02/16(土) 08:47:05.29

みなさんpragma onceじゃなくてifndef派なんですね

2019/02/16(土) 08:52:07.39

>>155
> INT2STRって関数がバッティングしてる
> 便利な関数だからいろんなヘッダファイルに仕込んでるんだけど
その関数を定義した"int2str.h"を作って
#pragma onceなり#ifndefなりでインクルードガードしておく
各ヘッダーファイルは"int2str.h"をインクルードすればいいだけ

2019/02/16(土) 09:05:18.00

>>155

「便利な関数だからいろんなヘッダファイルに仕込んでるんだけど」

普通は
「便利な関数だからライブラリ化していろんな実装ファイルでインクルードしてる」
とするべきでしょ。

ヘッダファイルの使い方も間違ってるような…

2019/02/16(土) 09:09:29.43

>>161
たぶんint2str.hはヘッダーファイルじゃなくて実装ファイルでインクルードすべき性質のものだよね。

細かいことかもしれないけど、ヘッダーファイルでインクルードすると他のファイルへの影響が増えるから、必要がない限りは実装ファイルの方でインクルードするべきだと思う。

2019/02/16(土) 09:19:18.44

関数の実体をヘッダーにおいているのか
inline キーワードが使えるなら…　という話かな？

2019/02/16(土) 09:40:04.81

>>163
いやそんなことはみんなわかっててでも本人やりたいならこうすればいいよって言ってるだけだろ

2019/02/16(土) 09:59:46.09

これはみんなボケてるの？

2019/02/16(土) 10:56:39.56

ワザとだろう

2019/02/16(土) 10:58:48.72

ありがとう、みんなが背中押してくれたから決心が付いた(`･ω･´)

ヘッダーファイルint2str.hを作って
関数INT2STRの実体はint2str.cに記述、
int2str.hには

#ifndef _INT2STR_H
#define _INT2STR_H
...
#endif

でくくって多重定義を防ぐ(`･ω･´)ｂ

2019/02/16(土) 13:29:20.93

#include <stdio.h>

int f(int i){
switch(i){
defalut:
return i;
}
}
int main(void) {
printf("%d\n", f(2));
return 0;
}

このコードを実行するとfの入力が何であっても０が出力されるんですけどなぜですか？

2019/02/16(土) 13:46:58.56

>>169
一応手元で試したらちゃんと2がでたよ。
printfでなくてmain関数の結果を表示してるとか？

2019/02/16(土) 13:49:29.31

>>169
defalut:

2019/02/16(土) 14:04:34.91

defaultがラベルになる？switch の中に return だけになるのか？switch 素通りして関数の最後に return 無いけど return 0 になるのか？これコンパイルとおるの？
少なくともコンパイル警告は出るはずだから、素人は警告無視すんな

2019/02/16(土) 14:11:52.03

ラベルは、警告出ないだろう
これ昔ハマったことあるｗ

2019/02/16(土) 14:29:47.26

あー、これね。
これそのものじゃないけどcaseを書き忘れて同じようにハマった経験あるわ。

2019/02/16(土) 14:34:18.78

初心者なんですけどファイルをfopenで開いてからcloseせずに別のモードでまたfopenするのは問題ありですか？

2019/02/16(土) 14:41:10.94

>>169
コピペして実行してみたがこちらでは 4195622 が出力されたw

gcc -Wall でコンパイルしてみると「ラベル ‘defalut’ が定義されていますが使用されていません」が出る。
綴り間違いだな。l と u が入れ違いになっている。

2019/02/16(土) 14:58:25.69

ありがとうございました！
綴が違っていたことに気づきませんでした！

2019/02/16(土) 15:18:12.53

なるほど -Wreturn-type とか -Wall つけないと int 型の関数に return が無くても警告出ないのか

2019/02/16(土) 15:31:05.97

>>170
コピペせずに手打ちでやったから "defalut" に気づかなかった。。

2019/02/16(土) 15:42:31.02

バグの大半は手書き

2019/02/16(土) 16:44:51.50

>>175
単一のファイルを複数回、fclose()しないでfopen()するってことかな。
複数の FILE* が単一のファイル(名)を操作してる状態。

FIO24-C. すでにオープンされているファイルをオープンしない
ttps://www.jpcert.or.jp/sc-rules/c-fio24-c.html
↑によると「(前略)同一のファイルを同時に複数回オープンできるかどうかも、
処理系定義とする」ってことだから、一般的には好ましくないね。

すでにfopen()されててまだfclose()されてないファイルに対する
2回目のfopen()が成功する(場合もある)か、常に失敗するかも「処理系定義」だし。

2019/02/16(土) 18:01:42.08

>>159,168 予約識別子はやめとこう。

2019/02/16(土) 19:51:50.72

>>181
詳しい説明ありがとうございます

2019/02/17(日) 08:39:19.73

んじゃこうだな

#ifndef STDIO_H_
#define STDIO_H_ 1
...
#endif

2019/02/19(火) 10:01:13.72

おまいらならFEのC言語問題余裕の全問正解なわけ？10分もかからんくらい？

2019/02/19(火) 10:15:05.54

少し古いが第一種情報とエンベデッドスペシャリスト程度はクリアしてる
即答クイズじゃないんだから時間気にするのは間抜けだぞ

2019/02/19(火) 17:04:59.95

>>185
ああいう問題は実務では存在しないから簡単ではないよ。

2019/02/19(火) 18:44:17.22

マジで言い訳でもなんでもなく
業務のときと使う脳味噌が全然違う。
普段ファイルを単純に移動させるにも外環境からどういう邪魔が入りうるか
プール単位で跨ぐときどういうセキュリティーホールがあるか
とかいうことを重箱の隅をつつくように考えてるのに

条件分岐を一度も使わずに素数生成しろみたいな問題が出てくるんだもん
しかも出/入力データの危険性は一切考えない、っていうパターンがほとんど。

◆QZaw55cn4c (ﾜｯﾁｮｲ 5f47-acBj) · 2019/02/19(火) 18:54:53.10

>>188
＞条件分岐を一度も使わずに素数生成しろ
おもしろい問題じゃないですか、三項演算子 OK ならできそうですね

2019/02/19(火) 18:56:33.83

そういった類の具体的な問題対処能力を試してみたいのであればスペシャリスト系の過去問でも見てみれば？
エンベデッドかデータベース試験の午後の記述問題あたりがいいと思う
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/_index_mondai.html

2019/02/19(火) 19:25:12.60

情報処理試験は実務やってたらAPよりスペシャリストのほうが簡単だわ。

2019/02/20(水) 17:11:05.26

「100以下の素数を表示するブログラムを作りなさい」
どんなプログラムを作るかで実務向きかどうかを判断できるらしい。

2019/02/20(水) 17:34:21.53

で、実務向きと判断される人はどういう風に回答するんだろうかｗ

2019/02/20(水) 17:56:41.12

「100以下の素数を表示するブログラムを作りなさい」だと
手打ちの固定テーブル(初期化済み配列)って解答もありそうだな。

2重のforループで「エラトステネスのふるい」を回して0/1の配列を生成。
値を表示する/しないは、要素2個の関数ポインタを格納した配列ってトリック。

そもそもfor, whileや三項演算子は「条件分岐」じゃないのか？
みたいな疑問を感じ始めると答えられないね。

2019/02/20(水) 18:03:03.37

単純に考えれば素数を漏れなく見つけるにはエラトステネスのふるいによるしかない
いかにして無駄な計算を避けるかが重要
プラグラム言語よりもいかに数学的素養の能力を身に着けているかが問われる
馬鹿正直に2から100までループを回すようならまったく実務には向いてない
整数論の基礎だけで100以下の判定に必要な要素は2,3,5,7だけであることはすぐにわかる
プログラムに落とし込む以前の問題

2019/02/20(水) 18:09:44.13

該当する素数一覧が埋め込まれた文字列を表示するプログラムが一番速そう

2019/02/20(水) 18:34:58.50

俺は拡張性がちらついてエラトステネスにしたくなるわ。どれだけの実行速度が求められるのかわからないとどの方法でやるか決心がつかなくてタイムアップしそうw

2019/02/20(水) 18:48:50.68

>>192
問題の意図や目的を明示せずに解かせた答えだけみても、その人がどんな意図でその回答を出したのかは断定できないから、これだけで実務がどうこう言うのは短絡的だとは思うよ。
よくある性格診断とかで、○○を選んだあなたは××な性格です～ってのがあるけど、解説を聞いてもまったく説得力のない決めつけがほとんどだし。それよりはいくぶんましだけど。

2019/02/20(水) 18:51:44.09

実務的には、「要求を満たし、簡潔にして高速で間違いがないこと」位かな

2019/02/20(水) 18:53:27.21

>>199
いや拡張性をｻｯとそえとく心配りは必要だろ

2019/02/20(水) 18:55:22.57

夜な夜な素数配列DBをどんどん作ってくれるプログラムと、素数配列DBから値を引っ張ってくれるプログラムの組み合わせでファイナルアンサーだ！

2019/02/20(水) 18:55:39.06

3以上の素数は奇数であること。
n以下の素数を調べるときは、ルートn以下の約数を調べればいいこと。

整数論を勉強したなら、これくらいは知っておいて欲しい。

2019/02/20(水) 19:05:39.41

>>199
組み込み用でメモリが非常に少ないマシン用のプログラムの場合もう一捻り必要。

2019/02/20(水) 19:07:07.48

ま、いいや。うちに帰ってから俺が変なプログラム作ってみるよ。

**194** (ﾜｯﾁｮｲ 877b-WJvq) · 2019/02/20(水) 19:09:30.26

>>196 こんな感じね。
#include <stdio.h>
int main(void)
{
　puts("2 3 5 7 11 13 17 19 23 29 31 37 41 43 47 53 59 61 67 71 73 79 83 89 97");
　return 0;
}
どうやって文字列を作ったかはヒミツ。本当に合ってるかは不明。

「素数なら表示し、素数でなければ表示しない」の部分は
テーブルがすでに出来てるとすれば、
tbl[i] && printf("%d\n", i);
てな具合に論理演算子の短絡評価を使う手もあるか。

パズルとしては面白いけど、実用で何の意味があるのか、
金払って受験する資格試験の問題としてどうなのか、疑問だなぁ。

2019/02/20(水) 19:12:37.32

素数の知識がなければ暗号解読やハッキングができないかも。

2019/02/20(水) 19:33:00.95

この流れだと

世の中のあらゆる暗号鍵はあらかじめ配列に格納することで突破可能、どうやって配列を作るかは秘密

とか言い出しそうだな
本質が分かってない
素数を高速に表示することが目的ではなく素数を少ない計算量で見つける事が本来の目的

2019/02/20(水) 19:46:25.77

>>188 「条件分岐を一度も使わずに素数生成しろ」
>>192 「100以下の素数を表示するブログラムを作りなさい」

2つの問題に同時に応えてるコメントがあるみたいね。
「条件分岐を使わずに100以下の素数を表示するプログラム」てことで。
かく言う自分もそのクチなんだけど。

2019/02/20(水) 19:56:53.43

>>207
そのアイディアに近いものはレインボーテーブルと呼ばれていて、すでに実用化されている。

2019/02/20(水) 20:08:03.07

>>209
レインボーテーブルはハッシュの検索高速化のための技術だと認識してたけど、素数を利用した暗号鍵の
Decryptにも実用レベルで応用できるのか？

2019/02/20(水) 20:23:16.84

一般的なコンピューターでは素数暗号の解読は困難だね。A5/1 Security Projectが進めばどうなるかわからないが。

2019/02/20(水) 20:25:26.46

Windowsのユーザーアカウントくらいなら数日あれば。。。