C++相談室 part131 [無断転載禁止]©2ch.net

2017/07/29(土) 11:28:28.97

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

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

前スレ
C++相談室 part130
http://mevius.2ch.net/test/read.cgi/tech/1490917669/

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

■長いソースを貼るときはここへ。■
　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

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

2017/09/06(水) 18:55:53.01

んぁ？

2017/09/06(水) 19:15:05.29

>>630
>>632-639
ありがとうございます！

まさに>>635だったみたいです
1行ごとに入力を読み込みたいからsstream使ってたのですが
そのせいでwhileループで毎回sstreamとstringの変数を定義しているせいでした

cinとstringだけで入力を読み込むようにして
変数の定義をループの外にしたらようやく自分のコードで通りました

sstream使わなくてもstring変数の定義をループ内に書いたままにしてたら
ずっと通らなくてそれで何時間も四苦八苦してようやくすっきりしました

変数の定義って思いの外処理時間がかかるんだなあとしみじみ実感しました

わざわざコーディングまでしてくださってありがとうございました

2017/09/06(水) 21:33:01.28

> 変数の定義って思いの外処理時間がかかるんだなあとしみじみ実感しました

ものによる
テキトーこくな

2017/09/06(水) 21:57:51.28

>>642
> ものによる
string だろ
話の流れも読めないのか？

> テキトーこくな
実際にやってるだろうに何を言ってるんだよ
いちゃもんつけたいだけか？

2017/09/06(水) 22:53:02.57

変数の定義って処理なのか？

stringが遅いのはどの言語でも同じ。ヒープに確保してるから。
Cの特権は固定長ならスタックに文字配列を確保できること。

2017/09/06(水) 23:16:43.16

>>644
COBOLとかFORTRANヒープの概念があるとは

2017/09/07(木) 00:17:30.43

デフォルトだとcinがstdioと同期取ってやたら遅かったりもする罠

2017/09/07(木) 02:37:57.68

コンストラクタがやけに重いクラスとかあるんだよ、標準でも。

2017/09/07(木) 06:02:40.83

C++のstream関連は全て糞
operator<<()の多重定義で自作クラスのフォーマット文字列化（stringizing）ができる、というのがちょっと嬉しかったけど
しょせんコードの見かけだけの話やし、実行速度は速いし改造もしにくい、
（printf()ならvprintf()を使って関数1個書けば良いところをstd::streambufの派生クラスを作る羽目に、、
　行単位の排他とかの作り方を比べたらﾜｶﾙ

だいたい一般に1つのクラスに対して一般に
　(1) 人間が読むためのフォーマット文字列化
　(2) ストレージか何かへのシリアライズ
　(3) ストレージか何かからのデシリアライズ
の3つの要求が生じるのに対してoperator<<()とoperator>>()の多重定義の2個では数が足りない
だったら上記3メソッドのインターフェースを全部Cのstdioベースで実装して済ませるわ；

とにかくC++の中にあってstreamはパフォーマンスよりもコードの見かけに拘ってみました感が異端

2017/09/07(木) 06:46:38.33

>>644
> 変数の定義って処理なのか？
コンストラクタって知ってるか？

> stringが遅いのはどの言語でも同じ。ヒープに確保してるから。
そもそもstring型はすべての言語にないし文字列型と言う意味ならFORTRAN77のように固定領域にとる言語もある

>>645
モダンなバージョンなら普通にあるでしょ
Fortran ⇒ Allocate 文
Cobol もオブジェクト指向になってるぐらいだからあると思う

2017/09/07(木) 07:52:40.01

相談室ということで
C++でディープラーニングのライブラリといったらTensor Flowとtiny dnn以外にあります？

2017/09/07(木) 08:09:04.47

>>650
ソニーから nnabla だったかな

2017/09/07(木) 08:40:05.33

ライブラリなど不要

2017/09/07(木) 12:48:57.45

学習など不要

2017/09/07(木) 12:51:16.16

>>648
おちつけ。

