スレを勃てるまでもないC/C++の質問はここで 25 [隔離病棟]©2ch.net

**みんな空気読め©2ch.net** · 2016/08/14(日) 00:04:05.53

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

もう面倒だから void *p

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

>>164
アドレス、でいいと思うよ、どんなときに不正確になるの？

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

>>165
昔、voidっていう人いたよね

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

日下部さんだね、一連の馬鹿吊り上げの手法はたいしたものだ
彼にかかると面白いように釣れるんだね

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

>>166
void型のポインタに関してはアドレスでいいと思うよ

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

>>166
++演算子使ったときとか
ヌルポインタとか

**デフォルトの名無しさん** · 2017/09/09(土) 17:22:28.03

ヌルポはアドレス0を示すポインタと区別が付かない。
ポインタ演算はアドレス計算で間違いないと思うが。

**デフォルトの名無しさん** · 2017/09/10(日) 01:13:46.17

0を示すものに1を加えたとき、1になって欲しいのがアドレス
そうとは限らないのがポインタ

**デフォルトの名無しさん** · 2017/09/10(日) 01:41:24.87

なら、そこまで言うなら
アドレスには型が無い、あっても整数型、intptr_tとか
ポインタには型があって、*や->や()を使って指し示すものにアクセスできる
という大いなる違いがある
アドレスを静的型でラップしたものにポインターという名前を付けた、程度

**デフォルトの名無しさん** · 2017/09/10(日) 01:52:16.37

その程度違いがあるから、アドレス≠ポインタだね

**デフォルトの名無しさん** · 2017/09/10(日) 11:43:30.44

>>171
ヌルポしたけど sage だから失敗

**デフォルトの名無しさん** · 2017/09/10(日) 22:38:52.49

アドレス値を入れる種類の変数(の型)≡ポインタ

◆QZaw55cn4c · 2017/09/17(日) 13:05:36.48

アドレスとポインタは一緒だとおもうよ，ポインタに型がある，とかいうのはCコンパイラ言語仕様側の都合にすぎないし
アドレスの整数値とポインタの表現する整数値が食い違う例（ただし NULL とか far/near はわかっているから除く：－）ってそんなにないんじゃないの？

**デフォルトの名無しさん** · 2017/09/17(日) 14:44:48.15

アドレスとポインタは違うと思うけどなあ
アドレスは数値そのもの、ポインタはその入れ物
だから「int型のアドレス」とは言わないし、「ポインタ0x12345678番」とは言わないし

**デフォルトの名無しさん** · 2017/09/17(日) 15:07:54.63

>>178
これが正しい

**デフォルトの名無しさん** · 2017/09/17(日) 15:32:04.84

入れ物をインクリメントするのも変だよな。

**デフォルトの名無しさん** · 2017/09/17(日) 15:45:07.67

>Cコンパイラ言語仕様側の都合にすぎないし

あほだなぁと思うのは、ここで言うポインタというのは
C言語の仕様で定められたポインタのことじゃないのか？
C言語の仕様として「ポインタ」が定められていて
それに関してどうこうって時に
C言語の仕様の都合だから～とかイミフ
C言語のポインタにC言語の仕様以外の意味なんかないだろ

**デフォルトの名無しさん** · 2017/09/17(日) 15:50:42.26

>>181,178
これだなｗ

**デフォルトの名無しさん** · 2017/09/17(日) 16:21:54.39

>>180
インクリメントしているのは入れ物の中身では？

**デフォルトの名無しさん** · 2017/09/17(日) 16:52:30.92

>>178の例えだと中身はアドレスってことになるが、ポインタのインクリメントは
アドレスのインクリメントとは違うだろう。

**デフォルトの名無しさん** · 2017/09/17(日) 17:01:41.39

「アドレス0x12345678番をインクリメントする」のだから間違いでは無いと思うよ
ただ数値をいくつ増加させるかはポインタの型（つまり入れ物の型）に依存する

