C++相談室 part137

2018/08/27(月) 16:02:00.94

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

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

前スレ
C++相談室 part137
https://mevius.5ch.net/test/read.cgi/tech/1531558382/

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

■長いソースを貼るときはここへ。■
　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/08/27(月) 16:03:04.41

すまんスレ番ミスった

2018/08/27(月) 16:03:29.14

謝って許されることじゃないね

2018/08/27(月) 16:22:40.23

こういうヤツがプログラミングするとえらいことになる

2018/08/27(月) 16:26:27.53

1 はクズ

2018/08/27(月) 17:22:00.81

フェイルセイフ機構として
スレッドを立てて何分間あるいはレス何個までは
立てた人に限りタイトルを修正できる、
みたいな機能があっても良いかも知れん。

あるいは事前に「これから立てるスレッドは～の後継である」
みたいな宣言ができて、重複や番号の間違いをチェックしてくれるとか。

2018/08/27(月) 17:25:07.23

>>6
それいいな。しばらく放置して、正当スレと認められたら
時間ギリギリで>>1の内容を書き換えるのにちょうどいい

2018/08/27(月) 18:21:58.03

結局どうするん？
ここ使用？

2018/08/27(月) 22:39:11.81

vector<object*>* func()
{
vector<object*>* vect　= new vector<object*>;
for(int i = 0; i < 10; ++i)
{
object* obj = new object;
vect->push_back(obj);
}
return vect;
}

若干うろ覚えなんですけどこんな関数があります。ポインターを収納したベクターへのポインターを返すというものです。
まず質問なんですけど、関数内でnewして確保したメモリアドレスを返すってこれあまり良くないこと……ですよね？それともよくあることでしょうか。
それともう一つ。仮にmainなりどこかでこの関数の戻り値を受け取って利用したあと、メモリ解放はどうすればよいのでしょう
例えばdelete vectだけか、それともobject*をループで回して全部にdeleteすればいいのか、それとも両方やらにゃならんのか

よろしくお願いします。

2018/08/27(月) 22:45:10.99

どなたか c++でのソケット通信を使った複数人が使えるチャットのサンプルコード持ってる人いませんか？
ネットで色々調べてるんですけど、tcpじゃなくてUDPのやつだったりwindowsじゃなかったりcだったり書いてあることが難し過ぎたり...
そもそも1:1のコードばかりで複数人対応のサンプルコードが見つかりませんorz

2018/08/27(月) 22:46:54.38

複数人対応にするにあたって、複数のソケットを用意するのとselect関数が必要になると思うのですけど、selectの方はおそらく理解できています。
複数のソケットからアクセプトされるところの流れが全然分からないです。
今自分が書いてみたコードだとスタックオーバーフローというらしい現象が起こってしまってます。

2018/08/27(月) 22:47:25.25

難しくないものは存在しないとオモ

2018/08/27(月) 22:50:37.52

>>9
ループで回して解放しないとダメ
JAVA脳だと放置するところだけど

2018/08/27(月) 22:57:17.24

>>9
どっちもnewするなら両方deleteしないといけない（もちろんobjをループでdeleteするのが先
何が良い・良くないは自分で考えた方がいいよ

>>11
アクセプトされる、ってのは認識がおかしい
listenしたソケットに来た接続要求を、acceptで受け入れてクライアントとのセッションを開始する
サーバーはlistenで要求待ちするソケットと、acceptでクライアントと通信するソケットを持つ
クライアントはconnectでサーバーに接続して通信するだけ（ソケットは１つでよい）

2018/08/27(月) 23:00:46.13

>>11
コードさらした方が話が早いよ
それより複数人だとどういうトポロジーで繋ぐの？
例えば4人だとどうなる？

◆QZaw55cn4c (ﾜｯﾁｮｲ 4a60-vl9i) · 2018/08/27(月) 23:09:16.63

>>10-11
次の本が、似たような状況（たしかレーシングゲームだったか）のサンプルを載せていたと記憶しています
https://www.amazon.co.jp/gp/product/4774117544/

Windows の winsock も UNIX のバークレーソケットと似たようなもので、若干の修正は必要ですが、そこはネットを参考にして書きなおせる範囲だと思います
この本は初版が 1992 年頃に出たときから htons()/ntohs() が書いていない、とボロカスだったんですが、私はとっても好きだったのです…

