【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/18(火) 07:07:27.20

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

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

**デフォルトの名無しさん** · 2017/08/12(土) 22:15:11.32

class C {
private:
static int secret;
public:
friend int peep() {return secret;}
};
このpeepはどうやって呼び出すのが正解なんだぜ？

**デフォルトの名無しさん** · 2017/08/12(土) 22:18:47.73

てかそれコンパイル通る？

**デフォルトの名無しさん** · 2017/08/12(土) 22:25:08.16

>>384
コンパイルは通るんだがまるで飲み込まれたようだぜ
c.peep();
peep();
C::peep();
どれも反応しない

**デフォルトの名無しさん** · 2017/08/12(土) 22:28:18.66

へー、通るんだ。
とりあえず、peep()はメンバー関数じゃないから引数にCを渡すなりするのが普通の使い方だろう。

**デフォルトの名無しさん** · 2017/08/12(土) 22:33:38.16

>>380
「そもそもROM」ってなに？
マスクROMしかダメとか？

**デフォルトの名無しさん** · 2017/08/12(土) 22:41:10.73

おおお
Cクラス渡すと通った
class C {
private:
static int secret;
public:
friend int peep(C data) {return secret;}
};
int PosCalc(BOOL flag) {
C data(0, 0)
int count = peep(data);
//いろいろ計算
}
ダミーでインスタンス渡すってことなんだな

**デフォルトの名無しさん** · 2017/08/12(土) 22:44:09.18

friendの意味分かってる？

**デフォルトの名無しさん** · 2017/08/12(土) 22:53:16.34

ROM　不揮発メモリ
RAM　揮発メモリ
リードオンリー何それ

**デフォルトの名無しさん** · 2017/08/12(土) 23:05:04.34

MRAMとかFRAMは不揮発

**デフォルトの名無しさん** · 2017/08/12(土) 23:05:42.05

>>383
http://ideone.com/qc8SUA

**デフォルトの名無しさん** · 2017/08/12(土) 23:10:35.92

secretはstaticだったか。見落としてた。

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/13(日) 00:36:14.04

>>387
Read Only つってるのに、意味が拡大して結局それどういう意味なんだよっていう

**デフォルトの名無しさん** · 2017/08/13(日) 01:36:36.53

文脈で判断しないと。CでROMつったら不揮発性メモリのこと。CDROMのことではない。

**デフォルトの名無しさん** · 2017/08/13(日) 01:39:15.30

それにしてもfirendって付けた関数の方にボディーを書くことが出来るんだな
キモ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/13(日) 01:59:58.88

CでぇーROMまんてぃっく

**デフォルトの名無しさん** · 2017/08/13(日) 06:29:34.48

>>395
それは違う

**デフォルトの名無しさん** · 2017/08/13(日) 06:30:06.63

>>396
friendじゃなくてもかけるけど

**デフォルトの名無しさん** · 2017/08/13(日) 07:55:49.45

>>390
ReadOnlyMemory

**デフォルトの名無しさん** · 2017/08/13(日) 08:21:05.43

揮発不揮発は関係ない
読み込みと同等の速度で普通に書き込みが出来るか
Cの場合、普通の代入やmemcpyで普通に書き込み出来るかどうか

**デフォルトの名無しさん** · 2017/08/13(日) 09:45:28.87

>>398
おまえのマイコンにはCDROMが内臓されてるのかよ。馬鹿は休み休みいえ。

**デフォルトの名無しさん** · 2017/08/13(日) 10:05:31.19

>>401
また頓珍漢なことを。

**デフォルトの名無しさん** · 2017/08/13(日) 10:16:39.11

>>395
メモリの不揮発性ってのは意味合いが違うぞ。
フラッシュメモリは不揮発性だがROMではない。

**デフォルトの名無しさん** · 2017/08/13(日) 10:25:56.46

EEPROMの一種だろうが。組み込み経験ない奴はもうレスすんな。

**デフォルトの名無しさん** · 2017/08/13(日) 10:37:54.73

組み込み経験と何の関係がw

