C言語なら俺に聞け 163

2024/07/16(火) 22:43:54.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言語なら俺に聞け 162
https://mevius.5ch.net/test/read.cgi/tech/1698653580/

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

2025/04/29(火) 12:55:09.96

Nim入れたら勝手にcl実行出来るようになってた気がする

**デフォルトの名無しさん** (JP 0H4f-KaeE) · 2025/04/30(水) 19:36:25.43

Windowsでコマンドプロンプトを使ってのC言語って、
VCにしてもMingWとかにしても、
どうにもイマイチよな

なんならDOS時代のBorland Cとかの方が
IDEとの相互運用性があった気もするが

まあ、きょうびプログラミングといえばもうLinux一択ですしねえ

2025/04/30(水) 20:41:49.51

ゲーム開発とかWindowsだろ
Linux一択ってお前狭い世界しか知らないだけだぞ

2025/04/30(水) 20:47:22.61

狭いWindowsの世界から飛び出そう

2025/05/01(木) 03:44:24.96

Windows一択とは言ってないね
その論理思考能力でプログラミングやってて大丈夫？

2025/05/01(木) 10:14:05.05

>>808
*nix系のcmakeとWindowsのCMakeは別物だったと思うけど
VSはプロジェクトからmakefileを造ることは可能だったはず
メリットがあるかどうかは知らん

2025/05/01(木) 13:40:32.60

VCって、C言語にとてもよく似た、ともすればほぼ同じ文法でソースを書ける、
何かのフレームワーク用の開発環境だよね

2025/05/01(木) 14:35:25.46

MFCのことか

2025/05/01(木) 20:39:23.67

>>812
nmakeがmakeと別物であってcmakeはWindowsでも一緒だろ

2025/05/03(土) 00:28:21.78

錆び付いたC言語で今を打ち抜こう

2025/05/03(土) 07:50:52.82

>>816
何を使用して?

2025/05/03(土) 10:18:34.76

>>817
投げ捨てられたautoconf

2025/05/03(土) 16:53:00.85

>>816-818
良い歌詞だね
曲付けてもらえば？

2025/05/03(土) 18:56:34.42

スマホとPCの作業を効率化したい--「Copilot Vision」の便利な8つの活用例
2025-05-03 07:00
https://japan.zdnet.com/article/35232549/

1 プログらまーまこれを改造してるので上記以外の状態でも使用できるようにしている

2 すでにプログラムがあるので１～コードを作成する必要が無い

ボイス・トォ・スカルの本態が一般パソコンにまで来たのでつい買い捨てができるようになった
マネーロンダリング談合インサイダーなどがはかどるといわれる

2025/05/03(土) 18:58:42.72

タイトルは青春の蹉跌あたりで

2025/05/05(月) 08:50:37.13

“イリヤ神”がまたやった　動画生成AI「FramePack」が革命的なワケ
2025年05月05日 07時00分更新
https://ascii.jp/elem/000/004/267/4267160/
　4月17日に登場した動画生成AIプログラム「FramePack（フレームパック）」が世界的に衝撃を与えています。PCローカル環境で動画AIを動かすには、少なくともビデオメモリー（VRAM）が12GBあるビデオカードを搭載していないと難しいというのが常識でした。ところが、VRAM 6GBでも安定的に動作させられるため、一気に動画AIの裾野を広げそうです。開発したのは、画像生成AI分野で「ControlNet」や、使いやすいツール「Fooocus」などを開発してきたことで知られる、スタンフォード大学に在籍中のIllyasviel（イリヤスフィール、以下イリヤ）さん。既存の方法論にまったく違ったアプローチでブレイクスルーを引き起こす、“イリヤ神”のアプローチに再び注目が集まっています。
中略
　AI動画を作ってみたいけれども、スペックが足りないために諦めていたという人が次々に自前の環境で試すようになってきました。既にワンパッケージでインストールできる環境も整えられているため、スタートも簡単です。様々なファイルをダウンロードしてくるため、初期設定は2時間くらいは見ておく必要があるものの、圧倒的にハードルが下がりました。

**デフォルトの名無しさん** · 2025/05/05(月) 16:26:03.24

