C言語なら俺に聞け 157

2021/06/28(月) 11:22:51.50

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
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言語なら俺に聞け 156
https://mevius.5ch.net/test/read.cgi/tech/1601271690/

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

2021/10/30(土) 17:29:52.20

私意言語

2021/10/30(土) 18:01:56.38

>>801
普通英語で検索するよね？
c languageとかgolangとか

2021/10/30(土) 18:03:58.48

luaって調べたら月の画像が出てきてめちゃくちゃ怖いぞ

2021/10/30(土) 19:36:45.48

月が怖いってサテライトキャノンでも撃たれたのか？

2021/10/30(土) 19:51:07.93

月を怖がる人ってたまにいるけど
前世とか今世で悪いことでもしたんかね

2021/10/30(土) 20:22:41.40

天体の画像が怖い

**ハノン** ◆QZaw55cn4c (NZ 0H63-jJ2N) · 2021/10/30(土) 20:27:03.94

>>806
欧米では、月の光は人を基地外にする、とかいうそうですよ
確か狼男も満月だったっけ、いや、それは送り狼だったっけ？

2021/10/30(土) 20:59:50.65

お仕置きでもされたのかな

2021/10/30(土) 21:01:00.69

天体恐怖症なんやワイ
木星とか海王星とか怖い

2021/10/30(土) 22:33:29.21

地球は恐くないん？

2021/10/30(土) 23:11:54.45

裏側にいる事に気がつくと､落ちてしまうそうだ

2021/10/30(土) 23:41:41.51

>>811
地球も太陽も怖いです
あと小惑星も怖い
あと月の裏側もマジでこわい

2021/10/30(土) 23:42:05.22

火星の衛星とかも怖いです
歪な形してるやつ

2021/10/30(土) 23:43:09.25

冥王星の最新画像見たけどめちゃくちゃ怖くて直視できなかった

2021/10/31(日) 09:06:05.96

アロコスなんかカワイイ形してんじゃん

2021/10/31(日) 11:07:20.50

乙py
乙py

2021/10/31(日) 11:30:55.69

>>814
https://www.youtube.com/watch?v=bEwWCXxaVR4

2021/10/31(日) 11:33:04.24

>>818
グロ

2021/10/31(日) 11:46:46.80

NHK-BSプレミアム『グレートネイチャー』の宣伝臭が鼻につくくらいで
扱っている題材は台湾の自然、どこがグロなんだ？

2021/10/31(日) 14:17:04.25

>>820
地球の中心コアへの旅っていう関連動画がグロい

2021/11/01(月) 03:55:44.21

饅頭怖い

2021/11/01(月) 11:25:10.37

lu分解をc言語でやりたく、次のようなコード（１部分になります）を書いたのですが、y0の値が0.8になるはずなのに全く違うものとなってしまいます。原因が全くわからないのですが、どこを改良すればよいのでしょうか。

for(int n = 1; n <= M+1; n++){
t = n*dt;

for(int i = 0; i <= N; i++){
x[i] = 0.0;
}

/* Ax = uを解く */
/* Ly = u */
y[0] = u[0]/l[0][0];
for (int i = 1; i <= N; i++){
y[i] = (u[i] - l[1][i]*y[i-1])/l[0][i];
}

/* Ux = y */
x[N] = y[N];
for (int i = N-1; i >= 0; i--){
x[i] = y[i] - m[i]*y[i+1];
}

/* 更新 */
for(int i = 0; i <= N; i++){
u[i] = x[i];
}
}

2021/11/01(月) 12:00:24.14

int → double または float

2021/11/01(月) 13:05:24.25

x, y, l, m, u の宣言で添え字のとりえる範囲分はちゃんと確保してる？

(lu分解として正しいかどうかはおいといて)ループのコードから
x 0..N まで　→　最低限 double x[N+1];
y 0..N まで　→　最低限 double y[N+1];
u 0..N まで　→　最低限 double m[N+1];
m 0..N-1 まで　→　最低限 double m[N];
l [0][0]..[1][N] まで　→　最低限 double l[2][N+1];

2021/11/01(月) 15:07:15.16

最初に宣言して確保してるので、大丈夫だと思うんですが、、
いちおうx,y,l,m,uをそれぞれ出力してみたのですが、yだけ間違えた値になってしまいます。
ループの順番とかがおかしいんですかね？