**デフォルトの名無しさん** · 2017/08/13(日) 10:38:05.69

>>399
普通friend指定はこのようにするとおもう
http://www.sirochro.com/note/cpp-class-friend-function/

それを
http://ideone.com/qc8SUA
のように出来るのはキモいと思うが

**デフォルトの名無しさん** · 2017/08/13(日) 11:19:48.45

>>404
フラッシュメモリはROMの仲間だけど…

**デフォルトの名無しさん** · 2017/08/13(日) 11:20:22.74

EEPROMはROMなのか？

**デフォルトの名無しさん** · 2017/08/13(日) 11:31:45.02

不揮発性だけどROMでしょ

**デフォルトの名無しさん** · 2017/08/13(日) 20:43:58.81

そりゃ揮発性のROMって意味ないから...

**デフォルトの名無しさん** · 2017/08/13(日) 21:09:32.11

肉抜きのステーキとかチーズ抜きのチーズバーガーみたいなもの？

**デフォルトの名無しさん** · 2017/08/13(日) 23:37:23.43

そういうこと言うから豆腐ステーキとか書きたくなる

**デフォルトの名無しさん** · 2017/08/13(日) 23:41:05.82

>>356
そういう仕事をするハメになったら
タラタラ文句言うだけで成果出せなくてもいいの？

**デフォルトの名無しさん** · 2017/08/13(日) 23:45:20.52

ん？天抜きとかたのまないの？

**デフォルトの名無しさん** · 2017/08/13(日) 23:51:34.49

天ぬきは天ぷら抜きの天ぷら蕎麦じゃないからな。

**デフォルトの名無しさん** · 2017/08/14(月) 00:40:01.90

世の中知らんやつらが多いな

**デフォルトの名無しさん** · 2017/08/14(月) 00:46:16.17

フラッシュもEEPROMもROMと呼ばれる
ROMの語源はRead Only Memory
でも、今は消去や書き込みが可能なメモリにも使われるようになった

読み書きともランダムアクセスが可能で、アクセス時間も読み込みと書き込みで大きな差が無いものがRAM
DRAMやSRAM, MRAM, FRAMがこの範疇

そうでないものがROM
NAND, NOR, EEPROMなんかはROMという扱い

**デフォルトの名無しさん** · 2017/08/14(月) 00:59:13.70

いろんな人がいるね。
俺の中では電源切っても覚えてるかどうかの違いだよ。

**デフォルトの名無しさん** · 2017/08/14(月) 01:00:55.60

MRAMはROMか？
FRAMはROMか？

**デフォルトの名無しさん** · 2017/08/14(月) 01:16:56.43

ROMです（俺の中ではね）

**デフォルトの名無しさん** · 2017/08/14(月) 01:33:45.85

ID:qET1a6fjが非常識なのはよく分かったけどあまり言いふらさない方が生活し易いと思うよ

**デフォルトの名無しさん** · 2017/08/14(月) 01:37:55.14

もう少し役立つ話題にしろよ

**デフォルトの名無しさん** · 2017/08/14(月) 04:51:13.03

template <typename T>
class DataStoreArray
{
public:
explicit DataStoreArray(std::size_t size) : mValueArray(new T[size]) {}
~DataStoreArray() { delete [] mValueArray; }
inline T operator[](std::size_t index) const
{
cout << "from primary : T : " << index <<endl;
return mValueArray[index];
}
inline T& operator[](std::size_t index)
{
cout << "from primary : T& : " << index <<endl;
return mValueArray[index];
}
private: T* mValueArray;
};
int main()
{
static const int size = 3;
DataStoreArray<int> iStoreArray(size);
for (int i = 0; i < size; ++i)
{
iStoreArray[i] = i * 10;
}
}
from primary : T& : 0
from primary : T& : 1
from primary : T& : 2
iStoreArray2[i] = i * 10;で[]をオーバーロードした時
戻り値がT&のほうが呼び出されるのはなんででしょうか?

**デフォルトの名無しさん** · 2017/08/14(月) 05:23:42.65

class Point {
public:
Point() {}
int x, y;
};

