C言語なら俺に聞け 160

2022/12/28(水) 10:40:30.02

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

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

2023/02/06(月) 18:07:02.20

>>358
ちがうよ。 CHAR_BIT がなんのためにあると思ってんの。

**デフォルトの名無しさん** · 2023/02/06(月) 18:13:28.24

>>355
そういうCPUの制約を気にしなくていいのが高級言語だと思うけど違うんかね？
そういうCPU相手のコンパイラならマスクするなり0埋めするなりしてるんじゃない？
想定外のCPU相手なら起こりえるかもしれないけど、それはしょうがないよね

2023/02/06(月) 18:36:57.74

Cは処理系定義が至る所にあるからな
intが2byteの環境もあるし

x86(x64)しか使わないと決め打ちできりゃいいけど
しょぼいCPU向けのしょぼいコンパイラのこと考えなきゃいけないとかなり面倒くさい

2023/02/06(月) 19:21:28.86

>>360
> そういうCPUの制約を気にしなくていいのが高級言語だと思うけど違うんかね？
そういう人はJavaなりC#なりを使えばいいと思うよ

2023/02/06(月) 20:45:09.59

>>360
システム記述言語として使うことが想定内にあるので高級言語の中では低級なほう。
半世紀前に登場した時点では高級だったかもしれんがそのときの事情を引きずり続けてたら高級になりきれないのもしょうがない。

2023/02/06(月) 21:35:59.24

中の下あたり？

2023/02/06(月) 21:49:50.35

>>363
> 半世紀前に登場した時点では高級だったかもしれんが
当時すでにPL/1とかPascalとかあったのに何を言ってるんだか

2023/02/07(火) 04:23:47.45

高級比べなんてウルトラしょーもない比較してんの初めて見たｗｗｗ

**デフォルトの名無しさん** (JP 0Hbf-lzBW) · 2023/02/07(火) 08:13:05.30

格納サイズが1octetな符号無し/符号付きの型

**デフォルトの名無しさん** (JP 0Hbf-lzBW) · 2023/02/07(火) 08:15:09.01

>>349
等しいかどうかだけなら
そこまで神経質にならなくても良いんじゃなかろうかと

2023/02/07(火) 08:51:22.05

>>355
> CPU には、int型未満のレジスタが無いので

x86にはAL/AHレジスタがあるぞ

2023/02/07(火) 09:53:53.00

>>359
つまりcharはマシンのバイトなのでmemcmpではバイトオーダーなんて気にしなくていいって話だろ

2023/02/07(火) 13:10:28.46

>>359
すまん、8ビット固定じゃなくて8ビット以上なんだな

>>370
char型は1バイト固定だからエンディアンは関係ないよな

2023/02/07(火) 17:31:48.89

>>360
Cは色々なCPUで使える使いやすいアセンブラのようなものと思った方が良い。
色々な工夫をしてあたかも高級言語であるかのように見える状態にまで持ち込んだのだ。

2023/02/07(火) 17:35:32.67

高級アセンブラ

2023/02/07(火) 19:08:47.78

名誉高級言語

2023/02/08(水) 04:20:38.79

なるほどね

2023/02/08(水) 08:22:16.03

UNIXの解説書に「UNIX OSの移植の為にC言語を開発した」的なことが書かれてたなぁ。

2023/02/08(水) 23:07:52.52

そうそう。

2023/02/08(水) 23:18:47.11

へーそうなんだ
デニスリッチーはそうは思ってないみたいだけど

2023/02/09(木) 00:04:11.97

デニスリッチーはゲームで遊びたくてC言語を開発した

2023/02/09(木) 06:30:22.83

>>376
その辺りの経緯はK&R本でも触れられてなかったっけ？

2023/02/10(金) 01:35:56.41

形にしたのはken, dmrだろうけど、個人的にはCの精神とCS的な観点はbwkに帰したい
the practice of programing, software tools (in pascal), the awk programing language、あたりからプロファイリング

ライターとしてずば抜けている、unixには特に拘らず節操無し、スタイルに拘りが強い、形式言語大好き

しかしk&rではセカンドオーサーだから、著作自体にどれだけ影響力あったかは？(言及あったっけ)
まあk&rは汚いコードを得意気に語るあたり、dmr成分多めな気がするなあ…

2023/02/10(金) 01:48:35.12

いやk&rなんだからファーストオーサーはkernighanだわ、素で間違えた

2023/02/10(金) 02:07:22.27

