C++相談室 part134

2018/01/20(土) 09:05:42.21

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part133
http://mevius.5ch.net/test/read.cgi/tech/1511509970/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/03/02(金) 23:40:43.96

>>373
こうなった

---- BEGIN BACKTRACE ----
1 : 0x00e76873 : Project1 : mycode::foo : c:\users\\source\repos\project1\project1\main.cpp(116) :
backtrace();
2 : 0x00e76513 : Project1 : mycode::bar : c:\users\\source\repos\project1\project1\main.cpp(120) :
foo();
3 : 0x00e76563 : Project1 : mycode::baz : c:\users\\source\repos\project1\project1\main.cpp(124) :
bar();
4 : 0x00e76b33 : Project1 : mycode::hoge : c:\users\\source\repos\project1\project1\main.cpp(128) :
baz();
5 : 0x00e76f0d : Project1 : main : c:\users\\source\repos\project1\project1\main.cpp(134) : try {
6 : 0x00e7870e : Project1 : invoke_main : f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl(78) : ?
7 : 0x00e785b0 : Project1 : __scrt_common_main_seh : f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl(283) : ?
---- END BACKTRACE ----

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/02(金) 23:47:44.16

https://stackoverflow.com/questions/22481126/why-isnt-symgetsymfromaddr64-working-it-returns-error-code-126

未確認

**373** (ﾜｲﾓﾏｰ MMff-cxM0) · 2018/03/03(土) 01:05:16.48

>>375
プロジェクトの設定はdbghelp.libを追加しただけでしょうか？
あとWindows10ですか？7ですか？

>>376
自分もそれを読んでx86とx64両方試したのですがダメでした、、、

2018/03/03(土) 01:52:28.21

>>377
Windows10で実行
ライブラリは追加したのと
このFileNameがchar*でmsvcでは通らないから適当に文字列のバッファを作って渡した
>94 line.FileName = "?";

**373** (ﾏｸﾄﾞ FFbb-x7J7) · 2018/03/03(土) 07:43:32.07

>>378
自分はWindows7&VisualStudio2017なのですが
dbghelp.lib、dgbhelp.hを探すと以下の場所にあるのでWin10でしか対応していないのかなと…

C:\Program Files (x86)\Windows Kits\10\Lib\10.0.16299.0\um\x86
C:\Program Files (x86)\Windows Kits\10\Include\10.0.16299.0\um

C:\Program Files (x86)\Windows Kitsの下には8.1と10
という名前のフォルダがあるのでOSの番号ぽいです。

dbghelp.dllならそこらじゅうにあるのでLoadModule関数で呼べばいけるのかも

**373** (ﾏｸﾄﾞ FFbb-x7J7) · 2018/03/03(土) 08:51:25.52

VisualStudio Installerで構成の変更をしようとすると
'Windows XP Support for C++'というのがあって
これがWindows7用のSDKらしいです。（どんな名前の付け方だ…）

これをインストールするとめでたくdbghelp.libとdbghelp.hが追加されるので
それでコンパイルしようとすると
#include <dbghelp.h>
とかくだけでコンパイルエラーになってしまいました。

エラー C2760 構文エラー: トークン '識別子' は予期されておらず、'型指定子' が予期されています scratch c:\program files (x86)\microsoft sdks\windows\v7.1a\include\objbase.h 239

Windows10を買うかVisualStudio2015をインストールするかしかないのかもしれません；；

2018/03/03(土) 09:17:35.93

>>380
Visual Studio 2017 スレの919あたりから話題になっているけど、
VS2017 の Windows 旧バージョンサポートはおかしいみたい。
2015と同じツールセット、SDKを用いても動作が違う。

2015をインストールするのがいい気がする。

参考
Visual Studio 2017 Part4 ･
http://mevius.5ch.net/test/read.cgi/tech/1509244956/

https://www.visualstudio.com/ja/vs/older-downloads/

2018/03/03(土) 10:29:47.52

コンパイラを作っているんですが、char 10bit short 18bitの時はsizeofはいくつを返せばいいんですか？

2018/03/03(土) 10:36:52.34

>>382
アドレス単位を返す。ワードアドレッシングなら通常全て１になる

2018/03/03(土) 10:42:04.53

メモリ上のレイアウト次第
その18ビットを隙間だらけでchar8個分のメモリに置いてるなら8だし、
詰めて2個分で置いてるなら2

2018/03/03(土) 10:51:46.74

sizeof(char)は必ず1じゃなかったっけ？

**デフォルトの名無しさん** · 2018/03/03(土) 12:49:02.99

sizeofが小数を返しちゃいけないって誰が決めたの？🙄

2018/03/03(土) 13:15:05.21

>>386
仕様。
C99 だと 7.17 に size_t は sizeof 演算子の結果の符号無し整数型って書いてある。
C++11 だと 5.3.3 に sizeof 演算子の返却値の型は size_t って書いてあって、
18.2 に size_t は符号無し整数型って書いてある。

2018/03/03(土) 13:20:00.43

sizeof(bool) == 0.125 であって欲しいのかｗ

2018/03/03(土) 13:43:14.93

どうせ汎整数昇格で int になることばかりなので、
アドレス単位以下の小さなオブジェクトにする意味なんてないよ。
大きな配列で扱いたいときは std::bitset が有るし。

**デフォルトの名無しさん** · 2018/03/03(土) 14:56:24.32

>>387
ありがとう🤣

2018/03/03(土) 15:45:51.52

>>389
もしsizeofが小数を返したら汎整数昇格は適用されないんじゃない？

2018/03/03(土) 16:09:32.75

使用者が混乱するような仕様はちょっと

2018/03/03(土) 18:28:41.77

この板に書いてあることがほとんどわかっていないようなクソ素人ですみませんがちょっとお聞きしたいことがあります。
Windows 7でOpenCVをTDM-GCCにて動かしたいと思っているのですが、どなたかこの設定で動かされている方など居られますでしょうか？
もしくは素直にVisualStudioなど使ったほうが良いのでしょうか？
昨日からあれこれ試しているのですがまったく動かないです。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/03(土) 19:01:36.20

>>393
俺ならパッケージマネージャがあるMSYS2+MinGW使うよ。
パッケージマネージャがないTDM-GCCなら、まず、OpenCVをビルドして、リンクできるようにしないといけない。
まあ、めんどうくさい訳で。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/03(土) 19:37:06.06

初心者はVSやるとよろし。NuGetというパッケージマネージャがあるよ。

2018/03/03(土) 20:12:29.49

片山様
レスありがとうございます。
そうですね、VSは重いという理由で避けていましたがやはりまずはちゃんと王道からやっていこうと思います。
慣れたらソースからビルドもしてみたいですが、まずはOpenCVであれこれしたいのでやりやすい環境で頑張りたいと思います。
ありがとうございました。

2018/03/03(土) 20:37:52.59

VS の統合開発環境を外したツールセットだけの SDK もあったはず。
でもまあ初心者は統合開発環境があった方がいいってのは同意だな。

2018/03/03(土) 21:19:46.86

C++の文字列、u16やu32stringとか乱立してるけど今時TCHARとか使わないでしょうか？

string,wstring,u16string,u32string...どれか決め打ち？

2018/03/03(土) 21:37:46.21

主に使ってるライブラリ／フレームワークに合わせれば？

何でもいいなら multibyte で utf-8 一択だろう
ucs2 (16bit) にしても ucs4 (32bit) にしてもどうせ
合字とかで1コードポイント1文字にならないから意味ないし
コンテナは string でも何でも好きなものを

2018/03/03(土) 21:52:22.75

どうやろな？
Windows だと API が UTF-16 前提だからそれで揃えるってのは悪くない選択だと思うし。

2018/03/03(土) 21:55:03.34

>>398
TCHARはcharとwchar_tをvisual studioのプロジェクトの設定で切り替えてtypedefしてる型だ
マイクロソフトのライブラリの一部

u16stringとu32stringはstd::basic_string<char16_t>とstd::basic_string<char32_t>のエイリアス
UTF-16とUTF-32の文字列を扱うクラスで標準ライブラリの一部

そもそもどっちかというものではない
std::basic_string<TCHAR>とか使ってもいい

2018/03/03(土) 22:02:34.74

OpenCVのビルドぐらいCMakeでGUIでできる

2018/03/03(土) 22:07:02.05

>std::basic_string<TCHAR>とか使ってもいい
ほんとそれ

ていうかWin32APIでサポートされるうちはやっぱマルチバイトが無難

2018/03/03(土) 22:12:10.73

ShiftJisなんて廃止して、UTF8に統一してしまえば良かったよね

2018/03/03(土) 22:19:12.96

UTFはソートのコストが高いから痛し痒しだけどね
SJISはその点は優秀かと

2018/03/03(土) 22:38:49.13

Windows10はutf8モードにできたような

2018/03/03(土) 22:56:38.78

文字コードを統一したところでロケールの切替えはどうせ必要なわけだし、
内部的な処理が UNICODE に統一されたので良しとするしかなかろ。

2018/03/03(土) 23:43:29.67

utf8に統一したら、ロケールの切替って表示する文字列の言語を決める位の意味しか無いのではないかな
異なる言語の文字列でもそのまま字化けせずに表示出来た方が都合が良いように思うけど

2018/03/04(日) 00:38:00.37

Windows はもう 20 年以上前から Unicode 化はやってるんだってば。
UNICODE 版の API を正しく使う限り文字化けしない。
フォントの設定とかで化けることはあるかもしれんけど、
それも今はフォントリンクとかでおおよそ上手いこと処理してまうしな。

UNICODE 化できていない今までに作られたカスなアプリが消し去れないし、
カスなアプリのために ANSI 版の API (の挙動を制御するためのコードページの切替えの仕組み)
は残しておかなきゃならないけど、
Unicode への統一そのものは出来てるから満足するしかない。
っていう話ね。

2018/03/04(日) 00:59:55.95

だったらVisualStudioで作ったソースファイルのデフォルトがShiftJIS固定なのをそろそろなんとかしてくれよ

2018/03/04(日) 01:01:33.87

せやな。

2018/03/04(日) 01:07:55.85

LinuxとかのシステムコールもUnicode化されたら考えるわアデューﾉｼ

2018/03/04(日) 01:14:01.78

>>410
2017で治ったんじゃなかったか

2018/03/04(日) 01:15:23.20

だいたいwchar_tとかcharの倍容量を食うじゃん？
2が3になるとかならまだしも1が2になるというのは精神的にインパクトがデカイ
L"Hello World!"のバイナリをダンプしてみたらトラウマを抱え込むﾚｳﾞｪﾙ
というのもあるし他環境とのソースコード共通化も視野に入れる場合やっぱマルチバイトしか…

2018/03/04(日) 01:35:20.32

WindowsのUNICODE版APIはUTF-8と相性が悪いからｸｿ

2018/03/04(日) 01:39:19.42

せやろか？
内部表現として使う文には UTF-16 って良いと思うけどな。
UTF-8 との間なら変換コストも大したことないし。

2018/03/04(日) 02:20:02.75

>>416
iOS / macOS / Windows / Java と多くのプラットフォームの
API で文字列としてUTF-16 が使われてるから割と使うけど、

近年多用される絵文字とかが全然1文字1符号にならんので
ロジックを基準する上ではUTF-8より便利ってわけでもない。
文字列の処理を描くときは合字以外は1文字1符号になるUCS4 の方が良い。

2018/03/04(日) 02:23:18.11

なぜ世界中の頭脳を集結させても完璧な文字コードは作れないのか

2018/03/04(日) 02:28:31.88

x86アーキテクチャーがRISC-Vに置き換わったら考えるわﾉｼ

2018/03/04(日) 02:42:05.74

ていうかコルモゴロフ複雑性が計算可能関数だったら考えるわﾉｼ

2018/03/04(日) 02:53:03.62

韓国がUNICODEにすごい文字数予約済みにしてあるとか聞いたことある

2018/03/04(日) 03:02:28.08

あの言語動的に文字生成でもしないと無駄多杉だろ

2018/03/04(日) 03:02:39.39

>>417
どうせイテレータでアクセスするから、合字はどうしようもないにしても
先頭からコードポイント単位で読む分にはどの符号化を使っててもあんまり変わらん気がするが。

2018/03/04(日) 03:56:38.94

>>423
UTF-16 だとサロゲートペアが出てくるからマルチバイトがマルチワードになるだけ
ucs4 だとそれが要らなくて符合とコードポイントが1：1対応になるんだよ。

何年か前まではサロゲートペア？なにそれおいしいの？でも済んでたけど
今の時代それは無理だし

2018/03/04(日) 04:09:09.92

要は
utf-8、utf-16 → 1符合 ≠ 1コードポイント ≠ 1文字
ucs4 → 1符合 = 1コードポイント ≠ 1文字
だから完全自作の文字列処理ではucs4が楽だよという意見でした
テキストなんてたいしてメモリ食わないしね
おしまい

2018/03/04(日) 04:09:59.70

charset_cast<utf_8>()みたいなの欲しい

2018/03/04(日) 08:42:48.43

おっと、 u16string のイテレータはサロゲートペアは解決してくれないのか。
まあそれも小さなラッパを作ればどうとでもなる。

2018/03/04(日) 09:34:29.91

UTF16でサロゲートでガチャガチャやるくらいならUTF8でちゃんとやった方が実り多いし
そんなんやりたくないならUTF32使えばいいし
中途半端だよねUTF16

2018/03/04(日) 09:38:06.05

ワイドのようで実はマルチ

2018/03/04(日) 10:55:23.96

どこかでみたけど歴史的にはutf32やutf16よりutf8が新しいんだろ？

2018/03/04(日) 12:59:59.04

オリジナルのXEROXのコードへの先祖返りではないかな？

2018/03/04(日) 14:09:11.62

visualstudio2017でBoost.Testを試したいのですがうまく行きません。

Nugetでboost-vc141をインストールしてテストプロジェクトをWindowsコンソールアプリケーションとして
追加し、Helloworld的なテストプログラムを書きました。
ビルドは通るのですが、テストエクスプローラーにテストが認識されません。

#include "stdafx.h"
#define BOOST_TEST_MODULE MyTest
#include <boost/test/included/unit_test.hpp>
BOOST_AUTO_TEST_CASE(my_boost_test) {
const int x = 1;
BOOST_CHECK(x == 1);
BOOST_CHECK(x != 1);
}

VisualStudio2017のバージョンは15.5.7で
「Boost.Testのテストアダプター」はデフォルトでインストールされるようになっていたので
インストールされています。

2018/03/06(火) 00:41:37.37

標準ライブラリを前方宣言にすることに意味ってありますか？

2018/03/06(火) 00:45:13.63

メイヤーズは普通にインクルードしろって言ってた

2018/03/06(火) 01:45:01.96

>>434
それどこに書いてあるの？

2018/03/06(火) 06:16:57.53

newした配列がいつの間にか解放されてて、
プログラムの最後でdeleteすると必ずアクセスエラーで落ちるんですが、
newは勝手に解放されることあるんですか？

2018/03/06(火) 07:19:59.92

>>436 どっかで未定義動作に堕ちてるならそんな結果になることもあるだろね。

2018/03/06(火) 07:39:27.47

・どっかでメモリの取り扱い間違えてnewの管理情報を踏んづけて壊してる
・unique_ptrやshared_ptr、その他スマートポインタ的なものに理解せずに渡してる
多分このどっちか

2018/03/06(火) 07:56:08.66

ポインタがnewで帰ってきたアドレスと違う可能性

2018/03/06(火) 11:04:41.26

>>436
「解放されてて」というのは、どうやって確認した？
たとえば要素のデストラクタが実行されているとか、
別件で確保するメモリに再使用されているとか、
そういうことが起きているのか？

2018/03/06(火) 13:48:19.62

>>436
constructor
destructor
copy constructor
operator=()
のいずれかに誤りがあるのでは？
概念コードを書いてみなさい

2018/03/06(火) 13:50:16.42

>>436
operator new()
operator delete()
を捕捉するのもいいかもね、根本的に見直す時期だと思う

2018/03/06(火) 15:12:07.82

ファイル分割をしてみたく、プログラムをヘッダファイルとcppファイルに分割しようと挑戦したのですがよくわからないエラーが出まくります・・
プログラム超初心者なので凄い初歩的な部分を間違えているかもしれません・・・

エラーですが、ヘッダファイルの方で
'vector':'std'のメンバーではありません
'vector':定義されていない識別子です
'string':定義されていない識別子です
'cv': 識別子がクラス名でも名前空間名でもありません。
'Mat':定義されていない識別子です
'ofstream':'std'のメンバーではありません
'ofstream':定義されていない識別子です

みたいなエラーが出ます。
ヘッダファイルは、二重インクルードガードと関数のプロトタイプ宣言しかしていないのですが
上のようにそ、のプロトタイプ宣言の型とかに対してのエラーが出まくります

何かヘッダファイルに付けたほうがいいのでしょうか？
分かる方がいたら、教えていただけますでしょうか。

ちなみに、visual studio で作業していて、プロジェクトはコンソールアプリケーションで作っています。
もしかして、自分でmakefileとかを作る必要があるのでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/06(火) 15:14:49.26

ヘッダーの方で
#include <vector>
などが足りないのでは。
ヘッダーは、自己完結にした方がいいらしい。

2018/03/06(火) 15:40:05.75

よく見たら、自分の参考にしていたページでヘッダファイルのincludeは最小限に抑えると書いていました…
てっきり、ヘッダファイルではincludeはしないものなのかと…

最小限というのは、エラーが回避できるstdio.hとかの最小限のファイルだけヘッダでincludeして、他のmath.hなどはcppファイルでincludeすればいい感じですか？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/06(火) 15:50:38.20

最小限というのは、コンパイル時間、ビルド時間を短縮するためだから、小さなプログラムでは気にする必要はない。
cppとhppで#includeを分けるというのはよくあることだ。

2018/03/06(火) 16:05:55.81

ありがとうございます！

2018/03/06(火) 16:16:08.19

>>443 の書きぶりからして
自作のヘッダファイルに std::vector を使った関数のプロトタイプがある、
しかしヘッダファイルの先頭では <vector> を#includeしてない、て感じね。
これは >>444 と同じ話。

あと >>445 で <stdio.h> と書いてるところを見ると
参考にしてるページは少々古い情報かも。
「あえて<cstdio>でなく<stdio.h>をインクルードする」ことについて
何か理由があるのかも知れないけど。

**デフォルトの名無しさん** · 2018/03/06(火) 17:54:41.92

Cソースのincludeの位置にヘッダファイルの中身を貼り付けたときにコンパイルできなきゃだめ
たぶんCソースの中で他のincludeよりも前に新しいヘッダファイルのincludeを書いてるんだろう

2018/03/06(火) 18:15:37.24

>>448
なるほど、cstdioの方が良いんですね
なんか二種類あるけど、どっちなんだろーと思ってたので、勉強なります
次からそちらを使います

2018/03/06(火) 22:17:21.07

>>438
前者っぽいでした

2018/03/06(火) 23:34:50.60

C++のリファレンスとかで[first,last)というふうに左右で括弧が違う表記があるんだけど、これはIteratorに関しての表記ですか？

2018/03/06(火) 23:42:46.07

>>452
数学方面の書き方を源流にしていると思います
[x, y) は x は含み、y は含めない半開区間を示しますが、それを類推したものでしょう

2018/03/06(火) 23:43:09.96

>>452
範囲の数学的な書き方、半開区間とかなんとか
それだとfirst以上last未満の範囲、ということ

2018/03/06(火) 23:47:04.41

https://ttsuki.github.io/styleguide/cppguide.ja.html#Forward_Declarations
前方宣言ってしたほうがいいのか、しないほうがいいのかどっちなんですかね

2018/03/06(火) 23:50:38.84

>>453,454　数学でしたか！勉強になります。

2018/03/07(水) 00:29:35.52

mutex g_Mtx;

int g_Val = 0;

int Func( int A, int B )
{
　　int Val = A * B;

　　lock_guard<mutex> Lock( g_Mtx );

　　return g_Val = Val;
}

void ThreadFunc0()
{
　　int Val = Func( 2, 3 );

　　// Valを参照する処理
}

void ThreadFunc1()
{
　　lock_guard<mutex> Lock( g_Mtx );

　　// g_Valを参照する処理
}

上記のようなスレッド関数が非同期に実行されるとき、
Func()はスレッドセーフ（g_Val書き換え中に参照されない）でしょうか？

(1)lock_guard<mutex>によるミューテックスロック
(2)g_Valの書き換え
(3)戻り値を呼び出し元スレッドにコピー（あるいはムーブ）
(4)lock_guard<mutex>がスコープから外れアンロック

というシーケンスを期待しています。

2018/03/07(水) 00:29:47.60

endならともかくlastは区間内の最後の要素なんじゃ…

2018/03/07(水) 10:09:55.97

基本的な質問なのですが、以下のプログラムがエラーになるのはなぜでしょうか？

char* pc = "abc";
pc[0] = 'z';
cout << pc << endl;

以下のプログラムでは意図通りに動きます。

char ac[] = { 'a', 'b', 'c', '\0' };
cout << ac << endl;
ac[0] = 'z';
cout << ac << endl;

2018/03/07(水) 10:14:51.80

>>459
上は変数 pc はリテラル文字列の先頭を指すポインタ。
下の変数 ac は配列で、それを文字列 "abc" で初期化するって意味。

リテラルの破壊は未定義。
破壊しないことをあてにして破壊不可能なセクション (メモリ領域) に配置されたりすることもあるので、アクセスエラーが生じる。
あくまで未定義だから出来ちゃうこともあるし、コンパイラオプションで制御できたりもするけど、基本的にはあかんやつ。

2018/03/07(水) 10:30:06.22

>>458
仮引数名をendにすると関数名のendと紛らわしいからだよ
説明の文中にendが出てくる度毎にいちいち仮引数か関数か断るハメになる

2018/03/07(水) 10:35:31.71

>>460

ありがとうございました。

Pythonでimmutableとかいうのがありますが、それでしょうか？

2018/03/07(水) 11:10:02.03

すみません、また、ベーシックな質問です。

char* pc1 = 1; → エラー
char* pc2 = NULL; → OK
char* pc3 = 0; → OK

なぜ、2番目と3番目はOKなのでしょうか？

char* pc1 = 1;

がエラーになるのは、 int 型の値で char* 型の変数を初期化できないからだとすれば、

char* pc3 = 0;

もエラーになると考えることもできると思います。

2018/03/07(水) 11:10:26.68

>>462
Python なんか知らんがな。
Python の immutable は Python の immutable であって、それが C++ の何物かであったりはしないよ。
C++ のリテラルを破壊した結果は未定義というのは C++ のリテラルを破壊した結果は未定義という規則であるだけ。
似て感じられたとしても一対一に対応付くような単純なものではないので、
背景にあるメカニズムを理解せずに翻訳して理解しようとするような方法はお勧めできない。

2018/03/07(水) 11:14:31.86

>>464

なるほど、そういう規則だからリテラルを破壊しようとするとコンパイルエラーにするわけですね。

ありがとうございました。

2018/03/07(水) 11:22:08.82

>>465
書き忘れてたけど、 C++ の文字列リテラルの型は const char[] なので、
const 付きでないポインタに渡すと単純に型が合わなくてエラーになるはず。
C だと型に const が付いてないのに破壊するのは未定義ってことになっててあまりにもクソだったから改められた。

2018/03/07(水) 11:32:07.41

>>463
0 はポインタに型変換可能で、型変換した結果が空ポインタと等しいことが保証されてる特別な存在。
(ビットパターンが等しいとは限らないことには注意が必要。)

互換であることが保証されているので、処理系によっては
#define NULL 0
として定義していることもある。

余談だが、これはオーバーロードされた関数でうっかりしやすいので気を付けた方がいい。
たとえば関数 foo が以下のような型でオーバーロードされている場合、

void foo(int);
void foo(int*);

これを

foo(NULL)

と呼び出すと void foo(int) が呼び出されたりする。
今ではヌルポインタを表すキーワード nullptr が用意されたので、
NULL はあまり使わない方が良い。

2018/03/07(水) 12:03:25.28

>>466-467

ありがとうございました。

>>466

Visual Stuidoを使っていますが、以下でエラーは発生しませんでした。

char* pc = "abc";
cout << pc << endl;

2018/03/07(水) 12:29:38.25

>>468
それはISO/IEC14882:1998の4.2で許されていたことに由来する
その後ISO/IEC14882:2011のC.1.1で廃止されたが
古いソースを通すために故意に違反状態のままにしている

2018/03/07(水) 16:15:14.65

c++の規約に違反にしないためには一度変数に代入する必要があるという事？

2018/03/07(水) 16:24:01.54

オプションで指定できるんじゃね？
俺は GCC を使ってるから知らんけど。

2018/03/07(水) 16:29:51.37

違う

char const* cc;
cc = "abc"; //完全に合法

char* pc;
pc = cc; //不適格
pc = "abc"; //CとC++98では非推奨、C++11以後では不適格

pc = &"abc"[0]; //左辺値変形でこう解釈されていて
非constへのポインタに、constへのポインタを代入することになり、
暗黙のconst外しにあたるので、C++11が正論

pc = const_cast<char*>("abc"); //C++11以後ではこう書く

**デフォルトの名無しさん** · 2018/03/07(水) 17:54:06.02

>>472
それもだめじゃね？
const領域に非constでアクセスするなんて罪深いことなんだから、ちゃんと別領域にコピーしてから扱わないと。

2018/03/07(水) 18:18:25.20

>>459
>char* pc = "abc";
文字列リテラルは不変だから、const を付けないといけない

古いライブラリで、const を付けていないものを動作させるために(互換性)、
例外的に使う場合だけに許される

>>463
>char* pc3 = 0; → OK
この0 は、数値型の0じゃない。
予約語を増やすのが嫌だから、= 0 と書いたら、特別な意味に解釈する。
分かりにくい、クソ仕様

virtual func( ) = 0;
これも、そう。
純粋仮想関数という特別な意味を表す

2018/03/07(水) 18:49:53.33

>>473
書き込まなければ問題は無い。
が、 const 外しが必要な状態ってのが良くないことは確か。