2018/08/27(月) 23:16:58.65

listenで待ってるｽﾚｯﾄﾞ（もしくはﾌﾟﾛｾｽ、こっちならあとでfork()する）がいる

listenで待ってるｽﾚｯﾄﾞやﾌﾟﾛｾｽからacceptして
peerと新しいｿｹｯﾄで通信するｽﾚｯﾄﾞを作る

もうｺﾚで分かる

2018/08/27(月) 23:32:35.96

>>9
ゲームエンジンの本には、よくメモリープールの実装が載っている。
こういう機能を抽象化した、モジュールを誰かが作っているはず

Effective とか、デザインパターンの本も読んだ方がよい

2018/08/27(月) 23:32:44.53

サーバーが自分用のソケット一つと複数個のユーザー用ソケットを作成し、ユーザー一人につき一つのソケットが割り振られるイメージでした。

2018/08/27(月) 23:52:05.98

こんな感じにpublicにもmainいてもエラーにならないのはどうしてですか？

Main.h

class CMain
{
public:
int main(int argc, char* argv[]);
};

Main.cpp

int main(int argc, char* argv[])
{
return 0;
}

2018/08/27(月) 23:57:35.85

一般関数のmainとメンバ関数Cmain::main()は別物だろうよ。

2018/08/28(火) 00:05:18.35

>>20
名前空間が違っていて区別がつくから同じ名前のものがあっても大丈夫。

2018/08/28(火) 00:18:40.52

>>21,22
なるほど、それもそうですね

2018/08/28(火) 07:30:50.31

>>13 >>14
ありがとうございました。やっぱ両方なんですね

>>18
メモリープール初めて知りましたがこんな方法あるんですね
あと上司がおよそ20年に渡って継ぎ足し継ぎ足ししてきたすぱｇ秘伝のコードなので今更構造変えられんのです……

2018/08/28(火) 07:39:23.68

スマポつかえよ！

2018/08/28(火) 07:44:24.16

上司のコードに文句言いつつデリートも知らん奴がなんか言っとる

2018/08/28(火) 07:49:16.32

勇んでデリートするようなコード書きたいか？

2018/08/28(火) 08:58:31.81

>>24
リファクタリングの機会を設けないと秘伝が負債になるのがこの業界

2018/08/28(火) 08:59:48.56

auto pointer, smart pointer ?

2018/08/28(火) 10:05:03.87

rip.auto_ptr.

2018/08/28(火) 15:32:29.83

>>19
1:1のソケットを4つ用意すれば4人でチャットできますよね？送ったメッセージをサーバーサイドが受け取って他の3人のソケットに送るイメージです

2018/08/28(火) 15:45:07.84

あー、それなら合ってるね
そのままのイメージで書いてみればいける

2018/08/28(火) 19:28:50.38

>>32
それぞれのソケットの中身で違うのはポートだけってことで大丈夫ですかね？

2018/08/28(火) 19:45:32.21

まぁポートだけ、というかリスニングの処理だけ特殊とは言えるかも

2018/08/28(火) 20:36:55.08

このスレって競プロerいる？

2018/08/28(火) 23:15:21.08

>>35
いる

2018/08/29(水) 00:22:05.79

関数からreturnされる値は必ず自動的にmoveされる？

2018/08/29(水) 00:25:41.59

コンパイラと設定によると思う

2018/08/29(水) 00:26:07.98

計算機S　192.168.0.1:40000　⇔　計算機A　192.168.0.16:41769
計算機S　192.168.0.1:40000　⇔　計算機B　192.168.0.17:61544
計算機S　192.168.0.1:40000　⇔　計算機C　192.168.0.18:61568
計算機S　192.168.0.1:40000　⇔　計算機D　192.168.0.19:63490
　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　　↑最初に接続する計算機のﾎﾟｰﾄは通常自動的に空き番が使われるようにする
計算機Sからみてpeerは
計算機Sが受付を待っているﾎﾟｰﾄに
接続する必要がある

2018/08/29(水) 01:16:31.78