俺はunix系ソフトウェアツールはベル研が出してるカジュアル資料で学んだ口だけど、手元の年季入ってくたびれたハードコピーを漁るとほぼbwk著
https://i.imgur.com/n9gVQZ0.jpg

著者は意識してなかったけど、マジ伝道師

2023/02/10(金) 03:12:31.86

書籍はともかくC自体誰が作ったってデニスリッチーが1人で作ったんだろうが
なんで勝手にカーニハンに帰してんだよおまえの所業は朝鮮人よりヒドイだろｗ

2023/02/10(金) 04:20:45.54

>>384
日本PC市場でのPC向けUNIX(minix/bsd/linux)本格参戦前(90'後半？)の情報源は、彼に負う所が多かったろう、というバイアスはまあある
大学にでも所属してないとUNIX機に触る機会も無かったし、俺のように>>383のようなサンプルを見て仕様を想像しただろうアマチュア実装(だからmanページは付いてない)が流布していた

なぜCはUNIX文化から脱却できたのか？という(>>376を念頭に置いた)考察ね
bwkの著作にはCP/M, DOS, winプログラ厶の例が多いし、アーキテクチャ/OS間のポータビリティやアルファベット圏以外への進出を真剣に考えてた稀有な人なのは間違いなかろう

wchar_tやらを提唱したのはその一例だし、それを許容するためにC独特の柔軟な(=至る所unspecified)型/メモリモデルを拵えたわけで

あれ、今やどっちも負債になってるような…
いや理論上頑張ればできるけど、まあ頑張ればね？

2023/02/10(金) 08:31:20.48

カーニハンのWikipediaのページには、C言語の作成には全く関わっていないと書いてあるぞ
出典のインタビューにはリッチーが全部やったと言っている

**デフォルトの名無しさん** (ｽﾌｯ Sd5f-ZaaW) · 2023/02/10(金) 09:02:55.50

なんか色々とそれっぽい事書いてるけど中身全くないのにワロタ

2023/02/10(金) 13:52:45.73

>>386
だからライターとしての側面を述べてるのだが

2023/02/10(金) 14:24:32.35

相方を持ち上げるために
自分は何もしてないよと謙るやつか

2023/02/10(金) 15:51:06.46

wchar_tに関しては確か日本語版2版に訳者がKへ吹き込んだ、という記述が

いわゆるK&R以外にもK&R共著は無数にあるが、おおむねイノベーターがRでKがまとめ役というのは察せられるし、そこに異論はないよ

2023/02/10(金) 20:03:34.55

おまえらかっこつけんな

2023/02/10(金) 21:52:14.87

LISPに言ってくれ

2023/02/10(金) 22:02:01.42

カギ括弧で勘弁

2023/02/11(土) 17:33:42.32

名前カニチャーハンぽいから仕事してなくても許すね

2023/02/11(土) 21:40:15.68

>>394
はずしたなｗ

2023/02/12(日) 05:54:47.01

>>394
かに飯じゃないんだ。charは何処へ消えたの。

2023/02/13(月) 03:01:58.65

Kani & chaRhan

2023/02/13(月) 03:07:30.87

こん平を思い出すな…

2023/02/14(火) 09:52:16.15

カニ入ってる、あぁんリッチ～

2023/02/14(火) 15:36:46.24

ファミ通のお習字コーナーかよｗ

2023/02/15(水) 16:00:13.19

最近、Cが熱いのは、どのフィールドですか？

pythonなら、人工知能、みたいな

2023/02/15(水) 16:15:56.41

エンベデッド

2023/02/15(水) 16:24:04.96

純粋なCって実際使われている気がしないんだがなぁ
結局C++使ってるんじゃね？
組み込みとかでさえC/C++じゃなくなりつつあるような

2023/02/15(水) 16:44:40.14

LinuxはC一筋です

2023/02/15(水) 19:45:43.63

Linux は Rust も使われ始めた。
https://codezine.jp/article/detail/17038

2023/02/15(水) 20:07:02.73

>>403
自動車関係の組み込み開発してるけど純粋なC使ってるね

2023/02/15(水) 22:41:28.51

不純なCって...

2023/02/15(水) 22:43:54.06

年齢確認をちゃんとしましょう

2023/02/16(木) 08:38:15.82

不純なCってObjective-Cとかかな
C++はもうCじゃないし

2023/02/16(木) 10:11:37.88

表向きCってことにしてるけど、C++コンパイラでコンパイルしてて、ひっそりstringだけ使ってるみたいな？

2023/02/16(木) 11:50:52.25

0bリテラルやビットフィールド順序指示子などの独自拡張あり

2023/02/16(木) 11:53:11.52

C言語仕様に取り込んでほしかった

2023/02/16(木) 13:40:46.45

0bを0xに変換するフィルタくらいなら、すぐできるだろ

2023/02/16(木) 13:50:49.50

0bはC23で標準化されるよ

2023/02/16(木) 13:54:29.69

digit separatorも追加されたから
0b1100'0011'0101'0011
みたいな書き方が出来る

2023/02/16(木) 15:47:22.38

'がセパレーターなのか。
組み込みで0bが使える処理系は以前からあるけど、
VerilogやVHDLみたく0b1101_0100のようなセパレーターが使えなくてバグの元でしかなかった。

2023/02/16(木) 17:05:43.13

不純な C って Win32API のことかな

2023/02/16(木) 17:21:05.96

セパレータに'は文字リテラルとの曖昧性でパースが面倒そうな…

0b表記はtccでさえサポートしてる(セパレータ_, 'は不可)し、俺の普段使いで0b表記を受け付けないのは多分pccくらい

C界隈では区切り文字と桁数はロケールの管轄(闇)という事になってるけど、簡潔に明示指定できるだけで単純にデバッグ出力も読みやすくなるよね？
オクテット区切りなら
ooo_ooo、xx_xxやbbbbbbbb_bbbbbbbb
ニブル区切りはbbbb_bbbb
等

先行例としてlisp系のformatディレクティブを参考までに
"~[:][base,wid,pad,delim,]R"
Rは専用のb,o,d,xか、rで任意進数を指定
:はデフォルト(wid=3, delim=',)
例: "~:d"→123,456,789

**デフォルトの名無しさん** (ｽﾌｯ Sdaa-6did) · 2023/02/16(木) 17:37:10.74

>>413
リテラル導入よりまずはprintf/scanfの強化が先かなと、コンパイラやプログラマがすり替えのも楽になるし

一々baseで割ってfputc、i%sep==0の時にはdelimを吐く、なんてコードを何回書捨てたか分からん

リテラル記法導入は文法に関わるので、あくまで標準は保守的に
formatディレクティブはもう既に混沌としてるから、独自拡張もサポート落とすも自由でいいかと

2023/02/16(木) 18:37:34.78

2進表記は8進表記より使い道多いと思う

2023/02/16(木) 19:38:40.25

>>419
printf はともかく scanf なんて使わんだろ

2023/02/16(木) 19:40:44.28

>>420
てか8進表記なんてun*xのファイルモードでしか使ったことないわ
しかも普通はdefineされたやつ使うから直接書くことはないし

2023/02/17(金) 10:35:53.81

8進数なんて8bitPC時代のグラ512色関連以外で使用する場面あるのかと思ってたけど・・・そうか、アレか。

2023/02/17(金) 11:02:28.45

octal(リテラル表記)はutf-8の台頭でCで使う機会はかなり増えたと思うが
陽に扱うならだけど

msb2つを多バイト文字の継続フラグ等に割いてるから本質的には6bitで、hexだと人力では読むのも書くのも厳しい

2023/02/17(金) 11:27:19.29

xx表示だとffbb_bbbbの上4bitに対応するx=ffbbが任意な値に化ける
ooo表記だとff_bbb_bbbで良い感じ

2023/02/17(金) 13:16:42.61

10進数のテーブルデータ記述するのに桁合わせのつもりで先頭に0を書いた苦い思い出

2023/02/17(金) 13:53:50.60

なんで8進定数のプレフィックスは0oじゃなくて0なんかね？

2023/02/17(金) 14:15:10.27

人間の指が4本だったら、普段使う数字が8進数になって、コンピューターとの相性も良かったのになw

2023/02/17(金) 14:24:53.50

2023/02/17(金) 14:44:42.94

直接openシステムコール使ってるオープンソースのプログラム、シェルあたりならやってそうだと思って簡単にアクセスできそうなソースコード探してみた
bash見つからなくてzshは見つかったので見てみたらやっぱり直接0600とか書いてるな
https://sourceforge.net/p/zsh/code/ci/master/tree/Src/utils.c#l2216
その上でumask(0177)とかもやってる

2023/02/17(金) 18:22:15.54

ESCシーケンスを使うときは¥033

2023/02/17(金) 20:16:44.94

>>430
まあ、コピーライト見たらわかる通りそういう時代だったしね
> * Copyright (c) 1992-1997 ポール・ファルスタッド
マジックナンバー警察じゃないけど流石に今時0777なんて書いてたらレビューで指摘するわ

2023/02/17(金) 20:50:25.13

>>432
git のソースコードのリポジトリを clone したのがあったので、git grep O_CREATとかgit grep umask とかするとみんな0600とか書きまくりだった
git blame してみると2021年とか最近でもやりまくり
66e905b7dd0 (XXX 2021-08-25 22:16:46 +0200 82) fd = xopen(index_name, O_CREAT|O_EXCL|O_WRONLY, 0600);
66e905b7dd0 (XXX 2021-08-25 22:16:46 +0200 252) fd = xopen(rev_name, O_CREAT|O_EXCL|O_WRONLY, 0600);

2023/02/18(土) 09:01:47.10

C#について教えてください！ https://smartlabo-hp.com/login-intermediate/ 上記ページを見てログインボタンを作成しました。このページ内にあるcsvファイルの内容に加えて同csvファイルの[2]にログイン状態という列を足したいです。ログインしてない状態では[2]は常に0、ログイン成功したら[2]に1が書かれるようにするにはどうすればいいのでしょうか？ご教授よろしくお願いします。

2023/02/18(土) 09:17:57.34

>>434
スレ違い

こっちでやれ
https://mevius.5ch.net/test/read.cgi/tech/1669349768/

2023/02/18(土) 09:20:32.20

ハノイの塔　再帰のアルゴリズムがさっぱりわからない

2023/02/18(土) 09:21:30.09

ハノイの塔　再帰のアルゴリズムがさっぱりわからない

2023/02/18(土) 09:36:15.97

スタックから覚えようね

2023/02/18(土) 10:11:08.15

>>435
すいません

2023/02/18(土) 12:46:07.82

>>426
8進数なのに8と9が使える驚異の仕様だよ

2023/02/18(土) 12:50:39.59

ctype.hに
isdigitとisxdigitがあるのに
isodigitがないというのが
その問題の根にある

2023/02/18(土) 13:42:13.38

>>433
何を必死になってるのかよくわからんが老害の悪癖は治らないってだけの話かと

2023/02/18(土) 13:44:46.64

>>440
規格では使えないことになってるしまともなコンパイラならエラーにすると思うぞ

2023/02/18(土) 14:09:47.51

>>440
規格決めた人に問題がある
ゼロは避けるべきだった

2023/02/18(土) 14:13:43.35

みんな日常的によく使う８進定数「0」

2023/02/18(土) 15:46:52.83

そうか、オレは二進数の0をよく使う

2023/02/18(土) 16:01:46.62

ソースコード上での記数法と
実行環境での表現を混同してる？

2023/02/18(土) 16:04:29.75

>>444
じゃあ8で。

2023/02/18(土) 16:16:07.43

なんでオーにしなかったのかとは俺も思う
特に小文字オーなら誤読しにくいし

2023/02/18(土) 16:31:09.02

1文字でもキーワードを少なくしたかった当時のお洒落だったんだよ
8進表記はunix系OSが全滅すれば廃止でもいいと思うね

2023/02/18(土) 16:35:07.64

全滅するのに数百年はかかりそう

2023/02/18(土) 16:40:17.45

キーワードつーてもサフィックスだからね
繋がった単語の中の部分なわけで
他の識別子との衝突の虞はない

2023/02/18(土) 16:42:06.93

あ、しかし
int o33 = o33;
みたいになったらマズいのか
英字サフィックスは

2023/02/18(土) 16:47:35.72

>>442
gitのソースコード、openだけじゃなくてファイルモードを引数に取る関数なんかもあるけど、誰もマクロ定数なんて使って無いや
全員老害か

2023/02/18(土) 16:47:37.88

"%05d" こんな風な指定して出力した10進数を、読み取らせても大丈夫だろうか？

2023/02/18(土) 16:49:48.25

>>453
馬鹿なの？
普通に 0o01234567 だろ

2023/02/18(土) 16:50:05.14

>unix系OSが全滅すれば
泥もiOSもunix系だよね？
ゲーム機も基本OSは・・・

2023/02/18(土) 16:52:50.83

(8じゃなく)6の倍数bitワードのマシンで産まれた痕跡だっけか

>>443
8と9が混じってるかどうかで8進か10進か勝手に解釈を変える方がよっぽど厄介だから、不正として弾くのが正しいね
俺は8進が好きだし、幸いやらかした経験も無いけど
他言語では明示的な0oプレフィックスもよく見掛けるし、もちろん使えるなら使おう