文字コード総合スレ Part12

**デフォルトの名無しさん** · 2018/12/17(月) 16:48:24.47

プログラマーなら一度は煩わされたことのある文字コードについてのスレ。
UTF-8、Shift_JIS、JIS、EUC、Unicode、UCS、サロゲートペア、コードポイント、文字コード判定、
合成文字、ソート、TRON、外字コード、その他について語り合いましょう。
各言語での文字列の扱いについての質問もOKです。
基本マッターリ、ささ、茶でもどうぞ。

■過去スレ
文字コード総合スレ part1 http://pc11.2ch.net/test/read.cgi/tech/1031028205/
文字コード総合スレ part2 http://pc11.2ch.net/test/read.cgi/tech/1143375639/
文字コード総合スレ part3 http://pc11.2ch.net/test/read.cgi/tech/1180250376/
文字コード総合スレ part4 http://pc11.2ch.net/test/read.cgi/tech/1228052369/
　（スレ再利用）UnicodeとUTF-8の違いは？ http://pc12.2ch.net/test/read.cgi/tech/1177930957/
　（隔離スレ）UnicodeとUTF-8の違いは？　その2 http://pc12.2ch.net/test/read.cgi/tech/1274937437/
文字コード総合スレ part5 http://pc12.2ch.net/test/read.cgi/tech/1236529563/
文字コード総合スレ part6 http://hibari.2ch.net/test/read.cgi/tech/1278923059/
文字コード総合スレ part7 http://toro.2ch.net/test/read.cgi/tech/1306595564/
文字コード総合スレ part8 http://peace.2ch.net/test/read.cgi/tech/1354248962/
文字コード総合スレ part9 http://peace.2ch.net/test/read.cgi/tech/1401301779/
文字コード総合スレ Part10 http://mevius.2ch.net/test/read.cgi/tech/1444822140/
文字コード総合スレ Part11 http://mevius.5ch.net/test/read.cgi/tech/1516629503/

**デフォルトの名無しさん** · 2020/12/31(木) 06:48:08.64

>>443
いや、正確に言うと、自分の使ってるPCでその㋿が表示されることに驚いたのね。
買った直後だけアプデしてその後ずっとアプデしないようにしてたから。
アプデしてないアイポン６で表示されてないのを見てちょっと安心しました。

**デフォルトの名無しさん** · 2020/12/31(木) 06:51:45.99

丸付きにも四角付きにも音・訓・外が無くて悲しい。
ということで以下は、ブラウザやアイポンでの表示チェックです。

音：㋔ Ⓒ㋾ⓞ
訓：㋗ Ⓙⓙ🅹🄹ⓝ
外：▲ ⓖⒼ
中：㊥厨Ⓒ

訓読みは Ⓚ という文字を使いたいくないので字訓を元にしたⒿとか大和言葉（和語）を基にする方がいいなぁ。
音読みは中国由来のⒸの方が㋔よりもいいかもしれない。
外字は小中学生や外人さんにはあまり使わない文字なので▲で良いと思う。
丸付きのガがあればそれで決まりだったんだけどいろいろ揃って無いよなぁ。

で、辞書で出てくる中ってなんの意味か知ってる人が居たら教えてください。
なんとなく中国史で使うっていうような意味っぽいけど。あるいは中学で覚えるとか？

**デフォルトの名無しさん** · 2020/12/31(木) 07:36:55.69

>>445
自己レスです。
中は中学で学習する音訓と漢字ペディアに出てました。
ちなみに高というのもあって高校で習うそうです。

**デフォルトの名無しさん** · 2020/12/31(木) 20:58:20.96

サロゲートペアは本当に厄介者

**デフォルトの名無しさん** · 2020/12/31(木) 21:04:25.88

結合文字「サロゲートペア程度にやられてるのか？」
異体字セレクタ「奴はUnicode四天王の中でも最弱」
？？？？「サロゲートペアごときに負けるとはプログラマの面汚しよ…」

**デフォルトの名無しさん** · 2020/12/31(木) 23:29:53.71

混沌を極めるUNICODE界…
もう一回いちから(別案で)やり直す可能性ってあるのかな

**デフォルトの名無しさん** · 2021/01/01(金) 02:12:50.76

ないよ
というか仕切り直したところで今のUnicodeは内包されるに決まってるからメリットがないよ

**デフォルトの名無しさん** · 2021/01/01(金) 08:19:29.86

