C言語なら俺に聞け 158

2021/12/25(土) 12:11:46.61

!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

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

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

2022/05/29(日) 12:15:20.33

ビットマップのカラーテーブル部
データフォーマットの中間部分に鎮座してる可変

2022/05/29(日) 12:46:49.46

データ部の位置が変なリンクリスト嫌いだわ

2022/05/29(日) 12:59:38.36

XEvent にはとてもお世話になりました
今は使う機会が無くなりましたが

2022/05/29(日) 13:00:08.05

リンクリストでlist_head使ってないってこと？

**デフォルトの名無しさん** (US 0H4d-RPpo) · 2022/05/29(日) 13:33:49.79

>>583
遅れてるからですよ、C89 から話題になっていたことを理解していないからそんな間違いをするのです‥‥

2022/05/31(火) 11:53:16.64

>>589
C89から話題って何のことだ？
理解してるかどうかどうやって確認したんだ？

ああ、しどろもどろってやつかｗ

**デフォルトの名無しさん** (ｽﾌｯ Sdb3-qbWD) · 2022/06/01(水) 11:41:44.19

>>546
そういえば愛用のtccはストリームからも読み込めるけど
まあ全部内部バッファに溜めればワンパスに見えるし、結局のところはわからんぬ
すくなくとも論理的に2パスする必要のある言語仕様的は思い浮かばない

2022/06/01(水) 16:22:13.14

プリプロセッサで一度マクロ展開してからコンパイラに渡してるから２パスと言えなくもない

**ハノン** ◆QZaw55cn4c (ﾜｯﾁｮｲ b3c4-RPpo) · 2022/06/01(水) 21:59:27.44

>>592
プリプロはパスに勘定しません
pascal こそ最高の正義、でも pascal 以降、おしなべてすべての言語は堕落してしまいましたね‥‥

2022/06/01(水) 23:11:11.40

pascalってキラーアプリとかあったっけ

2022/06/01(水) 23:13:36.43

Janeなんたらは有名かもだが、他は知らない

2022/06/02(木) 05:56:20.78

Cはpascalへのアンチテーゼでもある

2022/06/02(木) 06:19:33.58

>>594
TeX

2022/06/02(木) 18:56:01.53

>>593
アセンブラ以外のすべての言語は退廃と怠惰の産物と心得よ

2022/06/02(木) 19:27:29.17

怠惰は美徳なり

2022/06/02(木) 20:43:06.06

プログラマー三大美徳
怠惰、短気、傲慢

2022/06/03(金) 06:04:19.89

傲慢か
既存のコード無視して上書き的なメンテするやつか？

2022/06/03(金) 06:39:00.03

>>598
コーディングシート使って機械語を直打ちしてた俺に言わせると
アセンブラも贅沢品だぞ

2022/06/03(金) 07:54:41.09

DOS時代にコプロセッサとか言うのあったけど、実際に使われてたの？
解説書を見ること無くWin時代に入っちゃって。

2022/06/03(金) 08:05:52.15

FPUはあるとないで全然違ったよ

2022/06/03(金) 08:08:00.81

今でもARMのFPUとかいろいろ使われてるよ

2022/06/03(金) 09:38:08.46

>>592
Tiny C Compiler はプリプロセスも含めてワンパスで処理するよ。
処理が各段階に分離されてないのでコンパイラのソースコードが読みづらいらしい。

2022/06/03(金) 10:19:43.88

GPU もある種のコプロセッサと言えなくもない。そういう分類の仕方はあまりしないが……。

2022/06/03(金) 13:47:50.04

当時、コプロセッサを「子プロセッサ」だと思ってたのを思い出す。

2022/06/03(金) 19:52:40.79

>>603
486から標準でCPUに組み込まれて
今では自動的に使われていることになる

2022/06/03(金) 19:59:24.89

PentiumのFPUバグ…

2022/06/03(金) 20:14:45.52

487とは

2022/06/03(金) 20:48:03.52

かつてのARMはFPUどころかMMU、Cacheまでコプロ命令で制御してたな。