**デフォルトの名無しさん** · 2017/09/17(日) 17:24:14.07

だからそれがポインタのインクリメントだろう。
わざわざ入れ物だ中身だと意味がよくわからない例えは余計。

**デフォルトの名無しさん** · 2017/09/17(日) 17:30:00.83

>>185
「アドレス0x12345678番をインクリメントする」は、
a=0x12345678で、*a++ ではないか？

**デフォルトの名無しさん** · 2017/09/17(日) 17:30:33.37

何が言いたいのか良く分からないんだが
アドレスとポインタは違うものでポインタはアドレスを入れるものってだけの話だよ
アドレスそのものに型はないがポインタには型がある
ポインタのインクリメントとは、ポインタの型に従ってアドレスをインクリメントする

**デフォルトの名無しさん** · 2017/09/17(日) 17:31:34.74

いちゃもんレベルだなｗ

**デフォルトの名無しさん** · 2017/09/17(日) 17:34:55.50

>>188は>>186宛ね

>>187
表現が悪かったね
「アドレスが指すデータをインクリメントする」じゃなくて「アドレスそのものをインクリメントする」だよ
4バイト長のデータなら「アドレス0x12345678番を0x1234567C番にインクリメント（増加）する」

**デフォルトの名無しさん** · 2017/09/17(日) 17:55:30.80

>>176 >>178 >>188 が正しいだろ
ポインタとアドレスをごっちゃにしてる馬鹿は入門書からやり直せ

**デフォルトの名無しさん** · 2017/09/17(日) 18:45:32.71

ポインタ型変数がポインタなのか？それに入っているのがポインタなのか？

もしかしたらポインタというのは存在しないのではないか？

**デフォルトの名無しさん** · 2017/09/17(日) 18:58:47.30

何を訳の分からないことを言ってるんだ？
Cの規格書に出てくるんだからあるに決まってるだろ

当たり前だがポインタ型変数に入っているものはポインタだ
多くの処理系で機械語レベルでは単にアドレスというだけ
同じように浮動小数点型変数に入っているものは浮動小数点だ
これも多くの処理系で機械語レベルではIEEEのホゲホゲというだけ

**デフォルトの名無しさん** · 2017/09/17(日) 20:45:56.11

>>193
つまり、機械語レベルではアドレスと言うものが、Cではポインタと言われているのか？

**デフォルトの名無しさん** · 2017/09/17(日) 21:07:31.82

基本的にポインタの値は低レベルではアドレス値だけど
機械語レベルではアドレスと言うものがCではポインタと言われているとは限らない

**デフォルトの名無しさん** · 2017/09/17(日) 22:10:04.90

多分、根本的に、型というものが理解できてないんだと思うよ

**デフォルトの名無しさん** · 2017/09/17(日) 22:18:43.93

>>195
ちょっと待って。そこをはっきりさせてくれよ。

**デフォルトの名無しさん** · 2017/09/17(日) 22:25:24.89

AならBだけど、BならAとは限らないってだけ
これぐらいは高校の数学で習うだろ
もしくはアップキャストは常に成功するけど
ダウンキャストは成功するかわからない、といったところか

**デフォルトの名無しさん** · 2017/09/18(月) 02:34:06.85

char *p のとき、
p はポインタ？それともポインタ型変数？
pに入っているのはポインタ？それともアドレス？
ポインタってどれ？

**デフォルトの名無しさん** · 2017/09/18(月) 02:55:32.19

>>199
pは(char)ポインタ型変数で、入っているのは(char)ポインタ値
ポインタ値の実態はアドレスでかつ整数値のことが多いってかそれ以外の環境は見たことも聞いたこともないな

**デフォルトの名無しさん** · 2017/09/18(月) 03:23:36.62

>>200
ありがとう。
ちょっと考えてたんだけど、やっぱりchar型ポインタとかint型ポインタってのはないんじゃないのかな。
インクリメントしたときにいくつ増えるかはポインタ変数の型で決まるだけだし。

