C++相談室 part132

2017/10/10(火) 00:11:34.01

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

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

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

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

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

2017/11/02(木) 23:18:08.17

>>348
『プログラミング言語C』のmalloc()の実装例のやつで見た

2017/11/03(金) 00:39:07.86

共用体は、パリティチェックで使う

あるサイズの内容を、ある方法で計算して、データが破壊・改変されていないか。
通信データが正しいかどうか

2017/11/03(金) 01:31:20.38

>>349
確保済みのメモリブロックに対してのobject new 演算子ってのが
あるはず

2017/11/03(金) 07:14:49.06

境界調整はalignasでできるようになった

2017/11/03(金) 18:27:07.09

string::format()マダァー？
<<は失敗だったって早く認めようぜ

2017/11/03(金) 21:32:49.68

printf()系関数とstring::c_str()（ていうかbasic_string<T>::c_str()）があるから無問題

2017/11/03(金) 21:34:26.06

入力はscanf()系とか使うとCの経験が長いプログラマーには軽蔑の眼差しで見られるが
cinとかより速くて使い勝手も良いのだから仕方が無い

2017/11/03(金) 21:46:14.60

boost::format よく使ってる

2017/11/03(金) 23:08:11.68

可変テンプレート使えるんならprintfにクラス喰わせたりすることぐらいできるだろ

2017/11/04(土) 00:02:18.18

snprintfじゃstringstreamの代わりとしては役者不足だろ

2017/11/04(土) 07:27:21.97

「役者不足」は造語なんで使わないほうが無難

2017/11/04(土) 09:25:02.17

>>362
しかも「役不足」じゃあ、「役より実力が遥かに高い」の意味だしね。

2017/11/04(土) 12:54:53.20

「力不足」な

2017/11/04(土) 14:09:16.93

>>361
全然ｗｗｗｗｗｗｗｗｗｗｗ
自作クラスのシリアライズ/デシリアライズの下請け関数として使う分には
機能上全く困らない上に速いのだから

で、シリアライズ/デシリアライズおあ
void ISeriarizable::seriarize(FILE* fp)とvoid ISeriarizable::deseriarize(FILE* fp)
にして「<<」や「>>」のオーバーロードみたいな変態じみたことはせずに同等の柔軟性を確保できる
　　

2017/11/04(土) 14:29:00.75

設計が古いな。

2017/11/04(土) 15:30:32.32

cin,cout って組み込みで使えるんかい？
何処をどう書き換えるとそうなるん？

2017/11/04(土) 15:34:07.08

string s1("foo");
const char *p = NULL;
p = s1.c_str();
cout << p << endl;
return 0;
？？？？
cout << s1<<endl; じゃダメなん？

2017/11/04(土) 22:22:05.63

Coutを実験してみたがコードがバカでかくなるので駄目だな。組み込みでは使えない。

2017/11/04(土) 22:34:50.04

>>369
組み込みで何をやりたいのか知らんけど普通coutを書き換えるだろ

2017/11/04(土) 22:37:40.26

組み込みに使うなら実験とかじゃなくちゃんとどんなコードか把握しろよw怖いわ

2017/11/04(土) 22:57:54.30

そもそも組み込みの標準入出力がどんなもんなのかすら想像できないｗ

2017/11/04(土) 23:37:09.27

組み込みでは使えないなんていう次元ならそもそも標準ライブラリ使わないだろ

2017/11/05(日) 00:56:53.05

デバッグ担当「なぁ？なんかログにアホとかハゲとかあるんだけどナニコレ？オレの事おちょくってんじゃねーだろうなぁ？！あ！！！！」

2017/11/05(日) 05:24:49.90

streamの変更ムズいんだけど。
入力だとstreambufのunderflow実装すると思うけど、エラー発生したときどうやってistreamに通知すんの？

2017/11/05(日) 06:18:13.15