> 実行速度は速いし改造もしにくい、

> だいたい一般に1つのクラスに対して一般に

2017/09/07(木) 15:45:42.89

>>649
つまりインスタンス生成を「変数の定義」って言ってるのか。分りにくいな。

2017/09/07(木) 16:59:31.64

宣言でなく定義ならそういうことだろう

2017/09/07(木) 17:17:37.39

>>651
ありがとうございます
調べてまいります

2017/09/07(木) 23:11:06.34

でけた！
ttp://judge.u-aizu.ac.jp/onlinejudge/review.jsp?rid=2524752#1

>>654
ｽﾏﾝorz

2017/09/08(金) 10:17:30.47

>>658
お、ちょっと早いな。

2017/09/08(金) 21:05:50.39

>>648
モダンな言語の多くはprintfライクだし、javaも結局追加された。
printfライクのほうが効率的なことは経験的にわかってるのだからstreamにイマドキのformat関数を追加してくれればいいのに。

2017/09/08(金) 21:16:51.55

もっと50 msばかり速くすた、
ttp://judge.u-aizu.ac.jp/onlinejudge/review.jsp?rid=2526468#1

2017/09/08(金) 22:55:01.80

さらに1桁速くしたわふーん（0.65 sec → 0.06 sec）
ttp://judge.u-aizu.ac.jp/onlinejudge/review.jsp?rid=2526595#1

メモリ消費量も1/4未満になた、（34520 KB → 7432 KB）

2017/09/09(土) 14:52:21.58

>>662
それって双方向連結リストなの？

2017/09/09(土) 19:52:47.52

https://ideone.com/aKaZF9
これ、なんで通らないの？
頭爆発しそう。

2017/09/09(土) 20:19:57.93

あぁ、色々いじってたら通った。
わけわかめ。

2017/09/09(土) 20:23:23.69

と思ったらイデオンGCCで動かねーでやんの。

https://ideone.com/oqpQ8i
VC2017では動く魔法のコード。

2017/09/09(土) 20:39:58.02

もちつけ https://ideone.com/czcAS9

2017/09/09(土) 20:47:48.75

うほ。素晴らしい。
が、今度はVCで動かなくなった。
なんじゃそれ。

2017/09/09(土) 21:07:39.82

なんか、VCもGCCも半分くらいずつ間違えてる予感。
Setだけだとストレージがないからなんかバグの予感するし。
ストレージ持たせようとすると修飾が間違ってるって言われてる感じがする。
なんだこれ。

2017/09/09(土) 21:15:58.82

識者求！急募だ！！

2017/09/09(土) 21:53:02.98

https://ideone.com/mqTzb8
これで手打ち。
よくわからん回り方されたなぁ。
とほほほ・・・。

2017/09/09(土) 21:58:32.95

最後に。さんきゅーそー。

2017/09/09(土) 23:23:25.26

VC++のバグ…ではなくいつもの標準非準拠の独自仕様の気はする
https://ideone.com/10vEzK

2017/09/10(日) 00:32:56.15

>>673
およ、折衷案できそうか？
自分はVC動けばいいんだけど、
コード公開するときに動かないと間抜けっぽいから良対応しようと一応やってる。
visualデバッガが便利すぎてVCやめるの大変。

2017/09/10(日) 00:56:23.48

デバッガのフロントエンドは自作するもの

2017/09/10(日) 00:57:46.72

完全な解決策も規格の規定も知っているが、
再現する最小限のコードにしてから他人に見せる知能も持ち合わせていない者には時間の無駄

2017/09/10(日) 02:34:17.64

非修飾名の探索の問題だから発想を変えて明示的修飾で回避すればいいって話？
https://ideone.com/YTnOF2

2017/09/10(日) 06:00:54.71

templateの使い方を完全に勘違いしてやがる。

2017/09/10(日) 07:35:26.76

折衷案色々あるなぁ、感心する。

