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

**sage** (ﾜｯﾁｮｲ ebe8-KIob) · 2017/10/29(日) 12:54:06.20

組み込みはPCで動くの違って配置も考えないといけないから大変だな

マイコンでの配置に関してはここより組み込みが普通の電電板のマイコンスレでの方が良いような気がするが。

2017/10/29(日) 16:49:46.36

>>274
純粋にC言語の書き方するだけならコンパイラの能力次第だと思う

2017/10/29(日) 18:26:51.08

ヘッダファイルに型定義して、実装をCPPに書くのってどうかなーと思う。特に組み込み
だとファイルを分ける意味がわからない。分けるとクラスのイメージが掴みにくい気がする。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd33-+nyC) · 2017/10/29(日) 18:28:45.31

>>307
コンパイル時間短縮とか中身の隠蔽とかしたいなら、ソースとヘッダーを分けてもいいんじゃね？

2017/10/29(日) 18:58:48.05

>>307
その定義した型を他のファイルから使う時はどうするのさ？
単一のファイルしか使ってないなら分ける必要はないけど

2017/10/29(日) 19:08:11.02

クラスってのは型の定義なんだから、使う時は全部インクルードではだめなの？
例えば
clsAAA.h
clsBBB.h
...
clsXXX.h

main.cpp
の中で
include "cls\clsAAA.h"
include "cls\clsBBB.h"
....
include "cls\clsXXX.h"

2017/10/29(日) 19:13:52.28

>コンパイル時間短縮とか中身の隠蔽とかしたいなら、ソースとヘッダーを分けてもいいんじゃね？
100個くらいクラスがあってもどってことないと思うが、、、ロード時間が問題になるんだったら
clsディレクトリにクラスファイルを入れて
prtディレクトリにメソッドを実装しない型だけ抜き出したのを入れといて、xxx.prtをインクルードする
方がいいと思う。

2017/10/29(日) 19:15:39.48

prtは自動生成できるって前提だｙ。

2017/10/29(日) 19:18:10.19

やっぱりメッソドがデータなんかと分離するのはわかり難い。他のオブジェクト指向のコンパイラでもそんなことはしないしね。

2017/10/29(日) 19:21:46.87

ヘッダだけだと循環参照起きるし、循環参照起きるところだけcppってのも気持ち悪い

2017/10/29(日) 19:34:33.73

>>313
分けなきゃいけないことはない
分けた方が効率が良い（場合が多い）というだけだから
理解した上で敢えて分けないならそれはそれで好きにすれば良い

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd33-+nyC) · 2017/10/29(日) 19:36:43.09

>>314
inlineキーワード使って定義もヘッダーに書いちゃえば？

2017/10/29(日) 20:07:38.66

>>307
> ヘッダファイルに型定義して、実装をCPPに書くのってどうかなーと思う。

>>310
> クラスってのは型の定義なんだから、使う時は全部インクルードではだめなの？

いったい何をどうしたいのかさっぱりわからん

2017/10/29(日) 20:13:48.53

>314
前方宣言でいいのでは？
そういうのは特殊な場合だけだから

2017/10/29(日) 22:07:47.02

>>318
class Aからclass Bのメソッドを呼んで
class Bからclass Aのメソッドを呼ぶ場合前方宣言だけでは無理なはず

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd33-+nyC) · 2017/10/29(日) 22:10:20.28

>>319
宣言を両方最初に書いておき、定義を後に書く。

2017/10/29(日) 22:21:25.90

>>320
class Aとclass Bが同じファイルで定義されてるならいいかもしれないけど、そうじゃない場合のほうが多いでしょ

2017/10/29(日) 22:40:54.16

いづれにしてもメソッドをばらして別ファイルに書くほうが良いという根拠にはならんだろ。

2017/10/29(日) 22:52:18.92

一部分けなきゃできないところがあるから全部分けるだけで、できるならc#とかみたいに全部一つのファイルに書きたい

2017/10/29(日) 23:53:27.12

それだとクラスが縦に長くなって範囲がぱっと見わからなる
１クラス１ファイルの場合はいいけどさ

2017/10/30(月) 01:18:16.05

てかコードの利用者はヘッダしか見ねーんだから普通に分けとけよ

2017/10/30(月) 03:59:29.97

>323
できないところってどんなところ？　C#にできてC++にできないなんてどういうことか意味わからん。
ｃｌｓ：：とか邪魔くさい。悪しき慣習だろ。あまりにばかげてるからC#では止めにしただけでしょ。

2017/10/30(月) 05:31:15.27

>>323
一部だけ分けりゃいいじゃん
それとシングルソースにしちまうと分担がしにくいだろ

2017/10/30(月) 09:03:26.26

>>327
ヘッダとソースを分けないでって意味でシングルソースってことではないと思うぞ

2017/10/30(月) 10:19:54.36

モジュールについては検討中みたいだからそのうち仕様に入るんじゃね？
コンセプト並みのビッグトピックだからどんどん後ろ倒しされそうな気もするけど。

2017/10/30(月) 22:49:10.56

vector<shared_ptr<T>>を使う場合、
shared_ptrから自分自身のvector上のindexを取得するにはvector要素を1つずつ走査していくしかないんかね？