struct　lock＿interrupt　｛
　lock＿interrupt（）　：　masked（get＿imask＿ccr（））　｛　
set＿imask＿ccr（1）；　
　｝
　～lock＿interrupt（）　｛　
set＿imask＿ccr（masked）；　
　｝
　bool　masked；
｝；

　／／　in　some　function．．．　
　lock＿interrupt　lk；　
　／／　do　critical　action，　lets　forget　unmask　interrupt　flag！
｝　

このコード　lock＿interrupt（）　：　masked（get＿imask＿ccr（））　｛　
ここの部分の”：”ってどういう意味なの？
何となくコンストラクタとディストラクタがせっとになってるだろうなー
だから”｝”に出会うと自動的にディストラクトされるコードだろうか？
ってくらいしかわからないレベルだから、、、、是非ともこのコードを
使い倒してみたい。

2017/11/05(日) 06:23:01.44

メンバイニシャライザでググれ
てか初等文法くらい勉強しろよ

2017/11/05(日) 06:27:09.42

＞組み込みで何をやりたいのか知らんけど普通coutを書き換えるだろ

ん？
普通はcoutを使わないという意味だろうか？　それなら同意する。
#include <iostream>
を追加しただけで256kbyteを超えてしまう。これではマイコンじゃ使えないな。
もちろんcoutが使えないって意味だよ。使えないなら書き換える？　まあそれは
むりだな。なぜなら書き換える場合でもiostramをインクルードするひつようがあるからね。

つまり書き換えなんてできない。つまり使えないし使わない。すなわち結論としては
Cのsprintfを使うってのが順当かと思う。

2017/11/05(日) 06:30:56.15

>>376
あとついでにクラス全体を説明すると、コンストラクタで割り込みをマスクして
デストラクタで元に戻している。
こんな感じで使う

void foo () {
lock_intterupt lock; // 以下割り込み禁止
if (...) {
....
return;
}
.....
return;
}
割り込み禁止を解除するコードを書き忘れたり複数書いたりせずに済む。

2017/11/05(日) 06:35:39.18

＞メンバイニシャライザでググれ
キーワードありがとう。
ググってみた。メンバーイニシャライザってことはわかったんだがなんか特殊だな
masked = get_imask_ccr();
こういうことか？　なるほど。

2017/11/05(日) 07:06:11.45

ここでlockという名称は何でもいいんですよね。要するにstructを生成するだけだから。
2か所でlockしたいような場合には使えないという欠点があるね。
void　foo（）　｛　
　　lock＿intterupt　lock；　／／　以下割り込み禁止　
　　if　（．．．）　｛　
　　　　　．．．．　
　　　　　return；　
　　｝　
　　lock.unlock();
．．．．．　
　　．．．．．　
　　．．．．．　
　　lock.relock()；　／／　ここでも割り込み禁止　
　　if　（．．．）　｛　
　　　　　．．．．　
　　　　　return；　
　　｝　
　　．．．．．　
　　return；　　　　　　　　／／　ここでlock（割り込み禁止）した部分が解除される。　
｝　
こうするにはどうしたらいい？

2017/11/05(日) 07:09:12.73

なんでclassにしないでstructなのだろうか？

2017/11/05(日) 07:26:22.28

C++の本見るとcout,cinの例が必ず出ているが、これは大きな間違いだな。なぜなら
１．マイコンではiostremは馬鹿でかくて使えない。だからcout,cinは使えない。
２．じゃあパソコンで使うのかというと、パソコンならjavaかC#があるのにC++なんて
使うのは間違い。
以上の理由からサンプルにcout使うのは馬鹿。

2017/11/05(日) 07:28:47.99

というか、もっとmiimaizeしたiostream実装しろよな。といいたい。

2017/11/05(日) 08:04:41.58

>>381
> 2か所でlockしたいような場合には使えないという欠点があるね。
ブロックも知らんのかよ...

void foo(){
　{
　　lock_intterupt lock; // 以下割り込み禁止　
　　if(...){
　　　...
　　　return;
　　}　
　}
　...
　...
　{
　　lock_interrupt lock; // ここでも割り込み禁止
　　if(...){
　　　...
　　　return;
　　}　
　}
　return; // ここでlock（割り込み禁止）した部分が解除される。
}