>>676
別に個人のコードでどこかに迷惑かけてるわけじゃないし、この程度のコードも読めない方が問題。
それに高慢なお方は最初から相手にしてない。マウントしてほしくてやってるんじゃないんだよ。

2017/09/10(日) 07:49:26.32

https://ideone.com/Ofcm9I
>>677を採用。これで解決しました。
明示の仕方がいまいちよくわかってなかった。
大変ありがとうございました。

2017/09/10(日) 10:50:41.00

プロパティー実装例か…
しかしまぁクソ面倒だ罠

2017/09/11(月) 21:22:51.45

auto で受けるとおかしげなことになるんちゃう？

2017/09/12(火) 01:44:38.63

馬鹿に触らせるなテンプレートって昔から言うしな。
フレームワークのテンプレートライブラリ提供する側だけが使っていいんだよ。

2017/09/12(火) 08:52:24.85

テンプレートはSTLやboostのまねをしていれば下手なことにはならないはずだが

2017/09/12(火) 08:56:45.99

真似するだけでも、それなりのスキルが必要だ

2017/09/12(火) 09:35:13.31

何故そういうコードになっているかを理解せずに猿真似して意味があるかどうかはわからんけど
autoで受けるとおかしなことになるのは、キャストや代入で望む結果を得る方法（expression templateなど）全部そう
暗黙のキャストでなく関数呼び出しを強制すればautoでも大丈夫だけど

2017/09/12(火) 10:11:33.04

> 馬鹿に触らせるなテンプレートって昔から言うしな。

自分が触りたくないのはわかったから

2017/09/12(火) 19:29:46.28

>>682
コピコン切ってあるから大丈夫だと思う。あとは推論性能。

2017/09/12(火) 19:43:33.31

コピコン

2017/09/12(火) 20:29:35.11

コピーコンストラクタ！

2017/09/12(火) 22:54:11.94

>>688
あ、なるほど、状況を勘違いしてた。

C++17 からは RVO が使える場合は常に RVO で処理する (従来は「してもよい」というオプショナルな動作) ことと、
そのときはコピー (ムーブ) コンストラクタが無くても良いというルールが念頭にあったのだけれど、
この場合は RVO は関係なかった。スマソ

2017/09/12(火) 23:35:09.46

>C++17 からは RVO が使える場合は常に RVO で処理する

ほうほう、それは本当ですか

2017/09/14(木) 16:51:14.81

そうです。

2017/09/14(木) 17:39:29.28

>>693
だとすると
https://wandbox.org/permlink/KeuEcKR5gy18bi3K
この二つのアドレスは同じになるはずでは？

2017/09/14(木) 22:59:53.42

いい流れだ

2017/09/15(金) 15:29:03.53

"clacla.h"
class Clacla {
void func1();
void func2();
void func3();
};

"clacla.cpp" //実装部
クラスClacla くくり { <-ここ
void func1() { printf( "1" ); }
void func2() { printf( "2" ); }
void func3() { printf( "3" ); }
};
のように関数の実装時にClacla::を省略する方法ってあるでしょうか？

2017/09/15(金) 15:33:45.29

>>694
最適化が有効なら C++17 であろうがなかろうが clang なら RVO が効くはずだけど、 u.p の値は null になっちゃうな。
RVO がどうこうじゃなくて this の挙動に関するなんか変なルールが適用されてるとかかも？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdb3-dc9P) · 2017/09/15(金) 16:07:51.71

>>696
クラス内部にインライン関数を埋め込む方法しかない。

**696** (ﾜｯﾁｮｲ c1a6-PzL5) · 2017/09/15(金) 16:35:44.21

>698
やっぱり無いですよね。
ありがとう。

2017/09/15(金) 21:02:35.06

>>697
いやだからISO/IEC DIS 14882:2017 15.2/p3の規定により常にRVOが働くわけではないのではないかと申しているのですよ
ついでにu.pがnullptrになることはない

2017/09/15(金) 21:24:40.19

実にC++相談室らしい流れ

