C言語なら俺に聞け 159

2022/08/04(木) 23:32:27.83

!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

C2x ドラフト
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2731.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言語なら俺に聞け 158
https://mevius.5ch.net/test/read.cgi/tech/1640401906/

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

**デフォルトの名無しさん** (US 0Ha7-+bWc) · 2022/09/25(日) 22:25:44.57

黒丸に白抜きで1～199
白丸に黒字で1～199
も準備してほしいなあ

2022/09/25(日) 22:27:37.06

アルファベットにアンダーライン入れるなんて普通にやってたけどな

2022/09/25(日) 22:38:12.24

LaTeXだと、これで○内に文字入れられる

\ajMaru{1}、\ajMaru{100}、\ajMaru{101}

2022/09/25(日) 23:05:05.48

>>487
それは日本で生まれ育って、ずっと日本にいるから。

2022/09/25(日) 23:06:50.59

>>488
それむしろ逆で、外国とのやり取りの際は、避けるのがいまの主流。

日本語事情に詳しくない外国人にとっては、丸囲みのニュアンスがわからない。

2022/09/25(日) 23:07:39.55

>>490
それ文字として分ける必要がないだろうに

2022/09/25(日) 23:10:54.01

丸数字も同じでしょう
アラビア数字の修飾なんだから

2022/09/25(日) 23:12:36.12

漢数字を丸囲みしたら、それは読めないかもしれないが
中味は万国共通のアラビア数字なんですよね
ローマ数字なんかよりは遙かに分かりやすいでしょう

2022/09/25(日) 23:13:51.02

避けるのが今の主流って言う根拠示せますか？

2022/09/25(日) 23:14:39.94

独自主張としか見えないんですよね

2022/09/25(日) 23:38:41.08

>>497
今と言うか昔から海外の資料で丸付数字なんて見たことない
って言うのは理由にならんか？

2022/09/25(日) 23:48:49.59

ならないでしょ

2022/09/25(日) 23:54:40.36

使われていないということと
避けるのが今の主流という主張では、
開きが大きすぎる
使ってはいけないものなら、
国際化される際に却下されても良いでしょう
ウムラウト等のアクセント記号も使ってはいけなくなりそう
英文字のアンダーラインと同様アラビア数字の修飾と受け取れば良いのでは

2022/09/25(日) 23:58:01.58

特に異議がなければ、スレ違いですので、私はこの話題は止めたいと思います
続けるまら、この板の文字コードスレに移動した方が良いと思います

2022/09/26(月) 14:23:54.07

よほど埋めたい話題が100レス以上前に

2022/09/26(月) 18:48:56.08

>>497
日本のグローバル企業は、PCですら英語キーボードで統一している。

ファーストリテイリング社は日本でもすべて英語キーボード。

日本語、英語、中国語が社内公用語で、日本語特有の文字は使わない。

2022/09/26(月) 18:51:46.46

>>502
あのさ、英語のドキュメントや、英語のマニュアルが原文の日本語で①や②なんて見たことねえだろ？

しかも丸で囲むことにたいした意味がない。
①だったら、1. と書けばいい。

2022/09/26(月) 19:13:51.47

>>505
>>499 が実現すると記譜が書けるようになるんですけど

2022/09/26(月) 22:51:14.79

>>504
使う文字とキーボードってほとんど関係ないんじゃ？

2022/09/27(火) 19:09:28.93

>>507
じゃあ、英語のキーボードで日本語の記号をどれだけ変換なしで入力できるか、やってみて感想を書いてくれ。

2022/09/27(火) 19:10:46.89

英語のキーボードはとにかくキーが少ないから苦労するよ。

アプリケーションのショートカットキーも日本語版と英語版のアプリケーションで違ったりもする。

2022/09/27(火) 19:20:01.90

英語キーボードで、ドイツ語のsや、フランス語のcってどうやって入力するんだろう

変換無しで頼む

2022/09/27(火) 19:33:24.39

ちゃんと貼り付いてなかった

ドイツ語のエスツェット（βに似ている奴）、フランス語のシーセディーユ（ヒゲのあるＣ）
それぞれの国用キーボードだと入力は簡単なんだろうが

2022/09/27(火) 21:09:33.13