std::vector<Point*> vec;
vec..push_back(new Point());

こんな感じに作られたvectorの中のPointを解放するにはどうしたらいいでしょうか
以下のようなコードを考えて実行していたところ、free_base.cppというところで例外が発生しました
内容は「block Error reading register value.」です
for (unsigned int i = 0; i < vec.size(); i++) {
delete vec[i];
}

**424** · 2017/08/14(月) 05:24:58.54

>>424
自己解決しました。

**デフォルトの名無しさん** · 2017/08/14(月) 05:58:41.65

>>425
タイプミスとは思うけどvec..push_backのドット2つ付けてるのが原因じゃ

**デフォルトの名無しさん** · 2017/08/14(月) 18:57:13.14

>>427
それではないです

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/14(月) 19:38:37.75

>>425
コンパイラーを変えてみたら？

**デフォルトの名無しさん** · 2017/08/14(月) 20:02:20.41

↑バカ

**デフォルトの名無しさん** · 2017/08/14(月) 21:00:06.87

>>425
ここに書いてない部分に問題がある気がする

**デフォルトの名無しさん** · 2017/08/14(月) 21:09:59.18

>>431
delete済みのポインタを更にdeleteしてたりしてな

**デフォルトの名無しさん** · 2017/08/14(月) 22:15:23.49

>>425
stackoverflow.comで聞くといいよ

**デフォルトの名無しさん** · 2017/08/14(月) 22:21:54.47

2chにコード書きこんで質問するんなら
そのコードで問題が再現するのかどうなのかぐらい確認してから
書き込んだ方が良いだろうな、常識的に

**デフォルトの名無しさん** · 2017/08/14(月) 23:12:49.50

でも2chだからなー

**デフォルトの名無しさん** · 2017/08/14(月) 23:24:57.28

普通は再現する最小限のコードこさえてる時点で
たいていはバグの原因に気付いて質問やめる

**デフォルトの名無しさん** · 2017/08/15(火) 00:30:11.65

> block Error reading register value

これ何のエラー？

**デフォルトの名無しさん** · 2017/08/15(火) 01:01:30.84

>>437
WindowsのHeapFreeが出したりするエラーで基本的にはメモリをぶっ壊してる事に起因するらしい
ただしリビルドしたら治ったとかいう話もあったりしてなんだか分からない

**デフォルトの名無しさん** · 2017/08/15(火) 01:17:41.90

なら、流行の方法は知らないけど、ポインタを最初にNULLできちんと初期化して
NULLチェックしてからdeleteして、deleteしたら忘れずにNULLで初期化すれぱいいんじゃないの。

**デフォルトの名無しさん** · 2017/08/15(火) 01:36:52.39

スマポ使え

**デフォルトの名無しさん** · 2017/08/15(火) 01:43:30.18

>>439
deleteするときのNULLチェックていらないよね
NULL(nullptr)のdeleteは何も起こらない保証があるから使い終わった後にNULL代入するのはよくやるけど

まぁ今どきのC++なら素直に>>440だね

**デフォルトの名無しさん** · 2017/08/15(火) 02:48:07.41

調べたらいっぱいあって余計に混乱しそうだわ
auto_ptr
unique_ptr
shared_ptr
weak_ptr

**デフォルトの名無しさん** · 2017/08/15(火) 06:24:37.22

>>442
ナマポで自分でやるのがいいよね

**デフォルトの名無しさん** · 2017/08/15(火) 08:15:54.91

>>442
auto_ptr ⇒ オワコン、使用禁止
unique_ptr ⇒ 共有しないならこれ
shared_ptr ⇒ 共有するならこれ
weak_ptr ⇒ はて？いつ使うんだこれ

**デフォルトの名無しさん** · 2017/08/15(火) 08:22:05.26

なんか循環参照がどうとか言う時に使う

**デフォルトの名無しさん** · 2017/08/15(火) 08:37:37.53

weak_ptrってかシンプルなreference_ptrみたいなのがほしい

**デフォルトの名無しさん** · 2017/08/15(火) 10:08:07.69