BMPに還るのがいい

**デフォルトの名無しさん** · 2021/01/01(金) 22:27:30.90

あけましておめでとうございます
Unicode 14.0.0の発表が9月に延期になって寂しい

**デフォルトの名無しさん** · 2021/01/02(土) 00:20:21.99

有名所の13対応のフリーのフォントてもう出てましたっけ?

**デフォルトの名無しさん** · 2021/01/02(土) 09:08:13.69

あけおめ。

サロゲートペア対応の漢字のみ収集コード JavaScript版、
𪗱𪘂𪘚の３つがサロゲートペアかな？読めなくてアレですが。
お隣の文字はちゃんと省いてる、使えば大願成就間違いなしの縁起物？バージョンです
絵文字も省いていたような気がするけどなんかいろいろ忘れてますね。

re = "abcd齆あ齓齕齘ab𪗱齝𪘂齩𪘚々齭てすと".match(/([\uD840-\uD869][\uDC00-\uDFFF]|[々〇\u303B\u3400-\u9FFF\uF900-\uFAFF])+/g);
console.log( re );

**デフォルトの名無しさん** · 2021/01/02(土) 16:52:42.20

>>450
まじかー
もう128bitくらい使って宇宙文字にも耐えられるようにすればいいのに
これが本当の異星体なんつって

**デフォルトの名無しさん** · 2021/01/02(土) 21:50:17.89

GUIライブラリTkはいまだにサロゲートペアに対応しておらず絵文字を使えない。

**デフォルトの名無しさん** · 2021/01/03(日) 14:22:31.22

ここもunicode=changeな板が多すぎてな
このオプション消滅せんかな

**デフォルトの名無しさん** · 2021/01/05(火) 12:09:35.45

5chもほぼSJIS専用やんけ

**デフォルトの名無しさん** · 2021/01/05(火) 18:11:40.31

>>458
なんだかんだSJISのままで存続できてるよね。
文字参照が使えればベースのエンコーディングは案外何でもいいのかな、
とか思ったり思わなかったり。

**デフォルトの名無しさん** · 2021/01/05(火) 21:01:08.07

たまにスレタイで絵文字入ってるのあるけど
あれも文字参照で入力してるのかな

**デフォルトの名無しさん** · 2021/01/05(火) 21:11:16.54

https://twitter.com/MarkusGerstel/status/1343249726456606720

UK/EU trade agreement redefines ASCII character 123 to be 3 characters, and ASCII 125 to be 2 characters.

But I'm sure the legal bits are fine and need no scrutiny whatsoever.
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/01/05(火) 21:12:01.50

https://pbs.twimg.com/media/EqQuVm0W4AAAxfv.png

**デフォルトの名無しさん** · 2021/01/06(水) 09:23:40.34

絵文字テスト　　（↓の＆と￥は全角）
Growing star 🌟 , ＆#x1f31f; , ＆#127775; , ￥u{1f31f}

SJIS環境だとサロゲートペアはエラーになるんじゃね？
ウニコードベースのエディタへの移行に失敗というか断念して
未だにSJISベースのテキストエディタをメインに使ってる俺が言ってみたり。

そう言えばサクラエディタのマクロフルセット？サポート版てどこでダウンロードするのが良いのだろう？

**デフォルトの名無しさん** · 2021/01/06(水) 18:53:39.44

あ、Chromeって検索のとき全角半角を区別しないのか。今知ったw
っていうかそもそも大文字小文字も区別しないのか。へー。
でもこの手の正規化を無効にするオプションもないようだしちょっと不便。

**デフォルトの名無しさん** · 2021/01/06(水) 19:42:47.04

chromeの検索の同一視はなんか怪しいというか独自テーブルかな

**デフォルトの名無しさん** · 2021/01/07(木) 00:30:30.04

最近は知らないが昔のFirefoxは全角半角同一視してくれなくて大変困った

**デフォルトの名無しさん** · 2021/01/07(木) 01:59:00.08

>>459
海外からの荒らし対策になっているのでは
SJISは国内だけの希少コード

**デフォルトの名無しさん** · 2021/01/07(木) 02:00:13.67

>>466
今でもFirefoxは全角半角を無視「しない」ように見えるけど?
いつだかダイアクリティカルを無視するというので問題になったけど。

**デフォルトの名無しさん** · 2021/01/10(日) 18:48:17.35