>>508
変換なしって、カナ入力か？使ったことないからわかんないや。
というか、漢字の入力でさえ変換が必要なのにそんな変な縛りを入れる意図はなんだろう。

2022/09/27(火) 22:52:29.05

ctrlなんとかで打つか
記号や数字のキートップを犠牲にしているようですね

2022/09/28(水) 11:46:12.53

>>510,511

ß "s-zet" (ß): Hold down "control" and press the ampersand (&) (i.e. Shift + 7)
Cédille (ç), type ' then c. Circonflexe (ê), type ^ (shift + 6) then e. Tréma (ö), type ” (shift + ') then o. To type French quotation marks « » use ctrl + alt + [ and ], respectively.

2022/09/28(水) 21:52:38.01

スレチだったら申し訳無いんですが…
WinFormsやQt、WindowsOSのエクスプローラといったGUIのコントロール(ボタンやテキストボックス等)って
一般的にどの程度のインターバルでユーザの入力を監視しているものなんでしょうか？
モニターのリフレッシュレート？60Hzとか決め打ち？

2022/09/28(水) 22:06:07.08

１文字キー入力するとイベントが発生するので１文字毎じゃないの？
そういう話じゃなくて？

2022/09/28(水) 22:35:53.49

ゲームじゃないんだからフレームレート毎の判定になんて普通はならない
（大昔のゲームならボタンなどが押されたか判断する為に、レジスタをVBlank中にチェックするみたいなのはあった）
>>516が言う通り、OSがキーイベントが発生してGUI部品にも伝播されるからOSの処理に依存しているという感じかと
もっと細かく言えば、キーボードを押されると割込みが発生してOSがそれを処理し
該当のウィンドウのイベントキューにキーイベントを設定するみたいな流れかと思う
ボタンなどは大体が親ウィンドウから伝播される流れかと思う

2022/09/28(水) 22:37:47.62

>>515
昔のデバイスではハードウェア割込みを使っていたが USB はホスト側からのポーリングが必要で、ポーリング周期は 1 ミリ秒。
監視の周期は 1 ミリ秒といえると思う。
私も詳しいことは知らんから規格を読んで。

2022/09/28(水) 23:04:30.86

画面の更新とは独立して検知しているんですね。
レスくれた方ありがとうございます。

2022/09/28(水) 23:08:09.59

このスレは言語だけでなくハードにも詳しい人がいるから面白い

2022/09/29(木) 00:10:32.04

Linuxでマウスのポーリング間隔を計測したら124Hzだった
かなりの高頻度でポーリングしてんだな
USB3.0ポートに繋いでるからかもね
安もんマウスなんで高頻度過ぎて多分無意味w

2022/09/29(木) 02:33:05.99

ここで聞いていいかわからないんですが、↓こういうことをCでできますか？
https://ideone.com/TqQjef
func1～3を並列で動かしたいということです。
おかしな質問だったらごめんなさい。

2022/09/29(木) 03:21:58.53

字面通りの仕様ならばFIFO QueueとThreadかな。あと排他制御も必要。
C++にはdequeというのがあるがC言語には無いのでFIFO Queueは自作。
threadとmutexはpthreadにある。

そもそも並列処理にする必要があるのかという疑問。

2022/09/29(木) 07:11:32.06

その用途にdequeはあんまり使いたくない

2022/09/29(木) 10:55:30.48

>>523
なるほど、マルチスレッドならできそうですね。
ありがとうございました。

2022/09/29(木) 11:36:57.56

1reader 1writer なら、ロックの要らないリングバッファが有るからそれ使えば簡単

2022/09/29(木) 20:52:44.75

>>515
それ機械的な割り込みのことを聞いているのか？

2022/09/29(木) 20:58:02.77

出力と入力が同じようなものと思うの発想が斬新だなw

2022/09/29(木) 21:32:48.50

V-Sync割り込みとかで止まってる爺かも

2022/09/29(木) 23:05:54.85

HALTして割り込みで復帰が普通

2022/09/30(金) 03:14:55.05

質問者はキーボードやマウスなど入力と、画面の表示が一緒だと思っているようなコンピューターオンチだ。

画面はパラパラアニメだということもわかっていない。
アニメや映画の仕組みもわかっていないレベル。　

2022/09/30(金) 03:21:25.79

ハードウェアよりBIOS、BIOSよりOSが低レベルを担っていると思うのは、すべてが逆だよな。