それなら生ポで良いじゃん

**デフォルトの名無しさん** · 2017/08/15(火) 15:03:52.07

話題に便乗して。
new,delete満載の既存のコードをスマポに置き換えてくコツみたいのってあります？
作り直したほうが早いのかな

**デフォルトの名無しさん** · 2017/08/15(火) 18:45:11.19

shared_ptrか生ポの入ったvectorを基底クラスにアップキャストするスマートな方法おしえてください
割と使うくせに良い方法が思いつかない

**デフォルトの名無しさん** · 2017/08/15(火) 19:01:49.84

>>448
p = malloc()
を
p = std::make_shred<てきとー>() に置き換えて delete() を消す…

**デフォルトの名無しさん** · 2017/08/15(火) 23:43:12.59

アップキャストは特に何もしなくても必要になれば勝手に安全にアップキャストされるから
アップキャストするスマートな方法って質問の意図が良くわからない
というか、安全に勝手にアップキャストされるのは静的型のメリットの一つだし

**デフォルトの名無しさん** · 2017/08/16(水) 00:01:22.48

あーやっと質問の意味が分かった
vectorをvectorごとアップキャストして別のvectorに代入するのか
そんなことしたいと思ったこともなかったから分からなかったわ
アップキャストするときにアドレスをオフセットしなきゃならない場合があるから
勝手にはしてくれないんじゃないかな
たしかC#は勝手にしてくれるんだっけか

**デフォルトの名無しさん** · 2017/08/16(水) 00:25:49.33

なにかstd::の中に便利なものが用意されているかもしれないが
template< typename _t, typename _u >
void copy( std::vector<_t> &dst, std::vector<_u> &src )
{
　　auto size = src.size();
　　dst.resize( size );
　　auto dst_ptr = dst.data();
　　auto src_ptr = src.data();
　　for( size_t i = 0; i < size; ++i )
　　{
　　　　dst_ptr[ i ] = src_ptr[ i ];
　　}
　　return;
}
このような感じの適当なテンプレートでも作って対応したらどうですかね
もうちょっと汎用性を持たせることも出来るけど、std::listとかまず使わんし
vector専用ってことで良いんじゃないかな

**デフォルトの名無しさん** · 2017/08/16(水) 00:44:05.66

あ～でもデフォルトのアロケータにしか対応しないのはアレか

template< typename _t, typename _u >
void copy_vector( _t &dst, _u &src )

か

template< typename _t, typename _u, typename _v, typename _w >
void copy( std::vector<_t, _u> &dst, std::vector<_v, _w> &src )

の方が良いのかね

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/16(水) 00:49:08.01

x.assign(y.begin(), y.end());

**デフォルトの名無しさん** · 2017/08/16(水) 01:52:38.36

典型的なautoの弊害コードだな。

**デフォルトの名無しさん** · 2017/08/16(水) 15:14:24.51

strcmp で長さ0の文字列同士を比較した場合の結果は規定されてますか？

**デフォルトの名無しさん** · 2017/08/16(水) 16:09:03.15

>結果は規定されてますか？
Yes
ISO/IEC 9899:2011 7.1.1/1では終端ヌルはstringの一部なので同じと見なされるだろう
ISO/IEC 14882:2014 21.8のstrcmpはCの規格丸投げなので同じだろう

**457** · 2017/08/16(水) 16:17:21.15

ありがとうございます

**デフォルトの名無しさん** · 2017/08/16(水) 19:58:01.86

>>454
こういうtemplateやtypenameが入り混じったc++のソースってc#好きの俺には耐えられん。ごちゃごちゃしていて見た目が美しく無いよね。

**デフォルトの名無しさん** · 2017/08/16(水) 20:00:25.84

ああ、454さんを批判する意図は無いのでお間違いなく。

**デフォルトの名無しさん** · 2017/08/16(水) 21:21:06.13