>>822
オンボのグラフィックスでも動きますか？
メインメモリは24GBです

2025/05/07(水) 15:22:05.67

下記は全て2025年５月７日の記事

OpenAI、ChatGPTの6つのモデルの違いと適切なプロンプトを解説
https://news.mynavi.jp/techplus/article/20250507-3275757/

Microsoftの新規のソースコードの約3割をAIが生成、Nadella氏が明かす
https://news.mynavi.jp/techplus/article/20250507-3271749/

スコットランドの住民を悩ます謎の怪音「ヘブリディアン・ハム」の正体はいまだ不明
https://karapaia.com/archives/507130.html

2025/05/07(水) 15:47:16.05

怪音をお尻から出してる奴、正直に名乗り出なさい

**デフォルトの名無しさん** (ｽﾌｯ Sd32-RYHa) · 2025/05/08(木) 08:38:35.44

WSLでdebianを使っているけど、動作が軽いし便利だよね　vscodeの起動も早い

2025/05/09(金) 07:07:15.84

もう見抜けない、最先端のAIディープフェイク動画は心臓の鼓動まで再現、判別が困難に
2025-05-08
https://karapaia.com/archives/507859.html

2025/05/09(金) 13:25:09.01

天国は良い所か聞けばわかるよ

2025/05/09(金) 19:22:34.32

帰って来たヨッパライか。

2025/05/09(金) 22:19:38.30

>>718
なんこれCプログラマなのに初めてみたは…
WGのサイトは見ててあそこが公式と思ってた
最近出来たんか

2025/05/09(金) 22:21:43.53

公式ホームページ（半世紀遅れ）
良いドメイン取れてよかったね

2025/05/10(土) 14:39:03.43

>>825
はい。

2025/05/24(土) 20:58:15.38

初心者一名様ご案内、興味あれば以下よろしく。
https://mevius.5ch.net/test/read.cgi/tech/1728823763/10-

概略：
PHPでoniguruma(正規表現ライブラリ)最新版の機能を使いたい為、
(文法含めて)C言語の知識がまるでないのに環境構築してコンパイルし、
コードの問題(未改修箇所)も見つけて動かしてしまった剛の者(ただしかなりラッキーパンチ)
とはいえGitHub上で活発にやりとりしてるし、ポテンシャルは高い
PHPとPythonは使えるらしい

すまんが俺自身は他人に教える事自体には興味ない
俺は「他人のコードを読む経験が不足している」と自認しており、
それなりの品質が期待されるコード(＝有名なOSS)は機会を見つけて読む事にしていて、
今回もonigurumaのコードを読む機会として便乗しただけ
だからお前らが同様の事をやるなら便乗してもいい

俺の文法/規格の知識は完全にお前ら以下で、よく「それC++」と言われてる連中と同程度
(俺はCとC++を分離出来てないし、C++コンパイラで通る範囲のCしか使ってない)
俺はお前らがやってる重箱の隅的問題には興味なく、もっと大局の、
「この仕様/機能を実現する為、どういうコード戦略で記述するか」に興味がある
(数行のコード内での詳細文法ではなく、数万行のコードをどう構成するかに興味ある)
最近気に入ってる言語はJS

2025/05/25(日) 19:39:48.52

？
キモ

2025/05/27(火) 14:54:10.14

カッコ書きを多用してるから多分ADHDなんだろう
ここでも他に時々見かけるけどまあそっとしといてやれ

2025/05/27(火) 15:25:06.34

星たちは「音」を奏でていた。楽器のように。歌のように
5/26(月) 19:00配信
https://news.yahoo.co.jp/articles/1996331be041f2656a929fec1ccd595ed3b4a053

量子世界では鏡の中心で本物と鏡像が溶け合う観測不能ゾーンが発生する
2025.05.26 MON
https://nazology.kusuguru.co.jp/archives/178271

1キロ先から「幅3ミリの文字」が読めるレーザーを開発！
2025.05.26 20:00:48 MONDAY
https://nazology.kusuguru.co.jp/archives/178219

2025/05/28(水) 08:34:27.62

【悲報】財務省、廃棄したはずの森友文書を別の開示請求でうっかり開示してしまう🥺 [928380653]
2025/05/25(日) 14:40:21.21
https://hayabusa9.5ch.net/test/read.cgi/news/1748151621/