2021/11/01(月) 19:03:15.19

全ての変数の宣言を書け

2021/11/01(月) 20:58:39.67

最小限再現できるコードを書いてもらわんと指摘することはできんねぇ
（そして最小限再現にシェイプアップする過程でやらかしを見つける）

2021/11/02(火) 07:44:51.26

>lu分解
java版？なら見つかった。
ttps://qiita.com/edo_m18/items/1d67532bed4a083cddb3

2021/11/02(火) 10:38:39.23

>>821
どこがプログロマー？
https://www.youtube.com/watch?v=SsB8VfxgZwQ

2021/11/03(水) 06:47:18.51

小学生の頃から知ってたことばかりでウルトラつまんねえ番組だ

2021/11/07(日) 10:08:30.22

サイコパスゲイ病人菊永裕太郎

2021/11/08(月) 14:05:50.44

>>823
https://www.youtube.com/watch?v=Wdy1Y-fbAII
https://www.youtube.com/watch?v=KYPiqtitEl8

2021/11/13(土) 19:10:26.04

int main() {
return 0;
}

いきなりこれの意味がわかりません。解説によるとゼロを返して正常終了する。
とかなんとかなんですが、どういう意味でしょうか。
オンライン上にゼロの意味の解説が見つかりません。

2021/11/13(土) 19:43:45.28

大抵の解説では「OSに返す値」となってる。

プログラムが正常終了したら 0。
異常終了や目的の処理が出来なかったときには0以外を返すのが慣例。

Linuxならシェルで echo $?
Windowsならコマンドプロンプト/バッチファイルで echo %ERRORLEVEL%
で確認できる・・・らしい。

0以外を受け取ったからとOSが何か特別な処理をするわけではない。

2021/11/13(土) 19:53:04.62

>>834
エラーで終了するときは0以外で帰しておくと
数年後の未来の自分を助けることができるぞ！

2021/11/13(土) 20:53:19.24

この段階では
0をかえす
そして
正常終了する
ぐらいの認識でいいんじゃないの?

別にどんな整数を返しても正常終了するわけだし

2021/11/13(土) 20:56:10.46

>>834-835
厳密にいえば、言語仕様上では

・ 0 又は EXIT_SUCCESS の場合は成功終了であることを処理系定義の方法で返す
・ EXIT_FAILURE の場合は失敗終了であることを処理系定義の方法で返す
・それら意外の場合には返される状態は処理系定義とする

という規則になっている。
どのように解釈されるかは言語仕様の側でははっきりとは決めずにホスト環境 (普通は OS のこと) や処理系の都合次第なので、
言語よりは OS の資料にあたるほうがわかりやすいかもしれない。
言語仕様として確実に保証してるのは少なくとも成功したのか失敗したのかだけは返せる (受け取るかどうかは知らんけど) ってだけだね。

POSIX (Unix 系 OS) では exit status と呼んでるけど、
Windows では error level とか exit code と言ってる。

**デフォルトの名無しさん** (JP 0Hab-x5sK) · 2021/11/13(土) 22:33:17.66

単独で使う場合は関係ないけど
シェルとかバッチファイルから呼び出す場合にエラーや望まない結果だったら処理を中断とかしたい場合に
ちゃんと値を返しておくと便利になる

2021/11/13(土) 22:42:47.32

パイプ使うときはどう利用すればいい？

2021/11/13(土) 22:51:27.93

棒を挟むんだよ

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/13(土) 22:53:39.30

>>839
呼び出したプログラムが返してくる値を使うプログラムとしては make がありますね…

2021/11/14(日) 09:01:01.66

>>834
補足として、CのAPIにも失敗時に0を割り当てる場合と、成功時に0を割り当てる場合がある。
エラーの要因なんかを意識したい体系では後者も普通に使われるが、同じコード内で前者と
混在せざえるをえない事もある。マクロなんかを使った記述を意識しないとハマるぞｗ

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/14(日) 09:49:57.54

>>840
fork して dup2 を使います

2021/11/14(日) 13:25:42.20

>>843
・E_OKで成功、それ以外でエラー
・0以上で成功、負でエラー
・常に成功
・void
・なんかのポインタで成功、NULLでエラー

無理やり分類したらこんな感じ？

2021/11/14(日) 13:59:30.15

>>834-835
個人的には
int main()
で引数無い状況ならOSのことは想定してないんだろうから
void main()
で良いだろって思う
組み込みとか

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/14(日) 14:07:31.05