int main() {
std::deque<int> deq(10);
const std::deque<int>::size_type size = deq.size();
for (int i = 0; i < static_cast<int>(size); ++i) { deq[i] = i; }
std::cout << deq.front() << std::endl;
}
配列のサンプルコードで
const std::deque<int>::size_type size = deq.size();
こういう記述を良く見るんですが、
int size = deq.size();
では駄目なケースとかあるんですか？

**デフォルトの名無しさん** · 2017/08/16(水) 22:14:04.28

テンプレートのウザイ仕様です
型に依存したコードにならざるをえないのに、
使えと強要するような型定義

**デフォルトの名無しさん** · 2017/08/16(水) 22:15:53.93

ていうか、キャストしてるから動作は同じだな

**デフォルトの名無しさん** · 2017/08/16(水) 22:45:16.00

それより
auto size = deq.size();
for (int i = 0; i < size; i++ );
で比較の部分に警告が出るのを何とかして欲しい

**デフォルトの名無しさん** · 2017/08/16(水) 22:48:56.53

なぜ、decltype(size)とすら書かないのか…

**デフォルトの名無しさん** · 2017/08/16(水) 22:54:21.64

for (decltype(size) i {}; i < size; i++);
ごめん、生理的に無理

**デフォルトの名無しさん** · 2017/08/16(水) 22:56:56.26

>>467
じゃあ、やめときな
生理的にあわない言語だったんだよ
さようなら

**デフォルトの名無しさん** · 2017/08/17(木) 02:50:59.58

どっちもsize_tじゃアカンの？

**デフォルトの名無しさん** · 2017/08/17(木) 03:45:02.07

この手の話をする時間が勿体ない
c++の言語仕様に悩む時間が無駄
俺も頃合みて捨てるわ

**デフォルトの名無しさん** · 2017/08/17(木) 03:47:16.62

組み込み、OS、ドライバを書く言語ではなくなったな。

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/17(木) 03:49:09.87

>>469
あかんよ。
この場合、 deq の型はたぶん deque を想定してるんだと思うけど、
deq.size() の返却値が size_t である保証はないはず。 (他のコンテナでも同様)
この型はあくまでも deque::size_type なので、
まあ一般的には size_t と同じになるだろうけど厳密に言えばそれをあてにするのはよろしくない。

**デフォルトの名無しさん** · 2017/08/17(木) 06:22:12.53

sizeとdeq.size()が同じ型である必要はない
sizeがdeq.size()の値を保持出来れば何でもいい
charでもビットフィールドでも

**デフォルトの名無しさん** · 2017/08/17(木) 07:08:05.04

グダグダ感が半端ないな。そりゃ全てを捨ててJavaやC#を作りたくなるわ。
でもJavaやC#がC++と同じ道を歩んでて笑える。

**462** · 2017/08/17(木) 08:47:14.10

とりあえず万全を期すためにってやつみたいですね。
レスありがとうございました。

**デフォルトの名無しさん** · 2017/08/18(金) 08:12:05.04

[var1 var2] = func();
みたいに返り値2つにする方法ってないですか

**デフォルトの名無しさん** · 2017/08/18(金) 08:19:11.14

二つを含んだ構造体やクラスを返す
引数にアドレスや参照を渡してそこに書いてもらう
グローバル変数経由で返す
ファイル経由で返す
...

**デフォルトの名無しさん** · 2017/08/18(金) 08:25:33.13

>>476
std::tupleでググれ

**デフォルトの名無しさん** · 2017/08/18(金) 08:40:55.93

いいかげんCとC++分けようぜ

**デフォルトの名無しさん** · 2017/08/18(金) 09:18:42.99

>>476
有ります

**デフォルトの名無しさん** · 2017/08/18(金) 09:21:26.56

きっと昨日Visual C++をバージョンアップして
できるようになったのが嬉しかったに相違ない

**デフォルトの名無しさん** · 2017/08/18(金) 11:50:59.94

初心者歓迎スレなんだから、>>480みたいな小学生の悪ふざけみたいなレスはやめよう。
すでに真っ当な回答も出ているのに。

**デフォルトの名無しさん** · 2017/08/18(金) 13:03:51.12

>>477-478
ありがとうございます
tuple使おうと思います