2017/09/15(金) 21:27:27.94

右辺値参照の暗黙適用は例外の処理で不都合があるよね
元の値をTmpにコピっといて例外発生で書き戻すにしても
関数A処理内で呼び出した関数Bからの例外をAのユーザコードでは完スルーなのに
コンパイラコードではコッソリ捕まえて書き戻す必要が有る
そんときロックでも掛かってたらどーすんのよと

呼び出し繋がりを横断的に管理要するとんでもないコスト増なんじゃね？

2017/09/15(金) 21:36:23.16

Tmpのアドレスを関数B（およびその先の関数）が知る可能性がコンパイラから見て排除できない限り
関数Aから関数Bを呼び出す前にTmpは元の値の完コピーにならざるおえないのでは…
（そうでなければ副作用のある関数を安全にコンパイルできない＆安心して書けない

さらにロックに入るときと出るときは上と同じ理由で結果的に完コピーになる上に、
まともなOSならメモリバリアまで手当てしてくれるんじゃ…

2017/09/15(金) 21:42:30.18

つまり右辺値参照の暗黙適用が効力を持つのはｽｹﾞｰ広範にインライン展開されるような場合
（当然いかなるOSのAPIやシステムコール類の呼び出しも含まない
「だけ」
であって、通常のプログラマーにはあんまありがたみがはっきりしない仕様

※ 個人の感想です

2017/09/15(金) 22:02:45.85

コンパイラに頼らないで、素直にパラメーターの参照にしよう

2017/09/15(金) 22:04:08.03

>>700
意図するところをあらためて説明すると、
最適化オプションを有効にする (RVO が効くはず) と実際に null になるんだから
clang があてにならないのじゃない？という話。

2017/09/15(金) 22:08:16.65

いや noexcept 付きを呼ぶ場合も有難味あると思うよ
C++は const祭りに noexcept祭り追加でござる
特殊化も爆発

2017/09/15(金) 22:34:11.14

>>706
なるほど理解した
C++11の頃に輝いたclangはその後、規格的にはG++にも劣るゴミなのでそのへんは致し方ない

2017/09/16(土) 11:22:55.52

forward祭り

2017/09/18(月) 10:24:11.11

tcp/ipの勉強のためにC＋＋で何か作れば勉強になるかな？って思ってるのだけど
こういうものを作れば勉強になるよってものある？？
パケットの動きだったり階層の考え方だったりを学びたい

2017/09/18(月) 10:40:29.87

>>710
TCP/IPの勉強ならWireSharkの使い方覚えた方が早いかも
その上のプロトコルレベルなら勉強したいプロトコルの簡単なクライアントから始めればいいと思う
ちなみに俺はNetNewsに流れるむふふ画像を取り込みたかったのでnntpのクライアントをperlで組んで勉強した

2017/09/18(月) 11:05:46.29

>>711
プロトコルレベルの勉強をしたい
そうなるとhttpサーバを立てることになるのかな？
そういう場合は簡単なhttpサーバとクライアントを作成すれば良いのかね？
それで通信しあってwiresharkで中身を見てtcpだったりhttpだったりを見るべき？

2017/09/18(月) 11:39:07.40

おれは一昔前、深夜ボリュームでかくする姉貴のPCが煩くてTCP通信でマスターボリューム弄るサーバー＆クライアント作ってコッソリ仕込んでコントロールしてたな。
まぁ、やってやるぞというモチベーションは大事だとおもうよ。
ガンバってね。

2017/09/18(月) 11:41:39.15

>>713
それ仕込んでるとき超ワクワクしそう

2017/09/18(月) 11:43:19.16

>>713
姉貴のパソコンにサーバプログラム常駐させる
そいつがポートXXXで待ち構える

同じ家なのでネットワーク帯は同じで
自分のpcからポートXXXにメッセージ送信する

姉貴のサーバプログラムが受け取ってボリューム下げる処理をする

こんなことしてたってことかね？