>>449
別に一から作り直せとは言わんけど明らかにミス、バグだろって箇所は直してくれ
有名なのだと U+29FCE と U+29FD7 とか

**デフォルトの名無しさん** · 2021/01/10(日) 20:04:42.25

やるとしてJSoueceの方をobsoleteされるんだろw

**デフォルトの名無しさん** · 2021/01/20(水) 22:49:15.22

テキストエディターが改行コードを間違って解釈しないように
BOMの機能を拡張して改行コードの種類も表せるようにしたらどうなんだろう

**デフォルトの名無しさん** · 2021/01/21(木) 00:18:54.31

来月からUnicode 14に向けた準備が始まるそうだけど
WG2側でまったく投票が出来ていない状態でそんなことして大丈夫なのか

**デフォルトの名無しさん** · 2021/01/21(木) 12:01:56.27

改行コード間違うのってたいてい改行コードが混在してるのが原因じゃないの？

**342** · 2021/01/21(木) 17:12:51.59

>>471
一行目の改行コードで充分では？

**デフォルトの名無しさん** · 2021/01/22(金) 23:50:53.67

eメールは8bitの文字を7bitに変換して送るのが一般的だけど
今でも7bitしか扱えないメールサーバーってあるんだろうか

**デフォルトの名無しさん** · 2021/01/25(月) 20:49:52.31

前に件名を=?ISO-2022-JP?B?の形式でエンコードせずに直接ShiftJISを書きこみ
本文もMIMEを使わずにShiftJISをそのまま書いたメールを送ってみたが文字化けもせずに届いたから
7bitまでしか送れないのは昔の話なんじゃないかと

**デフォルトの名無しさん** · 2021/01/25(月) 20:59:52.42

8bitを化けさせるようなメールサーバーが今でも存在するのかという質問であって、お前の化けなかった経験は何の解答にもなってない。

**デフォルトの名無しさん** · 2021/01/25(月) 22:50:52.28

そりゃあ、存在しないという解答は解答にならなくて存在しているという解答だけが解答になるわけだ。

**デフォルトの名無しさん** · 2021/01/26(火) 00:14:38.98

現れないのが透明人間です
みたいな話

**デフォルトの名無しさん** · 2021/01/29(金) 22:30:48.89

規格上はオプションではあるがSMTP POP3 IMAP4全てでUTF-8をそのまま送受信できるから
8bitデータをそのまま送受信できるならBase64やquoted-printableも必要なくなるのかな

**デフォルトの名無しさん** · 2021/01/30(土) 00:20:35.73

>>480
一部の構造化されたヘッダは8ビット禁止なので、全部はなくせないかな。

**デフォルトの名無しさん** · 2021/01/30(土) 01:48:16.96

先賢の方々が何処かの頃合いで8bitクリーンに作り直しておいてくれればなぁ

**デフォルトの名無しさん** · 2021/01/30(土) 04:51:50.38

問題になるのはTAB,SP,BS,ESC,DELとかの制御コードなのでBase64等は必須でしょうね
行頭の'.'も気にしなくて良くなる

**デフォルトの名無しさん** · 2021/02/01(月) 15:56:04.61

どうしてメールは7bitが基本になったんだろうね
少しでもデータ量を減らすためなのか
8bit目をパリティとして使う機種の名残りなのか

**デフォルトの名無しさん** · 2021/02/01(月) 19:54:24.08

もともとインターネットでメールがやり取りされるようになる以前から
学内ネット、社内ネット、UUCPネットワークなどの個別メール網があって、
それをインターネットで相互接続したのが始まりなので、
最小公倍数的に全てを通過できる7ビットが要件になった。

**デフォルトの名無しさん** · 2021/02/01(月) 19:58:08.39

SMTPが出来たは40年ちかく昔だからなあ
Unicodeなんてまだ影も形もない時代
日本人ですら漢字をシフトしない7bitで表現してたくらいなのに
メールだけわざわざ8bitを基本にするような発想が出てくるわけがないだろう

**デフォルトの名無しさん** · 2021/02/01(月) 21:54:37.95

コマンド以外は全て8bitのバイナリデータとして扱ってエンコードしないで
相手にそのまま送れるのが理想的なんだろうね
シェアの大きいMTA/MUAがRFCを無視してそんな実装にしたら
意外とそれがデファクトスタンダードになったりするかもしれない

◆QZaw55cn4c · 2021/02/01(月) 22:00:08.44

>>484
>8bit目をパリティとして使う
でしょうね、欧米はそれで足りるから