2017/11/05(日) 09:19:24.45

メンバーイニシャライザーなんて上級者向け

2017/11/05(日) 09:44:11.28

>>ブロックも知らんのかよ...
そういうのがあったのか。　ブロックってスコープだけの問題ではないんだ。
スコープ外れるとディストラクトされるんだ。
いがいと使えるなー。

2017/11/05(日) 09:47:03.86

>メンバーイニシャライザーなんて上級者向け

イニシャルなんて基本中の基本なのに、上級者でしか使えないほど分かりづらい構造になっている。
素直に＝をつかったらいいのにな。

2017/11/05(日) 09:49:48.35

　lock＿interrupt（）｛　
　　masked　＝　get＿imask＿ccr（）；
　　set＿imask＿ccr（1）；　
　｝
これでいいじゃん。

2017/11/05(日) 10:01:45.17

物知らず自慢されても周りの人は当惑するだけですよ。
メンバーイニシャライザが何故必要なのかはメンバーイニシャライザでググってください。

2017/11/05(日) 10:06:52.16

自虐ネタですかね？

2017/11/05(日) 10:08:40.02

このスレ和むね

2017/11/05(日) 10:23:28.34

メンバーイニシャライザでググると

メリット1：const指定のメンバ変数の初期化ができる
メリット2：メンバイニシャライザの方が効率的
メリット3:クラスを継承する場合は、メンバイニシャライザに基底クラスのコンストラクタを記述します。
メリット4:メンバイニシャライザを使えるようになると、プログラミングが上手になったような気分になれます。

とあるが、
１はあまり意味がない。constを初期化しないで使うケースは皆無。
２は理由が不明。わかり難いし、効率が変わる理由がない。効率を変えることができるなら、コンストラクタの効率も上げればいいだけだ。
３も意味不明だ。基底クラスのコンストラクタをイニシャライザに記入する必要性がないと思うが、出来ないのか？　この方法でしか
できないのならそれはデメリットというのが正しい日本語だ。
４はこれが最大のメリットだろうな。

2017/11/05(日) 10:28:17.46

結論
　テクを自慢したい人以外はメンバーイニシャライザは使うべきではない。

2017/11/05(日) 10:30:41.33

>>393
代入するまでそれがどういう状態になるのか考えた？

2017/11/05(日) 10:31:58.48

>>393の文才に嫉妬

2017/11/05(日) 10:33:41.73

上級者すげー

2017/11/05(日) 10:38:30.72

＞代入するまでそれがどういう状態になるのか考えた？

ん？　constとは定数ですよ。代入なんてありえません。設定です。コンパイラーがシコシコ考えて設定済みです。
プログラムが走る時には最初から決まってるもの、最初を決めるのに別にイニシャライザで
やろうが、コンストラクタでやろうが関係ないです。はい。

ちがった？

2017/11/05(日) 10:42:52.94

>>398
うん。君はC++使わない方がいいね。

2017/11/05(日) 10:44:47.64

c#とかのconstと勘違いしてない？

2017/11/05(日) 10:51:53.00

初期化と代入の違い
constとコンパイル時定数の違い

2017/11/05(日) 10:52:44.25

>>398
適当にググって済ますんじゃなくて真っ当なc++本を一通り読んでから帰ってこい。
あと組み込みを前提に考えるのもやめとけ。

2017/11/05(日) 11:05:07.65

>>398
> constとは定数ですよ。
残念ながら違う
class c {
private:
　const int n;
public:
　c(const int x): n(x){}
　...
}
なんてことができる

2017/11/05(日) 11:16:27.20

>>402
そんな本は存在しない。

2017/11/05(日) 11:25:28.59

メンバーイニシャライザの構文は必要悪
だとは感じる

基底クラスやconstメンバの初期化構文が別途必要だったというのは必要悪ながら必要性がﾜｶﾙが
その他のメリットはあんまはっきりしない

