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/24(土) 19:12:27.84

神託は絶望の淵やﾀﾋぬ直前に見えたりするもんやで

2018/03/24(土) 19:18:50.87

>>801
見つけてきたぞ。何処かで発表か何かするの？
http://www.stlport.org/resources/StepanovUSA.html

ところでこのインタビューにあるtamagawa numberってなんだろう

2018/03/24(土) 19:25:16.65

玉河数

https://ja.wikipedia.org/wiki/%E7%8E%89%E6%B2%B3%E6%81%92%E5%A4%AB

に書いてありました。

2018/03/24(土) 19:30:46.97

玉川数じゃ出てこないわけだ

**801** (ｽﾌﾟﾌﾟ Sdba-kSjP) · 2018/03/25(日) 06:55:48.47

皆様ありがとーございます。
論文の枕で書こうかと思いまして

2018/03/25(日) 11:36:01.08

char* str = "abc";

とは書かずに、

const char* str = "abc";

と常に書くようにと本に書いてあります。

理由は文字列リテラルは直接書き換えてはいけないからであると書かれています。

●コンパイルは通っても、実行するとエラーになることもある。
●同じ内容の他の文字列リテラルまで書き換えられてしまうことがある。

とも書かれています。

禁止されているにもかかわらず、コンパイルが通る可能性があるというのはどういう
ことなのでしょうか？

（１）コンパイルエラーが発生
（２）コンパイルは通るが実行するとエラーが発生
（３）コンパイルは通り、実行してもエラーが発生しないが、同じ内容の他の文字列
リテラルまで書き換えられてしまうという不具合が起こることがある。

コンパイラーの設計者には、（１）、（２）、（３）の選択肢があるのはなぜでしょうか？

禁止されているのだから、一律にコンパイルエラーにするのが自然に思われます。 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

2018/03/25(日) 11:39:58.12

const char* str = "abc";
const char ca[] = {'a', 'b', 'c', '\0'};

の二つは同じことだと思っていましたが、これは違うということでしょうか？

const char* str = "abc";

では、"abc"をある場所に格納しておき、それを使いまわしたりすることがある
ということでしょうか？

例えば、

const char* str1 = "abc";

const char* str2 = "abc";

と書いたときに、 str1 == str2 になることがあるということでしょうか？

一方、

const char ca1[] = {'a', 'b', 'c', '\0'};
const char ca2[] = {'a', 'b', 'c', '\0'};

と書いた場合には、それぞれ、別に格納場所が確保されるということでしょうか？ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

2018/03/25(日) 11:41:04.91

>>807
>>469

2018/03/25(日) 11:44:30.72

すみません。
カーニハンらの本の日本語版のp.127に書いてありました。

char amessage[] = "now is the time";
char *pmessage = "now is the time";

の違いについてです。

そして、文字列の内容を変えようとすると、その結果は不定となる

と書かれいます。なぜ不定としているのかについては理由は書いてありません。

2018/03/25(日) 11:46:43.36

>>809

ありがとうございました。
故意に違反状態にするということもあるんですね。
正直言って無駄に分かりにくいところがあるんですね。

2018/03/25(日) 12:26:26.43

うん過去のもうメンテナンス不能なコードは膨大なんでそうするしか仕方ないんだよ

2018/03/25(日) 12:40:02.16

以前にも同じ質問出たし荒しかとおもた

**デフォルトの名無しさん** · 2018/03/25(日) 13:01:03.23

C++相談室で出す話題でもなかろに

2018/03/25(日) 13:06:46.65

一応初心者向けのスレっていう体じゃなかったのか？

**デフォルトの名無しさん** · 2018/03/25(日) 13:52:43.26

ここか、

C言語なら俺に聞け 145
http://mevius.2ch.net/test/read.cgi/tech/1519046038/

せめてここ向きの質問だろう

【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1509780815/

2018/03/25(日) 15:10:26.39

>>810
旧K&Rつまり第一版は書換可能だったの

**デフォルトの名無しさん** · 2018/03/25(日) 15:22:53.51

C++スレでK&Rの話すんなや

2018/03/25(日) 17:38:21.10

>>807
ISO/IEC14882:2017 C.1.1の段落3で
char* p = "abc"; // valid in C, invalid in C++
となっているので、C++ではコンパイルが通ってはいけない

なぜ通ることがあるのかというと、
JIS X3014:2003 D.4で
定値文字列からの暗黙変換文字列リテラルに対し，定値から非定値へ暗黙変換することは，推奨しない（4.2参照）。
となっており、C++03に従う限りコンパイルは通ることになっていた名残だ

2018/03/25(日) 17:59:44.09

するなと言われてもスーパーセットなんだからC言語の記法がどこまで通じるかは重大な問題だと思う