日本人は機械がなくてもWindowsがあれば、掃除機が出現すると思うレベルまでITオンチが進んだのか。

とにかくおそろしい。

2022/09/30(金) 07:11:56.10

通販？

2022/09/30(金) 09:18:49.43

>>518
http://www.kumikomi.net/archives/2007/03/22usb1.php?page=5
本家あたるのはしんどいので、似たところでこれか
USB の電線上では 1ms(125us) だけど
USBホストコントローラから CPUへ割り込みの発生もやってるっぽい (ホットプラグ関連)

2022/09/30(金) 18:40:09.67

一部のゲームだとOSから発生したマウスイベントを処理するんじゃなくてゲームのメインスレッドでボタン押下をチェックしてボタン押下の処理をすることもあるし、
質問者がそう思うのも不思議じゃないかな。
普通のGUIフレームワークじゃイベントはキューに貯まると思うけども。

2022/09/30(金) 20:39:03.45

家庭用ゲーム機の場合は入力をポーリングしてる気がしないな
ゲームコード側から1/60秒毎に要求が有るからそれに対応すれば良いだけだし
ま、確証は無いけどね

2022/09/30(金) 20:54:41.19

実際処理落ちするとフレームが更新されるまでボタンを押し続けないと駄目なゲームって結構あるでしょ。そういうことだよね。OpenGLなんかでプログラム書くと普通にグラフィック更新とキー処理なんかは同じスレッドでするしね。
普通のGUIアプリでもOSのカーネルタスクがめちゃくちゃ重くなるとキー入力を取りこぼしたりするのは、ポーリングが人間の入力に間に合ってないからだと思うな。遅れるわけじゃなくて初めと最後だけ入力されたりとかする。

2022/10/01(土) 01:21:56.84

アプリケーションレイヤでの話としては Windows のコントロールは基本的にメッセージを介した非同期的な
処理なので周期もくそもないんだけどこのスレに現れて GUI フレームワークの知識があるくらいの人 (>>515) が
イベントドリブンの理念を知らないなんてことあるだろうか？
根本的な勘違いをしているのか質問が下手なのか。
どういう事情があってこういう質問をしたのか気になる。

一応はある瞬間に状態を取得する API (GetAsyncKeyState) もあってゲームとかではそれを使うこともあるが……
その場合にはディスプレイのフレームレート (というかそのソフトで画面を書き換える頻度) 以上の頻度で読んでもあまり意味がないから
フレームレートに合わせるということはあるかもしれんね。

2022/10/01(土) 01:42:40.84

ある8bitPCのBASICでVsync割り込み時にキーボード信号読み取ってたの思い出した。
（INPUT、INKEY$等キーバッファ関連用）

2022/10/01(土) 01:53:45.14

ファミコンやスーパーファミコン時代はVSync割込みが始まってVBlank期間内に
あらゆるレジスタの入出力をしないといけないので、キー関連はそのタイミングで取得して
内部の特定ワークに保存（一つ前の情報も残しておいて押しっぱなしかどうかの判断も出来るようにする）してた
最近だとUnityでもキーの状態を取得する処理があるので
ゲームだと処理タイミングの時点で取得も普通にあるという事なのだろう

2022/10/01(土) 09:29:35.56

陰気$
陰茎$

2022/10/01(土) 14:27:53.39

>>535
それDirectXとかの場合でしょ？、

2022/10/02(日) 14:33:41.09

>>540
ハードウェア上の要求というより
画面上のキャラが１単位動く間に２回以上キー入力できても意味がないから…

ゲームセンターあらしではパックマンのモンスターが１/６０秒に一回しか動けないことを見きってそれ以上の速度で動いてかわしてたっけなｗ

2022/10/02(日) 17:08:59.14

炎のコマw
自機だけ超速で動かすとか、絶体不可能なのはちょっと考えれば分かる事だが、子供の頃は夢中になって読んでたな
平和な時代だった

2022/10/03(月) 07:25:12.33

高橋名人は16連射してたけど、1ギガ連射位すれば高周波で誤動作させたりできるんじゃね？知らんけどw

2022/10/03(月) 08:42:36.89

某レースゲームは画像は60fpsでも内部では120fpsだか240fpsで処理（挙動計算？）
してるってインタビューあったわ。