え、TCPいうてたしサーバーのIPとポート指定して接続してつなぎっぱなしを想定してたんだけど違うのか
いちいち切って繋ぎ直すなら別だけど

2018/08/29(水) 01:39:42.75

受付嬢は一人、ご相談は各担当に回す
みたいな

2018/08/29(水) 01:56:45.22

>>37
値が rvalue でムーブコンストラクタが存在するならばムーブされる。
(lvalue も状況によっては rvalue になることもある。)
ただし、 RVO の適用条件に叶う場合は RVO が適用されるかもしれないのでコピーもムーブもされないことは有りうる。

2018/08/29(水) 13:02:14.24

Hogeというクラスがあったとして、
Hoge getHoge();
という関数があるときに、
Hoge &hoge = getHoge();
と参照で受けて問題ない？

2018/08/29(水) 13:31:26.82

ダメ
getHoge()の返却値はprvalueなので
constのない左辺値参照で受けることはできない

右辺値参照か、
constのついた左辺値参照が必要

2018/08/29(水) 15:21:15.25

>>43
getHoge() の返却値は一時的なオブジェクトなので
原則としては完全式の終わりに解体されることに
なっているが、 >>44 の述べる通りの方法で参照で受けたときに限って
例外的に寿命が延長される規則がある。
参照のスコープの終わりがオブジェクトの寿命になる。

RVO が発動するだろうから、そもそも参照で受ける意味があんまり無いと思う。

2018/08/30(木) 00:25:01.05

書籍スレで聞いたらスレチ（？）と言われたので質問させて下さい(m´・ω・｀)m
C++で新し目（出来れば2016年以降に発売したもの）の入門書でオススメがあれば教えていただきたいのですが…
よろしくお願い致します。

2018/08/30(木) 01:05:42.98

ありません( ｰ`дｰ´)ｷﾘｯ

2018/08/30(木) 02:11:48.32

Effective Modern C++は読んどいたほうがいいけど入門書じゃねえな
うーん

2018/08/30(木) 02:18:12.89

>>43
全く問題ない。
規格にもしっかり書いてある。

2018/08/30(木) 05:39:20.37

>>49
どこに？

2018/08/30(木) 07:30:44.91

>>46
あるわけいだろ
C++は入門言語じゃない

2018/08/30(木) 07:40:22.80

>>46
このへん

ISBN-10: 4797394633
日本人の著者では柴田氏の作風が俺的にはお奨め
入門だからって抜いちゃいかんことを押さえてる

ISBN-10: 4798119598
C++といえばこの人
出版が2011年とやや古めだが
プログラミングの地頭を鍛えてくれる

2018/08/30(木) 08:03:54.88

そもそも、何も知らない初心者がなんで「2016年以降」とか限定するんだ？
何か根拠があるわけでもないだろう。

2018/08/30(木) 08:35:46.61

古い本だと古い規格で説明されてるから、初心者には良くないって点はあるね。
#include <cstdio.h> みたいな中途半端な古さは特にやっかい。

『プログラミング言語C++』第4版を読んどきゃええじゃろ、と思ったけど
初版が2015年3月だから「古い本」だな。

2018/08/30(木) 09:34:44.57

2016年に何かあったの？

2018/08/30(木) 10:11:29.31

> #include <cstdio.h>

こんな時代あったか？

2018/08/30(木) 10:17:39.13

ときどきＣがわかってない日本人が入門書書いてたりして余計路頭に迷わせたりする

2018/08/30(木) 10:25:15.01

>>48
effective 「modern」 c++ って良いの？
ただの effective は良いってほぼ全員認めてるが、more とか modern はあまり勧められないしどうでも良い本なのかと思ってた

2018/08/30(木) 10:56:25.83

math.hとcmathってどっちがいいの？
そもそもcmathインクルードしてもM_PI使えんしよく分からない

2018/08/30(木) 10:58:18.11

>>58
effectiveならいいっていう老害なんだろ

2018/08/30(木) 11:01:43.96

>>52
柴田の本は辞めとけ
初心者には無理
あれは大学の講義でかわされるやつ

2018/08/30(木) 11:49:16.45

>>61
初心者つーかオマエだろ？
大学の授業についていけない二回転５

難癖ばっかりつけてないで
幼児用のC++の本を出してみな