第三者委員会「エロ小説漏洩は斎藤知事の指示の可能性が高い」 [595582602]
2025/05/27(火) 14:50:41.31
https://hayabusa9.5ch.net/test/read.cgi/news/1748325041/

元総務部長が裏切り「斎藤知事に指示されてやった」　斎藤兵庫オワコン逮捕😭 [659060378]
2025/05/27(火) 23:30:03.48
https://hayabusa9.5ch.net/test/read.cgi/news/1748356203/

立花孝志　業務上横領の疑いで刑事告訴　警視庁が受理（画像あり） [659060378]
2025/05/27(火) 21:37:55.62
https://hayabusa9.5ch.net/test/read.cgi/news/1748349475/

2025/05/28(水) 10:43:48.21

おれもHDMIでDVIだよ

2025/05/28(水) 20:10:39.46

【兵庫】「知事・元副知事の指示に基づき正当業務を…」斎藤知事の“側近”井ノ本氏の弁明書　知事は改めて否定 [ぐれ★]
2025/05/28(水) 17:08:14.82
https://asahi.5ch.net/test/read.cgi/newsplus/1748419694/
※追い詰められてないか？

2025/05/28(水) 21:43:45.39

スレに関係無いもん貼るなよ

2025/05/30(金) 13:31:01.21

もうプログラマー寄り付かなくなってるんじゃまいか

2025/06/23(月) 13:59:19.19

C言語の終焉か

2025/06/23(月) 14:32:37.67

プログラマーの終焉

2025/06/23(月) 15:24:01.44

C は終焉の C

2025/06/24(火) 09:50:49.50

文部科学省が標準のローマ字表記を改めるんだってよ

2025/06/28(土) 16:40:01.58

しょぼい機器でも物凄い性能だから、C言語を使う必要もなくなっている。

2025/06/28(土) 16:47:05.13

もはやjavascriptすら動くからなぁw

2025/06/28(土) 21:00:47.99

ただまあ、バイト単位で処理したい時には JS や Python や Java や Ruby
より便利だけどな。

2025/06/28(土) 21:01:32.93

あと、文字コードだとかを勝手に変換しないというのも便利だな。

2025/06/30(月) 06:22:37.34

結局、自作したいだけかよw

2025/06/30(月) 11:37:57.93

外食に飽きると自炊を始めるものだよ

2025/06/30(月) 12:00:43.86

そろそろc談義したいぞ…

2025/06/30(月) 13:32:07.78

C/C++は、(レンタル)サーバーサイドでも、ソースコードを盗まれないというメリットがある。

2025/06/30(月) 13:49:28.37

PHPは一見便利なように見えても、何をやっているのか不安が残る部分がある :
・文字コードの扱い。勝手に変換される可能性。それが脆弱性の原因になる可能性がある。
・SessionID の管理のされ方。それがブラックボックスで余り説明が無いので危険。
・文字列が「長さ指定文字列」と「0終端文字列」との二種類あり、デフォルトは前者だが、
正規表現系は後者である場合があり、それを知らないと脆弱性の原因になる。

2025/06/30(月) 18:59:51.22

最近はFPGAでコンピュータ作ってるけどメモリが4kbytesとかしかないのでC言語があると助かります。

2025/06/30(月) 20:50:19.20

アセンブラ使え

2025/06/30(月) 20:56:51.68

そこまでのキツい環境ならC使わずにアセンブラ使えって思う

2025/06/30(月) 20:57:51.84

その規模なら C で書くにしても配慮すべき低レイヤの事情がありすぎてあまり C の甲斐がなさそうだと私も思う。

2025/07/01(火) 02:30:13.65

PHPの文字列は、1つの文字列の中でも、文字によってバイト数が異なるそうだ。
だから、$str[$k] の $k は、文字単位ではなくバイト単位。
文字単位で指定したい場合には、
mb_substr($str, $k, 1, "UTF-8")
とするとのこと。
文字列の終端には一応 0x00 が入っているが、文字の長さはバイト数で管理されており、0を
終端とはみなしていない。だから、文字コードが 0x00 の文字も文字列の中に含めることが可能。
$str = "こんにちは";
echo strlen($str); // バイト数（UTF-8なら15）
echo mb_strlen($str); // 文字数（5文字）