**デフォルトの名無しさん** · 2021/02/02(火) 00:59:48.46

binarymimeって使われてないの？

**デフォルトの名無しさん** · 2021/02/02(火) 13:36:00.69

>>486
>日本人ですら漢字をシフトしない7bitで表現してたくらいなのに
シフトするJISはあったでしょ

**デフォルトの名無しさん** · 2021/02/03(水) 21:38:48.49

記号以外のASCII文字はエンコード後も変化しないという意味でUTF-8を7bitにエンコードするなら
quoted printableがbase64より合っていると思うんだけど
メールでのUTF-8の普及に合わせてquoted printableも普及しないかな

**デフォルトの名無しさん** · 2021/02/03(水) 22:02:22.02

そういえばUTF7なんてのもあったね
どこで使ってたんだろう？と思ってググったらIMAP4とかだと2010年前後でも当たり前に使われていたらしい
メールはかなり最近まで（今も？）7bitを大事にする文化みたいだね

**デフォルトの名無しさん** · 2021/02/03(水) 22:21:53.66

本当はもう無いのに「読めないぞ」というクレームが怖くて残ってるんじゃ。
残ってても、そもそもそんなところに8bitのメールは送られないような。

**デフォルトの名無しさん** · 2021/02/04(木) 01:36:54.71

今現在のメールの良さって汎用性・後方互換性に尽きるからなあ

**デフォルトの名無しさん** · 2021/02/04(木) 18:23:08.62

https://www.janog.gr.jp/meeting/janog31/resume/janog31-i18nmail-fujiwara-01.pdf#page=10
この形式でメールを送れるメールソフトがどのくらいあるのか分からないけど
今はこの形式でメールを送って、問題が出たら従来の形式で送るというくらいでもいいんじゃないの

**デフォルトの名無しさん** · 2021/02/08(月) 21:58:11.42

UTF-16がunicodeをややこしくさせる原因になってるよね
unicodeのコードポイントがU+7FFFFFFFからU+10FFFFまでに制限されたのも
サロゲートペアも考慮しないといけない所もUTF-16のせいなんだし

**デフォルトの名無しさん** · 2021/02/12(金) 05:28:51.22

麻雀牌が全部登録されたのに🀄だけ先行だから見た目が違うのどうにかならんのか…

**デフォルトの名無しさん** · 2021/02/12(金) 08:42:44.00

フォント次第だろ

**デフォルトの名無しさん** · 2021/02/12(金) 08:54:47.22

>>498
大抵のフォントでも🀄だけは違うよ

**デフォルトの名無しさん** · 2021/02/12(金) 14:05:54.17

Ninja Catは新たな機種依存文字といえるだろうか

**デフォルトの名無しさん** · 2021/02/12(金) 16:22:53.75

>>496
というかそれはUnicodeの歴史とむすびついてるわけだし。
当初16ビットでということでWindowsやMacがそれを採用、しかしリリース後に16ビット
では足りないことが判明。もうその時点ではサロゲートペア的なものでどうにかする
のは仕方ないかも。

というわけでややこしいのはUnicodeそのものw

**デフォルトの名無しさん** · 2021/02/12(金) 23:39:41.89

♡
💙

**デフォルトの名無しさん** · 2021/02/12(金) 23:59:30.90

16ビットで足りない事が判明した時点でUTF-32に移行できればよかったんだけど
未だにUTF-32に対応したソフトは少ないんだよね

**デフォルトの名無しさん** · 2021/02/13(土) 06:00:35.89

理論上は、UTF-32でも足りない。無限に増えるユニコード表に対応するには、UTF-32にもサロゲートが必要。

**デフォルトの名無しさん** · 2021/02/13(土) 06:02:18.96

歯磨き粉買ってくる

**デフォルトの名無しさん** · 2021/02/13(土) 09:04:37.07

無限に増える理屈を詳しく

**デフォルトの名無しさん** · 2021/02/13(土) 10:43:02.72

宇宙文明

**デフォルトの名無しさん** · 2021/02/13(土) 11:01:30.65

ぼくのかんがえたさいきょうの文字が追加されても耐えられる仕様でなければならぬ。
よしんば絵文字の可能性は無限。

**デフォルトの名無しさん** · 2021/02/14(日) 11:44:24.49

🐼🐼🍞🍞🐼🍞🐼

**デフォルトの名無しさん** · 2021/02/14(日) 23:59:32.09