>>846
リンクされるスタートアップが返り値の存在を前提にしているというのに、main() ごときが返り値の有無を指定するなんて傲慢じゃないですかぁぁぁぁ！

2021/11/14(日) 15:32:15.51

main の型を変則的にするくらいなら main をエントリーポイントにしない
(エントリーポイントの関数を別の名前にする) ほうが好ましいと個人的には思う。
言語仕様の外 (処理系定義) で定義された方法を使おうとしていることがわかりやすいので。

2021/11/15(月) 08:57:20.76

>>846
俺もそう思う

2021/11/15(月) 08:59:15.64

実行開始点は◯◯関数とドキュメントのどこに書こうか悩まずに済むならそうしたい

**834** (ﾜｯﾁｮｲ a37d-Itmb) · 2021/11/15(月) 18:18:16.98

ただの慣例なんですね、ご回答ありがとうございました。

2021/11/15(月) 19:21:59.60

C言語初心者です。sleepを使って一文字ずつ
2秒ごとに表示したいのですが
Windowsの端末だとうまくいくのですが、
Ubuntuだと8秒後にまとめてHelloと一度に
表示されてしまいます。ubuntuでも
windowsのように一文字ずつ表示させたいのですが
できないのでしょうか？コンパイラはGCCです。

#include <stdio.h>
#include <unistd.h>

int main (){

printf("H");
sleep(2);
printf("e");
sleep(2);
printf("l");
sleep(2);
printf("l");
sleep(2);
printf("o\n");

return 0;
}

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/15(月) 19:27:49.92

>>852
printf('A'); fflush(stdout); はいかが？

2021/11/15(月) 19:28:12.24

printfとsleepの間に↓
fflush(stdout);

2021/11/15(月) 19:45:10.08

>>853
>>854

ありがとうございます。うまくいきました。
fflushの使い方調べてみます。

2021/11/15(月) 23:18:43.35

>>852
どちらの挙動も言語仕様的にはアリ。
ストリームが対話型装置を参照していると判定できて、かつその場合に限り完全バッファリングすることになっていて、
逆に言えば対話型装置 (この場合はコンソール) に繋がっているときはラインバッファリングかもしれないし、
バッファリング無しかもしれない。

フラッシュを明示的に指示するのでもよいが、 setvbuf 関数でバッファリングをしないように設定することもできる。

2021/11/15(月) 23:20:10.09

>>856
書き間違えた。

対話型装置を参照していると判定
↓
対話型装置を参照していないと判定

2021/11/15(月) 23:52:40.37

低レベルの出力関数使ってバッファリングを回避してみる、とか

2021/11/16(火) 21:41:05.99

lintの無い事い今更気付いたのだが、代替何?

2021/11/16(火) 23:22:15.69

>>859
clion

2021/11/17(水) 02:29:57.06

>>851
int main(){
int a=0;
return a;
}
と
void main(){
int a=0;
}
をそれぞれ asm 付きでコンパイルして比較してみ
判ったら次は a=0; を inline にしてみ

2021/11/17(水) 16:44:53.52

>>859
splint

2021/11/17(水) 17:37:06.80

>>859
コンパイラが細かくチェックするようになったから lint の出番がなくなった。

gcc や clang なら -fsyntax-only オプションを付けると文法のチェックまでで段階を止める。
必要な警告オプションを付けた上でこれを使えば古い時代の lint より厳しいくらいだと思う。
(ちなみに -Wall や -Wextra を付けても全ての警告が有効になるわけではない。)

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/17(水) 19:11:13.17

>>863
＞(ちなみに -Wall や -Wextra を付けても全ての警告が有効になるわけではない。)
私は -W -Wall で妥協します

2021/11/17(水) 20:49:44.01

最近のコンパイラはミスタイプすると
「contが見つかりません、もしかしてcountのことですか？」みたいなことまで言ってくるもんなあ
グーグルかよ

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 9be9-KVNp) · 2021/11/18(木) 00:26:37.80

>>865
そこは読まない…

2021/11/18(木) 00:32:41.46

入門サイトで勉強しててこんな感じのコードがエラーになって
{
int a = 100;
printf("数値:%d アドレス:%x", a, &a);
}
gccのエラーをコピペで検索すると、&aはポインタだから、アドレス:%pだと回答がヒット。
コンパイラやバージョンによって挙動が違うのでしょうか？