ところが、正規表現を扱う場合には、0x00 のバイトが含まれていると、文字列の終端と
みなされることがある。だから、ユーザーによって入力された文字列を正規表現で
安全チェックをしたつもりでも、文字列の途中に 0x00 のバイトが含まれていて、
それ以後に危険なコードをが含まれている倍がある。

C言語で作っていれば子の様な齟齬は起きない。

2025/07/01(火) 05:48:42.66

>>859
× > PHPの文字列は
○ unicodeは

× > C言語で作っていれば
○ asciiに限定すれば

お前は基本的なところがまるで理解出来てない
そもそも文字コードの話なのだから、どの言語でも同じ
特定の言語を使用すると回避出来るとかいう話にはなり得ない

2025/07/01(火) 06:18:52.12

と思ったが、もしかして最近の言語はutf-8をネイティブサポートしていて、(＝内部文字列がutf-8)
この辺を全部自動的に回避出来るのか？（＝プログラマに文字コードの知識が全く必要ない)

Cはutf以前だから勿論サポート無し
PHPはWeb言語だから文字列＝バイトストリーム扱いで、共用体が駆使されるネット向けになってるだけ
JSはutf-16だったがサロゲートペア導入でAPIが2つある(サロゲートペア対応版と非対応版)
Rustは知らんが、さらっと調べた限りutf-8で、逆にインデックスアクセスが出来ないらしい(3文字目を[3]で取得出来ない)
ただこれだと遅くなるだけなので、Cを駆逐したいと言いながら便利さを追求してるRustは迷走してる

Pythonは、どうやら全自動で出来るみたいね…

2025/07/01(火) 08:38:13.77

>>860
859は別に間違ったこと言ってないでしょ
そこまで上から目線で言いたいならunicodeは書記素クラスタで考えないといけないので可変、ぐらい言わないとね
コードポイントならUTF-32は4バイト固定だし
むしろc言語はasciiという言い方は複数の意味でおかしい

2025/07/01(火) 09:47:54.97

>>862
俺は859は根本的に勘違いしてる(≒間違っている)という見方を今も変えてないが、
少なくとも862の方が詳しいようだから(859の相手は)お前に任せるわ。

俺より詳しい奴が居る場所で俺が説法する意味もなく、
馬鹿と初心者が無限に沸くネットで間違いを全部指摘して回るのは無理だし。
下から目線のゆとりZ様同士でよろしくやってくれ。
どのみち俺とお前らではどうやっても合わないのはこれまでも散々経験してきた事だ。

2025/07/01(火) 09:48:28.12

とはいえ一応内容について触れておくと、
> 書記素クラスタ
重ね文字等の事は知ってるぞ。ただ俺はこれは仕様が決まってないかと思っていたのだが、一応あるんだな。
http://unicode.org/reports/tr29/
ただこれ、問題は"Unicode 16.0.0"と、バージョンがやたら高い事にあると思う。
自然言語が既に16回も改訂してるわけはないので、中途半端な仕様を決め、改訂しまくってるという事だから。
今の仕様で実装しても、出来上がる頃には仕様が改訂されている事もあり得る。

> コードポイントならUTF-32は4バイト固定だし
当然これも知ってるが、現実的にutf-32を使う事はほぼあり得ないだろ。
文字列処理は結局の所速度/メモリ重視だから、utf-32ではコードは書きやすいかもだが使い物にならない。

つかこの辺859に言ったところで通じるわけもなく、マウントが目的になってるのはお前の方だ。
だからこそ「上から目線」に過度に敏感なのがゆとりZの傾向でもあるが。

> むしろc言語はasciiという言い方は複数の意味でおかしい
話を続ける気があるなら、何の事なのかもう少し具体的に言え。

まあ一言ずつに纏めると、

859: PHPは文字の扱いに色々問題があるが、C言語にはない
860: お前は根本的に間違ってるから、文字コードについて勉強し直せ ← 859に通じる範囲で返事してる
862: 俺の方が詳しいのに上から目線ウゼエ ← マウントを取り返しただけで、859に通じるようには書いてない

