C言語なら俺に聞け 161

2023/04/21(金) 14:05:20.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言語なら俺に聞け 160
https://mevius.5ch.net/test/read.cgi/tech/1672191630/

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

2023/05/13(土) 15:37:18.91

>>117
movだけなら演算ポートを使わないで済む

>>118
マシン語のxchgは非常に遅い

2023/05/13(土) 18:27:17.14

>>117
初心者が陥りやすい錯覚だな
「何もしない(NOPのことではない)」よりも速い命令はないのだ

2023/05/13(土) 18:39:48.47

>>117
やめとけ
言ってわかる相手じゃない

何もかも機械がやってくれるから
自分の頭で考える必要はないって手合いだぞ

2023/05/13(土) 18:43:02.66

×自分の頭で考える必要はない
○アホが工夫すると遅くなる

2023/05/13(土) 18:46:13.79

今では通用しない技術を偉そうに語る
老害の典型
==>はちみつ

2023/05/13(土) 18:50:59.33

身に覚えのあるやつがファビョってるね
ん～いい返事だ

2023/05/13(土) 22:00:35.83

>>119
遅いってのは、レジスタを余計に1つ消費する方法よりも更にデメリットが有るぐらい遅いのか？

2023/05/13(土) 22:53:11.07

最適化されてもmovより遅くならない程度で決して速くなることはない
おそらくもっと複雑な処理の途中でレジスタが全て使用中の場合にレジスタをスタック等に退避することなく値を交換するテクニックとして使われたら速くなるのかもしれんが
こんなシンプルなコードでは起きないだろう

2023/05/13(土) 23:18:57.76

xorスワップは昔クヌースのメモリを使わないGCのマーク&スイープ手法だかで多用されてた気がする
当時はこれが神が作りしコードかあみたいに感動しかなかった

2023/05/13(土) 23:46:50.93

>>126
普通のコードだとレジスタは常に足りてないだろ
ベンチマーク的なコードは本当の速度を表してないな
Benchmarks gameとかそれぐらい複雑なコードを複数動かしてやっと分かるもんだろうね

2023/05/13(土) 23:49:44.86

>>125
現代的な CPU だと直接的に使われるレジスタのほかに内部にはもっと多くのレジスタがあって
見かけ上はレジスタを余計に消費していても実際には一時的に割り当てられるレジスタなことがある。
いわるゆる「機械語」も CPU 内部ではさらに分解されてよりよい命令列に置き換えられるので
同じ機械語でも文脈によって違うことをしてる。
複雑すぎて詳細な挙動を事前に予測するのは無理。
xchg が存在するからには有用な場面もあるんだろうとは思うが、
結局のところは実際にやってみないとよくわからん。

2023/05/14(日) 01:15:20.67

xchgはスピンロックを作るときに使うよね

2023/05/14(日) 07:12:36.39

変数のswapって、マシン語に限らずどこででも高い頻度で使うぞ

2023/05/14(日) 11:51:05.47

>>129
つまり
有用な場面を知らないわけだ
レジスタを節約するためでも微妙な高速化のためでもないから

2023/05/14(日) 19:49:42.92

アトミックのことかな
はちみつ氏のレスは慎重で丁寧だし、噛みつく必要はないだろう

2023/05/14(日) 19:54:24.09

そもそもアセンブラででも書かない限りある値がレジスタに維持される期間は人間の考えとは異なるんだよなぁ

2023/05/14(日) 22:22:28.93

人間の考えｗ
人情っすか？

2023/05/14(日) 23:14:42.36

レジスター猫

2023/05/15(月) 07:45:53.34

シュレーディンガーのレジスター猫猫

2023/05/15(月) 10:53:41.51

レンジ猫?

2023/05/15(月) 11:26:46.74

猫は電子レンジで乾かせません

2023/05/15(月) 11:51:40.11

じゃあ何なら乾かせるんですか？

2023/05/15(月) 12:00:56.43

タオルとドライヤー

2023/05/15(月) 12:22:52.88

愛情を込めて暖める

2023/05/15(月) 20:16:31.37

つまんないボケはどうつっこんでもつまんない

2023/05/16(火) 08:51:47.45

技術ないやつが妬みで荒らしてるだけだからな

