C言語なら俺に聞け 153

2019/08/17(土) 23:02:42.00

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/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
※前スレ
C言語なら俺に聞け 152
https://mevius.5ch.net/test/read.cgi/tech/1560763630/

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

2019/12/23(月) 21:54:45.06

まだgoto文とか言ってるのか
認知症かよw

2019/12/23(月) 23:05:23.85

30年経ってもまだ対応完了しないコンパイラがある件

2019/12/23(月) 23:28:22.45

そらあるだろうさ。だからスレも底辺コンパイラに合わせろとか頭腐ってるんじゃねーの？

2019/12/23(月) 23:42:25.45

上級国民用のC言語スレを建てて,そちらに移った方が良いのでは？ｗ

2019/12/24(火) 01:55:10.60

>>681
(若さは)重要な要素だ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 05:45:35.87

>>685
C++ でコンパイルできない C なんて何の役に立つのか疑問だ、といっているのですよ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 05:52:12.01

>>690
若さ若さとひけらかすな！

2019/12/24(火) 07:01:44.07

>>691
じゃあC++使えばいい
C++コンパイラでC非互換の機能を使わない縛りこそ
何の役にも立ちゃしねえ
それをやるやつも役立たず

2019/12/24(火) 07:03:32.05

積集合なんかいいとこ取りの逆だ

2019/12/24(火) 07:04:40.49

ほんそれ
C++を覚えてさっさとこのスレからいなくなってくれ
ガキんちょは

2019/12/24(火) 08:24:53.44

>>691
公開ヘッダだけ互換で書いとけばいいだろマヌケ

2019/12/24(火) 13:32:50.89

C言語環境には色々と障害が多いが
その最たるものの一つが老害の多さだとこのスレを見てもよく分かる

2019/12/24(火) 13:37:43.29

そもそもC89とC17の違いがそんなに問題になるか？
C89さえ分かっていればC17を差分で憶えるのは大した話じゃない
不勉強なやつが自己弁護のために騒いでるだけだろうが

2019/12/24(火) 14:54:32.55

勉強家はC++に移られたらどうか
貴重な人生を無駄にしないで済む

2019/12/24(火) 16:09:31.88

もちC++も使ってるよ
C使いが他の言語をやってないという仮定がそもそもおかしいぜ

2019/12/24(火) 16:17:11.27

勉強家はこのスレに入らないから,さっさと移動したらどうか？
粗大ゴミしかいないスレなんだから,こんな所に居続ける必要ないだろ
お前自身が粗大ゴミだと自覚しているなら仕方がないが

2019/12/24(火) 16:30:12.41

うるせえな
どこのスレに来ようが貴様に口だしされる筋合いはない

2019/12/24(火) 16:44:50.65

荒らしたいって事？

2019/12/24(火) 16:45:57.75

脈絡ねえこと言ってんなよ

2019/12/24(火) 17:10:39.49

特定の話題で話したいなら,そういうスレを見つけるか、無ければ作れば良いんだよ
C言語全般を話題にする既存のスレを荒らす必要がこれっぽっちもない

2019/12/24(火) 17:25:45.59

そもそも
> 粗大ゴミしかいないスレなんだから
なんて言ってる>>701が荒しだろ
元々は質問スレだぞ

2019/12/24(火) 17:30:04.53

>>705
C言語全般を話題にするスレと言ってる奴がC99は別スレに行けとか言ってたのだから、支離滅裂ダナー

2019/12/24(火) 17:52:25.07

C言語は
非常にチープな環境でも動く
低レベルな記述が可能
非常に多くの環境で動作する
コンパイラの作成が容易

ということで未だに多くの場所で使われている
これらのメリットを減らす拡張は不要

これらのメリットが不要な環境ではC言語は不要
C++や、よりリッチな言語を使うべき

2019/12/24(火) 18:11:41.28

もうゴテゴテつけんなよ、という意見には賛成だ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:19:52.82

>>693
＞C++コンパイラでC非互換の機能を使わない縛りこそ何の役にも立ちゃしねえ
K&R2 の範囲で書くことができるというのは必須の技能だと思いますよ、それができない、そもそもなにが K&R2 の範囲でなにがそうではないかを知らないようでは馬鹿と謗られてもしかたがない

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:20:21.71

>>696
kwsk

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:26:03.59

>>698
＞C89さえ分かっていればC17を差分で憶えるのは大した話じゃない

そのとおり

できる奴にとっては、C99 だろうが C11 だろうが C17 だろうが、どれも大差がなく自由に行き来できるしどうでもいい
しかし、ここで敢えて「C89=K&R2 こそ正義」と煽ってみると、案外「老害死ね」という反応が続出する
そういう点から推察するところでは、このスレに出入りする人間の 50% は K&R2 すらわかっていないレベルではないだろうか、と考えさせられるのですよ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:29:06.28