2017/11/05(日) 11:38:09.47

＞class c {
＞private:
＞　const int n;
＞public:
＞　c(const int x): n(x){}
＞　...
＞}
＞なんてことができる。

　定数ではなくて、変更禁止の変数ってことだね。それにどれだけ意味があるんだろう。
イニシャライザ―でしか変更できないんでしょ。クラスを生成したときにしか設定できない変数になる
から、定数と同じ機能しかないよ。
const int n = 9600;って書く方が分かりやすい。

しかし別のインスタンスを生成する時は
c rs(115200);みたいに初期値を変更したい場合がある。これを実現できるのはイニシャライザ以外にはないってことか。
なるほど。
全く意味がないってことはないな。たしかにメリットはある。

2017/11/05(日) 11:46:35.42

目醒ましたら香ばしいのがおるなあ

2017/11/05(日) 11:49:30.00

結論を変更
メリット1：クラスのインスタンスごとにconst指定のメンバ変数のユニークな初期化ができる
メリット2：const指定のメンバ変数はユニークに設定できるにも拘わらずコードをまったく消費しない。

2017/11/05(日) 11:50:18.72

>>405
まあ構文はわかり辛いよな
int n; で定義してるのに : n(1) とかはあ？って感じだし
かと言って c(): n = 1 {} って言うのもなれてないせいかいまいちだしね

2017/11/05(日) 12:04:33.48

コンストラクタの構文があるんだから並置してつくるべきだね。
たとえはこんな感じだ。
class cass {
private:
　const int n;
public:
　cass(const int x){}
cass{ n = 9600 }
　...
}

2017/11/05(日) 12:06:36.32

~cass（）があるんだから
！cass()でもいい。

2017/11/05(日) 12:25:46.31

>>406
> const int n = 9600 って書く方が分かりやすい

C++のconstは、ユーザー入力など実行時に決まる値に固定化した変数を作れる

2017/11/05(日) 12:29:36.35

>>410
こいつはコンストラクタを複数持てることも知らんのか...
マジで初心者スレに行けよ

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

2017/11/05(日) 12:31:24.75

>>412
そう言う意味ではC#のreadonlyの方が近い感じだな

2017/11/05(日) 12:58:59.38

＞C++のconstは、ユーザー入力など実行時に決まる値に固定化した変数を作れる

実行時は無理でしょ。インスタンス生成時でしょ。見かけ上実行時にインスタンスを生成することで
可能というだけですよね。

2017/11/05(日) 12:59:54.85

＞こいつはコンストラクタを複数持てることも知らんのか...

オーバーロードってことかな？　イニシャライザとはなんも関係ないね。

2017/11/05(日) 13:00:39.74

＞あと組み込みを前提に考えるのもやめとけ。

C++は組み込みにしか活路がない。というか組み込みに特化すべきだと思う。
PCの場合はJavaとかC#の方が圧倒的にいいからね。

組み込みにCではなくてC++を使うべき最大の理由は？
最大のメリットはScopeが使えることだと思う。NameSpaceとかブロックとかだね。
まあClassの基本構造もスコープを制限できるという意味では含める。これらを使うだけでも
価値がある。

Cでは少しプログラムが大きくなると名前付けで混乱してくる。多少はコード効率が落ちてもC++の方がいい。
C++はすでに化石かと思っていたがなかなか使えそう。

2017/11/05(日) 13:07:42.41

普通にデータベースとかC++で書かれてるが…

2017/11/05(日) 13:12:57.94

多分パフォーマンス重視のソフトとか一つも知らないんじゃね

2017/11/05(日) 13:15:03.92

速度が要求される用途ということは、アセンブラの代替としての言語なのだ。

高級言語志向の奴はKotlinでも使ってろ。

2017/11/05(日) 13:17:22.43

C++で数百万行になるプロジェクトをアセで書けと？

2017/11/05(日) 13:18:14.72

