C言語なら俺に聞け 162

2023/10/30(月) 17:13:00.82

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

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

2024/01/26(金) 09:12:22.82

>>481
＞Cの文法規則がいいかげんなんだよ

だよな

2024/01/26(金) 09:47:41.79

アドレスと言う値を渡してるのだからどちらも同じ事だろ

2024/01/26(金) 10:37:55.79

いい加減なところが好かれる理由

2024/01/26(金) 10:46:46.89

アセンブラまんどくさいから作ったのがC
だから型がイイカゲンなのはアセンブラやってる人が対象だから

2024/01/26(金) 10:52:28.10

イイカゲンにしてるとコンパイラの最適化を有効にしたときに破綻するぞ

2024/01/26(金) 12:43:22.79

>>483
構造体は値渡しとアドレスの値渡しがある
どっちも値渡しというと訳が分からなくなる
なので、構造体は値渡しとポインタ渡しが出来ると言えば便利だ
そうすれば、配列は値渡しが出来ないとも言うことが出来る

2024/01/26(金) 13:17:11.83

C++で参照が登場したので「アドレスの値渡し」とか言っている訳で
C++を知らんと意味不明だし違和感あるだろうな

2024/01/26(金) 14:03:32.73

C++がどうのとかは全然関係ないでしょ

2024/01/26(金) 14:07:19.39

C++ とは関係ないと私も思う。
仮引数と実引数の関係は (型がポインタかどうかに関係なく) 値の代入であるということになっている。
繰り返すが言語仕様上の理屈では解釈の余地なく全ての引数は値呼びのメカニズムで規定されているよ。
C++ の参照と区別するための言い回しではなく仕様上の理屈通りに言えばそうなるってだけ。

2024/01/26(金) 14:12:08.41

それで結局
&var
の値はポインタなの？アドレスなの？
どっちでもいいんだよね？

2024/01/26(金) 14:57:45.80

「アドレス」と「ポインタ」の使い分けはイマイチわからないんだよなー。どっちでもいいと思う。
単項演算子の & にはアドレス演算子という名前がついていてアドレスを返すとも書いてあるのでこれについてはアドレスと言っていいのは間違いない。
ポインタは型の種類のように使われてることもあるし、ポインタ型の値のことを指しているように見える箇所もある。
個人的感想としてはアドレスのほうが低レイヤ寄りの概念でポインタは型で意味付けしているような雰囲気を感じてるんだけどあまりはっきりしない。

2024/01/26(金) 16:28:15.83

参照渡しと実体渡しかw
あれも、アドレス渡しとコピー渡しって言えばいいのにね

2024/01/26(金) 16:55:28.58

アドレスは、数値が主体でそれが何を示しているかの説明の為の単語。
ポインタは変数の一つで *p や p->a 等の動作も含めての設計思想。