2021/11/18(木) 00:55:33.69

>>867
言語仕様で未規定や処理系定義としている場合があって、
そういうのは処理系や実行環境の都合に合わせて決めていいことになってる。
そして「未定義」とされている場合は何が起こってもいいことになってるので、
暴走するかもしれないし、 OS が止めてくれるかもしれないし、しれっと意味不明の結果を出力するかもしれない。
たぶんそれは未定義に該当すると思う。

C の可変長引数は型チェックをゆるゆるにすることで実現されていて、
処理系の内実をわかってる人は言語仕様上の保証がない (けど実態としては問題がない) コードを書くのは普通にある。
パソコンで一般的に使われている呼び出し規約 (関数を呼出す機械語レベルの挙動の規則) だと
ポインタと (レジスタの幅以下の大きさの) 整数は同じ方法で渡すので問題にならないんだけど、
言語仕様では保証がない。

可変長引数の型チェックはゆるゆるなんだけど printf は頻出するからコンパイラが特別扱いで
少しチェックを厳しくしているのでエラーになることもあったりする。

まあ基本的には保証されてないのでやらないほうがいいよ。

**867** (ﾜｯﾁｮｲ dd10-+irO) · 2021/11/18(木) 01:52:34.49

>>868
詳しい説明ありがとうございます。
実際にターミナルに出力されたのはerrorではなくwarningで、試したらそのままでも実行できていました。
用心しながら学習続けていこうと思います。

2021/11/18(木) 02:23:30.05

逆に完全に言語仕様に沿っていても警告になる場合もあるし、
(基本的には警告が出ないようなコードのほうが綺麗ではあるが)
言語仕様的に OK なのか NG なのか、
とりあえず自分の実行環境で OK なのか NG なのかを正確に把握するのはかなり分かり難いと思う。

2021/11/18(木) 02:53:45.75

>>867
まず、エラーと警告の違いを
次に、エラーとill-formedの違いを
憶えよう

2021/11/18(木) 10:38:56.92

0から100までの整数のうち、17の倍数となる数の合計を求め、かつ途中の加算処理を出力するプログラムをつくったのですが、うまくいきません。

2021/11/18(木) 10:39:42.31

うまくいかないのは過程を出力する処理の過程なのですが、どうしたらよいですか。

コードは以下です。

#include <stdio.h>

int main()
{
int i,sum=0;

for(i=17; i<=100; i=i+17) {
sum=sum+i;
printf("途中計算→%d\n", sum);
}
printf("合計=%d\n",sum);

return 0;
}

2021/11/18(木) 10:49:25.32

ダッサいループ書いてないで公式立てたら？

2021/11/18(木) 11:10:34.71

>>873
「17の倍数」とは「17で割った余りが0」のこと
Cで割った余りを計算する演算子は「%」

2021/11/18(木) 11:14:20.02

17から開始で17ずつ増やしてるだろ
0は17の倍数じゃないそうだが

2021/11/18(木) 11:32:07.83

>>873
何がどううまく行かないの？あってそうに見えるけど

2021/11/18(木) 14:40:44.78

>>869
昔のソース(コンパイラ)は %x で通るのが多い
今から勉強するなら %p の方が良いし新しい教科書使った方が良い

2021/11/18(木) 14:45:21.17

>>873
printf("途中計算→%d, %d, %d\n", i / 17, i, sum);

2021/11/18(木) 14:45:34.58

>>823
https://gitlab.com/libeigen/eigen/-/blob/master/Eigen/src/LU/PartialPivLU.h
https://gitlab.com/libeigen/eigen/-/blob/master/Eigen/src/LU/FullPivLU.h

2021/11/18(木) 18:35:31.06

>>867
伝統的にポインタはintと同じメモリサイズなので昔はそう書いてた

そうなんだよな最近のコンパイラはprintfのフォーマットと引数をチェックしてるんだよな
もう慣れたが最初不思議な気がした
組み込みだと自分でprintf関数作ったり(標準だと使わない機能が多くて重すぎるから)するけどそんな時はどうなるのだろうとか

2021/11/19(金) 00:07:30.77

>>872
(　´_ゝ｀)ﾌｰﾝ

2021/11/19(金) 00:11:12.00

>>873
それでいいのでは？

2021/11/19(金) 00:18:54.40