当時はすげぇと思ったけど、PCの場合モニタのフレーム数（60/144Hzの違いとか）によって挙動（操作感覚）
が変わるの防ぐには必要な仕様なんだと思った。

2022/10/03(月) 09:27:43.78

この話に標本化定理って関係ある？

2022/10/03(月) 11:06:24.59

>>515
ポーリングじゃなくてハードウェア割込みでメッセージキューに入るんだろ
敢えてポーリングってことで言うならメッセージループディスパッチャを回す速度に依存

2022/10/03(月) 11:12:07.71

>>534
USBじゃなくて受信機がUSB接続のリモコンとか
bluetoothの可能性もあるな

2022/10/03(月) 14:41:28.96

>>549
(Windowsで)キーボード・マウスの HIDドライバがどういうことやってるか調べることになりそうだな
イベントドリブンになってるのか、テーブル更新しつつ親元でポーリングしてもらうのか

2022/10/03(月) 16:42:09.20

>>546
物理エンジンは1フレーム内でほんのちょっとずつ動かしながら何10回も計算するよ
現実を模倣するには無限大回数計算しないといけないけど、コンピューターでそんなこと不可能だし、floatの精度の問題も有るから適当なところで妥協しないといけない
その辺が工夫のしどころなんだろう

2022/10/03(月) 19:18:57.51

その最少単位をフレームと呼ぶんじゃないかね

2022/10/03(月) 19:24:43.86

処理回数なんてメインループのsleep(0.1)をsleep(0.05)にするだけじゃね

2022/10/03(月) 23:10:54.51

>>552
いや、1/60秒は余りにも刻みが粗すぎる
もちろん表示するのは1/60秒の1フレーム単位だけど

2022/10/04(火) 06:12:56.51

1/60が「フレーム」じゃないぞ

2022/10/04(火) 17:12:48.24

画面表示の仕組みを知らないやつは延々と変なことを言い続けるんだろうな

2022/10/04(火) 17:45:25.41

昔は単純だったな
1/60か1/30程度の違いしかなかった
今では画面リフレッシュ・画面レンダリング・ゲームメインのすべてフレームレートが違うこともあり得る

2022/10/04(火) 19:20:23.55

https://ja.wikipedia.org/wiki/%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AC%E3%83%BC%E3%83%88
フレームレート (Frame rate)は、動画において、単位時間あたりに処理させるフレームすなわち「コマ」の数（静止画像数）を示す、頻度の数値である[1]。

2022/10/05(水) 15:02:45.22

>>557
そういう話ではない

2022/10/05(水) 15:08:40.11

ここはC言語のスレなんだから、もうちょっとC言語寄りの話題に

2022/10/07(金) 12:25:51.07

最小tickがOSのAPIに依存する件
(というか関数毎に違うよね)

2022/10/07(金) 16:55:04.09

APIは単に最少論理単位を定義してるだけで実際の最少単位はOSバージョンやハード構成によって変わるはず

2022/10/07(金) 16:57:21.35

>>558
＞CGの用語では、この処理レートを「フレームレート」と呼ぶ場合があったため、混乱が生じた。

2022/10/07(金) 22:30:13.84

VRAMにあるデータを決まった間隔でモニターに表示する。

VRAMのデータの書き換え速度はビデオボードによる。

C言語そのものは画面表示の速度の規約がない。

C言語は画面表示のライブラリすら持っていない。

2022/10/08(土) 04:40:32.95

日本が世界に誇るハイレゾリューション VGA 640x480 60 Hz インタレース。
日本の技術は世界一。

2022/10/08(土) 10:43:30.99

おじいちゃん、その昔話は耳にタコが出来るくらい聞いたわよ(´・ω・｀)

2022/10/08(土) 12:19:20.81

PC98やファミコン時代の話は誰も求めてないだろｗ

2022/10/08(土) 13:35:27.64

MSXは？

2022/10/08(土) 20:16:07.42

>>565
PC-9801 は 640x400 じゃなかったかな?
640x480 の VGA は IBM-PC の方だからアメリカでは?

2022/10/08(土) 20:26:05.65

IBM-PC 最初の頃の規格だとCGAで80x25、640x200だったような
8000シリーズでもこれに合わせてたような
VGAはPS/2あたりから出てきたんじゃなかったかな
EGA, MCGA, VGA, SVGA, XGAとか、色々あったっけな