2023/05/16(火) 15:56:44.97

DJNZがatomicだと思っていた時期が私にもありました

2023/05/16(火) 20:31:19.40

日本はC言語さえ難しいエンジニアもいるんだよな

2023/05/16(火) 20:55:13.02

>>137
おお、読み出すまで値が確定しないレジスタ
乱数発生専用レジスタですね
わかります

2023/05/17(水) 07:09:46.32

異分野からきた地頭のいい人がCも使えるようになると
おまえら仕事取られるぞ

2023/05/17(水) 07:46:38.82

外国人労働者が来たら、AI化されたら、昔から色んな業種で何度も言われてるわな。

2023/05/17(水) 13:27:27.48

いろんな分野で確かに仕事を奪われている

2023/05/17(水) 16:15:47.93

> AI化されたら

ここム板だよな

2023/05/17(水) 19:23:47.84

>>148
恐れるに足らん
こっちは守護だぞ幕府が後ろ盾だぞ

2023/05/24(水) 06:34:08.09

前回のこのスレの投稿で関数名に()をつける場合があるという意味がわかった。#undefを使わなく
てもいいように関数に()をつける場合がある。
例
ans = (sqr)(n);
という具合に。

2023/05/24(水) 07:05:53.93

void laugh(笑);

2023/05/31(水) 15:57:04.61

誰か笑いをとめてやってくれ

2023/05/31(水) 16:11:38.59

abort();

2023/05/31(水) 18:02:31.09

GotoBlueScreen();

2023/05/31(水) 18:16:26.97

__halt();

2023/05/31(水) 21:00:07.40

void a() __attribute__((naked));
void a()
{
asm(" halt");
}
int main(void)
{
a();
}

2023/05/31(水) 21:19:20.18

[STOP]+[A]

2023/06/03(土) 19:40:08.42

文字列処理用のリングバッファ作ったんですが、同じ処理をint型でも行いたいです。
当たり前ですが、同じプログラムをint型に変えればできると思います。
ですが、処理自体は同じなので、共通化できないものでしょうか？

C++ではテンプレート関数を使えばできるようですが、純粋なC言語では難しいですか？

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sda2-lF3g) · 2023/06/03(土) 19:48:40.44

>>161
#defineと#includeを使えばできるよ。

2023/06/03(土) 20:14:57.23

俺的には#includeよりtypedefかな

2023/06/03(土) 20:15:08.00

もしくは void* と型の大きさにする形で型を消去してしまう (たとえば qsort のように) という選択肢もある。
間違った使い方をしても (型が消えているので) コンパイル時にエラーとして検出しづらくなる可能性があるけど。

まあどちらにしても C でやるのは煩雑。
使う型が二種類だけであることがわかっている状況だと仮定してよいなら
共通化しようとするよりもコピペしたほうがかえって楽というのもよくあること。

**>>161** (ﾜｯﾁｮｲ 6ebb-tVFH) · 2023/06/03(土) 20:37:32.54

勉強目的なので、試してみます。

#defineでやるやり方は何となくわかるのですが、#includeよりtypedefとはどういうことですか？
void*もよくわからないので、こっちはまだ早そうです。

2023/06/03(土) 20:59:14.37

>>165

//fig1
#define ITERATOR int*
ITERATOR enq, deq;

//fig2
typedef int* ITERATOR;
ITERATOR enq, deq;

fig1ではdeqがポインタではなくなってしまうが
fig2ならこうした問題が起こらない

**163** (ﾜｯﾁｮｲ 916e-aXLw) · 2023/06/04(日) 12:47:37.50

あ、言い間違えてんの今気がついたｗ
- #include
+ #define

すまんこ

2023/06/04(日) 21:00:21.62

リストなどのコンテナ実装でデータの実態へはvoid*でポインタ指定すれば何でも格納できる
基本的にこれで汎用化できる

2023/06/04(日) 21:37:23.80

リングバッファくらい簡単なのはその都度作ればいいんじゃないと思う
細かく改良していけばスキルアップになるぞ

2023/06/04(日) 22:10:36.35

初心者質問失礼します

scanf_sやfopen_sなどの関数が含まれたソースをgcc 9.4.0でコンパイルすると失敗するのですがこれは仕様でしょうか？
これらの関数はC11で定義されていますが基本的にMSVCでしか使えないという感じでしょうか？