**デフォルトの名無しさん** · 2017/09/18(月) 03:35:36.95

>>201
char型ポインタ型だとなんか被ってるから省略してるだけじゃないかな
charポインタ型でもいいと思うけど。さらに言えばcharポインタでも通じると思う

**デフォルトの名無しさん** · 2017/09/18(月) 10:09:10.30

>ちょっと考えてたんだけど、やっぱりchar型ポインタとかint型ポインタって
>のはないんじゃないのかな。

int i; char c;
&i //int型ポインタ
&c //char型ポインタ

**デフォルトの名無しさん** · 2017/09/18(月) 16:51:15.62

>>195
＞機械語レベルではアドレスと言うものがCではポインタと言われているとは限らない
具体例は？

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

jmp addr

**デフォルトの名無しさん** · 2017/09/19(火) 12:42:20.85

それは関数へのポインタじゃないの？

**デフォルトの名無しさん** · 2017/09/19(火) 13:21:39.96

jmpだけ見せられたらそれはcだとgotoかな
もちろん関数ポインタもあり得るし、ほかにも逆コンパイル先はあり得る

**デフォルトの名無しさん** · 2017/09/19(火) 18:10:22.48

どーでもいい話になったら伸びるねこのスレ

**デフォルトの名無しさん** · 2017/09/19(火) 19:47:23.33

>>206
ifとかの分岐でもjmpは生成されるだろ

**デフォルトの名無しさん** · 2017/09/19(火) 19:52:37.77

jneとかじゃないか？

**デフォルトの名無しさん** · 2017/09/20(水) 13:01:55.83

関数へはcallだね。Z80だと。

**デフォルトの名無しさん** · 2017/09/30(土) 01:34:37.34

関数は飛んだあと戻ってこないとだめだからね
飛ぶ前のアドレスをpushして飛ぶ
そこがjmpとの違いなんだが...
まあ高級言語しか使ったことない人にはあまりそのあたりがわからないのだろう

**デフォルトの名無しさん** · 2017/09/30(土) 06:58:10.31

>>212
callない変態コアもあるけどなｗ

**デフォルトの名無しさん** · 2017/09/30(土) 10:25:39.90

C/C++ とあんまり関係ない話題に乗るのは気が引けるけど…

メモリへの読み書きを避けるために
戻り先アドレスをスタックに積まないCPUもあるよね。
PCの値をレジスタにコピーしてジャンプ。
リターン時にはレジスタからPCにコピー。

ARMのサブルーチン呼び出し命令が "BL" だからって変態あつかいするな。

**デフォルトの名無しさん** · 2017/10/01(日) 06:44:43.98

>>214
＞戻り先アドレスをスタックに積まないCPUもあるよね。

RISC CPUだとだいたいそれだな
リンクレジスタというのが用意されててサブルーチンコールの戻り値がリンクレジスタに格納される
スタックに戻り値を積みたい場合は手動でスタックに積む
MIPS、ARM、POWER、SPARCなどみんなこれ

**214** · 2017/10/01(日) 07:54:30.40

214 に補足。またもC/C++と無関係ですまぬ。

投稿時には意識していなかったけど、
BL命令で「さぶ」ルーチンだから辻褄は合ってる、かも。
流石ARMさんは紳士の国イギリスの会社だなぁ。

**デフォルトの名無しさん** · 2017/10/01(日) 09:14:55.87

>>216
すまんどゆこと？

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

うん。まったくわからん。興味ないけど

**デフォルトの名無しさん** · 2017/10/02(月) 19:28:33.83

おそらく、しゃぶるーちん　って事でしょ

**デフォルトの名無しさん** · 2017/10/02(月) 19:30:14.39

おおさぶっ！

**デフォルトの名無しさん** · 2017/10/04(水) 12:08:31.97

デバックの為自分の昔のコードを読むと
難しくて理解するのに時間がかかったりして
己の衰えを自覚するよな

