C言語なら俺に聞け 163

2024/07/16(火) 22:43:54.18

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.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言語なら俺に聞け 162
https://mevius.5ch.net/test/read.cgi/tech/1698653580/

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

2025/03/12(水) 22:07:09.85

AIは何も指定しなきゃjavaやpythonやC#のコードを吐き出すよ

2025/03/18(火) 10:34:05.62

cはむずい定期

2025/03/19(水) 20:09:43.41

文法的にはポインタ周りが（少し）難しいだけ
個人的にはpythonの方が難しく感じるな

2025/03/19(水) 20:44:03.52

C が未定義をエラーとして補足せずに黙って変になることがあるのは入門書などをまともに読まずにいろいろ弄って学ぶタイプの人には向いてないな。
ちゃんとした入門書をちゃんと読むならそんなに難しいわけではない。
しかし難しくないことでもしょうもないミスをするのが人というものだという現実もあって、特に規模が大きくなると C はしんどい。
難易度とかいうのとは別の話として、理解していても間違う。

2025/03/20(木) 04:57:02.69

まあしかしこの頃のコンパイラは警告やエラーを沢山出してくれて分り易いよ。
昔のはチェックが緩くて出なかったからな。
その状態から gcc で printf() のフォーマットと引数のチェックが出来ると知った時は衝撃を受けた。

2025/03/20(木) 17:01:49.87

>>726
それな、オプションさえちゃんと付ければ昔でもできてたよ

2025/03/20(木) 17:31:14.06

GCC では遅くても 2.95.3 には attribute で文字列が書式であることを指定できて型チェックする機能はあった模様。(2001年頃)
https://gcc.gnu.org/onlinedocs/gcc-2.95.3/gcc_4.html#SEC84
ただな、このスレにいるようなおじさんの言う「昔」は 1980 年頃の話だったりするんよ。
MS-DOS 用とか CP/M 用とかのコンパイラの話なんよ。

2025/03/20(木) 17:39:11.70

その年代の人はおじさんじゃなくておじいさんでは

2025/03/20(木) 17:45:05.08

>>728
スマソ、俺はちょっと若すぎたわ
だいぶ昔からできてた記憶があったがそれよりさらに昔の話とは恐れ入った先輩

2025/03/20(木) 18:23:15.20

メインフレームにダム端末繋げてた時代じゃよ

**デフォルトの名無しさん** (ｽﾌｯ Sd33-4EpX) · 2025/03/20(木) 23:54:14.30

gcc7.1から突然エラーメッセージが親切になったのはあるな
ちょうどclang+llvmが話題になった時期でそれに対抗したらしい

2025/03/21(金) 07:44:18.11

>>727
それはどのぐらい昔かによる。
80年代後半にはまだなかったと思う。

2025/03/21(金) 07:45:09.98

>>728
そうそう。80年代。

2025/03/21(金) 08:19:02.26

真理子版が便利すぎた。

2025/03/22(土) 13:52:41.80

他人にも使わせるツールに環境変数「真里子」はキモすぎてビビった

2025/03/22(土) 14:25:25.39

>>728
scanf, sscanf で float, double に %f, %lf のところを %f, %f にしてバグるのがありがち

**627** (ﾜｯﾁｮｲ 5377-avMV) · 2025/03/22(土) 15:31:32.91

scanfなんて使ったことねーや
ありがちってほど使ってるんか

2025/03/22(土) 15:40:39.16

scanfに道に落ちているを食べさせてはいけません

2025/03/28(金) 08:23:03.00

この警告、環境によっては出ないの?

$ cc ld.c -Wall
ld.c: 関数 ‘main’ 内:
ld.c:6:19: 警告: 書式 ‘%d’ は引数の型が ‘int’ であると予期されますが、第 2 引数の型は ‘off_t’ {aka ‘long int’} です [-Wformat=]
　　6 |　 return printf("%d", offset);
　　　|　　　　　　　　　~^　 ~~~~~~
　　　|　　　　　　　　　 |　 |
　　　|　　　　　　　　　 int off_t {aka long int}
　　　|　　　　　　　　　%ld
$ cat -n ld.c
　　 1　#include <stdio.h>
　　 2　#include <sys/param.h>
　　 3
　　 4　int main() {
　　 5　　off_t offset = 1;
　　 6　　return printf("%d", offset);
　　 7　}
　　 8