vector[0]のアドレスをうまく引き算すればうまくいくかと思いきや、
shared_ptr自体は同じアドレスを持つインスタンスがvectorに格納されているわけでないのでうまく行かんのです

2017/10/30(月) 23:15:50.92

>>330
基本的には無理。

何らかの基準でソート状態を保たせていれば、バイナリサーチ系の処理（lower_boundとか）が使えるので、必ずしも一個づつチェックする必要は無い。

2017/10/31(火) 01:31:02.70

もしindexが変わらんのであれば別にmap<shared_ptr<T>, int>持つとか
Tにindex持たせるとか

2017/10/31(火) 06:49:36.25

cppで作ったライブラリ(.a)をcに取り込むときって何か注意いる？

cppには公開apiを１つ用意して、そのなかでクラスを作って計算させようとしてる

2017/10/31(火) 08:34:02.64

>>333
その公開apiをextern "C"するのを忘れない事。

2017/10/31(火) 09:33:49.44

extern "C" しとかないと大抵はリンクの段階で失敗してくれるから、そんなにおかしなことにもならないだろうけどね。
あとは C++ 側で作ったライブラリから例外が送出されると C 側を通過できなくてクラッシュする環境がある。

2017/10/31(火) 11:08:02.92

>>300
やり方しだいジャネーノ？C++推奨しないが、スタックが～ ramが～っていうなら自分で管理するか、newに任せるにして実験すればいいんじゃね？
#include <stdio.h>
#include <string.h>
char buf_hige[1000];
class Hoge {
private: char *m_pBuf; int m_size, m_IsNew;
public:
Hoge(char *p, int s) { m_size = s; m_pBuf = p; m_IsNew = 0; }
Hoge() : m_size(100) { m_pBuf = new char[m_size]; m_IsNew = 1; }
~Hoge() { if (m_IsNew) { delete[]m_pBuf; printf("~Hoge()自動削除\n"); } else printf("~Hoge()\n"); }
void zero() { memset(m_pBuf, 0, m_size); }
void show() { printf("アドレス %p size %d\n", m_pBuf, m_size); }
};
void main() {
char buf_hoge[200];
Hoge a(buf_hige, sizeof(buf_hige));// 自分でメモリー割り当ててクラスを使う普通は ram.. #pragmaとかで移動できる？
Hoge b(buf_hoge, sizeof(buf_hoge));// 自分でメモリー割り当ててクラスを使う mainのstack
Hoge c;// 内部でnew/deleteして動的に使う ram
a.zero(); b.zero(); c.zero(); a.show(); b.show(); c.show();
}

2017/10/31(火) 14:04:56.90

普通の opereter new 定義するだけじゃ駄目なの？

2017/10/31(火) 15:27:26.38

その例なら m_pBuf とか m_size とか m_isNew がどこに置かれるかって話してるんだよ

2017/10/31(火) 15:50:52.40

>>300
リンカスクリプトで定義できるんじゃねーの

2017/10/31(火) 20:31:59.83

>>331
>>332
返信thx
やっぱむりかー。index持たせる方向で検討します

2017/11/01(水) 09:45:22.08

>>338
リンカーでMAP指定して確認したらいいんじゃねーの？アドレスわかるだろ？

2017/11/01(水) 23:49:32.94

共用体って使い道あるの？
素人目からしたら役に立つようには到底思えない

2017/11/02(木) 00:33:40.96

使わずに済むならそれにこしたことはないだろうけど、
部分的に動的型みたいにしたいときは有るよ。
yacc が生成するコードに出てきたりする。

2017/11/02(木) 01:14:44.84

>>342
例えば通信パケットとかで必ず固定長だけど、複数の箇所のコマンドとか意味とかのコードで
内容がコロコロ変わる様な時は便利かも知れない？
それぞれの構造体にキャストしろよって言いたくもなるけど、
複数の人で開発してると通信パケットの内容とかで下らない不具合出したくないから
１つのヘッダで全部規定したりって事はあったな

2017/11/02(木) 01:35:58.84

あ、後H8開発してた時とか、メモリマップドIOとかがモードでコロコロ意味変わる時、
１バイトのデータになったりビットフィールドになったりなとことかがunionになってた

2017/11/02(木) 04:56:03.82

union RGBA{
struct {R:5,G:5,B:5,A:1};
std::uint16_t Colors;
};
こんな感じのことするけど。たまに。

2017/11/02(木) 04:57:25.31

あ、片宣言抜けてた。
たまにしか使わないからなぁ。
struct {std::uint16_t R:5,G:5,B:5,A:1};

2017/11/02(木) 09:40:30.47

union { double d; int i; char c;} u;
は1番大きな要素、この場合は double d のサイズと
メモリアライメントを持つというのが union の重要な機能
これのおかげで非ワード境界からワードを読もうとするようなコードを避けられる

2017/11/02(木) 21:55:55.26

#pragma data_seg
でdllの共有領域を作ってるんですけど

ここにクラスのインスタンスを置いておくことはできますか？

2017/11/02(木) 22:11:01.00

コンストラクタのない、構造体にメンバ関数付いただけのクラスのインスタンスなら大丈夫じゃないかな。
動的にメモリをアロケーションするクラスではアロケーションしたメモリは共有されないので注意。

2017/11/02(木) 22:11:46.90

↑
共有されないってのは「プロセス間で」ということね

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
そんな本は存在しない。