**デフォルトの名無しさん** · 2017/10/04(水) 12:47:05.65

数年前の自分は他人みたいなもんだしな

**デフォルトの名無しさん** · 2017/10/04(水) 17:28:18.58

コーディングスタイルが変わっちゃってたり、
当時は精通していたアルゴリズムを使わないでいるうちに忘れたり、
別の場所で散々書いた注釈だからと省略した場所を直すはめになったり。

**デフォルトの名無しさん** · 2017/10/05(木) 15:02:15.28

ソース中にコメントとか入れないの？

**デフォルトの名無しさん** · 2017/10/05(木) 15:26:29.53

数年前のコメントは見ても理解できないからなｗ

**デフォルトの名無しさん** · 2017/10/06(金) 16:53:07.29

それは国語からやり直した方がいいのでは…

**デフォルトの名無しさん** · 2017/10/06(金) 17:36:15.61

じゃ昔のコード読めなくなったら、プログラミングの勉強からやり直しだなｗ

**デフォルトの名無しさん** · 2017/10/06(金) 17:47:23.98

当たり前だろ。

**デフォルトの名無しさん** · 2017/10/25(水) 12:32:07.75

C++11なしで以下のプログラムがコンパイルできて2が出力されるようにしたいです。
どうかけばよいのでしょうか。
https://wandbox.org/permlink/NK5dYKZtrEBXN012

**デフォルトの名無しさん** · 2017/10/25(水) 13:35:04.89

>>229
警告がでてるけどboost::phoenixで通せた
https://wandbox.org/permlink/z1PTTryi8XubVbW7

**デフォルトの名無しさん** · 2017/10/25(水) 13:37:35.53

>>230
超ありがとうございます！（5時間悩んだ）

**デフォルトの名無しさん** · 2017/10/25(水) 13:42:13.44

解決してるようだが
>>229
for_each(vsz.begin(), vsz.end(), boost::lambda::var(misz)[boost::lambda::_1]++);

**デフォルトの名無しさん** · 2017/10/25(水) 13:53:33.16

>>232
ありがとうございます！
boost::lambda::varの方はVCコンパイラでもビルドできました。

余談ですが、operator[]の代わりにstd::map<>::atを使えないか試してみたのですが
こちらは無理そうでした。

**デフォルトの名無しさん** · 2017/10/25(水) 21:59:33.61

> 余談ですが、operator[]の代わりにstd::map<>::atを使えないか試してみたのですが
> こちらは無理そうでした。
・そもそもmap::atがあるのはc++11以降
・しかもmap::atはキーが存在しないと例外を投げるから今回みたいな[]の代わりには使えない
・それでやるとしてもboost::lambdaではbindを使わないとできない

**デフォルトの名無しさん** · 2017/10/25(水) 23:22:00.79

>>234
回答ありがとうございます。
ひそかに.atが使えないか調べていて
一日中やっても駄目だったので諦めたところでした。
自分の環境はVS2012でC++11が部分的に実装されている状況だったため
.atがないことに気づきませんでした。すみません。

bindを使う方法はboost::bindやboost::lambda::bind、boost::phoenix::bind
と、一通りやってみたのですが自分にはどうやってもコンパイル通りませんでした。

**デフォルトの名無しさん** · 2017/10/25(水) 23:56:46.90

>>235
https://wandbox.org/permlink/xnDEG9BvF91bvBW7
オーバーロードされてるメンバ関数のポインタを取得しなければなならないのがつまづきどころかな

**デフォルトの名無しさん** · 2017/10/26(木) 00:46:41.57

>>236
わざわざ調べてくださって本当にありがとうございます。
喉の魚の骨が取れた様な気分です。
キャストは思いつきませんでした。

**デフォルトの名無しさん** · 2017/10/27(金) 04:44:05.29

組み込み系ってC++よりもCを使うことが多いと思うが、C++を使うと問題ある？
ROM　256Kbyte、Ram　8K位の場合だと、何か注意することある？