2018/03/25(日) 18:24:54.69

建前「それは間違い」なんだが
本音ではそのとおり

2018/03/25(日) 18:36:39.65

>>820
スーパーセットにするというよりは、
つかず離れずというポジションかなぁ。
C++ が先にやったのを C で取り入れたことも有るし。

2018/03/25(日) 18:55:57.82

可変長配列とか名前付きの構造体初期化とかc++に取り込まれたんだっけ？
スーパーセットは20年前にとっくに終わったんじゃないかと。

すでに導入されてたらスマソ

2018/03/26(月) 05:22:15.91

>>823
たぶん入ってないな。

可変長配列 (VLA) って確か C でもオプショナルに格下げされてただろ。 (C11 から)
C++ のイニシャライザはだいぶん複雑になっちゃったから辻褄の合うようにするの大変だろうし、
もうやらないんじゃないかな。

2018/03/26(月) 11:36:03.37

実用レベルではほぼスーパーセットといっても差し支えない

**デフォルトの名無しさん** · 2018/03/26(月) 11:51:36.03

実用レベルではCがC++のサブセットだし🙄

**デフォルトの名無しさん** (ｽﾌｯ Sdba-5bpY) · 2018/03/26(月) 12:28:17.38

実用レベル:=C++にも存在する機能に制限されたC

2018/03/26(月) 22:04:18.63

C11の_GenericとかそれCで敢えてやる必要あるの？って思う

2018/03/26(月) 23:52:36.66

微妙に使い辛い機能だし分からんでもないけど、本当の名前がちゃんと見えてるのはちょっと安心感

2018/03/26(月) 23:58:29.09

>>828
スイッチで選択するのをスマートにした感じやな。
イマイチ～～。
テンプレート一個書いて複数にジェネレートさせる方が好み。

2018/03/27(火) 01:36:13.83

あるクラスAのラッパークラスWで
A&を受け取る場合はWの全てのメソッドが使えて
const A&を受け取る場合はWのconstメソッドだけが使えるように制限する設計って
ありましたっけ？

2018/03/27(火) 01:42:41.92

おーばーらいど。

2018/03/27(火) 06:31:21.75

あとは operator -> でポインタ返すやり方とかだな

**デフォルトの名無しさん** · 2018/03/27(火) 06:53:48.55

>>831
制限っていうのは、コンパイルエラーにしたいの？

2018/03/27(火) 07:01:18.53

A a0;
const A a1;
W w0(a0);//OK
W w1(a1);//NG
const W w2(a1);//OK
const W w3(a0);//OK
で、Wの非constメソッドには必ずconstメソッドが対応して存在している
みたいな

2018/03/27(火) 07:12:14.69

設計がダサい気がするけど、何に使うんだろう。

**デフォルトの名無しさん** · 2018/03/27(火) 07:35:02.82

>>835
NGっていうのは、コンパイルエラーにしたいの？

2018/03/27(火) 07:36:16.27

>>837
そうですね

2018/03/27(火) 07:40:26.10

>>836
明確な欠点を指摘出来ない時に使う言葉だな
「ダサい」

2018/03/27(火) 11:34:17.37

クラスを
W
MutableW (変更可能なW)

と分けるのがよく使われる現実的な解だと思う
MutableW は W の派生型として実装すると楽

>>835
＞で、Wの非constメソッドには必ずconstメソッドが対応して存在している

この部分は意味不明なので聞かなかったことにしておく

2018/03/27(火) 12:08:25.74

なるほど、ありがとうございます

2018/03/28(水) 16:37:44.82

>>831
テンプレートにしておいて SFINAE で分岐するという方法はとれるが……。

2018/03/28(水) 18:32:49.43

C言語ってこんなので就職できるらしい…

【企業】「”C言語…？どこかで見た”程度でOK」名古屋のアテック、求人広告が話題に　エンジニアの人材不足、面白求人でカバーできる？
https://asahi.5ch.net/test/read.cgi/newsplus/1522229305/

本物のC++プログラマーを募集してる某社とはえらい違いだな

2018/03/28(水) 20:11:10.89

永久にPHP弄らせる要員としては十分

**デフォルトの名無しさん** · 2018/03/28(水) 20:50:12.70

>>843
言語ヲタなんてプロジェクトに一人いれば十分だし

兵隊は言語の知識よりコミュニケーション能力、報連相、Excel方眼紙スキルが大事よ

2018/03/28(水) 20:55:08.40

上司を黙らせるスキルでしょ
盛らないでね

2018/03/28(水) 22:09:32.87

会社員なのだから上司が納得することだけが重要

**デフォルトの名無しさん** · 2018/03/28(水) 22:29:42.33

上司なんか関係ないやろ

お客さんを味方に付けることや

2018/03/28(水) 22:33:35.60