2022/06/03(金) 20:53:33.97

>>611
487は468SX（486DXの浮動小数点ユニット無し版）用のコプロやね
実態は486DXで装着すると468SXを乗っ取って全部487で実行しちゃうからCo-って感じじゃないけど

2022/06/05(日) 02:34:40.58

『コプロ』なるLSIを追加すると、掛け算を割り算が使えるようになる。

8～16ビット全盛時代、その文句の意味が分からなかったなあ。
BASICで普通に四則演算していたから。

2022/06/05(日) 05:54:10.62

コプロラグニー

2022/06/05(日) 06:54:01.45

>>614
何もかも間違ってるｗ

2022/06/05(日) 07:36:26.69

>>614
未だに分かってないな

2022/06/05(日) 07:41:32.89

CPUが電卓を使うというのが何ともミステリアスだった

2022/06/06(月) 16:32:55.98

**が理解できない
教えてくだちい

2022/06/06(月) 21:07:32.00

ポインタのポインタ？

2022/06/06(月) 21:24:19.81

間接参照の間接参照だろ
経験豊富なら余裕で見分けられる

2022/06/06(月) 21:37:13.48

ポインタは記法が悪いよ
関数ポインタはもっと悪い

2022/06/06(月) 22:15:21.61

宣言のときの * と、指し先の実体を求める *

2022/06/06(月) 23:45:42.93

a***b

2022/06/08(水) 02:10:57.84

c=a/*b;

2022/06/08(水) 07:54:23.07

int a=1;
int *b=&a;
int **c=&b;
int d=0;
d=**c; /* d == a */

**619** (ｽｯﾌﾟ Sdca-5vKd) · 2022/06/08(水) 08:41:18.56

少しわかった気がします
試してみて理解します
皆さんありがとうございます

2022/06/08(水) 16:31:44.77

関数のポインタとか
関数のポインタを引数に持つ関数のポインタとか

2022/06/08(水) 17:05:53.27

typedefすればいい

typedef int AAA_FUNC( int, char *, ...);

int AAA_caller( int, AAA_FUNC*);

2022/06/09(木) 11:32:24.20

>**
なんで char **argv が思い浮かばなかったかなぁ・・・。

2022/06/09(木) 13:06:08.29

char *argv[]という初心者をいたぶる陰険な罠を避けたかったんじゃね？

2022/06/09(木) 15:57:22.96

GNU MakeよりCMakeが優れてるのはどの辺でしょうか？

2022/06/09(木) 16:49:53.93

>>632
CMake はメタビルドツールなので make と比較するようなものではない。
CMake を使う多くの場合で make も使う。

2022/06/09(木) 17:00:06.87

>>633
そうなんですね。ありがとうございます

2022/06/10(金) 11:33:59.29

宣言/デリファレンスの記法が悪いというより、=が悪い
両辺を等値(あるいはそうする=代入)というセマンティクスと解離してる

2022/06/10(金) 11:41:37.01

初期化の=は左辺ではなく、左辺で宣言されるものを指してるわけで、頭の中で=以外の記号に置き換えて読むといいかも

2022/06/10(金) 13:18:43.35

=と==は、はっきり区別されてるだろ
連動して常に等しいという規則ならマクロでやればいいし

2022/06/10(金) 13:19:17.11

A=1
B=2
C=3
A=B=C
PRINT A,B,C

2022/06/10(金) 16:02:05.50

>>638
BとCが等しいかの比較結果が A に入る

2022/06/10(金) 22:32:37.38

C言語ではA=B=C;でAとBにCの値が入るはずだが

2022/06/11(土) 02:33:23.42

Cの比較は==だからね

2022/06/11(土) 04:29:30.42

BASICだろ

2022/06/11(土) 08:08:56.72

なんのスレ

2022/06/11(土) 08:27:12.87

C
A=1, B=1, C=1
BASIC
A=-1, B=1, C=1

2022/06/11(土) 15:01:54.40

ちょー初心者