>>497-499
同じ種類の文字なのに一部だけ先行して登録されて
他の文字は後から全く違うポイントに登録されている物もあるから
フォントだけで済んでるならまだマシじゃないかと

**デフォルトの名無しさん** · 2021/02/15(月) 03:09:13.69

>>510
いや🀄だけ違うのはちょっとモヤるんだよなぁ
unicodeに送ろうと思ったら有料会員じゃないとだめだったorz

**デフォルトの名無しさん** · 2021/02/15(月) 16:03:14.56

unicode に送っても仕方ないやろ
フォントメーカーに送れ。
内蔵フォントなら機器メーカーに送れ。

**デフォルトの名無しさん** · 2021/02/15(月) 16:39:10.57

何送り付けるつもりなの

**デフォルトの名無しさん** · 2021/02/15(月) 17:18:57.69

ヷヸヹヺセ゚ツ゚ト゚の合字ではない平仮名は無いんだよな
「ゔ」を入れたのなら他の文字も平仮名版を入れればいいのに

**デフォルトの名無しさん** · 2021/02/15(月) 20:05:59.00

ユニコードはウィルスなので送らないでください。

**デフォルトの名無しさん** · 2021/02/16(火) 08:25:02.10

>>512
Unicodeで決まってるんじゃなくて？

**デフォルトの名無しさん** · 2021/02/16(火) 09:08:45.11

>>516
図柄を決めてるのはフォント屋。
Unicode的にはコードポイントが離れてても同じような図柄にすることを想定してるけど、フォントがそうなってないだけ。

**デフォルトの名無しさん** · 2021/02/16(火) 16:32:28.02

文字のバイト数が可変長のコードを作れば、弱い暗号に使えないのかな
１，２，３，４バイト不規則に混在、たまに７バイトや１０バイトも混ざる

**デフォルトの名無しさん** · 2021/02/16(火) 17:46:12.13

もしかしてutf-8？

**デフォルトの名無しさん** · 2021/02/16(火) 20:48:18.23

>>496
UTF-8の4バイトに合わせてU+1FFFFFまでにしてくれればよかったのにとはちょっと思った。

**デフォルトの名無しさん** · 2021/02/16(火) 21:51:25.16

可変長の究極は1文字ごとに
文字の切れ目を表すためのエスケープ文字とunicodeの登録名（HIRAGANA LETTER Aなど）
をテキストファイルに記録する事かもね。
コードポイントの概念を無くして16進数の番号で管理しないから
後から追加された文字でもコードポイントが飛んでいる事はなくなるし。
ただし文字によっては1文字に50バイト以上使うこともある。

**デフォルトの名無しさん** · 2021/02/16(火) 23:05:15.94

>496
Unicodeの当初の16bit（最大65536文字）あれば
十分だろうという考えがそもそもの原因なんだから
UnicodeをややこしくさせてるのはUnicode自身だよ

最初の段階で16bitで足りないと認めていれば
今頃はUTF-32が主流になっていただろう
もっともUnixは互換性のためにUTF-32をネイティブで扱うのが
難しいのでUTF-8は生まれていたかもしれないがね

**デフォルトの名無しさん** · 2021/02/17(水) 01:57:41.63

枻（木へんに世）って、シフトJIS（のバリエーション）的にはどうなんだっけ。
というかこれ自体もテストだったり。

**デフォルトの名無しさん** · 2021/02/17(水) 02:17:54.79

ちなみに自分はMacなんだが、0xFAE2を書き込んだ模様。
皆さんには見えてますでしょうか。
HTMLでcharset=Shift_JISのときってどうするのか揉めた記憶が。

**デフォルトの名無しさん** · 2021/02/17(水) 02:44:16.94

５ちゃんねるの仕様は文字コードと何の関係もない

**デフォルトの名無しさん** · 2021/02/17(水) 03:22:07.19

っ https://encoding.spec.whatwg.org/shift_jis.html
今のブラウザはこの辺に従ってるで終了じゃねの?

**デフォルトの名無しさん** · 2021/02/17(水) 08:12:07.90

>>525
5chをブラウザで見るとHTMLがcharset=Shift_JISなんだけど、それは関係ないってこと?

そもそもテキストデータのやり取りで文字コードの指定がない仕様というのは... もしかして
適当にデータを送受信して適当な文字コードを指定して見れたらラッキー、的な仕様?

