常連

自己紹介

### 実現したいこと

MINGW64で作ったC++プログラムで正しく日本語を扱いたい

### 前提

- MSYS2-MINGW64使用(※)
- MSVCのRuntimeを使用する
- libstdc++を使用する
- gccを使用する(~~現状12.2.0~~ →13.2.0)
- MSYS2などの環境に依存せず、作成したバイナリは単品で動作する
- Windows 10以降はmustで、可能ならそれ以前でも正しく動作させたい
- MSYS2環境のbashで動かす場合、環境変数LC_*/LANG/LANGUAGEは未設定とする(LC_CTYPE=ja_JP.UTF-8は可)
- 端末(conhost/mintty/etc...)は何でもいいし、適宜設定は変更するものとするが、原則デフォルトの状態で動作すること
- 日本語Windowsの場合、システムロケールのコードページは932でも65002でもどちらでも動作するものする
- 紐付けられた端末があり、端末への出力が実際にある場合、端末のコードページには追従してもいいし、しなくてもいいが、システムロケールのコードページと端末のコードページのいずれかで入出力できていること

※参考
https://www.msys2.org/docs/environments/

### 質問

MINGW64で日本語を扱うプログラムをC++で正しく記述する方法を教えてください。
何も考えずに実装すると、Hello, worldレベルで正しく動きません。

### 発生している問題・エラーメッセージ

例を2つほど挙げます
※ソースコードは次節参照

#### (1) std::coutに出力するケース
ビルドと実行(システムロケールはコードページ932でmsys2環境(mintty)で実施)
```bash
$ g++ -g -Wall -static hello.cpp -o hello
$ env | grep LANG
$ env | grep LC
LC_CTYPE=ja_JP.UTF-8
$ ./hello
縺薙ｓ縺ｫ縺｡縺ｯ

$
```
msys2環境のminttyの設定はja_JPのUTF-8にしようが、defaultのままにしようが、同じです。
一言で言えば、この状態からcmd /c "dir"したときに日本語が化けないのと同様の、CP932→UTF-8の変換が「どこかで」かかっている文字の化け方をしています。

#### (2)  std::wcoutに出力するケース
```bash
$ g++ -g -Wall -static hellow.cpp -o hellow
$ ./hellow

$
```
これは端末以前に何も出力されていないことを示しています。(実際にパイプで繋いでも何も出ていません。)

### 該当のソースコード

**hello.cpp(utf-8で保存)**
```C++
#include <iostream>
int main() {
    std::cout << "こんにちは" << std::endl;
    return 0;
}
```
**hellow.cpp(utf-8で保存)**
```C++
#include <iostream>
int main() {
    std::wcout << L"こんにちは" << std::endl;
    return 0;
}
```

### 試したこと

#### (1) hexdumpで調べる
```bash
$ ./hello | hexdump -C
00000000  e3 81 93 e3 82 93 e3 81  ab e3 81 a1 e3 81 af 0d  |................|
00000010  0a                                                |.|
00000011

$ ./hellow | hexdump -C

$
```
MSYS2 bashでパイプで出力する場合、./helloはUTF-8で出力されている
MSYS2 bashでパイプで出力する場合、./hellowは何も出力しない

#### (2) iconvで調べる
```bash
$ ./hello | iconv -f utf-8 -t cp932
▒▒▒▒ɂ▒▒▒

$ ./hello | iconv -f utf-8 -t cp932 | hexdump -C
00000000  82 b1 82 f1 82 c9 82 bf  82 cd 0d 0a              |............|
0000000c

$
```
iconvでシフトJISに変換出力してみたが、さらに文字化けするだけだった
hexdumpの結果を見る限り変換は正しく実施されている

#### (3) catを噛ませてみる
```bash
$ ./hello | cat
こんにちは

$./hello | cat | hexdump -C
00000000  e3 81 93 e3 82 93 e3 81  ab e3 81 a1 e3 81 af 0d  |................|
00000010  0a                                                |.|
00000011

$ env | egrep -E '(LC_|LANG)'
LC_CTYPE=ja_JP.UTF-8

$ 
```
MSYS2のcatを噛ませると、同じ内容(hexdumpの結果からUTF-8と分かる)でも「なぜか」正しく表示される。
bash/minttyへの出力方法が./helloとcatで異なっていて、その区別から./helloだけCP932→UTF-8変換をかけられていると推測する。