>>415
たとえばインスタンス生成時のシステム時刻をconst変数にセットするとする。
これを実行時と呼ばずになんと呼ぶんだ？

2017/11/05(日) 13:31:02.52

メンバイニシャライザって、基本だろ。
初期化と代入は異なるから、マシン語も異なるし、効率的

君らは、実行ファイル中の、BSS セクションとか、
異なるセクションのデータが、異なるマシン語になる事も、知らんのか？

2017/11/05(日) 13:47:24.79

もはやマシン語がバズワードに見える

2017/11/05(日) 13:47:40.95

>>423
そんなのはプロでもなきゃあまり知らないんじゃない？

2017/11/05(日) 13:52:54.16

＞たとえばインスタンス生成時のシステム時刻をconst変数にセットするとする。
＞これを実行時と呼ばずになんと呼ぶんだ？

クラスを起点で説明するときには、実行時というのはクラスインスタンスのメソードを実行したり
プロパティにアクセスする時が実行時だね。
インスタンス生成時とは区別したほうが分かりやすい。
クラスは大まかには
１．生成して
２．実行して
３．消滅する
というサイクルがある。
constは生成時にしか設定できない。

2017/11/05(日) 13:59:00.72

>>426
少なくともC++においては実行時とは「コンパイル時」に対比する言葉だ。
「クラスを起点に説明する」なんて知らんがな
独自定義か？

2017/11/05(日) 14:41:08.77

>>415
> 実行時は無理でしょ。インスタンス生成時でしょ。見かけ上実行時にインスタンスを生成することで
> 可能というだけですよね。
見かけ上？
意味わからん
インスタンス生成時=実行時なんだが w

>>416
オーバーロードしたコンストラクタ毎に異なる初期値を与えられるんだが>>410の構文でどうやって実現するつもりなんだよ w

2017/11/05(日) 14:59:59.34

メンバイニシャライザの構文、
class Aclass {
public:
　Aclass(int val) : _member(val) {}
...
}
の評判が悪いけど、C++11から使えるようになった{}初期化なら
いくらかマシじゃないかな。
class Aclass {
public:
　Aclass(int val) : _member {val} {}
...
}

メンバに初期値を与える部分が関数呼び出しに見える、
という事態は解消されてるかと。

2017/11/05(日) 15:13:21.78

>>409
なんでそのnのケースで構文を新たに作る話になりますか…

2017/11/05(日) 15:37:01.01

お前ら
T t(args);
って形の初期化付き変数宣言使ったことも見たこともない素人ばかりかよ...

インスタンスとクラスの違いも知らずに他人と話そうとする迷惑な人もいるし。

2017/11/05(日) 15:40:38.86

自虐ネタするときはひろしですって言ってください。

2017/11/05(日) 15:47:09.77

>>430
ん？

> まあ構文はわかり辛いよな
って言う日本語を理解できない人なの？

2017/11/05(日) 16:23:38.88

＞オーバーロードしたコンストラクタ毎に異なる初期値を与えられるんだが>>410の構文でどうやって実現するつもりなんだよ w

ass():{ assmember = 12; }{
....
}
ass(int you ):{ assmember = 99 }{
....
}

2017/11/05(日) 16:32:02.93

>>434
しれっと>>410の構文変えてどうするよ w
>>410の時点じゃ知らなかったんだろ？

2017/11/05(日) 16:34:19.30

知らないでもすぐにまともな構文が考え付くというのに、わざわざ仕様を変更したというのに
またしてもろくでもない構文とは、どういうことだ。

2017/11/05(日) 16:38:07.45

こんな浅い思いつきだけで喋ってるやつによくつき合ってるな

2017/11/05(日) 17:21:19.00

>>433
> まあ構文はわかり辛いよな
という国語はわかったつもりだったが>>409のような変態構文の追加提案に至る必然性がわからん…
そのケースならコンストラクタ内でn=1でええやん？