**デフォルトの名無しさん** · 2017/10/27(金) 07:05:11.65

C使うことなんてないわ

**デフォルトの名無しさん** · 2017/10/28(土) 00:18:19.01

C すらためらうレベル

**デフォルトの名無しさん** · 2017/10/28(土) 08:50:31.24

20年以上前はためらったが今はアセンブラなんてやってられんな
昔はハードに合わせて開発したが、今は開発に合わせてハード選べばいい

**デフォルトの名無しさん** · 2017/10/28(土) 12:37:02.52

つかC言語と言っても
直接ｱｾﾝﾌﾞﾗ・ﾆｰﾓﾆｯｸを埋め込める
ｲﾝﾗｲﾝ機能が用意されてる処理系あるし

**デフォルトの名無しさん** · 2017/10/28(土) 16:13:43.77

普通C++だとRAMペースだろ。だから組み込みでRAMが８ｋとかでは使えないだろな。

**デフォルトの名無しさん** · 2017/11/20(月) 17:48:28.20

>>242
未だに半角カナ使う奴いたんだ

**デフォルトの名無しさん** · 2017/11/20(月) 23:16:04.54

そりゃISO-2022-JPならともかく、Shift_JISやUnicodeでは正当な文字ですからね。

**デフォルトの名無しさん** · 2017/11/21(火) 06:40:04.61

変換時の文字幅にまるで無頓着な人が増えた、という話を聞くね。
環境が全面的にプロポーショナルフォントになったことも関係あるかと。

コピーしてペーストして一部書き換え、て手順のせいで
単語中で「半角」「全角」が混在したり、それに気づかなかったり。

**デフォルトの名無しさん** · 2017/11/21(火) 07:02:38.37

半角カナに敏感なのって40代、50代以上だよね
未だに2chやってる奴いたんだ

**デフォルトの名無しさん** · 2017/11/21(火) 07:59:10.55

１月11日
みたいに一桁は全角2桁は半角ってのもあるな

**デフォルトの名無しさん** · 2017/11/30(木) 13:01:31.93

OpenMPで#pragma omp sectionsの役目って何なんでしょうか？
#pragma omp parallelで並列領域を
#pragma omp sectionでスレッド処理(スレッド割当て)単位を
指定することは理解できました。

しかし#pragma omp sectionsが必要となる理由がわかりません。
なぜ必要なんでしょうか？

※
#pragma omp parallel sectionsって書けるみたいですが
まぁこれは本質ではないですよね？

#include <stdio.h>
int main(void)
{
　#pragma omp parallel
　{
　　#pragma omp sections // ←コンパイラに何を指示してる？
　　{
　　　#pragma omp section
　　　printf("Hello 1\n");
　　　#pragma omp section
　　　printf("Hello 2\n");
　　　#pragma omp section
　　　{
　　　　printf("Hello 3a\n");
　　　　printf("Hello 3b\n");
　　　}
　　}
　}
　return 0;
}

**デフォルトの名無しさん** · 2017/11/30(木) 13:38:08.08

>>249
https://www.google.com/search?q=%23pragma+omp+sections

**デフォルトの名無しさん** · 2018/01/18(木) 22:17:06.28

https://github.com/espressif/esp-idf/blob/master/examples/bluetooth/ble_spp_server/main/ble_spp_server_demo.c

の 169 行目からの記述ってどうなっているのか理解したいのですが、
どなたかヒントもらえないでしょうか？

「[SPP_IDX_SVC] = ...」となっているのが分かりません。

**デフォルトの名無しさん** · 2018/01/18(木) 22:58:14.15

>>251
C99 の「指示付きの初期化指定子」かな?

**デフォルトの名無しさん** · 2018/01/18(木) 23:17:40.59

>>252
ありがとうございます。理解できました。

**デフォルトの名無しさん** · 2018/01/19(金) 10:36:40.61