2023/06/04(日) 22:33:01.16

やれやれ…初心者質問あるあるだけ回答しておこうか
「失敗する」とは一体をもって判断したのか。そもそも処理系から何かメッセージは出ていなかったのか。初心者と自覚するなら質問に主観は一切不要だからそれを書きなよ

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sda2-lF3g) · 2023/06/04(日) 22:34:54.92

-std=c11

2023/06/04(日) 23:06:52.44

>>170
C11 で規定されているけれど仕様としてはオプショナルなもの。
つまり処理系はそれを提供しなくても仕様準拠を名乗れる。

ただし、提供するならばマクロ __STDC_LIB_EXT1__ も定義しておくことになってる。
そんで使うときにはヘッダのインクルード前に __STDC_WANT_LIB_EXT1__ を define しておく必要がある。

MSVC は C11 が発行される前から scanf_s などを提供していた
(というかマイクロソフトがこれらを標準に入れるように働きかけていた)
のでバージョンによっては __STDC_WANT_LIB_EXT1__ を定義するという手順を介さなくても使えるのかもしれない。
私は MSVC を使ってないのでよう知らん。

2023/06/04(日) 23:52:26.98

>>171
失礼しました
gccでコンパイルしたところfopen_sという関数は定義されていないという趣旨のエラーが出た形です
以下詳細になります

環境：WSL2 Ubuntu
コマンド(bash)：gcc sample.c -o sample.out

出力：
/home/hoge/Code/sample.c:17:13: warning: implicit declaration of function ‘fopen_s’; did you mean ‘fopen’? [-Wimplicit-function-declaration]
17 | if((error=fopen_s(&fp,filename,"r")) != 0){
| ^~~~~~~
| fopen
/usr/bin/ld: /tmp/ccIXo3dN.o: in function `main':
/home/hoge/Code/sample.c:17: undefined reference to `fopen_s'
collect2: error: ld returned 1 exit status

2023/06/04(日) 23:59:42.49

>>172
>>173

ありがとうございます！
アドバイスを参考に以下のように変更しましたが174と同様のエラーが出ます(T_T)

コマンドを以下のように変更
gcc -std=c11 sample.c -o sample.out

ソースファイルの先頭に以下を記述
#define __STDC_WANT_LIB_EXT1__ 1

2023/06/05(月) 00:18:53.38

なんか人気のfopen_s関数について
https://blog.ef67daisuki.club/2017/04/%E3%81%AA%E3%82%93%E3%81%8B%E4%BA%BA%E6%B0%97%E3%81%AEfopen_s%E9%96%A2%E6%95%B0%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/

2023/06/05(月) 10:37:04.03

legacy_stdio_definitions.lib

2023/06/05(月) 18:03:48.62

fopen_sって初めて知った
MS社内だけで通じる方言って感じでイヤな感じだな
fopenで書くようにしたほうがいい

2023/06/05(月) 18:11:20.30

だいたいwinAPIはファイルを開く時はCreateFile()系を標準にする方針だと思ってたんだが
なんでfopenのパチモノを作るのか理解に苦しむ

2023/06/05(月) 18:32:16.74

世界征服に決まってるだろ

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sda2-lF3g) · 2023/06/05(月) 18:47:37.75

CreateFile はファイルロックの制御が細かくできたり、ファイルがすでに存在する場合の
処理や、セキュリティなどを考慮した処理など細かい設定ができる。
WindowsではfopenはCreateFileで実装されてるようだ。

2023/06/05(月) 19:09:52.27

>>179
CreateFileなんかで書いたら移植のとき困るだろ
そもそもプラットフォーム気にせず書けるようにCライブラリとして標準化させようとしているんだし
Windowsは移植性を考慮しないならCreateFile系のほうが柔軟に高度なプログラミングが出来るからCreateFile系使えと言っているだけ

2023/06/05(月) 20:35:19.71

APIを使うと毎回特権リングを呼び出すから、
小さい読み書きが多いとオーバーヘッドになる
Cランタイムはバッファを使って特権リングの
呼び出しを減らしている

2023/06/05(月) 20:40:56.74