ここら辺がゆとりZがコミュ障な所だ。
まあそれでもお互いにやるのは自由、よろしくやってくれ。
俺は降りる。

2025/07/01(火) 10:03:19.08

普通に何も考えずに使ってて問題起きないならstrlen以外にもmbslenとかwcslenみたいなのを用意されることはないんだよな

2025/07/01(火) 10:07:53.62

ああついでに言っておくと、

ゆとり以前(＝俺)：内容が正しければ態度なんてどうでもいい

ゆとりZ：ボクがどんなにマヌケな間違いをしていたとしても、
　優しく丁寧に教えてくれる事が絶対条件で、
　優しければ内容が多少間違っていても許容される（←いやこれは俺は許容出来ねえ)

という違いだな。まあゆとりZ同士でよろしくやってくれ。
ただまあ、Qiitaのスレとかチラ見してるが、
発言の自由がある＝どんな馬鹿でも発言出来る＝間違った情報も当然発信される、なのだから、
Qiitaに正確性を求めるのは仕様的に無理なので、連中も間違ってて、
Qiitaは玉石混淆な上で、石が大量生産されるのは仕様として甘受し、玉を探すべきだとは思うがな。
とはいえQiitaが石→玉化する機構を持ち合わせられない(＝間違いを指摘する事すら出来ない)
のは上記ゆとりZ価値観の賜だから、詰んではいるが、それでも(Qiitaというサイトが)無いよりは断然いいし。

つまりだな、お前らゆとりZは「上から目線ガー」とか一々やってるから駄目なのであって、
「相手」(今回は859)に向き合う気がないから、
Qiita等の「一方的に発信するだけ」のツールは断然相性がいいが、
そこで「双方向な議論」とかはまるで出来ないんだと思うぜ。
859にとって困るのは、「上から目線」ではなく、「間違いを指摘してもらえない」事だろ。
(ただこれがゆとりZに取っては違うらしいので俺にはどうにも合わないが)

2025/07/01(火) 10:57:25.82

リンクは以下の方がよかったかも
https://hydrocul.github.io/wiki/blog/2015/1025-unicode-grapheme-clusters.html

> Grapheme cluster の境界定義
> CR の次に LF が続く箇所は境界にならない
これだとCRLFは一文字扱いだから、utf-8の0x7f以下だけ使っても(厳密には)asciiとは違うって事か？
なんで一々仕様を無駄に変更するのだ？という気はするが、
見てる限りunicodeって自然言語学者が策定してる仕様で、プログラミングのし易さなんてまるで考慮して無いな

2025/07/01(火) 16:58:38.98

PHPに限らず、文字コードを勝手にいじくる言語は脆弱性の温床になる。
C言語は指示しない限りは何もしないから、むしろ安全。
860は、馬鹿だから理解できない。

2025/07/01(火) 17:04:55.37

中途半端に自動化しようとしていることが脆弱性の温床になる。
詳細な仕様を書かないで「こういう場合にはこうすれば安全ですよ」
みたいなのが結構危ない。
なぜ、そうするのか。その関数は厳密に何を行っているのか。
「簡易言語」には、そういう情報が欠落していることが多い。

2025/07/01(火) 17:07:29.61

フレームワークも危険だ。
「完成品」として何もカスタマイズしないで使っているなら、安全かもしれない。
ところが、「プラグイン」と呼ばれているものを組み合わせたり、
独自にカスタマイズしようとすると、とたんに危険になる。
なぜなら、仕組みが分かりにくく、ソースが巨大で解読しにくいことが多いからだ。
特に問題なのはオープンソースのフレームワークだ。
ソースが汚いものが多いから、それが原因で理解が難しくなり、脆弱性が入り込む。

2025/07/01(火) 17:10:17.61

860は、物事の理解が甘い。
自分が馬鹿なことに気付いてない。
5chだけで偉そうにしている馬鹿。

2025/07/01(火) 17:12:20.54

自己紹介ですか？

2025/07/01(火) 17:15:03.47

>>872
おまえは、自覚が無い馬鹿だ。

2025/07/01(火) 17:41:41.27

