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/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 外しが必要な状態ってのが良くないことは確か。

2018/03/07(水) 20:52:49.95

>>474
いいや数値型の0だ
翻訳時に0と確定できる汎整数型の定数に限り
ポインタに暗黙変換できるという特例になっている
純粋仮想関数と関連付ける条項はない

2018/03/07(水) 22:07:54.67

純粋仮想関数と関連付けてはいないだろう
それはともかくとして

char * p = 7-7; // no error

class T {
virtual void f() = 7-7; // error
};

となる気がするので言ってることは合ってるか

2018/03/07(水) 22:10:57.06

C言語でNULLが0をdefineしたものだったというだけだろ

2018/03/07(水) 22:12:59.22

C言語では ((void*)0) だった気がする

2018/03/07(水) 22:34:03.79

>>477
7-7は定数式なので0と完全に等価
純粋仮想関数の = 0 はA.8のpure-specifierで=0という特定のスペルと規定されているので7-7がエラーになるのは当然

2018/03/07(水) 22:41:42.97

いや疑問も呈していないし否定しているわけでもないのに当然と言われてもな…

2018/03/07(水) 22:52:11.20

じゃあ何のために、7-7とか言い出したんだ？

2018/03/07(水) 23:02:40.75

>>479
それはあかん。
ひょっとしたら古い処理系でやってるのはあるかもしれんが、
規格違反のはず。

2018/03/07(水) 23:12:03.15

>>483
と、思って調べてたんだけど、 C++ だと確実にあかんようだけど C だとアリなのかもしれない。

2018/03/07(水) 23:58:27.20

offsetof()がどう実装されているかやね

2018/03/08(木) 02:18:11.16

>>476-477
C++14 からリテラルだけに限定されてるよ。
http://d.hatena.ne.jp/yohhoy/20140305/p1

2018/03/08(木) 03:31:21.90

おっ、こんな基本的なことで変更が入ってたのか。
でも当然といえば当然の処置よな。

2018/03/08(木) 06:41:46.04

Cの無意味な汚いゴミが掃除されるのは良いことだ

2018/03/08(木) 07:33:41.79

>>484
しっかりして
流石にこの件では C と C++ 混同されたら対話が成り立たないよ

2018/03/08(木) 18:35:02.35

C++の勉強＋機械学習も勉強しようとVisual Studio 2017でtiny-dnnを用いたいのですが、tiny-dnn内でコンパイルエラーが発生します。
具体的にはxcontainer.hpp内でC3203というエラーが頻発したり、feedfoward_layer.hppではC2760というエラーが発生したりしています。

環境はWindows 7でVisual Studio 2017 communityです。
プロジェクトはwindowsデスクトップアプリケーションを用いています。
tiny-dnnのインクルードはプロパティのインクルードディレクトリに追加しています。

どなたか心当たりのある方がいらっしゃれば教えていただけると嬉しいです。

2018/03/08(木) 19:27:19.96

linux windows両対応のコードを考えている最中の質問です
unsigned int型の変数xの32bitに、char型の配列y[4]の8bit×4を当て込みたいです
y[0]から順にxの先頭ビットに入れたいのだけど
そういう時はどのようなコードになるのでしょうか
符号の問題で単純に24bitシフト+16bitシフト...みたいなことをすると期待の値にならないときが存在してます

2018/03/08(木) 19:50:56.79

unionでどう？

2018/03/08(木) 20:26:39.82

>>491
シフトする前にunsigned charにキャストする

2018/03/08(木) 20:29:17.36

参考
https://stackoverflow.com/questions/2437283/c-c-packing-signed-char-into-int

2018/03/08(木) 22:47:08.29

>>489
スマソ

2018/03/09(金) 11:50:12.37

ヘッダーファイルの関数定義から関数ポインタをtypedefする事は可能ですか？
C++98辺りのコンパイラです。

2018/03/09(金) 12:25:38.00

>>496
昔の C++ には decltype が無いもんな。
出来ないと思うよ。

2018/03/09(金) 12:57:58.47

テンプレート使えないかな？