引数付きの関数で引数が空のときにも意味を持たせたい
nanntoka(char adress)なんて関数で
呼び出し側がnantoka()と書いたときも意味を持たせる場合どうすりゃいいの？
null判定でいいんですか？

2022/06/11(土) 15:07:25.17

>>645
C では出来ない。

2022/06/11(土) 15:15:18.40

だよねー
やっぱ数値は工夫のしようがないから無理なのかー
やー助かりました

2022/06/11(土) 15:45:32.03

C++なら出来るんだっけ。

2022/06/11(土) 15:48:15.36

C++にはデフォルト引数があるし
オーバーロードもできる
Cでできるかは知らん

int f(const char*s = nullptr);

2022/06/11(土) 16:27:10.38

普通にはできないからやるな

(1) printfみたいにやる方法
(2) __VA_ARGS__でやる方法
があるぞい

2022/06/11(土) 17:10:24.92

>>650
printfみたいな可変引数でも第一引数は必要なので純粋に引数なしってのはできなかったはず。

2022/06/11(土) 17:22:53.63

_Genericとかみんな使う？

2022/06/11(土) 17:28:25.28

printf(NULL);

悪魔の召喚

2022/06/12(日) 05:58:21.10

>>651
できるぞ
第一引数なしで可変引数にするときは
void func();
と、省略記号なしで宣言する

ただし言うまでもないが
func();
で呼び出したときの第一引数は不定なので
使い途はない

2022/06/12(日) 07:27:33.25

プロトタイプ省略すればなんでもできるｗ

2022/06/12(日) 08:41:18.11

>>654
> nanntoka(char adress)なんて関数で
って書いてあるのに...

2022/06/12(日) 15:51:07.84

>>656
> 呼び出し側がnantoka()

とも書いてあるだろ
何が言いたい？

2022/06/12(日) 16:04:25.30

>>654
> 第一引数は不定なので

いいえ。未定義動作です。

2022/06/12(日) 16:07:16.41

>>657
勝手に端折るなよ、書いてあるのは
> 呼び出し側がnantoka()と書いたときも意味を持たせる場合どうすりゃいいの？
で、答えはできない
つまり
>>654 > できるぞ
がアホだってことな

2022/06/12(日) 16:17:07.73

>>654
＞第一引数なしで可変引数にするときは
可変引数になってないね
全然意味のない書き込みだね…

2022/06/13(月) 06:48:01.95

>>658
不定の値にアクセスしたら未定義の動作だね
何が言いたい？

>>659
幼児レベルの罵倒語が必要か？
654は正しいのか誤っているのかどっちだ？

>>660
では聞くが可変引数って何だ？
JIS X3010にそんな用語はないが

2022/06/13(月) 08:40:16.72

int func(void); と
int func(...); に対する言及なしで
int func(); だけ出てきてるからまともな議論じゃないと思ってスルーしてたが

可変引数は >>651 で出てきてそれに合わせてるだけじゃねーの？

2022/06/13(月) 08:54:28.35

int func(void); だとそもそも引数なししか受け付けない。
int func(...); だと引数の型と個数を実装側が期待するものにしなければならない。間違えたら未定義動作。
int func(); だと引数の型がわからないまま関数を使う。間違えてたら未定義動作。

int func(...); の第1引数は普通は型を明示するから
int func(const char*, ...); のようになるが。

2022/06/13(月) 09:33:56.73

>>661
いいえ。一致しない引数で関数を呼出そうとすることが未定義です。

2022/06/13(月) 10:21:00.47

>>664
一致しないって何と何が？
funcについて仮引数は宣言されていない
よって実引数との型の比較行われず
一致にも不一致にもあたらないぞ

2022/06/13(月) 10:32:48.37

>>665
いいえ。どこかに関数定義は存在し、関数定義 (の仮引数) とその関数呼出し (の実引数)
との矛盾 (引数の数があわない・型が適合しない) は許されていません。

2022/06/13(月) 11:04:47.60

可変長引数では無理なのね
>>650の(2)の実装だとどうなるの

2022/06/13(月) 11:30:06.51