2022/10/08(土) 21:21:27.32

>>569
だよな
98は400を「超高解像度」と言ってたｗ

2022/10/08(土) 22:15:12.93

VGAと言ったら320x200だな
1ドット1バイトなので丁度64KBになって、16bitコードがリニアにアクセス出来た
ただ、1ドットが正方形じゃないので、正方形のMode X(320x240)を使うにはDOSエクステンダーが必要だったな

2022/10/08(土) 23:35:22.44

>>572
どーでもいいことだが
聞き捨てならんｗ
320x200は65536じゃねーよｗ

2022/10/08(土) 23:45:07.70

じゃあ、PC8001 はVGAだったんだな

2022/10/08(土) 23:49:08.81

画面に表示されない、ＶＲＡＭの余り部分はＣＧ用ワークエリアに使われることが多い。
88とかは１プレーンに16Kバイト用意されてるけど、表示されるエリアは640ドット(80バイト)x200ラインで16000バイト。
あまった384バイトを使って背景とキャラを重ね合わせ描画をして表示エリアへ転送とかやってた。

話をプログラム寄りにもどして、
ゲームでＣＧ表示が他ゲーより余りに遅いの見かけると、
ＣＧ周りをアセンブラじゃなくてＣ等の高級言語で書いてるんじゃないかと邪推してた。

2022/10/08(土) 23:52:19.01

縦が200ドットというのはNTSCでの出力の都合だろうな。

2022/10/09(日) 00:46:24.07

>>573
丁度じゃなかったw
ま、64KB以内ということで

2022/10/09(日) 04:58:58.93

そういや昔インターレースなのを利用して400ドットを表示するなんてことやってなかった?
チラチラして見れたもんじゃないが一応表示はされるという。

2022/10/09(日) 06:16:13.64

>>578
Basic Master Level 3 かな
かな文字表示のためにインターレース表示しててチラつき防止のために専用の長残光ディスプレイがあった

2022/10/09(日) 11:31:59.17

わー懐かしい
カーソル点滅が速くて仲間内でハイフラって呼んでた

2022/10/09(日) 15:31:02.03

PC98でラスター480表示するTSRも存在した希ガス

2022/10/09(日) 16:21:41.40

26行計画だっけか？
表示エリアの外に表示しますってプログラムがあったね

2022/10/09(日) 16:56:05.30

30行計画

2022/10/09(日) 17:07:00.15

FDDのオーバートラック
286のHMA
CRTCをプログラムでハード破壊
なんか、こういうの色々あったな

2022/10/09(日) 20:59:59.12

C言語ってパソコンの内部まで理解してないとムズイ？
メモリがどうとかクロック数が幾つとか

2022/10/09(日) 21:14:06.38

>>585
> メモリがどうとかクロック数が幾つとか
そんなものは知らなくても組めるけどそもそもC言語使う必要あるのか？

2022/10/10(月) 00:47:38.73

>>585
C の言語仕様は言語仕様上で規定する仮想的な機械の挙動として記述されていて
現実の処理系がどのような機械語を生成するのかは規定してない。
見かけ上の挙動が仕様通りならどういう機械語が生成されてもよいことになってる。
現代的な処理系はすごく高度な最適化をするのでどういう機械語が生成されるのか事前に想像するのは難しいし。

どうしてもすごく高速に動いてほしいプログラムを気合い入れてチューニングしたりする場合には
ハードウェアの知識が必要になることも有るし、
他の言語との接続が必要なときにはメモリの管理方法を協調させないとおかしなことになったりもするけど
結局のところやりたいこと次第だし、入門レベルでは気にする必要はない。

今ならアプリケーションレイヤで動くプログラムでクロックを意識するようなことはまずない。
現代のパソコンやスマホくらいの高級な CPU では機械語を分解して
最適化した内部命令 (インテルだと μop と呼んでいるようだがメーカーによって名称はいろいろ) を生成したりする
工程があるので、クロックも一定とは限らない。
そこまで高度なことをしない CPU でもだいぶん前からパイプラインは採用されてるから、
単純に命令ごとのクロック数を合算した値が処理時間になったりはしないし。

2022/10/10(月) 01:08:56.92

i++; 辺りは効率の良い機械語翻訳を期待していると思う