>>182
標準化しようとするなら引数や戻り値をfopenに似せるべきだ
これじゃ初心者はわざわざerrnoを受け取る変数を作らなければならないんだなと勘違いするだろ

2023/06/05(月) 20:52:58.24

>>184
あくまでCライブラリとして標準化
古い関数に仕様を合わせる必要はないべ

＞これじゃ初心者はわざわざerrnoを受け取る変数を作らなければならないんだなと勘違いするだろ
仕様を読まない初心者が悪いと思うんだが

2023/06/05(月) 20:54:52.49

委員長、読まなきゃ使えない関数は捨てられてしまうと思います！

2023/06/05(月) 20:58:18.67

初めて使う関数なら一度は仕様見ろよ

2023/06/05(月) 21:10:47.13

じゃあ、使う必要が出てきたら読むことにします
当分、読むことなさそう

2023/06/05(月) 21:43:17.97

>>185
必要はある
今回のようにfopen_sをfopenに書き換えようとする(または逆)場合に変なミスを誘発する
大した理由もなく戻り値を変更すべきじゃない(またはfopenの名前を使うべきじゃない)

2023/06/05(月) 23:26:16.43

>>168
void*について学習してきました。
キャストしないと使えないようですが、キャストする型の指定はswitch-caseや#ifなどで分岐する感じでしょうか？
それとももっと賢いやり方がありますか？

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sda2-lF3g) · 2023/06/05(月) 23:46:37.21

>>190
memcpyなら型が分からなくとも無理やりコピーできる。

2023/06/06(火) 00:27:27.18

void*は元の形がint*でもchar*でもとりあえず何でもありで受け付けるやつ

元の型が何だったかは結局はプログラマ側が保証しとかないといけないので取り扱いは結構危険

2023/06/06(火) 03:21:52.62

>>189
＞大した理由もなく戻り値を変更すべきじゃない
関数の戻り値でエラーを返すことでグローバル変数のerrno読み出しタイミングの問題（マルチスレッド対策）に対応したいところって意図だと思うけど違うんかね？
まあ戻り値ではハンドル返してアドレス渡しでエラーを受け取るという方法もあるとは思うけど

＞またはfopenの名前を使うべきじゃない
機能としては同じだし俺は別にfopen系の名前のほうが分かりやすくて良いと思う
言いたいことは分かるけどさ、初心者やベテランに関わらずちゃんと仕様を確認するってだけのことじゃね？

2023/06/06(火) 08:23:57.44

fprintf_sとかの他の関数がerrnoを返さない以上、
fopen_sでだけerrnoを返しても一貫性がなくて無意味に感じられるんだよな。

結局のところerrno自体をスレッドセーフになるように作るしかなくて、
それで解消したんじゃなかったっけ？

2023/06/06(火) 08:40:25.14

>>161 を見てると
コンテナに入れたいのは int な整数なんよな
リングバッファだから　積む側と引っ張り出す側のそれぞれのインターフェースが必要になるけど
　void push(int);　実体を受けて内部で malloc してそっちに格納
　void pop(int*);　malloc された内容を引数に渡して mallocしたポインタは free しとく

この int の部分が任意の型でよしなにしようとすると
　void push(void* , size_t size);

2023/06/06(火) 08:42:43.61

途中送信してもた
void push(const void* , size_t); 実体はポインタで渡す
void pop(void* , size_t);
のように size_t で実体のサイズもらうしかないよね

2023/06/06(火) 08:43:39.37

>>193
errno は C11 以降は thread local storage ということになってる。
errno をセットした後に別のスレッドによって内容が書き換えられるということはない。
(やろうとすれば出来なくはないが……。普通に使ってて間違ってやってしまうということはないだろう。)

C99 でも errno は変更可能な左辺値 (に展開されるマクロ) であることは要求されているが
それが関数呼出しによって得られるものであってもかまわないという記述もあり、
スレッドまわりで問題を起こさないようにする処理はその関数に入れることが出来る。
C99 ではスレッドローカルの概念は提供していないが事実上はスレッドローカル的な
実装に出来るように配慮されてる。

errno が不格好な設計であるのは確かだが、マルチスレッドでは問題にはならない。

2023/06/06(火) 13:00:47.04

>>182
そんなのは fork を先にさっさと実装してから家