#### (4) cmdから見てみる
```cmd
C:\>hello
縺薙ｓ縺ｫ縺｡縺ｯ

C:\>hello | C:\msys64\usr\bin\cat
こんにちは

C:\>chcp
現在のコード ページ: 932

C:\>set | findstr LC_

C:\>set | findstr LANG

C:\>
```
※conhost.exe上のcmd.exe(minttyなどMSYS2環境ではなく、純粋なWindows環境)

コマンドプロンプトからでも(3)の現象は同様に再現する。また環境変数の影響でもなく、cmdは子プロセスに変換などの細工をしないので、helloは素直にUTF-8で出力していることが確定し、catが単体でUTF-8→CP932の変換をしているということが分かる。

#### (5) 絵文字を出力させてみる
```bash
$ cat emoji.cpp
#include <iostream>
int main() {
    std::cout << "😊" << std::endl;
    return 0;
}

$  g++ -g -Wall -static emoji.cpp -o emoji

$ ./emoji
・

$ ./emoji | cat
😊

$ ./emoji | cat | hexdump -C
00000000  f0 9f 98 8a 0d 0a                                 |......|
00000006

$
```
絵文字を表示可能なことから、シフトJISで表示しようとしていないことが分かる。さらに具体的に言えば、bashやcatがパイプからの読み込み時に変換をかけていないこと、受け取ったminttyも変換していないことが分かる。

#### (6) リテラルをシフトJISとしてコンパイルさせる
```bash
$ g++ -g -Wall -static -fexec-charset=CP932 hello.cpp -o hello_sjis

$ ./hello_sjis
こんにちは

$ ./hello_sjis | hexdump -C
00000000  82 b1 82 f1 82 c9 82 bf  82 cd 0d 0a              |............|
0000000c

$
```
シフトJISとして出力されており、正しく表示されている(minttyはロケールCの文字セットUTF-8)。

#### (7) 依存DLLを調べる
```bash
$ ldd hello
        ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7fffc4950000)
        KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7fffc4660000)
        KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7fffc2400000)
        msvcrt.dll => /c/WINDOWS/System32/msvcrt.dll (0x7fffc45c0000)

$ ldd `which cat`
        ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7fffc4950000)
        KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7fffc4660000)
        KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7fffc2400000)
        msys-intl-8.dll => /usr/bin/msys-intl-8.dll (0x430b30000)
        msys-2.0.dll => /usr/bin/msys-2.0.dll (0x180040000)
        msys-iconv-2.dll => /usr/bin/msys-iconv-2.dll (0x5603f0000)

$ ldd `which bash`
        ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7fffc4950000)
        KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7fffc4660000)
        KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7fffc2400000)
        USER32.dll => /c/WINDOWS/System32/USER32.dll (0x7fffc3a60000)
        win32u.dll => /c/WINDOWS/System32/win32u.dll (0x7fffc2970000)
        msys-2.0.dll => /usr/bin/msys-2.0.dll (0x180040000)
        GDI32.dll => /c/WINDOWS/System32/GDI32.dll (0x7fffc32e0000)
        gdi32full.dll => /c/WINDOWS/System32/gdi32full.dll (0x7fffc20c0000)
        msvcp_win.dll => /c/WINDOWS/System32/msvcp_win.dll (0x7fffc2360000)
        ucrtbase.dll => /c/WINDOWS/System32/ucrtbase.dll (0x7fffc2260000)

$
```
catやbashなどはmsys-2.0.dllをリンクしており、MSYS2ランタイムで動作しているのが分かる。
helloはMINGW64プログラムなのでMSYS2ランタイムで動作していない。
以上から標準入出力の繋がり方が、MSYS2ランタイムを使ったもの同士とそれ以外で異なるのではないかと推測している。
パイプの場合はbashとcmdで違うのではないかと推測している。