全然違う話になったぞ？？？

2025/07/01(火) 19:57:14.17

けどさ
今のWindowsって内部的にはUTF16LEなんだよな
それをアプリ側に合わせてマルチバイトに変換したりしてるわけで

2025/07/01(火) 20:03:31.00

>>874
まあ859もゆとりZだったというオチだよ。
見えてた展開ではあったが、放置するのも問題かと思って最低限のツッコミを860でしたつもりだったが、
ゆとりZが釣れまくってどうにもならねえ。脱線しすぎ。

5chにはコミュ障が多いのでついでに解説しとくと、
859のテイ、何だかよく分からん独り言は、ゆとりZ特有のムーブで、
・質問して答えてもらえないと傷つくし、
・議論提起してボコられたら嫌だし、
・何だかよく分からん独り言にしとけば、どういう展開になっても逃げられるし！！！
って事で、傷つかない為に予防線張りまくりの戦術、連中なりの「コミュ上手」な手法らしい。
いやいや、お前ら一々メンドクセエわ。

2025/07/01(火) 20:04:09.01

>>868
> 860は、馬鹿だから理解できない。
お前がどう思おうと自由だが、さすがに俺よりお前の方が賢いと思う奴は居ないと思うぞ。
まあこれも862と同様のゆとりZ特有ムーブで、「ばかにされた！！！」事が内容に勝ってる。
いやいや、お前がそもそもマヌケな事を言わなければ防げた展開だろ、とはならない。

> PHPに限らず、文字コードを勝手にいじくる言語は脆弱性の温床になる。
> 特に問題なのはオープンソースのフレームワークだ
少なくとも今のお前より理解してる連中が作ってるから、
今のお前の知識と知能で作った物よりは安全だろうよ。

ついでに言うとこれもゆとりZの特徴で、
心根で他人を見下してるからこんな発言になるし、また、
心根で他人に対してマウントを取りたい、上から目線で話したい、と思ってて、でも我慢してるからこそ、「上から目線」に過敏になる。
オープンソースにゴミが多いのも事実としても、
同じ物を作るのはかなり大変なのも、結果的に生き残ってる物はそれなりに鍛えられた品質なのも事実。
各言語処理系なんて相当の人数が関わって改善された結果だから、同等以上の品質の物を作るのは事実上無理だと思うけど。
ゆとりZは「謎の心根の『上から目線』」がありすぎ。
それでいて「表面的な『上から目線』」にゼロトレランスなのはちゃんちゃらおかしいのだが、まあ連中はここら辺を矛盾に感じないらしい。
連中は表面的なコミュニケーションしか出来てないってのがこの辺から分かる。

2025/07/01(火) 20:14:50.32

>>875
それは正しいよ。
サロゲートペア以前はutf-16が各国文字を固定長で扱える(多分)唯一のエンコードだったから、
ローカライズ前提のwindowsの内部コードをutf-16で作るのは正しい。

逆に言えば、サロゲートペア以前はutf-32なんて使う意味なく、実際使われてもなかったはず。
今固定長に拘るならutf-32しかないけど、Rustがutf-8を選択したのは、utf-32は使い物にならないという判断のはず。
(まあゆとりZなら「俺の判断の方が正しい」となるのだろうが、
俺の心根はそこまで「上から目線」ではないので、Rust陣営の判断はそれなりに尊重する。
なおRust信者は死ねと常々思っているが、それとこれとは別の話)

2025/07/01(火) 20:20:08.26

そうではなく
OSレベルで自動変換が行われているのに
言語レベルの自動変換に文句言うのもなんだなぁと
そういう話

2025/07/01(火) 20:35:01.95

>>879
その意味なら、OSレベルの自動変換はされてないぞ。

例えば、SJISファイルはSJISファイルとして保存されてるだろ。
Windowsに保存する限りあらゆるファイルが自動的にutf-16にされ、
もう二度と各ファイルのエンコードを気にする必要がないのなら、大半の人はこの方が助かるとは思うが。(俺もこれでいい)
同様に、.NETでファイルストリームを開いたら、あらゆるエンコードが自動的にutf-16になって見える、って事もないだろ。
(APIチラ見する限り、Text.Encodingがあるから手動で切り換えのはず)