2023/06/06(火) 13:06:36.37

>>190
void *hoge は hoge++ 出来ないけど
int *i は i++ 出来るし
double *d も d++ 出来るし
i++ と d++ で足される数も違う
switch case で対応するのはおすすめしない

2023/06/06(火) 13:23:11.34

>>198
forkは効率が悪いから必要ない
プロセスは_spawnを使ってスポーンっと産み出すもんだw

2023/06/06(火) 15:35:36.55

GetLastErrorみたいにスレッドローカルにすればいいんだよ

2023/06/06(火) 21:21:59.69

>>190
そろそろそのやり方自体が賢くないって気づかないかな

2023/06/06(火) 21:26:13.17

是非賢いお手本をお願い

2023/06/06(火) 21:43:27.13

switchは良くないと思うよ

利用側でそれぞれの型用に別々の関数を書いて使う人が使い分ける感じじゃないかな
それこそ知らんけどレベルで申し訳ないが

2023/06/06(火) 22:36:35.79

>>203
毎回関数を作る
だってリングバッファだぞ
目をつぶっていても作れるぞｗ

2023/06/07(水) 07:49:00.73

>>203
お手本の定番は qsort() だろ

2023/06/07(水) 08:29:44.13

>>205
そういうのはライブラリ化しておくべき

**デフォルトの名無しさん** (ｽﾌｯ Sda2-Kf9f) · 2023/06/07(水) 09:26:39.45

fread(void *buf, size_t size, size_t n, …
の順もあれば
qsort(void *base, size_t num, size_t size, …
の順もあって
行き当たりばったり感

2023/06/07(水) 12:34:45.81

>>207

じゃあ、ほい

struct CUE{
int size;
int max;
int inp;
int out;
char buf[1];
};

struct CUE *create_cue(int size, int max)
{
struct CUE *cue =malloc(sizeof(struct CUE)+size*max);
if(cue){
cue->size=size;
cue->max=max;
cue->inp=cue->out=0
}
return cue;
}

int cue_get(struct CUE *cue, void*data)
{
if( cue->inp ==cue->out )
return 0;//buffer empty
memcpy(data,&cue->buf[cue->out* cue->size],cue->size);
if(++cue->out>=cue->max) cue->out=0;
return 1;
}

int cue_add(struct CUE *cue, void*newdata)
{
int index = cue->inp;
if(++index>=cue->max) index=0;
if( index ==cue->out ) return 0;//buffer full
memcpy(&cue->buf[cue->inp* cue->size],newdata,cue->size);
cue->inp=index;
return 1;
}

目をつぶって作ったのでバグがあっても知らない
要するにこういうことでしょ
他の人が言ってるように型チェックがまったく働かないので俺は使いたくない

2023/06/07(水) 13:05:36.32

memcpyは余計だな。ポインタを返して後は使用者(自分)に委ねるね俺は

2023/06/07(水) 14:05:23.13

見てないけどCUEって時点でもう程度が知れる

2023/06/07(水) 15:08:50.29

重箱の鬼の首をとる応用例

・(Perlを)Pearl って時点でもう程度が知れる
・(Daemon を)Demon って時点でもう程度が知れる

2023/06/07(水) 16:05:48.27

Luciferの事もたまには思い出してあげて

2023/06/07(水) 21:46:42.98

ダブルスラッシュがコメントに採用されたのどの版から？

2023/06/07(水) 22:41:36.55

>>210
概念的にはgetした瞬間にリングバッファから取り除かれてるはずなので
実際にはバッファが一回りするまで残っているが
消えてるかどうか曖昧で気持ち悪いのでコピーで返したほうが望ましい
まあ好みかもしれんが

2023/06/08(木) 11:06:02.87

>>214
MSVC じゃなくて MS-C の 3 くらいからあったかも

2023/06/08(木) 12:46:07.00

C99から
それ以前でもコンパイラ拡張で//コメントをサポートしてるのはあるらしいけど
以下のようなエッジケースで解釈が変わる

b=a//**/ 2
;

//コメントを認めないならb=a/2;
//コメントを認めるならb=a;

2023/06/08(木) 12:55:42.05

> 目をつぶって作ったのでバグがあっても知らない

そういうのは「作った」とは言わない