シングルトンにするのと、全部クラス変数、クラスメソッドで実装するのと
目的はあまり違わないような気がするんですけど、あえてシングルトンにする意味があれば
教えて頂けないでしょうか？

**デフォルトの名無しさん** · 2018/01/25(木) 15:00:52.20

質問の意味がわからないが、シングルトンというのはインスタンスを一つしか持たない
ということ。クラス変数のようにインスタンスがいくつも作れると誤って２つインスタンス
を作ってしまう可能性がある。そうすると本来とは違う変数にアクセスしてしまう恐れが
ある。これをさけるんが目的。

**デフォルトの名無しさん** · 2018/01/25(木) 15:45:13.06

>>255
レス有難うございます。
それは、インスタンス変数じゃないでしょうか？
クラス変数は同一クラスで共有される静的な変数なのでいくつも作れるものではないと理解しているのですが．．．

**デフォルトの名無しさん** · 2018/01/25(木) 16:16:27.35

微妙に違うけど例えば自分の体重管理アプリを作るとする。「自分」は一人しかいないから、体重を格納する変数だかクラスは１つあればいい
家族の体重管理アプリなら、「家族」は複数だから体重の格納も複数になる
こうしたときに自分アプリはシングルトン設計、家族アプリはシングルトンでない設計と「呼んでるだけ」。元々みんなやってたことに専門用語っぽくネーミングしただけだよｗ

**デフォルトの名無しさん** · 2018/01/25(木) 16:36:48.08

>>257
それ、クラスがシングルトンじゃなくて、データが個人用（単一データ）か複数人用（配列/ディクショナリ）かって話だから、シングルトンとは違うような．．．

**デフォルトの名無しさん** · 2018/01/25(木) 21:57:47.77

抽象メソッドにできるというのが一番の利点じゃないかな。

**デフォルトの名無しさん** · 2018/01/25(木) 22:18:47.51

組み込み環境に C++ のコードを移植しようとしているんだけど、質問ってここでしていいのかな。

RAM の容量が厳しいので、 Flash にデータを持つように改造したいと思っている。
で、これは、C++ 的には定数でデータを持つだけで実現できるらしい。幸い組み込み環境ではリードオンリーでよい。

普段 PC 環境なら計算量の多いコンストラクタを経て初期化しているあるクラスのインスタンス群を、
PC 環境上で初期化して各フィールドの値をダンプしておいて、
組み込み環境では各フィールドが const になるようにクラスを改造したうえで
何かの方法でコンストラクタをスキップしてやりたい。これでRAMも計算量も減らせたらいい。

思いついた方法は、シリアライザというかコードジェネレーターを用意してソースコード上に定数群をたくさん定義して、
MyType i { cDataA, cDataB, ... }, j { cDataO, cDataP, ... }; のような記述ができるようにする、という感じのもの。
ほかによく使われている方法はある？　あるいは、アドレスのキャストか何かでインスタンスの初期化を完了できる黒魔法っぽい方法もあったりする？

**デフォルトの名無しさん** · 2018/01/25(木) 22:22:11.16

って隔離スレなのか。まあ過去レス見た限りでは答えてくれているようなので…　よろしくお願いします。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/25(木) 22:42:32.30

static char buf[sizeof(MyData)] = { ... };
MyData& data = reinterpret_cast<MyData&>(buf);

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/01/25(木) 22:43:32.46

static char buf[sizeof(MyData)] = { ... };
MyData& data = *reinterpret_cast<MyData*>(buf);

**デフォルトの名無しさん** · 2018/01/25(木) 23:23:09.67

ありがとう
{ ... } の部分をプログラムからうまく生成する方法はなにかあるだろうか？

**デフォルトの名無しさん** · 2018/01/25(木) 23:28:29.97

キャストで済んでいるのはとてもよさそうだけど、
PC 環境でのメモリ上での表現と組み込み環境でのメモリ上の表現は完全に一致するのだろうか。
アライメントというものがあるんだったような