なお初期化と代入は違うという意見は
コンパイラのコピコン呼び出し回数削減最適化を前提とする限り、
あんまメンバ初期化構文の支持理由としては弱いかなと、（いうのが元レス>>405

2017/11/05(日) 17:33:27.29

>>438
コピー出来ないクラスはどうすんだよ。コンストラクタ内でのメンバーの代入はメンバーの構築とみなすという特殊ルールでも付けるのか？

2017/11/05(日) 17:35:00.88

>>438
>>409の構文にケチをつけたいだけなのはわかったよ

2017/11/05(日) 17:42:24.41

>>439
> コピー出来ないクラスはどうすんだよ。
const 云々言ってるなかで>>438みたいなレスする程度の理解力だから許してやれよ w

> コンストラクタ内でのメンバーの代入はメンバーの構築とみなすという特殊ルールでも付けるのか？
C#のreadonlyはそんな感じだな

2017/11/05(日) 17:44:56.54

>>439
まあYESということもできる

クラスFooのメンバm_a　（∈クラスT）は、Fooのコンストラクタ実行前に構築されているはずはないのだから
　m_a = (some クラスTのオブジェクト)
というのがコンストラクタ内に現れたら、むしろそれを代入と解釈するわけにはいかない
すわなち話がただちにコピコンの出番に絞られる

2017/11/05(日) 17:53:44.93

>>441
ちょっ漏れもconst云々は>>405で言及済みなんだがｶﾞﾝ無視ｶﾖ
何でも俺の仕業かよ…

>>440
いや新たな構文の追加提案自体の罪を問いたい
>>405の通り、基底クラスとconstメンバの初期化については現行のメンバ初期化構文は必要悪なんであって、
それ自体は全否定まではしないが、
基底クラスとconstメンバの初期化以外の用途はコンストラクタ内でのメンバへの（一見）代入（に見える構文）で十分なのでわ！？
というのが漏れのスタンス

2017/11/05(日) 17:58:22.61

まあ漏れの案の欠陥としては、
コンストラクタ内でthisを他の関数bar()（すでにコンパイル済みかもしれない）に渡して
barの中でthis->m_aに代入するのはどうなんじゃ、というのはあるが
（C#はこの点現行C++と同じ実行時コストを支払っているﾊｽﾞ…
　つまりデフォルトコンストラクタでFoo::m_aを構築した状態でコンストラクタに入る

2017/11/05(日) 17:59:06.73

>>443
> 基底クラスとconstメンバの初期化以外の用途はコンストラクタ内でのメンバへの（一見）代入（に見える構文）で十分なのでわ！？
お前がそう思うのは勝手だが、わざわざ用途毎に構文を分けるのは悪手だろ
って言うだけのこと

2017/11/05(日) 18:10:51.69

ｽﾏﾝ>>444の末尾2行は抹消
C#はオブジェクトを参照型でしか扱わないから、明示的にFoo::m_aに対して
どっかで明治ｔ系にnew T()を書かねば何も起きないから、書かなかった場合の実行時コストも糞も無い

2017/11/05(日) 18:14:02.62

↓structもあるとか言い出すアホ

2017/11/05(日) 18:31:44.21

いやすまん>>442の方針にはまだ欠陥があったわ；
Foo::Foo() {
　m_a = 1;　// (1)
　m_a = 2; // (2)
}
と書いた場合、(1)は>>442の方針でm_aの初期化とみなすことはできるが(2)をどう解釈すべきか曖昧になる
やっぱメンバの初期化はコンストラクタ本体実行前に1回だけ行われるようにする現行メンバ初期化構文の方がスマートじゃわ；；

というわけで完全に自己解決しますた！

2017/11/05(日) 18:57:45.52

しっかし「漏れ」って久々に聞いたぞ。

2017/11/05(日) 19:58:56.84

黎明期からROMやっててUNIX板の騒動を解決した御仁もいるんだろ

2017/11/05(日) 21:08:22.04

>>361
<<を使ったフォーマットだと語順を簡単に変えられなくて翻訳対応しづらいという問題もある。