マクロでコンパウンドリテラルを作ってから (その個数と共に) 渡すという方法が取れると思う。
受け取る関数の型は >>645 の通りではできないけど。

#include <stdio.h>
#define foo(...) bar(sizeof((char[]){0, __VA_ARGS__}), (char[]){0, __VA_ARGS__})

void bar(int n, char* args) {
if(n==1) {
printf("no argment.\n");
} else {
printf("argment is %c.\n", args[1]);
}
}

int main(void) {
foo('a');
foo();
}

2022/06/13(月) 11:35:06.46

>>666
話が噛み合っていないな
引数の数も型も比べる相手がいないのに矛盾しようがない
そもそも関数原型を用意しましょうなんていうのはCにおいて後付けの推奨事項に過ぎない
既存のコードを否定するのは影響が大きすぎるからな

2022/06/13(月) 11:47:54.04

>>661
自分で「可変引数にするときは」と言っておいて
なにが「そんな用語はない」だよ
頭おかしい

2022/06/13(月) 11:48:35.71

fn(void)
fn(int)

こういう2種類の引数を許容したとして
呼ばれた側はどう区別したら良いんだろう
コンパイル時に、別関数にアサインしたらいいのかな
その場合は受け取る関数も二つ用意してやらないと行けないな

2022/06/13(月) 11:52:40.59

区別はできない
引数を見ようとしたら結果は不定になる
単なるバグだよ

2022/06/13(月) 12:04:59.49

(2)の想定はこれだった
https://wandbox.org/permlink/EidRL6a8uqiszn2m
これも引数0個のときは##__VA_ARGS__か__VA_OPT__が必要で
まずかったな

2022/06/13(月) 12:13:41.38

>>669 関数定義とその呼び出しを比較するって書かれてるのに、きみが無視するから噛み合わないんだよ。

2022/06/13(月) 12:16:16.46

>>674
void func() { } /* 定義 */
int main()
{
func(); /* 呼び出し */
}
どこが矛盾なんだ？

# 迂闊な答えをすると罠があるから気をつけな

2022/06/13(月) 12:18:15.22

>>670
その時点ではアバウトな言葉遣いが容認される流れだったが
厳密さを求める流れにあんたが変えたんだよ

2022/06/13(月) 12:27:06.91

>>675 その例だけなら矛盾しないね。でも引数渡せないから>645のやりたかったことはできないよね。

2022/06/13(月) 15:54:04.85

>>677
引数が空のときにに意味を持たせるんだったな
void func() { puts("no arguments are given"); }
int main()
{
func();
}

# さっき言った「罠」がまだここにある

2022/06/13(月) 16:19:19.10

まともに話す気なさそうだし、もういいや。

C言語では>>645に書かれてるようなことはできなくて、
>>654の「第一引数は不定」はどうせ未定義動作の間違い、
という点に異論が無ければ、これ以上語ることもない。

2022/06/13(月) 16:34:27.02

nantoka()と呼び出した場合、
呼び出された関数は、
nanntoka(char adress)として
スタック上からadressを取り出そうとするが
ここにある値はNULLではなく、不定値（所謂ゴミ）
NULL判定で回避はできない

2022/06/13(月) 16:37:54.51

>>678

Once again, once again, you're on your own
Who's to blame? who's to blame? it's such a shame
No-one ever hears your name, or plays your game

2022/06/13(月) 18:45:35.75

>>680
> スタック上からadressを取り出そうとするが
だからそれを実行するかどうかもわからんって話
未定義動作ってそういうもんだ

2022/06/13(月) 18:53:43.72

グローバル変数 int exists_adress; を介してやれば引数あり/なしのモードを未定義動作を回避しつつ設定できそう
実用性など皆無だが

2022/06/13(月) 19:17:35.58

>>682
読み出すまではできるだろ
戻りアドレスか関係ないレジスタの退避値が入っている
問題はここではエラーにならず次にこの値で何かしようとしたらクラッシュする可能性が高い
これは単にコンパイラを騙して原因がわかりにくいエラーを出す方法なだけ
全くなんの意味もない