などと意味不明な(ry

2024/01/26(金) 17:26:29.97

アドレスは値
ポインタは型だよ
正確にはintのポインタ型とか言うけど

2024/01/26(金) 17:35:02.08

ポインタはポインタ値を格納する場所

2024/01/26(金) 17:36:54.25

場所と言うのは曖昧な表現だな

2024/01/26(金) 18:03:51.31

アドレスは値で右辺値、ポインタは変数でオブジェクトで左辺値
こんな基本的なこと、頼むよ

2024/01/26(金) 18:27:39.65

>>498 正しくない。ポインタ型の変数 int* p に対して p + 1 もポインタだけど、変数でも左辺値でもない。

2024/01/26(金) 18:29:01.58

ある時はメモリーのサラリーマン、ある時はレジスターの探偵

2024/01/26(金) 19:46:30.13

規格上はどうなってるか知らんが
ポインタでいいじゃん統一しろよ
変数へのポインタを取る時アドレスと言いたくなるんやろな
分からんでもないが使い分ける必要はないと思う

アドレスといいつつ結局ポインタでしかないやろ？
場所だけじゃなくて型のサイズも持ってるでしょ？
アドレスと聞くと番地だけってイメージだけど
ポインタっつうのはそれに加えてサイズも持ってるのがミソ

だから不必要にアドレスと言い直す必要はない
だって実際にポインタしか扱わないんだから

2024/01/26(金) 20:04:10.51

アドレスっていう言葉は規格には出てこないと予想してた。
規格にはポインタだけあればよくて、アドレスは実装の仕方のイメージがある。アドレスは多くの場合整数になるが、文字や文字列でもいいというような。

2024/01/26(金) 20:45:56.85

アドレスってアセンブラ屋さんが言う奴？

2024/01/26(金) 21:05:55.41

バイナリーエディタやメモリエディタでも言うよな。

2024/01/26(金) 21:07:17.18

バイナリエディタのはアドレス違うよなぁ
メモリーエディタはアドレスだからいいけど

2024/01/26(金) 21:11:38.94

>>499
p+1はアドレスだよ

2024/01/26(金) 22:21:03.31

ポインターだろ

2024/01/26(金) 22:21:36.46

int a[4] = {0}, (*b)[4] = &a, *c = &a[0];
printf("%p %p\n", b, b + 1);
printf("%p %p\n", c, c + 1);

0x7ffc2026d710 0x7ffc2026d720
0x7ffc2026d710 0x7ffc2026d714

アドレスと捉えると同じ番地だけど
+1の結果が違う番地になるのは
ポインタが大きさを知っているから
これが単なる整数とは違うところ

2024/01/26(金) 22:22:12.95

アドレスと言えるのは直接ハードウェアにアクセスするものだけだよな

2024/01/26(金) 22:29:00.75

規格書の加減算のとこにはp + 1の結果が何になるか書いてある？

2024/01/26(金) 22:36:52.96

p+1の結果は、pの型によって違うやろ

2024/01/26(金) 22:48:45.51

規格ちょっと読んだけど加減算のところには結果がアドレスになるかポインタになるか書いてなくね？

2024/01/26(金) 22:49:56.05

>>512
アドレスはポインタのエイリアスだろ？

2024/01/27(土) 00:39:52.91

だから、アドレスは値で、ポインタは型なんだ
p + 1はpの型によって結果が決まる
intかintのポインタ型かで結果が変わる

2024/01/27(土) 00:55:04.46

>>514
＞だから、アドレスは値で、ポインタは型なんだ
＞p + 1はpの型によって結果が決まる
＞intかintのポインタ型かで結果が変わる

だよな

2024/01/27(土) 01:15:46.64

>>514
規格読み直したら加算の結果はポインタになるって書いてあったわ

2024/01/27(土) 10:42:42.11

>>516
何章？

2024/01/27(土) 14:54:07.21

(int)(p+1)-(int )(p) == sizeof (*p)
だっけ？

2024/01/27(土) 15:00:52.15

>>518
intは32bitのLP64環境ではどうなるんだい？

2024/01/27(土) 15:08:44.06

コンパイルエラーか警告でて下位32bitのみ取得じゃね？
sizeof (*p)がint_max超える設定でもなけりゃ目的は果たせそうだけど。

2024/01/27(土) 16:02:39.58

ポインタは整数に型変換できるけどその値がどうなるかは処理系定義。
変換結果がその整数型で表現できなかったときは未定義。
gcc や clang だとポインタをより小さい整数型に変換しようとしたらエラーになった。

intptr_t や uintptr_t に限っては正しい void* はこれらの整数に変換可能、かつ
void* に再び変換したら元の値と等しいことが保証される。
オブジェクトを指すポインタは void* に変換可能なので
オブジェクトを指すポインタは intptr_t や uintptr_t に (情報の欠落なく、可逆な形で) 変換できる。
しかしポインタが整数でどのような表現を持つかは規定されていないし、
intptr_t や uintptr_t は提供されないこともありうる。

オブジェクトを指すポインタは文字型を指すポインタに型変換してバイト列としてアクセスできることは保証されているので
オブジェクトの大きさを知るためにポインタ操作をするのであれば ↓ のような形にするのはアリなはず。

#include <assert.h>

int main(void) {
int obj;
int *p=&obj;
assert((char*)(p+1)-(char*)(p) == sizeof(*p));
}

2024/01/27(土) 17:07:11.96

はちみつの説明はちっとも頭に入ってこん
3行にまとめてから貼れ

2024/01/27(土) 17:46:47.32

>>518
つまりこのコードはダメってこったね

2024/01/27(土) 18:21:39.29

>>522
関連する規則は関連する規則の数より減ることはない。
根拠不明でいいなら削るけどそんな説明を見たいのか？

2024/01/27(土) 18:27:31.62

3行しか文章解読できないなら、コード書くのは辛いだろう

2024/01/27(土) 18:41:16.06

>>517
「加算」でページ内検索すればすぐ見つかる

2024/02/22(木) 19:08:43.26

errno ってどうしてスレッドごとに別々につかえるの？

2024/02/22(木) 19:34:35.22

>>527
「どうして」というのはそういう仕様になっている理由？
それともそれを実現している方法のこと？

2024/02/22(木) 19:51:00.46

>>528
方法のほうですね
__thread ？とかってgcc固有？って聞いたけど
gcc以外とか大昔とかどうやってんのかなーって

2024/02/22(木) 20:08:19.54

>>529
errno は型 int を持つ変更可能な左辺値に展開されるならマクロで定義されてもよいことになっている。
昔の C には記憶域期間の分類にスレッドは無かったが
#define errno *__foo()
みたいな感じで定義しておいて、
この関数がスレッドごとに適切な場所を返すように作っておけば辻褄は合う。

2024/02/22(木) 21:32:39.53

>>530
これでerrnoの初期化とかできるのか？なるほどできるのか。よくできてるね

2024/02/22(木) 22:17:46.64

結局、スレッド処理がいい具合にリンクしてくれてるって事だね

2024/02/23(金) 15:59:36.95

>>529
別にTLSの文法がなくてもコンパイラにTLS相当の非公開機能があれば実現可能。

2024/02/24(土) 16:12:18.49

TLSと言えばゲームの方やね
バタ語を略したスレッドローカルストレージではないんや
このスレの世代的にも半数以上がそう思って口に言わずとも突っ込んだ経験があるはずや

2024/02/24(土) 16:17:18.15

ゲーム？バタ語？何を言ってるのか分からない。

2024/02/24(土) 16:54:19.76

「TLS ゲーム」でググったらトゥルー・ラブストーリーが出てきた。
タイトルは聞いたことがあるけどやったことないし、 TLS なんて略称にはなじみがないわ。
Transport Layer Security と被っとるやないけというツッコミはしたくなったことはあるが。

バタ語ってなんや？

2024/02/24(土) 23:04:08.46

ここの人は並列計算についても答えるの？
それともスレ違い？

2024/02/24(土) 23:05:48.99

スレ違いなら何処が適してるの？

2024/02/25(日) 01:01:43.21

>>537
一応は C の名前を冠したスレだからその質問が言語仕様に関わる質問ならこのスレでいい。
C を使ったロジックの組み立てかたみたいなのもある程度は許容されると思う。
環境に固有の事情が絡むならそれぞれのスレのほうがいいこともある。
Win32api スレとか Unix スレとか。

2024/02/25(日) 23:17:51.95

しーげんごってなに？

2024/02/26(月) 00:50:15.88

tlsって毎回アクセスする度に初期化済みかどうかチェックされるんか？
もしそうなら未初期化上等のc言語では特殊だな

2024/02/26(月) 17:12:35.82

【AI】Stable Diffusion 3発表、Soraで話題の拡散トランスフォーマーを採用 [すらいむ★]
http://egg.5ch.net/test/read.cgi/scienceplus/1708865670/l50

ボイス・トォ・スカるしている者も攻撃を受けるようになりました

2024/02/26(月) 19:38:00.95

こんな Web ページを作りました。ぜひどうぞ。
http://www7b.biglobe.ne.jp/~river_r/chs/

2024/02/27(火) 13:07:12.38

アクセスしないほうがいいよ

2024/02/27(火) 13:33:45.24

理由は？

2024/02/27(火) 17:32:18.89

>>543　ごめんなさい。言葉足らずでした。

「数値計算結果の画像化など」という Web ページを作りました。
プログラミング、数値計算、カオス、画像作成と表示
などに興味がある方は、ぜひどうぞ。
http://www7b.biglobe.ne.jp/~river_r/chs/

2024/02/27(火) 17:46:48.10

空白のBMPなんて簡単に作れると思うよ
起動したときに自分で作ったら良いと思った

2024/02/27(火) 18:03:33.97

>>546
ここは C スレなんだから C で書いたほうが親切じゃないかな。
まあ実質的にはほとんど C みたいな書き方だけども……

2024/02/29(木) 11:21:59.57

>>0548
>546 です。C++ に特有な機能は、
全くと言っていいほど、使っていませんよ。
pow(x, y) というのは目新しいけど。

2024/02/29(木) 11:51:17.73

30年前で時間が止まってんなこいつ

2024/02/29(木) 13:30:21.68

拡張子を.cにしてビルドしてみる

2024/02/29(木) 14:03:45.25

>>549
C++ の機能をほとんど使ってないことはわかってるしそう言ってるじゃないの。
使わないのに C++ の形式をとって C スレに投下するのはちょっと不親切かもねという話をしてるんだよ。

pow (べき乗関数の総称版) は C にもあるし、 C の仕様に入ったのは C99 から。
それを知らなくて (しかし使いたくて？) C++ にしたという意味なのかな？

2024/02/29(木) 15:54:08.56

pow()なんてx^y（yが変数）したい時だけでいい
pow(x,2), pow(x,0.5)は、(x*x), sqrt(x)と書いた方がいい
…まさか今時のコンパイラはこれも最適化したりする？

2024/02/29(木) 16:10:58.46

しらんけど、今どきだと最適化されるかもしれんね
1+2+・・・+99+100
こんな計算も（1+100）x 50で最適化される記事が昔あったような

2024/02/29(木) 16:38:23.25

こんな計算って、そのレベルでコンパイラ任せにしてるのか

2024/02/29(木) 17:09:00.84

>>554
知らんけど、今は定数は先に計算しちゃうから、その式は１発答えだけになるような

2024/02/29(木) 17:09:33.30

> 1+2+・・・+99+100

最適化というか、畳み込みで 5050に置き換えられるかと

2024/02/29(木) 18:55:44.88

例が悪かった、もちろん定数は一発計算してメモリに固定されるけど、
変数を含んでても、冗長計算を変形してくれるコンパイラが出て、gccもそのアルゴリズムを採用したことが昔あったような。

2024/02/29(木) 19:13:29.86

数値計算関連の関数はコンパイラによる最適化がなくても関数の内部が複雑な場合分けで対処してることが多いと思う。
GNU のやつとかだいぶんごちゃごちゃしてる。

2024/02/29(木) 19:19:48.52

人間が思いも付かなかったアルゴリズムで解いて見せたりして
人間が解析しても何故正しいかが分からなくなる

2024/03/01(金) 02:42:07.06

floatが絡むと誤差の出方が変わって結果が変わるから、式を変形するような最適化は不要だ
変形しても良いよというのが-ffast-mathだな

2024/03/07(木) 00:36:21.20

typedef void (*sighandler_t)(int);
sighandler_t signal(int signum, sighandler_t sighandler);

signal関数の第1引数のシグナル番号(signum)と第2引数のハンドラ関数が実際に呼ばれたときに引数に入るシグナル番号(1行目の引数のint)は必ず一致する認識ですがあっていますか？
その場合はハンドラ関数では引数に入るシグナル番号は最初から分かっているはずですが、わざわざ引数にシグナル番号を取っている理由はなんでしょうか。シグナル番号によって処理を分岐するデカいハンドラ関数を作るくらいしか思いつきませんでした。

2024/03/07(木) 01:20:52.75

時間の無駄だからsignalのことは忘れなさい
時代遅れのCランタイムで本当に役立つものはごく少数しかない
そんな化石はスルーしてOSに用意された目的に合うAPIを直接使いなさい
Cランタイムのソースコードがある処理系なら読んでみると良い

2024/03/07(木) 04:56:12.94

signalの代替は無理だろ
ランタイム自作しろとか言うのか？
sigalrm使うなぐらいならわかるが

2024/03/07(木) 10:24:21.94

OS機能呼び出すとか移植性無視かw

2024/03/07(木) 10:26:04.98

>>565
今は環境に合わせて移植するのではなく、環境を移植するのが主流だよ

2024/03/07(木) 10:26:06.80

>>562
> 必ず一致する認識ですがあっていますか？

正しい。

> わざわざ引数にシグナル番号を取っている理由

Rationale に書かれていないのではっきりしたことはわからない。
おそらく Unix でそうなってたのを追認しただけだと思う。

2024/03/07(木) 10:29:39.62

>>565
シグナルまわりはどうせほとんど移植性はない。
言語仕様の範囲内だけで可能なものなら不必要に移植性を損なう必要もないけど大抵の場合に無理だと思う。

2024/03/07(木) 12:06:04.83

構造体やポインターを理解できたら、C言語をマスターしたと言えますか？

2024/03/07(木) 12:44:05.75

>>569
練習用の題材ではなく (自分なりに) 意味があるプログラムを書けたあたりが
一応のマスター (あくまで最低限の出発点だが！) だろうと個人的には思ってる。

プログラミング言語は道具なんだから道具として使えることが重要で、
言語の要素を何個理解したなんてのはたいした指標にならない。

2024/03/07(木) 13:28:05.42

1000行程度のプログラムがすらすら一日で書けたら卒業

2024/03/07(木) 14:06:12.94

三行半で済む処理をダラダラ1万行ぐらいに増やすのは、得意なんだけどなあ。

2024/03/07(木) 15:29:11.48

それはそれで才能

2024/03/07(木) 15:56:22.94

>>562
番号を渡す理由はその方が柔軟性があるから
柔軟性の中には>>562で挙げてる理由も含まれる
なおsignal()は時代遅れなのでsignal.hにある別の関数を使うこと

2024/03/07(木) 20:44:25.94

>>564
signal()なんて使わず、せめてsigaction()にしろということでは？

2024/03/08(金) 18:40:01.38

>>562
デカいハンドラ関数を作る意図はなくても
同じようで異なる処理(複数のsigal番号の処理をする場合とか)をする時に
入口は一つにしておいて入力パラメータで処理を振り分けるとか普通の設計だと思うが。
わかりやすい例がWIN32APIのWindowProc。
あれがメッセージ番号毎に関数エントリを登録する形式だったら煩雑なことこの上ないだろ。

2024/03/08(金) 18:58:33.73

Windowってそんなsignalの使い方しないでしょう

2024/03/08(金) 19:33:39.28

>>577
そういう話じゃないから文脈を掴んで。

2024/03/10(日) 23:22:14.50

>>570
>>571
ありがとうございます
とりあえず何か作ってみます

2024/03/11(月) 20:07:11.13

もうC言語は一旦終わりでいいから別の事やりなよ
結局Cだけの知識じゃ何もできんのよ
Cの知識はいざ何か作ろうとなった時に活きてくるよ

2024/03/11(月) 21:49:00.76

プログラマ目指して挫折する人は、別に作りたいものがなくて文法ばかりを勉強するタイプかも。
文法は大事だけど、それ自体はあんまり役に立たないし調べれば済むことに時間をかけるのは程々に
合理的なアルゴリズムを瞬時に思いついて言語に落とし込めるかが大事で、これは経験。