#### (8) wcoutの設定
```bash
$ cat hellow2.cpp
#include <iostream>
int main() {
    std::wcout.imbue(std::locale(""));
    std::wcout << L"こんにちは" << std::endl;
    return 0;
}

$ g++ -g -Wall -static hellow2.cpp -o hellow2

$ ./hellow2.exe
terminate called after throwing an instance of 'std::runtime_error'
  what():  locale::facet::_S_create_c_locale name not valid

$
```
システムロケールへの設定はできない→wcoutは使えない
(https://stackoverflow.com/a/20181564)。
より正確にはwcoutは日本語の出力ができない。libstdc++がgnuモデル以外(今回はgeneralモデル)での変換を実装していないため。

#### (9) 調べたことまとめ
上記から、MINGW64で正しく日本語を扱うには、
- wcoutを使わず、coutを使う
- msvcrtかWindowsAPIか外部ライブラリなどを使って自分でエンコーディングを(システムロケールのコードページか端末のコードページに)変換する
- リテラルをマルチバイトの固定エンコーディングにする(シフトJISなど)とワイド文字経由のコードページ変換が2度必要になり、手間がかかるため、ワイド文字列のリテラルか、u8プレフィックス付きを使うべき(ただしC++20でchar型での扱いができなくなる)
なのかと思う

ただマルチバイト(cout)にすると、
- 入出力時に変換が必要になり、わざわざマルチバイトにして出力した文字列をWin32側でまたワイド文字列に戻すなどの処理が入りそう
これはそもそもWriteConsoleWがワイド文字列を受け取れるから。

普段使いしてる人の正しい日本語の扱い方を知りたい

### 補足情報（FW/ツールのバージョンなど）
msys/msys2-runtime ~~3.4.6-2~~ → 3.4.10-2

※デバッグ用のシンボル情報が欲しくて最新バージョンに更新してビルドしました(2023/12/18)。

MINGW64で作ったC++プログラムで正しく日本語を扱いたい

### 🖊️テーマ
プログラミング入門書としておすすめの書籍はなんですか？あなたのおすすめを教えてください！📮

### 👤運営メンバーの回答
運営メンバーのおすすめは『良いコード／悪いコードで学ぶ設計入門』でした！
初心者の頃は、コードが「動くこと」に注目していましたが、本書では良いコードと悪いコードの書き方を取り上げ、「なぜ問題なのか」「どう書けば良いのか」がわかりやすく解説されており、読みやすく成長に繋がったそうです！

### 〜teratailトーク!とは？〜
詳細を公式ブログで公開しています。ぜひお読みください。
[「teratailトーク!」スタート🎉　気軽に意見交換しよう！](https://blog.teratail.com/entry/teratail-talk)

プログラミング入門書としておすすめの書籍はなんですか？

基幹業務系でもう20年来VBやC#でWindowsフォームの画面＋オンプレSQLしか触ってこなかったのですが、超絶遅まきながら世のニーズに逆らえず、Webシステムを構築できるようになる必要に迫られています。

ASPもPHPもJavaScriptも名前は知ってるけど…？調べてみるとC#erならBlazorなるものが良いのか…？と、ふらふらとネットの記事を読みかじってる次第です。
いろいろ検索してみるものの、入門編と書かれていても最低限「何らかの手段でWebアプリを作ってきた経験はあるよ」レベルの方向けの入門だなぁ…という印象で、どれの何を選択すれば良いのかから判断できていないていたらくで…。

冒頭のような経歴と、対象がBtoBの基幹業務系中心とした場合、いまからいちからWebシステム構築を始める者に、皆様が教えようとされるなら、まず何から？が、ベストorベターでしょうか？
WEBサイトや書籍等のご紹介、アドバイス等いただけると幸いでございます。

C#WindowsFormしか知見の無い人が、Webアプリを構築できるようになるには

運営側への質問です。
コードブロックで使える言語の一覧はどこかにありますか？ちょっと見当たらないようです。
さっき、VBA を書こうとして困りました。vbnetで代用ですかね。
Windowsのバッチスクリプトは試行錯誤で見つけましたが、BATでもCMDでもなく何故かDOS。懐かしい単語ですが、DOSバッチと、現在のWindowsのバッチは別物です。CMDが望ましいでしょう。

#追記: 2018-08-08
現時点では↓のようです。
```plain
1c:"1C"
abnf
accesslog
actionscript:"ActionScript", as
ada
apache:"Apache", apacheconf
applescript:"AppleScript", osascript
arduino:"Arduino"
armasm, arm
asciidoc:"AsciiDoc", adoc
aspectj
autohotkey:"AutoHotkey"
autoit
avrasm:"AVR Assembler"
awk
axapta:"Axapta"
bash:"Bash", sh, zsh
basic
bnf
brainfuck:"Brainfuck", bf
cal
capnproto, capnp
ceylon
clean, clean, icl, dcl
clojure-repl
clojure:"Clojure", clj
cmake:"CMake", cmake.in
coffeescript:"CoffeeScript", coffee, cson, iced
coq
cos, cos, cls
cpp:"C++", c:"C", cc, h, c++:"C++", h++, hpp
crmsh, crm, pcmk
crystal, cr
cs, csharp:"C#", c#:"C#"
csp
css:"CSS"
d:"D"
dart
delphi:"Delphi", dpr, dfm, pas, pascal, freepascal, lazarus, lpr, lfm
diff:"Diff", patch
django:"Django", jinja
dns, bind, zone
dockerfile, docker
dos:"DOS.bat", bat, cmd
dsconfig
dts
dust, dst
ebnf
elixir:"Elixir"
elm
erb
erlang-repl:"Erlang REPL"
erlang:"Erlang", erl
excel, xlsx, xls
fix:"FIX"
flix
fortran, f90, f95
fsharp:"F#", fs, f#:"F#"
gams, gms
gauss, gss
gcode
gherkin:"Gherkin", feature
glsl:"GLSL"
go:"Go", golang
golo
gradle:"Gradle"
groovy
haml:"Haml"
handlebars:"Handlebars", hbs, html.hbs, html.handlebars
haskell:"Haskell", hs
haxe:"Haxe", hx
hsp
htmlbars
http:"HTTP", https
hy, hylang
inform7, i7
ini:"Ini", toml
irpf90
java:"Java", jsp
javascript:"JavaScript", js:"JavaScript", jsx
json:"JSON"
julia
kotlin
lasso:"Lasso", ls, lassoscript
ldif
leaf
less
lisp:"Lisp"
livecodeserver
livescript, ls
llvm
lsl
lua:"Lua"
makefile:"Makefile", mk, mak
markdown:"Markdown", md, mkdown, mkd
mathematica, mma
matlab:"Matlab"
maxima
mel:"MEL"
mercury, m, moo
mipsasm, mips
mizar:"Mizar"
mojolicious
monkey
moonscript, moon
n1ql
nginx:"Nginx", nginxconf
nimrod:"Nimrod", nim
nix:"Nix", nixos
nsis:"NSIS"
objectivec:"Objective C", mm, objc, obj-c
ocaml:"OCaml", ml
openscad
oxygene:"Oxygene"
parser3:"Parser3"
perl:"Perl", pl, pm
pf, pf.conf
php:"PHP", php3, php4, php5, php6
plain:"Plain text"
pony
powershell, ps
processing
profile
prolog
protobuf
puppet, pp
purebasic, pb, pbi
python:"Python", py, gyp
q
qml, qt
r:"R"
rib:"RenderMan RIB(RIB)"
roboconf, graph, instances
rsl:"RenderMan RSL(RSL)"
ruby:"Ruby", rb, gemspec, podspec, thor, irb
ruleslanguage
rust:"Rust", rs
scala:"Scala"
scheme
scilab:"Scilab", sci
scss:"SCSS"
smali, smali
smalltalk:"Smalltalk", st
sml, ml
sqf, sqf
sql:"SQL"
stan
stata, do, ado
step21, p21, step, stp
stylus, styl
subunit
swift:"Swift"
taggerscript
tap
tcl, tk
tex:"TeX"
text:"Plain text"
thrift:"Thrift"
tp
twig, craftcms
typescript:"TypeScript", ts
vala:"Vala"
vba:"VBA"
vbnet:"VB.NET", vb
vbscript-html
vbscript:"VBScript", vbs
verilog, v, sv, svh
vhdl:"VHDL"
vim:"Vim Script(Vim)"
x86asm:"Intel x86 Assembly"
xl, tao
xml:"XML", html:"HTML", xhtml, rss, atom, xjb, xsd, xsl, plist
xquery, xpath, xq
yaml, yml, YAML, yaml
zephir, zep
```

このサイトのMarkdown記法のコードブロックで使える言語一覧

##知りたいこと
C#において、this修飾子にはクラスの現在のインスタンスを参照することを明示的に表す用法がありますが、このthisの是非に関する一般的な見解はどのようなものでしょうか。
・つけるべき
・つけるべきではない
・どちらでもよい
上記のいずれかになるかと思いますが、
それ以外でも構いません。
理由や根拠、場合によっては情報ソースも含めてください。
回答よろしくお願い致します。

##補足
Visual Studio 2015は、thisを明示的に付与すると「名前を簡略化できます。」というヒントを出すのですが、Resharperはデフォルトでthisをつけるよう警告を出すため、このような疑問に至りました。