>>708
ライブラリとして、他の言語から直に呼んで貰うことを目指すため、C で書き直してしまうという話もよく聞きます、この手の用途を他の言語で聞いたことがない

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:34:23.41

>>692
我々がしているのはヌルポインタの話だ
ただ 0 と書けば済む話のものに誰がタイプ数をつぎ込む？
まして #define NULL (void *)0 と構えて運用するようなものじゃない
マクロ NULL が存在すること自体なにかの間違いなのだ

2019/12/24(火) 18:47:31.01

>>710
K&R2の範囲で書くという具体的な案件を１つでも知っているか？
俺も含め、その案件に携わることになったとして困る者は極めて少数だと思うぜ
50%もいるようには全く思わない

K&R1の案件でさえ、今の若いのでもすぐ慣れるだろうさ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:51:57.03

>>715
そうですか
そのわりには、「老害死ね」という反応がかまびすしいですね

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ 5701-upP4) · 2019/12/24(火) 18:52:26.57

>>714
整数とポインタのサイズが違うとき、NULLがないと大変なことになる。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/24(火) 18:55:16.45

>>717
可変長引数関数に (void *)0 を渡すときだけは (void *)0 は必要ですが、それ以外は 0 と書いてそれがポインタか整数かは文脈で判定できると思っています

2019/12/24(火) 19:09:32.87

>>717
ん？可変長引数とか、整数とポインタが曖昧なところでは NULL にもキャスト要るし、
NULL がサイズ違いとか動作上の問題を解決することなんてないのでは？
http://www.kouno.jp/home/c_faq/c5.html#4

2019/12/25(水) 05:49:06.65

> ただ 0 と書けば済む話のものに誰がタイプ数をつぎ込む？
というわけで　if(x != 0) じゃなくて if(x) だな

2019/12/25(水) 07:47:40.10

プロジェクトリーダー「数字直接記入禁止！全部#define で置き換えろ！」
大昔そんな事があったと聞いた。

2019/12/25(水) 08:01:19.10

あった
フラグを一個も立って無いことを示す0もdefine
デバイスの特性を多項式近似した関数も
各係数を全てdefine
縦と横のそれぞれの座標計算、ループで処理にした方が記述が簡単なので2でループしたら
その2もdefine

他にも意味不明のコーディング規約が多数

2019/12/25(水) 08:32:20.25

それもこれもマジックナンバーにコメント書かなかったおまいらが悪いんやで

2019/12/25(水) 08:34:25.12

マジックナンバーの何がいけない、どういう場合にどんな問題があるかを理解しないまま、杓子定規にルールだけ覚えるとそんな奴が出来上がるな。

2019/12/25(水) 08:51:06.27

>>721
> プロジェクトリーダー「数字直接記入禁止！全部#define で置き換えろ！」

良いと思うよ!!

2019/12/25(水) 09:53:45.40

値まで書いたアホっぽい定数はわりと使うかな・・・

#define EGGCOUNT30 30
みたいに書いちゃうやつ

コード中に即値書きたいけど書くとリファクタリングで死ぬから
リファクタリングのためだけに定数書いてる感じ

2019/12/25(水) 10:17:23.56

当たり前だがリファクタリング以前に定数調整だけで死ぬぞ
#define EGGCOUNT 30
なら
#define EGGCOUNT 40
で済むのに

#define EGGCOUNT30 30
だと
#define EGGCOUNT40 40
で全置換する気か

2019/12/25(水) 10:24:47.96

s/30/40/g
は基地外沙汰だが
s/EGGCOUNT30/EGGCOUNT40/g
ならイケそうかも!!

2019/12/25(水) 13:00:30.03

フォーマット文字列中のも駄目なんかな
少数以下 3桁に整えるのに　"%.3f" → "%.*f" にして引数で渡す

2019/12/25(水) 13:08:29.51

ああフォーマット文字列を define しろということか
#define FORMAT "%.3f"
　：
sprintf(buf, FROMAT, double_value);
みたいな

2019/12/25(水) 13:12:39.59

>>727
数値一通りdefineして
NUM_56
みたいに数値のかわりに使う

糞コーディング規約の典型

そういう環境だと
大抵defineの数値を変えるだけじゃまともに動かない

2019/12/25(水) 13:18:43.41

>>730
文字列リテラルをコード中に記述禁止
その為itoaみたいなのを組み合わせたコードが出来る

2019/12/25(水) 13:45:41.90

>>727
そのとおり、全置換をする前提なんよ

置換するのはIDEのお仕事だから漏れは無いと信頼してるし、なにより
ソース改変による影響範囲の割り出しとテストしなおしの強制を兼ねてる

2019/12/25(水) 13:50:36.68

エディタの正規表現は使わないのか？
複数パターンでも一回で出来ると思うが

2019/12/25(水) 14:28:39.98