2025/03/28(金) 08:29:47.68

おれの作ったCコンパイラはそんな警告出さないけど何か文句ある？

**740** (ﾜｯﾁｮｲ 492a-jhJX) · 2025/03/28(金) 09:29:48.60

>>741
あー、なるほど。↓よ。

$ cc --version
cc (GCC) 14.2.0
Copyright (C) 2024 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

2025/03/28(金) 11:25:13.48

>>740
出さないコンパイラはあるし、その場合に警告を出すコンパイラであっても printf 類を特別扱いしてなんとかしてるので、可変長引数一般では型が合わないときに検出されない。

**740** (ﾜｯﾁｮｲ 492a-aKLX) · 2025/03/28(金) 13:15:49.58

なるぽろ。%ld に変更せず、放っておくか。ありがとう。

ちなみに、逆に、%ld だと警告する場合も有り得るのだろうか。例えば off_t が非 long の機種があるとか。

2025/03/28(金) 13:32:37.75

x86-64 なら System V ABI ではどうせ 64 ビットレジスタで受け渡されるからそこんところでは問題にならないのだが、最適化したときにどうなるかまるで予想がつかない。放置してよいとは言えない。

いったん intmax_t にキャストするのが正当な方法だと考えられている。
https://www.jpcert.or.jp/sc-rules/c-int15-c.html

2025/03/28(金) 15:39:13.17

struct X* x;で自動変数を定義した場合
スタック上のどこかにstruct Xの領域が確保されたりしますか？

2025/03/28(金) 15:47:02.39

されない

**740** (ﾜｯﾁｮｲ 492a-mzfN) · 2025/03/28(金) 17:27:47.76

>>745
> printf("%ju", (uintmax_t) x);

なるぽろ。ありがとう。

2025/03/28(金) 19:09:11.37

なんだよjって、何の略だ？

2025/03/28(金) 22:16:42.65

>>749
なんらかの単語の略 (頭文字) というわけではないらしいよ。
> j is sort of like "i" for integer
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n833.htm

警備員[Lv.2][新芽] (ﾜｯﾁｮｲ 6dcd-maST) · 2025/03/28(金) 23:06:36.11

μ→uみたいなものか

大文字の I はもう使われてふのかな？

2025/03/29(土) 16:07:35.02

long long や unsigned long long の出力に %lld や %llu って昔は使えてた気がするが
最近はだめなんかな
%I64 とか %U64 みたいなのになってるん

2025/03/29(土) 16:54:36.19

>>752
I64 とかはマイクロソフトの拡張。
新しい方法じゃなくてむしろ古い方法が互換性のために残されているだけ。
今となってはあえて使う理由はない。

2025/03/29(土) 17:30:28.12

>>752
> %I64 とか %U64

移植が大変そうね。

2025/04/08(火) 18:05:53.82

sudo で実行すると execl が動作しないように見える。なぜ?
$ cat -n e.c
　　 1　#include <stdio.h>
　　 2　#include <unistd.h>
　　 3
　　 4　int main() {
　　 5　　pid_t pid;
　　 6　　if ((pid = fork()) > 0) return 0;
　　 7　　else if (pid < 0) return 1;
　　 8　　execl("/bin/bash", "/bin/bash", "-c", "echo $$ $PPID >> /tmp/log", NULL);
　　 9　　_exit(2);
　　10　}
$ gcc -g e.c
$ ./a.out
$ cat /tmp/log
10593 1566
$ sudo ./a.out
$ cat /tmp/log
10593 1566
$

**627** (ﾜｯﾁｮｲ 22ca-VGeA) · 2025/04/08(火) 19:31:31.59

まずコピーするなら手を入れるな手を入れると他も全部疑わなきゃいけなくなる
それからsudo -E ./a.outとsudo strace ./a.outを試せ

2025/04/08(火) 19:45:35.63

縦の数字はなに？
普通にエラーになるだろそれ

2025/04/08(火) 20:08:58.79

catの引数に-n指定してるからだろ

2025/04/08(火) 20:57:19.94