ただこれを目指した物がBOMなのだろうけど、上手く機能してるとは思えないね。

2025/07/01(火) 20:40:05.31

sjisファイルを読み込んでメモ帳で表示させる場合、内部のレンダリングエンジンとかはutf16に変換されたものじゃねえの？
それをまたsjisで保存する際には変換されてる

2025/07/01(火) 20:41:51.49

winapiのA系もutf16に変換されてる表示されているんじゃないの？

2025/07/01(火) 20:42:58.47

>>880
A 付きの API は OS が変換するよ。
ファイルの読み書きもロケールの設定によっては変換する。
わかりやすく観測しやすい例としてはファイル名は変換してる。
そもそも NTFS の規格からしてファイル名は Unicode が前提だし。

2025/07/01(火) 20:43:09.72

>>879
あ、ちなみにコピペなら、あれはアプリ側がやってるらしいぞ。

例えばメモ帳でSJISファイル開いて、Ctrl-C、その後utf-8の別アプリ(メモ帳でもいい)でCtrl-Vしたとき、
正しくコピペされる(＝文字化けしない)が、これはアプリが対応してるかららしい。
ソースは、以前、対応してないアプリがあって、コピペが上手く機能しなかったとき、
「Windowsのメモ帳ですら対応してるのに、なんだこの糞アプリはッ!!!とブチ切れてた奴を見たから。
OSがやってくれてるのならこうはならない。

2025/07/01(火) 20:56:30.50

>>882-883
確認した。
AとWがあり、Aは自動変換してくれるようね。
Win32APIだから、「OSが自動変換してくれる」と表現するのも正しいね。

>>879
上記で了解した。

2025/07/01(火) 22:22:40.31

>>877
的外れなことばかり言ってんじゃないぞ、大馬鹿ものめ！
馬鹿はC言語スレに来るな！

2025/07/02(水) 04:17:04.40

phpやアプリで入力された文字をwebアプリで扱う話
なのか
メモ帳みたいにwindows固有のShift_Sisでの文字の処理の話
なのか

2025/07/02(水) 05:01:21.76

文字コードとプログラミング言語の区別が付いてないゆとりZが、
「ぼくのさいこうのせきゅりてぃ！！！」を語って馬鹿にされただけの話

ついでに考えてみたが、Windowsの場合はファイル読み込み時に変換かけ、
CLR上のStringも、C#のStringも、またWindows上のStringも、全てutf-16、という美しい世界なのだろうが、
これだと同様にクリップボード上のテキストもutf-16だと思われ、文字化けする理由が分からん
(俺が遭遇した物はエンコーディングによってコピペが出来たり出来なかったりしてた《ように見えた》)

なおWin10以降はutf-8を目指しているのかも？
https://www.momopoem.com/?p=919

とはいえ、Cの話ではないな
unicodeスレでやれってこった
(あるのかは知らんが、スレがあってもおかしくない程度にはunicodeは複雑)

**デフォルトの名無しさん** · 2025/07/02(水) 06:16:59.91

内部表現がUTF16LEであって、表面上はシステムで設定した文字コードってだけの話だよ
日本語環境だとデフォルトS-JISだったのをWindows10の途中からutf-8にした（ユーザ側で変更は可能）
メモ帳もデフォルトがutf-8になった

クリップボード上のテキストはアプリケーションがクリップボードにデータを預ける
その預けるデータ形式に読み取り側が対応していないと機能しないと言うだけ
シンプルなテキスト形式ならCF_TEXTがANSIでCF_UNICODETEXTがUTF16LEになる
CF_TEXTにしか対応していないか、両方対応しているけどANSI優先させてしまっている場合（ないと思うが）になら環境依存文字が文字化けすることもある

2025/07/02(水) 08:07:25.64

わからんことはもうAIに聞いたら教えてくれるのに

2025/07/02(水) 08:13:07.97

>>889
了解した。