64 ビット環境では LP64 や LLP64 (int とポインタの大きさが違う) が標準的になってしまったから
古いコードをそのまま持ってきたら通らないってことは割とよくあるよね。

2021/11/19(金) 00:37:21.78

long と int (及び char *)を全て32bitとして扱っていて、辛うじてコンパイルは通るが決してまともに動かない
プログラムがあったので、しょうがないから gcc の -m32 と32bit用ライブラリで何とかした。何せ量が膨大で、
人力で直してたら多分何人か死んでたと思う。

2021/11/19(金) 05:44:49.46

俺が出向いた、とあるクライアントでは人海戦術してた

2021/11/19(金) 10:15:17.36

long が int に追い越されたのかと思った

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 4ee9-XdqU) · 2021/11/20(土) 20:09:18.64

>>884-886
far near 修飾があたりまえな世界から来た私にとっては、なんで今更なことしているの？と疑問におもっていました

2021/11/20(土) 20:11:58.21

そういえばhageモデルなんてあったな

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 4ee9-XdqU) · 2021/11/20(土) 21:32:53.52

>>889
hage モデル、もとい huge モデルにはバグがある、とのもっぱらの噂でしたが実際どうだったんでしょうか…

2021/11/20(土) 22:42:01.83

ていうか、8086のHugeみたいなものはバグ作り込んでしまいそうで怖いよな。ポインタ絡みで。
違う値が同じアドレスになる事あるし。

2021/11/20(土) 22:45:40.83

当時300ｋを越える配列を処理したくて使いました
使うというか、複数のセグメントに分割して割り当て、
自前で配列インデックスを計算してアクセスしただけですが

2021/11/21(日) 00:46:36.95

違う場所が同じ値になるような場合があっても言語仕様が保証している範囲ではちゃんと仕様通りだったりするんだよな。
というより保証が可能な範囲をうまいこと言語仕様にまとめたって感じなんだと思う。

2021/11/21(日) 08:41:13.51

>>888
Windowsが64bit主流になっていく頃にも一騒動あったよ

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 4ee9-XdqU) · 2021/11/21(日) 12:42:55.44

>>891
さらに年寄りの繰言を続けますが、

＞違う値が同じアドレスになる事あるし。

というのは far ポインタでも同じです、far と hage じゃなかった huge の違いは、オフセットの繰り上がりがセグメントに反映されるかされないか
私は余計なことはしてほしくないので、繰り上がりがない far を愛用していました、huge はいまいち信用できませんでした

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ 4ee9-XdqU) · 2021/11/21(日) 12:44:00.07

>>894
それ、今のことなのでは？>>884-886

2021/12/01(水) 02:11:41.33

構造体のパディングの値って未規定ですか？

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-Dsww) · 2021/12/01(水) 02:24:50.55

>>897
パディングの状況に依存するコードを書くのはよろしくない、というのが一般論だったかと
ファイル入出力で問題になりますが、私はもう、ちまちま fwrite() fread() で「1 byte ずつ」やるしかない、とまで諦めています
環境がバッファリングしてくれますし

2021/12/01(水) 02:53:05.18

未規定であるしパディングの大きさに依存するようなコードは避けるのが行儀のよいコードであるのは間違いないけど、
対象にしている処理系での挙動がはっきりしていて移植の可能性もない (または移植のコストをかける覚悟がある)
のなら依存するコードを書くことはそれなりにあると思う。

マクロで切り分けて configure (とか cmake とかのメタビルドツール) で各アーキテクチャの都合に対処することは可能だし。

良くはない。良くはないがそういう良くないことも出来るのが C ってもんなわけで。

2021/12/01(水) 11:58:37.67

昔、構造体の扱いで失敗した事がある
あるサイトで構造体を引数にして削除処理を行う関数を提供されたが、
実際に使おうとすると引数エラーを返されてしまい途方に暮れた
構造体メンバーには仕様書通りに必要な値をセットしている

しばらくして原因が分かった
関数側は引数が正しくセットされているかを、
処理対象の領域に格納されている同一の構造体と比較しチェックしていた
その比較に memcmp を使っていた
呼び出すこちら側は、構造体を自動変数として領域確保していた

2021/12/01(水) 19:41:43.68

構造体の比較をmemcmpでやるの本当にバッドプラクティスだと思うわ
横着せずに比較関数作れと