関係あるだろ

2018/03/28(水) 22:46:49.55

上司も客も関係無いよバカども
プログラミングの話だバカども

2018/03/28(水) 23:56:58.42

マ板でやれ

2018/03/29(木) 00:40:46.75

visualstudio2017 Win32アプリケーションでSQLiteを使いたいのですが
Nugetにそれらしきものが合ったのでインストールしようとしたのですが以下のエラーでインストールできません。
https://www.nuget.org/packages/SQLite/

パッケージ 'SQLite 3.13.0' をインストールできませんでした。このパッケージを 'native,Version=v0.0' を対象とするプロジェクトにインストールしようとしていますが、
そのフレームワークと互換性があるアセンブリ参照またはコンテンツファイルがパッケージに含まれていません。

どうすればよいのでしょうか。

2018/03/29(木) 00:42:57.97

CoAppのタイムスタンプ調べてみて。
NuGetは捨てろ。

2018/03/29(木) 00:48:50.94

代わりに何を使うか。
VCPKG。
ただし、MSは三年後にVCPKGも捨てているだろう。
逆に我々がVSを捨てる時期に来ている。

2018/03/29(木) 00:53:15.59

MSの方針としてC++を捨ててC#に移行させるというのがあって、C++ユーザーはあの手この手で改宗を迫られる。
もはやVSでC++は苦行。
というか、WindowsでC++が苦行。

2018/03/29(木) 00:55:08.86

C++を捨ててC#に移行するか、Windowsを捨ててOSXかLinuxに移行するか。
二択。
WindowsではC#が正解。
なぜならMSがそれを望んでいるから。

2018/03/29(木) 01:05:50.70

C++のチームも頑張って更新してるけどな
IDEとコンパイラは十分なのに
・パッケージマネージャーがクソ
・再起動しないとPATHが更新されない
・VSのプロジェクトが用意されていないとビルドが面倒
と環境が整備されてなさすぎる

2018/03/29(木) 01:09:04.86

C# + C++/CLI + C++
という選択肢

2018/03/29(木) 01:14:03.03

我々が間違っている公算も高い。
我々はC++を使いこなせる。
だから、C++なら簡単にできるのになぜそうしない？と思ってしまうが、これから学ぶならC#のほうが簡単だろう。
MSがC#を推すのは正しいのかもしれない。

2018/03/29(木) 01:20:39.82

C#はビジネス用だから
より早く大量にコードを生産することを目的としているからC++とは用途が違う

2018/03/29(木) 02:12:12.07

Android でも iPhone でも Windows でも使える共通部分のコードは c++ で、
ってのを C# に変えたいのかもしれんが
別段 c++ で不自由ないしなあ…

てか c# って .Net のイメージ強すぎて単体で使える気がまるでしない

2018/03/29(木) 03:27:22.16

未だにproperty実装出来ていないC++標準仕様が異常なんだぜ
そりゃMSも堪忍の尾が切れるってもんだぜ

2018/03/29(木) 04:16:13.07

ら、ライブラリで実装できるから・・・。
ちなみに、プロパティっぽい提案は過去出てるが、全くテーブルに乗らない。

2018/03/29(木) 04:45:16.84

誰もプロパティを欲していないのである

2018/03/29(木) 06:44:05.72

俺も欲しくない
コスト予測し辛杉ﾃﾞﾌ

2018/03/29(木) 07:38:47.09

C#はいい言語だよ
Linq便利だし

ただC++とは用途が違うってだけ

2018/03/29(木) 08:06:33.99

何度聞いてもプロパティが欲しいという思いが沸かないんだが

2018/03/29(木) 08:10:21.70

ウィンドーズホンでネイティブC++とC++/CXの間を取り持つwrapperを書くのに使う
Wrapperを書くのに便利

2018/03/29(木) 10:37:15.71

プロパティが使えたらMFCのような糞環境でUpdateDataを使わなくてよくなる

プロパティに代入で表示が変わり
プロパティからそのまま値が取り出せる

2018/03/29(木) 10:39:27.42

しかしVisual Studioは何だってUTF-8で保存されるのをそんなに嫌うんだろうか。
あの手この手でUTF-8で保存するのを妨害してくるけど。

2018/03/29(木) 10:40:42.80

VSで開発してLinuxに移植されるのを嫌がってるんだろうかね。
その割にはgdbと接続できるようにしてるし。

2018/03/29(木) 10:47:23.77

>>869
ナイナイ
今だって setFoo() だの getFoo() だの実装すりゃできるけど初学者以外はやらないだろ？
実装するにも使うにも効率が悪いからね。

2018/03/29(木) 10:47:32.92

>>869
それはsetter/getterではできないことなんだな？

2018/03/29(木) 10:57:10.36