API見る限り、一つのクリップボードに複数のデータ形式を登録でき、しかも自動変換まで行ってくれるのだから、
CF_UNICODETEXTだけ対応しておけば文字化けはほぼ無くなるので、彼が糞アプリ具合にキレたのも分かった。
> システムは、特定のクリップボード形式間でデータを暗黙的に変換します。
> ウィンドウがクリップボードにない形式でデータを要求した場合、システムは使用可能な形式を要求された形式に変換します。
> https://learn.microsoft.com/ja-jp/windows/win32/dataxchg/clipboard-formats
> クリップボードの形式変換形式
> (中略)
> CF_TEXT CF_UNICODETEXT
> (中略)
> CF_UNICODETEXT CF_TEXT

2025/07/02(水) 09:02:06.13

ちな、unicodeスレ

文字コード総合スレ part15
https://mevius.5ch.net/test/read.cgi/tech/1723861080/

2025/07/06(日) 09:24:52.33

>>861
python(リファレンス実装、すなわちcpython)の文字列内部表現は全部UTF-32だよ
やはり(概ね)固定長がプログラムで処理しやすい
外部的にはutf-8を吐くけど

2025/07/06(日) 11:52:20.38

英語圏から見たら一文字に32bitも使うなんて勿体無いと思う

2025/07/06(日) 12:26:15.50

emoji全盛なので英語圏は～という見方は時代遅れ

2025/07/06(日) 13:29:05.42

アスキーコードは0の¥0から127のDELまでしか使ってないのだから絵文字も1バイト内に収められそう

2025/07/06(日) 13:49:41.25

128からは北欧やロシア特有の文字で埋められているからなぁ

2025/07/06(日) 14:21:04.82

>>893
おお、utf-32の実装例が有ったか
しかしcpython(1991)に対しサロゲートペア導入(1996)なので、
utf-16ではなくutf-32にしたのは謎だな
先見の明があったのか、(その頃既にunicodeが枯渇気味なのを知っていたとか？)
或いはサロゲートペア対応時にutf-16→utf-32に書き換えたのか？

2025/07/06(日) 14:23:19.54

iモードの絵文字：271文字

Unicodeの絵文字：約4000文字
合字を含めると10万文字以上
（英字2字から国旗を生成する、
人物の肌の色や髪型を指定する、
「カップル」や最大4人の「家族」を1人ごとに
大人・子供、男女、肌の色、髪型を指定する等）

Appleの絵文字：
自由な文章や顔写真などからAIが生成するため
組み合わせは無限大
（例：自撮り画像を用意して
「サーフィンをする俺」
と指定すれば、写真の数だけ絵文字ができる）

2025/07/06(日) 19:24:09.13

>>898
2.7までは文字列とユニコード文字列があった
確かu"unicode"的な記法で（おぼろげ）
3にメジャーアップデートして文字列はユニコのみになった

2025/07/06(日) 20:24:06.04

Qiitaの『[入門] C/C++ 知っておくべきポインタの由来 ISO標準のメモリモデル徹底解説』

この記事のおかしいとこ適切に指摘できる程度の知識ある人がなんか言うべき。

2025/07/06(日) 20:42:05.76

最初にコメントした人も言ってる通り、内容を精査せずにポストしてる AI 生成記事のようであり、
細部のコメントを受けての修正も根本的なところ（そもそもサンプルコードを含む記事の大部分が
provenance と関係ない）を放置して指摘点だけをどうにか直すにとどまっていて、
これもおそらく AI にやらせていそうで、真面目に付き合う気にならない。

2025/07/06(日) 21:06:32.37

最初のコメントの方がずれたこと言ってると思ったわ

2025/07/06(日) 23:42:52.85

>>900
となると単純化する方向で斬り捨て、
2.7まではascii+utf-16だったかもだが3でutf-32に一本化、の可能性が高いか
リファレンス実装(速度よりも正確性重視)だからこれが正しい選択かもね

>>901
読む気もないが、866の通り、Qiitaではゴミは大量生産される物だと割り切り、
「悪い記事」ではなく「良い記事」を探す事に徹するべきだと思うよ
無限に生産される「ゴミ」に対して「有識者」の時間を要求するのは悪だと思うし(＝ただの時間泥棒)

2025/07/06(日) 23:58:42.87

>>897
ひらがなとカタカナ、あとはトランプのマークとかだよ

2025/07/07(月) 00:57:35.46

>>905
はいはい、日本向けはな