>>720
MISRA-C の違反！

if(条件式) には、実質的なbool 値のみを書く！

ただし、if( x ) で、x がbool変数なら、OK

2019/12/25(水) 14:58:33.15

x != 0 も bool ではないんだが

**735** (ﾜｯﾁｮｲ 9f2c-1ZZR) · 2019/12/25(水) 15:17:44.07

x != 0
は、yes/no の2値しかないでしょ？

実質的には、bool 値として使っている

2019/12/25(水) 15:25:44.58

それはおまえの思い込み

ISO/IEC 9899:2011
6.5.9 Equality operators
3
Each of the operators yields 1 if the specified relation is true and 0 if it is false.
The result has type int.

これが事実だ

2019/12/25(水) 16:13:24.55

直接コードを書くことを禁止する。スクリプトを使って書け。

2019/12/25(水) 16:42:27.57

BOOL
YESNO
OKCANCEL
ONEBIT

実質的にboolなら中身はdoubleでもenumでもint64_tでもifに入れて良い
っていうコーディング規約

**735** (ﾜｯﾁｮｲ 9f2c-1ZZR) · 2019/12/25(水) 16:42:38.50

文法は関係ない。
あくまでも、コードの品質・可読性を上げるための、MISRA-C のルール！

if, while などの条件式には、実質的なbool 値しか書けない

条件式に、単なる整数などを書けない。
整数の0 を偽とみなした、条件判断を書けない

MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

2019/12/25(水) 17:03:05.94

>>741
よそのスレでRuby基地外っぷりを発揮してさんざん迷惑を掛けているお前がルール遵守を説くなんて、羞恥心はないのか？

2019/12/25(水) 17:09:20.32

if (x) → if (!!x) かにゃ？

2019/12/25(水) 18:22:33.85

>>735
if(!!x)

2019/12/25(水) 19:13:54.17

まともなルールと仮定した場合

>>735 がダメなら
>>743 >>744 もダメだろうな

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f47-lwDA) · 2019/12/25(水) 19:56:23.47

>>741
また MISRA ですか…
MISRA 適合かどうかを診断してくれるプログラムでも配布してくれているんだと思っていましたが、そうではなく、ただ人を縛る規則を決めるのが好きな人間の集団なんですね…

2019/12/25(水) 21:01:12.18

> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

MISRA-Cを守っていれば、高品質で、審査に通ると言いたいのか？
もう罵倒語が喉まで出かかっているんだが

2019/12/25(水) 22:01:38.68

違うナァ
MISRA語ルールを守っているとMISRA語のコンパイラが書けないんだよｗ
大いなる自己矛盾に陥ってMISRAは沈没する

2019/12/25(水) 22:15:36.92

>>726みたいなのはいくつか特定の値しかとれない引数のために使われることはあるね。
まぁenumでもいいんだけど。

2019/12/25(水) 22:31:21.33

>>747
>> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw
これを読んで
> MISRA-Cを守っていれば、高品質で、審査に通ると言いたいのか？
と解釈する奴はもれなくバカ

2019/12/25(水) 22:35:19.52

>>750
違うんなら弁明しろよ
それができないだろうという予想で、罵倒語が喉まで出かかっている

2019/12/25(水) 22:55:02.25

>>751
マジでバカなのか？w
AならBである
から
AでないならBでない
（当たり前だが真ではない）
って書けばお前のアホさが理解できるかな？
これでわからないなら中学の数学からやり直せ

2019/12/25(水) 23:19:28.12

0(ゼロ)はマジックナンバーじゃないような気が

2019/12/25(水) 23:20:28.23

8進数は使用禁止なので0は使えません

2019/12/26(木) 00:09:17.82

0x0と書けばいい

2019/12/26(木) 01:10:46.52

main関数の{ }についてお聞きしたいんですが、
int main(void) {
____/* コード */
}
という表記ではいけないですか？
スッキリCや各種サイトを見ると、
int main(void)
{
____/* コード */
}
となっていることがほとんどなのですが

2019/12/26(木) 01:13:45.64

間を取って
int main(void) { /* コード */ }
でも動くぞ

2019/12/26(木) 01:16:16.88

>>756
コンパイラは改行を無視するんやで

**756** (ﾜｯﾁｮｲ 5e1d-fJ/L) · 2019/12/26(木) 01:20:09.70

ありがとうございます。
後者にしないといけないという決まりとかあるんですか？

2019/12/26(木) 01:22:32.15

文法じゃなくてコーディングスタイルのこと聞いてるんでしょ。
チーム内で決まったスタイルがあるならそれに従えばいいし、
そうでなければ自分の好みで決めればいい。
俺の好みは1行減るし統一感のある前者。

2019/12/26(木) 01:23:11.55

私も前者

2019/12/26(木) 01:28:27.58

K&R2は後者