2017/09/18(月) 12:01:08.52

>>715
まぁ大体そんな感じなんだが、急に音量小さくすると即効でばれるので、まず、姉貴PCの音量を取得するのが第一だな。
そこからスライダーでボリューム下げていった値をサーバーに順次送信しサーバープログラムがその値に応じて音量を徐々にフェードコントロールするといった具合だな。

2017/09/18(月) 12:08:20.13

>>716が>>715の三人きょうだいの次女である可能性が否定できない

2017/09/18(月) 12:10:35.92

>>716
いつも音量小さくなってたのはあんたのせいだったのね？？

ってことはそれって通信はhttp？

2017/09/18(月) 12:15:30.74

>>718 http関係ない
ボリュームと改行の平文を繰り返し送るだけの超簡易仕様
だれでも作れる

2017/09/18(月) 12:57:21.32

>>719
相互にsend recvしてるだけってことかな

2017/09/18(月) 13:48:18.24

>>712
サーバーよりクライアントの方が簡単だからサーバーは適当な奴持ってきて簡単なクライアントを作るところから始めればいいと思う

2017/09/18(月) 14:27:41.23

>>721
IISサーバとかってことかな？
あの辺の使い方も基本は同じよね？
ポート指定して使うみたいな

2017/09/18(月) 15:08:42.19

>>722
> IISサーバとかってことかな？
環境ならWindows IISが簡単だろうね
ネットでググれば情報たくさんあるし

2017/09/18(月) 17:35:56.07

そもそも、TCP/IPの練習にC++は妥当なのか？

2017/09/18(月) 17:55:46.62

>>724
CとC++しか言語知らんのや...
IISサーバーと通信できない
これのポートとかどう設定するんや...

2017/09/18(月) 18:29:11.61

ネットワークライブラリは現在策定中だっけ。

2017/09/18(月) 18:34:59.92

>>725
以前ネットワークプログラム勉強するのにこのサイト利用させてもらった
わかりやすいと思う

http://x68000.q-e-d.net/~68user/net/

2017/09/18(月) 20:33:20.53

>>727
今読み始めたけど丁寧でわかりやすい

2017/09/19(火) 10:23:20.37

初歩の初歩の初歩の質問なんだけど
あるPCにポートXXを口とするサーバソフトを同時に二つ立てることはできないよね？
1つめはXXを使うとしてその後にたてられた2つめはどうなる？
(スレチっぽくなってますがよろしくです...)

2017/09/19(火) 10:38:02.75

出来ます
サーバー側はリクエストに応じて複数のプロセスを起動し、
同じポート番号を使って複数のプロセスが受け答えします
各プロセスはそれぞれで生成したソケットを使ってクライアントとやり取りします

2017/09/19(火) 10:57:49.02

>>730
それってプログラム内でforkして子プロセスを作る場合の話です？
サーバソフトAとサーバソフトBの両立ができたとすると
ポートXX使用します！ってのはどこでどちらを使うと判断するのでしょうか...

2017/09/19(火) 13:04:43.06

特定ポートでlistenするプロセスは一つだけです。
複数のプロセスで共用は出来ません。

2017/09/19(火) 17:39:27.17

>>729
LANポートが複数あればできるし、LANポートがひとつしかなくてもIPアドレスを複数割り当てられるなら可能

2017/09/19(火) 18:44:47.92

>>733
ああ言えばこういうの典型
どうでもいいけどC++と関係ないクソ話もうヤメロよカスども

2017/09/19(火) 18:49:41.83

しかも間違ってるという

2017/09/19(火) 18:57:54.46

>>735
ん？
どこか違ってたっけ？

2017/09/19(火) 19:48:42.76

>>736
二つ前のレスくらい読んでほしいものだ

2017/09/19(火) 20:12:29.29

C++98ではできない
C++11以後できるようになった
だろ、通信は本質的にマルチタスクだ

2017/09/20(水) 00:14:27.26

なにをいってるかよくわからんがすごい自信だ。