a.Hoge+=100;
みたいな事をできて便利だなと思うことはあるけど無けりゃないでいいわレベル

2018/03/29(木) 11:06:30.37

プロパティはメソッドともフィールドとも区別できるメタデータとしての活用が唯一の動機なんだが
結局のところ実行時の型システムまで整備しないととただの構文糖だしなあ

2018/03/29(木) 11:06:41.49

>>873
A.Width+=20;
と
A.setWidth(A.getWidth()+20);

どっちがいい？;

2018/03/29(木) 11:10:04.25

>>876
後者の方が好きだな

2018/03/29(木) 11:14:39.59

a.value++とかif(a.Width==100)とか
普通に書けるものをわざわざgetter setter書きたいんだな
変ってる

2018/03/29(木) 11:32:58.49

UI とのバインディングを失笑されたら
シンタックスシュガーでこんなに楽にかける！と主張し始めたよw
そりゃ楽にかけて便利だよな。
そのためのものだもの。そこは同意する

2018/03/29(木) 11:35:30.24

GUIだけじゃなくて他にも使えるというか
他がメイン

2018/03/29(木) 12:12:32.14

>>878
そういう風にお手軽にメンバを書き換えるのは事故のもとなのでやめましょうってことでめんどくさくしたのに
戦争を知らない世代みたいな
現状でもa.value()++とかif(a.Width()==100)でできるしな
これまでのコードとの一貫性を破壊してなおかつ年代物のコンパイラに更に複雑なパースをさせて得られるものがちょっと括弧を省略するだけとは

2018/03/29(木) 12:14:06.74

プロパティのメリットは最初publicで適当に実装しといても後からgetter/setter付きのprivateに変えれる所じゃない？

2018/03/29(木) 12:18:25.09

変数がない状態でもテストに通るように作るべきだからpublicで変数を持たせる機会が一瞬もない

2018/03/29(木) 12:18:48.50

C++builderってプロパティなかったっけ。
たいそう便利だったような気がするのだが、思い違いだろか。

2018/03/29(木) 12:19:57.65

そもそも最近のGUIビルダってC++ビルダーの影響受けまくってるような感じがする。

2018/03/29(木) 12:20:28.54

トップダウンで理想から考えるのが早い
どういう風に書ければ満足するんだ

2018/03/29(木) 12:26:29.79

>>881
パースが面倒になるとは思えない
変数と同じ使い方なんだから変数のようにパースするだけだと思うが…

それにお前はコンパイラつくらないじゃん

2018/03/29(木) 12:28:52.39

c++0x（）以降の理念で仕様策定だけしたらいいじゃん
基本機能を妨げないように仕様追加

使うかどうかは本人次第
誰も強制しない

2018/03/29(木) 12:30:14.95

拡張forもautoも馬鹿みたいに文句言ってたけど今でも使うなって言う人はいるのかな

2018/03/29(木) 12:31:30.92

使うな！

2018/03/29(木) 12:31:44.70

わかりました使いません…

2018/03/29(木) 12:59:19.47

頭かったｗｗｗｗ

2018/03/29(木) 13:03:56.15

>>887
これらを採択する人の中にGCCやMSVCの人がいないわけないじゃん
関数として扱うのか、変数として扱うのか決めなきゃいけない
そしてどうやってポインタをとるのかなど色々な問題がある
そしてさっきも言ったけど括弧を少し減らせるだけでできることが増えるわけじゃないというのが最大の問題

2018/03/29(木) 13:16:13.95

得意げにご高説を垂れ流してる最中に申し訳ありませんが

a.value++;
と
a.value()++;
は別物
あえてみんなスルーしてくれてるのに

2018/03/29(木) 13:20:41.15

>>894
参照返しなら同じでは？

2018/03/29(木) 13:33:25.09

ん？
参照した値を変えるとGUIの表示とか更新してくれんの？
getterとsetterあったとして実行してくれんの？

a.width()とa.widthが同じgetter的な動作してくれるのはわかるけど

2018/03/29(木) 13:38:37.15

アンチプロパティの人なんでそんなに必死なん？

2018/03/29(木) 13:47:08.78

>>896
プロキシクラス

2018/03/29(木) 14:39:11.63

GUIの表示を更新するように作れば更新される

2018/03/29(木) 14:39:13.31

a.value()++; が参照返しとかどんだけヘボいんだよｗ
リファレンサのprvalueだろjk

2018/03/29(木) 15:02:55.47

プロパティ不要とは言うけどそもそものプロパティの仕組みと効果はわかってないんだね
こんな人ばかり

2018/03/29(木) 15:57:57.60

何スレか前にもプロパティの議論あったんだけどね・・
少なくともgetter/setterを自動生成する、みたいなクソな機能ではないぞ