手元にあるfedora で試したが、
sudo ./a.out の結果表示は2行になった
多分、正常に処理できたようだ

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 4df5-hVWE) · 2025/04/08(火) 22:40:53.76

うちはダメでした
>>755 と同じような結果です
ubuntu22.04 lts

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 4df5-hVWE) · 2025/04/08(火) 22:43:01.77

あ、次のようにしたときです
sudo ./a.out

/tmp/log に追記されませんでした

**755** (ﾜｯﾁｮｲ a92a-ZtHn) · 2025/04/08(火) 22:49:40.17

>>759
えー!? と別環境で実行したら、sudo でも execl が動作したように見える。なにこれ。

$ ./a.out
$ cat /tmp/log
13706 1
$ sudo ./a.out
$ cat /tmp/log
13706 1
13721 1
$

取り敢えず、うちの Ubuntu の「おま環」問題のようでした。お騒がせしました。
ただ、今回のは bash の $PPID が init (1) になるという新たな謎が...

2025/04/09(水) 00:22:33.67

親プロセスが先に死んだら子は init の養子になる。
だけどこの場合だとどちらが先に死ぬかはプロセスのスケジューリング次第で状況によるってことなんじゃないのかな。
Linux の事情はよく知らんけど。

2025/04/09(水) 00:23:29.81

Linux 板で聞いた方が回答ありそうな気がする。

2025/04/09(水) 15:00:16.84

const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char*const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char* y_icon; // FIXME 型が分からない

if (tenki_i == "01") y_icon = "t100_day";
else if (tenki_i == "01_n") y_icon = "t100_night";
else if (tenki_i == "08") y_icon = "t200_day";
else if (tenki_i == "08_n") y_icon = "t200_night";
else y_icon = "t999_day";

sprite.drawPng((std::uint8_t*)y_icon, sizeof(y_icon), 0, 25);

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:01:47.32

>>765
コピペ間違えました
正しくは以下です

char*const unsigned char t100_day[3807] PROGMEM = { 0x89, 0x50, 0x4e, 略, }
const unsigned char t100_night[3568] PROGMEM = { 0x89, 0x50, 0x4e, 略, }

String tenki_i = "01";

char* y_icon; // FIXME 型が分からない

if (tenki_i == "01") y_icon = "t100_day";
else if (tenki_i == "01_n") y_icon = "t100_night";
else if (tenki_i == "08") y_icon = "t200_day";
else if (tenki_i == "08_n") y_icon = "t200_night";
else y_icon = "t999_day";

sprite.drawPng((std::uint8_t*)y_icon, sizeof(y_icon), 0, 25);

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:16:14.76

>>755もそうだし書いちまったもんはしょうがねーけどコードを載せる時は
どうしろこうしろって書いてあんだから従えよ
アンタどこ行ってもそんな感じなのか?

2025/04/09(水) 15:24:40.77

すみません、書き直しました
https://ideone.com/CSy0Nb

t100_dayなどは画像なんですけど、tenki_iの中のstrによって画像を変えたいです。
y_iconはどうやって指定したらいいでしょうか？

2025/04/09(水) 15:27:10.13

>>755
fork呼んだ親プロセスがreturn 0でいきなり終わってるのがダメ
wait呼んでプロセスの終了待ちしろ

2025/04/09(水) 18:01:06.77

>>768
その断片的なプログラムではよくわからんが型を合わせるだけなら y_icon の宣言はこうなるべきだと思う。

const unsigned char* y_icon;

2025/04/09(水) 18:30:26.27

>>768
ところでそれは C++ じゃない？
なんでこのスレで聞くの……。

**755** (ﾜｯﾁｮｲ 6e2a-ZtHn) · 2025/04/09(水) 19:53:07.12

>>769
「お騒がせしました。」と言ったので、勝手ながら質問を終えた気がしていた。見てくれて有り難う。

>>755,762 については、Ubuntu においても sudo で execl は動作していた。
動作しないように見えたのは、Ubuntu 特有のファイル権限設定があり、root といえどもファイルにアペンドできないせいだった。Qiita にあったサマリが解りやすい。

https://qiita.com/skyflare2001/items/1c1934b1d2f405228334#2025118-追記
> Ubuntu の /tmp のユーザファイルに root で追記できない

全く C言語に関係なかった。ごめんちゃい。