そもそも5chの仕様ってどこかにあるんでしょうか。

**デフォルトの名無しさん** · 2021/02/17(水) 09:42:15.24

やれやれ頭が固いなｗ
SJISでUnicodeが表示できないと思いこんでる

**デフォルトの名無しさん** · 2021/02/17(水) 18:28:41.76

もりおうがいしかる
森鷗外𠮟る
森鴎外叱る

**デフォルトの名無しさん** · 2021/02/17(水) 19:54:41.88

森鳩ﾀﾄﾛﾋる

**デフォルトの名無しさん** · 2021/02/17(水) 20:00:49.86

>>521
そこまで行くと文字コードというか最早マーク付け言語みたいだな
てかHTML (SGML/XML)の文字実体参照まんまでは

**デフォルトの名無しさん** · 2021/02/17(水) 22:24:44.47

sjis には、Windows CP932 特有の環境依存文字がある

それで、バグルか、フォントが無いとか

**デフォルトの名無しさん** · 2021/02/18(木) 00:08:48.51

>>523-524
世に出てるブラウザの殆どはcharset=Shift_JISな文書をWindows-31Jとして解釈するだろうから
IBM拡張文字として表示されるんでない？
というか、何を疑問に感じてのレスなのかが分からないんだけど。

**デフォルトの名無しさん** · 2021/02/18(木) 10:20:55.82

不知佛

**デフォルトの名無しさん** · 2021/02/18(木) 16:35:44.79

>>533
>charset=Shift_JISな文書をWindows-31Jとして解釈するだろうから

まさにそこ。本来はこの両者は違うから、正しく解釈すれば文字化けする。
しかし事情を知らないユーザーから見たら、文字化けするソフトウェアの方が劣ると
思われそうで悔しいw

そもそもShit_JISとWindows-31Jをごちゃ混ぜにして大量に垂れ流したWindowsのプラット
フォームないしユーザーに責任があると言えるが、それに迎合しないといけないのがw

**デフォルトの名無しさん** · 2021/02/18(木) 17:36:53.61

>>535
なんでもかんでもWindowsのせいにするな

もともとSJISはMicrosoftがメインで策定したもので
その仕様はMicrosoftが一番知ってる

Microsoftが想定外だったのは、拡張性を持たせるための領域を
NECやIBMが拡張しまくってSJISとして広めてしまったことにある
ごちゃまぜにしたのはNECやIBMにすぎない

Microsoftはそれじゃデータの相互運用に困るから
Windowsでそれらを統合しただけ
MicrosoftのおかげでSJISはほぼ統一されたんだよ

例外は互換性がない形でSJISを確証したMacJapaneseだけ
Appleは独自拡張のうえ既存のSJISを無視して同じ領域に
別の文字を割り当てやがったアホ

**デフォルトの名無しさん** · 2021/02/18(木) 18:09:37.01

Tower of Babel

**デフォルトの名無しさん** · 2021/02/18(木) 18:54:47.31

C言語の/r/nなどのエスケープシーケンスは制御文字に対するアルファベットの割り当てを
キャレット記法と同じにした方がよかったんじゃないかと思う

**デフォルトの名無しさん** · 2021/02/18(木) 20:15:29.49

キャレットって^Cの^（CTRLという意味）のこと？

**デフォルトの名無しさん** · 2021/02/18(木) 22:08:13.73

Ruby は、数十種類もの日本語の方言を変換できる。
方言同士の変換パスを作っている

最大6パスで変換できる方言もあるらしい

でも、今でも、NEC・ドコモ方言などを使うかどうか疑問

**デフォルトの名無しさん** · 2021/02/18(木) 22:29:52.06

>>539
例えばCRLFなら^M^JだからC言語でも\r\nではなく\m\jの方がよかったんじゃないかと

**デフォルトの名無しさん** · 2021/02/18(木) 23:13:37.69

あらゆる文字コードでCR=0x0D,LF=0x0Aだと本当に保証されているのか？
を考えてみれば答えが出るんじゃないかと

**デフォルトの名無しさん** · 2021/02/19(金) 10:43:19.20

>>536
うむー確かに各ベンダーのせいはあるか。
しかし、このSJISの混乱があったにも関わらず、ガラケーでは各ベンダーが勝手な絵文字の
コードを割り当ててえらいことになりかけてたよね。
で今度はGoogleが中心になって事態を収拾した。
歴史は繰り返すってか。あるいは日本企業の変わらない体質?