**756** (ﾜｯﾁｮｲ 5e1d-fJ/L) · 2019/12/26(木) 01:40:40.30

もう少し考えてみようと思います
深夜にありがとうございました

2019/12/26(木) 07:31:20.36

>>752
では、741は何を主張したかったんだ？

> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

わざわざ、こんな戯れ言をぬかした意図を説明しろ

2019/12/26(木) 07:33:50.37

>>764
それは741に聞けや
俺はお前のバカさを指摘しただけ

2019/12/26(木) 07:36:01.30

>>756
if (...) {
while (...) {
do {
なのに、
main()
{
という矛盾はよく見かけるが
そうなっている案件で秩序を乱すことはしない

2019/12/26(木) 07:49:13.97

>>765
741本人のくせに自分の言葉から逃げてんなよ
まあ、あれじゃ逃げたくなるのはわかるがｗ

2019/12/26(木) 08:06:43.81

>>756
int func(int arg)
{
...
}
という具合に「関数本体を開始する波括弧を次の行に書く」方式だと
ヘッダファイルにプロトタイプ宣言として書き写す際に
1行コピーして行末に ; 追加で完了、楽チンという利点があるわね。

main() の場合は当てはまらないのがやや弱いけど。

2019/12/26(木) 08:18:02.10

>>767
自分のバカさを認められずに自演認定でごまかすのに必死かよw
哀れな奴

2019/12/26(木) 08:31:13.53

>>769
MISRAの話しなくなってやんのｗ
技術板で技術的な話ができないやつはゴミ以下だぜ

2019/12/26(木) 08:47:26.74

>>770
> 技術板で技術的な話ができないやつはゴミ以下だぜ
中学校の数学すら理解してない奴が何言ってるんだかw

2019/12/26(木) 10:44:30.71

>>771
いや理解してるよ
そうでなきゃ年収８桁はできねえ

2019/12/26(木) 11:06:55.96

こんなところで年収自慢なんかしても虚しいだけじゃないか？
対偶を勘違いしてるなんてみんな気付いてるのに無理につっかかんなって

2019/12/26(木) 11:13:36.42

>>766
power(x, n)
int x, n;
{
....
}

2019/12/26(木) 11:15:24.50

MISRAで if(x)がまずい理由を教えてくだされ

2019/12/26(木) 11:17:42.33

>>731
一般的に特定の非正規形は特定の分析用途には使いやすくても
違う観点で分析しようとすると正規形からデータ変形するよりも多くの手間がかかる
参照オンリーの場合でもデータの利用方法が定型化していない場合は正規形から考えるメリットは大きい

特にRDBで分析用途のDBを用意する場合は参照オンリーでも正規形から考えとかないと手間が異常に増える

2019/12/26(木) 11:21:50.00

>>752
高品質で、審査に通っていれば、MISRA-Cを守っている

やっぱり違うなω
元の命題からして可笑しいωωω

2019/12/26(木) 11:31:06.38

元の命題の真偽ではなく元の命題を真と仮定した場合、対偶は真か？という話
本来、対偶は真であるが747は対偶ではない命題を挙げてそれが真であるかのようにレスしているので突っ込まれた
対偶の挙げ方の間違いを指摘したのになぜか元の命題の真偽についてギャーギャー言うから話が噛み合わない

2019/12/26(木) 11:36:01.57

>>773
みんな気付いているのは、わざと言っていることだよ
鬼の首でも取ったように得意がってるのがおまえだけ
中学の数学がやっとわかるのか、すごいなあｗ

2019/12/26(木) 12:24:56.24

いきなり年収自慢とか笑える
まあ低能にありがちな行動だけどなw

2019/12/26(木) 12:27:00.84

中卒でも中には総理大臣になった人もいるけどね
そういうことにしといてやろうか？

2019/12/26(木) 12:48:48.88

そもそも集合関係と因果関係を混同しているのが間違いの原因
「事象Aが真ならば事象Bは真」の対偶「事象Bが真でないならば事象Aは真ではない」は常に正しい
一方「原因Aが真ならば結果Bは真」に対して「結果Bが真でないならば原因Aは真ではない」は正しいとは限らない

**デフォルトの名無しさん** (JP 0H99-La8A) · 2019/12/26(木) 13:05:49.36

>>774
K&R1の時代には改行後に { を書くしかないが、
いまどき持ち出して混乱させるのはやめろ

2019/12/26(木) 13:06:48.52

>>782
おまえ747の時点で俺がそう言っているのが読めてないもんな
そうやって教科書を朗読するのもいいことだから頑張んなｗ

お勉強はまず憶えることが初手だが
現実問題に応用できるようになって始めて完成するんだよ

2019/12/26(木) 13:08:29.47

>>783
774は制御文と関数は違うということが766の言う「矛盾」のルーツだと言いたいんだと思うぜ