【初心者歓迎】C/C++室 Ver.103【環境依存OK】

**デフォルトの名無しさん** · 2018/07/01(日) 03:44:53.53

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

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

**デフォルトの名無しさん** · 2018/07/01(日) 05:02:07.56

こんばんは。質問です。
Win32APIで現在OSが再生中の音声の値を取得する方法を教えてください。
その瞬間の値をLR各1個取れればいいですが、ある程度連続的に配列に取り込めるほうがベターです。
スペクトラムアナライザを作ろうと思います。
Windows10/Visual Studio 2017/ C or C++です。

**デフォルトの名無しさん** · 2018/07/01(日) 18:40:59.30

sqrt(2.0);
sqrt((double)2);

後者の俺はおかしいですか

**デフォルトの名無しさん** · 2018/07/01(日) 21:50:22.05

うん
それ以前に定数にsqrt()なんて使う時点で

**デフォルトの名無しさん** · 2018/07/01(日) 21:54:36.84

もしかして、実行時刻や国によって計算結果が異なるのかも知れない
あるいは、希に発生する宇宙線の影響を検出したいという意図が有るのかもしれない
あるいは実行環境のバグを検出しその後の処理を切り替えたいとか

**デフォルトの名無しさん** · 2018/07/01(日) 23:13:23.96

正確に√2とか√3を定数で持つにはどうしたらいい？

**デフォルトの名無しさん** · 2018/07/01(日) 23:32:19.32

>>6
そもそも浮動小数点数で無理数を正確に表すこと自体が不可能だけど、どこまでの精度を求めてるの？

**デフォルトの名無しさん** · 2018/07/02(月) 00:05:20.60

有理数を使えば良いじゃね？

**デフォルトの名無しさん** · 2018/07/02(月) 00:31:58.87

>>7
sqrt呼ぶのと同精度でいいよ

**デフォルトの名無しさん** · 2018/07/02(月) 01:18:41.69

√2と√2をかけ合わせたらちょうど2を返す無理数クラスなら作れそう
すでにありそう
素因数分解が必要そうだから結構面倒になるかな？

**デフォルトの名無しさん** · 2018/07/02(月) 07:01:13.71

無理数というか、冪の底と指数をそれぞれ有理数で持つ、
という形式ならいけそうだな。

有理数クラスの約分に相当する処理を自動的にやらせる感じ。

**デフォルトの名無しさん** · 2018/07/02(月) 09:17:09.45

>>4
>>7
3じゃないけど、定数でsqrt呼ぶのがだめというだら、代案を示してほしい。

**デフォルトの名無しさん** · 2018/07/02(月) 20:49:02.70

#define SQRT2 1.414213...(必要な桁)
で充分だよ

**デフォルトの名無しさん** · 2018/07/02(月) 22:00:31.27

そこはせめて
static const double SQRT2 = 1.414213...(必要な桁)
にしようよ…

**デフォルトの名無しさん** · 2018/07/04(水) 21:59:31.57

18Z

**デフォルトの名無しさん** · 2018/07/05(木) 12:54:37.46

vcのcl.exeでc書いてるんだが、20億バイトのmallocがnull返します。
何とかなりませんか？

**デフォルトの名無しさん** · 2018/07/05(木) 13:05:53.34

>>16
64bitでコンパイルされたし

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/05(木) 14:58:16.26

実メモリが載ってなきゃ意味ないぽよ。とマジレス。
まあ今どきはそういうデスクトップマシンも無くはないけど……。

**デフォルトの名無しさん** · 2018/07/05(木) 15:06:00.77

(vc ってあるから Windows　前提で)
malloc のアロケーターの実装とセットになって
OS がよきに計らってくれないものなのかな

**デフォルトの名無しさん** · 2018/07/05(木) 15:43:13.14

20億バイトって約2GB、31bitで表せる範囲ではあるのか。
プロセスあたりメモリ2GBの制限に引っかかってるのかな。
この20億バイトのmallocの他にもメモリを使っててトータル不足とか。

プロセスで使えるメモリを3GBにする設定とかあるんだっけ。
あとはOSを64bitにするか。

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/05(木) 18:08:24.53

あ、 20 億ってたったの 2GB か。
でもまあメモリ空間が足りないとどうしようもないよな。

**デフォルトの名無しさん** · 2018/07/05(木) 18:41:17.96

そらプロセス起動してんだから
mallocでプラス2GBとか普通は32bitじゃ無理

**デフォルトの名無しさん** · 2018/07/05(木) 19:23:00.99

実際にやったわけじゃないけど、軽く調べたところ、
32bitのWindows上のプロセスで2GBより大きなメモリを使うためには…
・OSの動作モードを「カーネルで1GB, プロセスで3GB」のメモリ配分に変更
・リンク時にオプション /LARGEADDRESSAWARE を指定
…という具合に、動作環境と実行ファイルの両方での対処が必要みたい。

さらに加えると、Win32APIの HeapAlloc() を使わないとダメかも。
これはライブラリの malloc() がどう実装されてるかによるが。

**デフォルトの名無しさん** · 2018/07/05(木) 21:08:35.41

64bitでコンパイルしたらいけますた。

**デフォルトの名無しさん** · 2018/07/06(金) 18:04:52.14

>>24
それは良かったでちゅね
良いこ良いこ

**デフォルトの名無しさん** · 2018/07/06(金) 18:42:29.85

for( a : コンテナ)ってしたときのアクセスは内部的にどうなってるんですか？
①コンテナのat(size_t)を呼び出している
②コンテナにイテレータがあればイテレータ
③コンテナにイテレータがなくat(size_t)があればat

**デフォルトの名無しさん** · 2018/07/06(金) 19:28:48.49

生配列の場合は*<配列のポインタ>、
コンテナ.begin()が定義されていれば*<コンテナ.begin()が返却するもの>、
そうでなければ*<std::begin(コンテナ)が返却するもの>
で要素アクセスする。

at()はオーバーヘッドがあるので、forに限らず、将来的にもコンパイラが知らぬうちに呼びだすことはないと思うよ。

**デフォルトの名無しさん** · 2018/07/06(金) 19:39:02.31

atしかなかった場合は！？

**デフォルトの名無しさん** · 2018/07/06(金) 20:28:34.00

コンパイルしてみろ。答えは3秒で分かる。

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/06(金) 21:43:33.68

>>26
begin 関数と end 関数で帰ってくるイテレータで繰り返すようになってる。
標準ライブラリにあるコンテナの場合は std::begin と std::end が適用されて、
これは基本的にはそれぞれのコンテナのメンバ関数 begin と end をそのまま呼び出すが、
配列などのために特殊化した版が用意されている。

自分が独自に作ったコンテナを range based for に対応させたい場合は、
メンバ関数として begin と end を持っておけば std::begin と std::end 経由でそれが呼び出されるし、
非メンバ関数としてそのコンテナの型を受け取れる begin 関数と end 関数を用意してもよい。
どの名前空間にある begin 関数と end 関数が呼び出されるかは ADL で解決されるんだが、
このあたりの理屈は面倒なんで ADL をキーワードにしてググって。

独自に用意したコンテナについて、やりたければ at を呼び出すように作ることはもちろん出来るよ。

既存のコンテナについても、 std::begin と std::end を特殊化すれば、現実には挙動を変えられたりもするが、
std 名前空間にある関数をオーバーロードすることは禁止されていて、
std 名前空間内のテンプレート関数の特殊化も (全面的に禁止ではないが) 制約があるので、
規格の範囲内ではカスタマイズすることは出来ないと考えて良い。

**デフォルトの名無しさん** · 2018/07/06(金) 22:06:07.41

>>30
詳しい情報サンクス

**デフォルトの名無しさん** · 2018/07/06(金) 23:15:55.05

>>28
あっと驚く

**デフォルトの名無しさん** · 2018/07/07(土) 14:03:43.69

ストラウストラップのプログラミング言語C++を読んでいるのですが、

auto を使えとか、

int a = 1;

よりも

int a {1};

のほうがいいだとか、書いてありますが、本当にこれにしたがったほうがいいのでしょうか？

他の本とスタイルが違うように思います。

**デフォルトの名無しさん** · 2018/07/07(土) 14:47:52.08

いいよ。問題ない。
c++11以降はそっちが推奨。

ただ会社で使うと周りがついてこれないから直せと言われるかもしれない。

**デフォルトの名無しさん** · 2018/07/07(土) 14:59:47.53

>>34
ありがとうございました。

**デフォルトの名無しさん** · 2018/07/07(土) 15:18:56.50

ITﾄﾞｶﾀになりたいなら
現場のｺｰﾃﾞｨﾝｸﾞ規約に従いなさい

ﾄﾞｶﾀになりたいのにﾄﾞｶﾀのｵｷﾃに従わないのよくない
ﾄﾞｶﾀにしばかれるぞ

**デフォルトの名無しさん** · 2018/07/07(土) 17:06:51.18

土方になりたいやつはJSやれ

**デフォルトの名無しさん** · 2018/07/07(土) 18:24:29.21

整数の宣言時の初期化はどう書くのがオヌヌメなん？
int a = 100;
int b(200);
int c{300};
俺は昔はaで統一してて最近はbに統一してるけど、なんとなく

**デフォルトの名無しさん** · 2018/07/07(土) 19:03:20.75

三行目から初期化という強い意志を感じる

**デフォルトの名無しさん** · 2018/07/07(土) 19:16:59.45

>>38
『プログラミング言語C++』第4版ではc{300}の書き方をオヌヌメしてる。
(p.168 6.3.5 初期化)

C++11以降でないと使えないのが欠点だって。

**デフォルトの名無しさん** · 2018/07/07(土) 20:05:35.82

>>39
とんくすこ
勉強になりました

**デフォルトの名無しさん** · 2018/07/07(土) 20:06:57.40

×>>39
○>>39-40

**デフォルトの名無しさん** · 2018/07/08(日) 05:39:41.64

てす

**デフォルトの名無しさん** · 2018/07/13(金) 19:58:04.79

ASCIIコードのエスケープ文字列を変換してくれる標準関数ってなかったっけ？
2文字の "\n" を 1文字の 0x0a に変換してくれるような

**デフォルトの名無しさん** · 2018/07/13(金) 20:32:11.29

寝言は寝てから言え

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/13(金) 20:46:29.95

>>44
無い。

**デフォルトの名無しさん** · 2018/07/13(金) 22:01:52.96

\nは1文字だぞ、と何故教えてやらないのか

**デフォルトの名無しさん** · 2018/07/13(金) 22:11:34.91

ソース中の \n はプリプロセッサが変換してくれるけど
標準入力とかの外部入力から \ n (0x5c 0x6e) を渡して
それが 0x0d になって欲しいんじゃないの？

**デフォルトの名無しさん** · 2018/07/13(金) 22:16:42.49

>>47 コマンドラインから "\n" て与えるとコード上の "\\n" 相当になる
わかりにくくてすまん

>>46 やっぱ無いのか。サンクス

**デフォルトの名無しさん** · 2018/07/13(金) 22:18:40.10

>>44
sprintfに渡したらいかんのか？

**デフォルトの名無しさん** · 2018/07/13(金) 22:20:13.96

あうち　0x0a だった

いずれにしろ標準関数にはないね

**デフォルトの名無しさん** · 2018/07/13(金) 22:20:23.02

ごめん、その変換はコンパイラの仕事か。

**デフォルトの名無しさん** · 2018/07/20(金) 11:04:37.70

ロベールの本を読んでいます。
メンバ関数ポインタについて質問です。

int (*Calculator::mfp)();
int (Calculator::*mfp)();

のどちらが正しいかという話が書いてあります。

「
あとは「どこに」つけ足すかですが、これは簡単に考えると2種類考えられます。

int (*Calculator::mfp)();
int (Calculator::*mfp)();

しかし、静的メンバ変数として普通の関数ポインタを作った場合を考えると、前者
では問題があることが分かります。

typedef を使わず静的メンバ変数として普通の関数ポインタを作ると次のようになります。

class Calculator {
public:
static int (*mfp)();
};

int (*Calculator::mfp)();

静的メンバ変数の実態を定義する時には変数名の前に Calculator:: をつける必要があります。
しかし、もし前者の宣言法が正しいのであれば、この静的メンバ変数の実体定義と区別
がつきません。これでは困りますね。

ということで、後者の宣言法が正しいと推測されます。
」

**デフォルトの名無しさん** · 2018/07/20(金) 11:05:07.69

何が言いたいのか分かりません。

**デフォルトの名無しさん** · 2018/07/20(金) 13:06:45.69

質問は何？

**デフォルトの名無しさん** · 2018/07/20(金) 13:09:16.56

メンバ関数ポインタの*つける場所、みんな迷っちゃうよね？ね？
でも心配しなくていいよ！

だって先頭に*付けたらstaticなメンバ関数ポインタの実体定義とグローバル変数として定義したメンバ関数ポインタが区別つかなくなっちゃうじゃん？
だからどこに付けるか分からなくなっても推測できるから安心だよ！ラッキー！

ってことじゃね？
(俺はググるけど)

**デフォルトの名無しさん** · 2018/07/20(金) 15:13:15.86

型名 (*{名前}opt)(引数) と来たら関数ポインタ
型名 (クラス名::*{名前}opt) と来たらメンバ関数ポインタと
馬鹿の一つ覚えで認識しているのでこれ以上ややこしくされると困るわ

**デフォルトの名無しさん** · 2018/07/20(金) 16:22:28.53

（this の渡り方とか不安で　メンバ関数のポインタは使わずに
　this を引数にする普通の関数のポインタを使っちゃう）

◆QZaw55cn4c · 2018/07/21(土) 00:44:08.31

>>53
＞int (*Calculator::mfp)();
これは、mfp は普通の関数（static メンバ関数＝メソッド）のポインタ、int (*f)() と同じもの

＞int (Calculator::*mfp)();
::*
->*
という演算子が別途存在する、と覚えておく
::*
->*
の使い方は、
https://mevius.5ch.net/test/read.cgi/tech/1434079972/39

◆QZaw55cn4c · 2018/07/21(土) 02:16:26.46

>>59
訂正します
「＝メソッド」は削除してください、これは間違いですね
static メンバ関数は、this を必要としない(普通の）関数
::*, ->* は「インスタンスメソッド」に使います

**デフォルトの名無しさん** · 2018/07/21(土) 06:53:52.36

>>59
実際別の演算子だし
使いどころも少ないので
どちらか迷うなんてことは今まで考えたこともないんだけど

ロベールさんは迷う事がよくあるってことなのかな？

**デフォルトの名無しさん** · 2018/07/21(土) 13:29:03.35

コンピュータの基礎的なことを勉強するのに、
以下の本から読むというのはどうでしょうか？

その後、コンピュータアーキテクチャの本や
OSやコンパイラの本を読むというプランは
どうでしょうか？

低レベルプログラミング
Igor Zhirkov
固定リンク: http://amzn.asia/e6zmk4x

**デフォルトの名無しさん** · 2018/07/21(土) 13:42:14.57

どうせなら、FPGAでCPUから作るところからすれば良いぞ

**デフォルトの名無しさん** · 2018/07/21(土) 16:21:26.53

>>59
頭悪いんだから偉そうに書くなやｗｗｗ

**デフォルトの名無しさん** · 2018/07/21(土) 20:22:42.36

ロベールの本って細かいことが書いてありますが、それらは本当に重要なんですか？

柴田望洋訳のC++とどっちがいいですか？

**デフォルトの名無しさん** · 2018/07/21(土) 20:23:27.52

>>63
工作など面倒なことはしたくないです。

◆QZaw55cn4c · 2018/07/21(土) 21:24:02.77

>>64
C/C++ スレを粘着の侵略から守るため、必死で闘った。
しかしそれが正義などではなく、太古の昔から繰り返されてきた煽りあいの歴史をなぞっているだけである事もよく知っていた。
哀しかったよ。いや、馬鹿になった事がじゃない。C/C++ を勉強した事がだ。C/C++　は破産するまで終わらないゲームなのだ。
たぶん間抜けな猿が始めたに違いない。
fj へ戻れだと？道は一本きりではないか。
大切なのは自分の立場を見つけることだ。そこで何を煽るべきか何を煽るべきでないかを考える。
本物の目玉は鼻の上についている一組分、それだけだ。
そこから見てみろ、なにが見える？

**デフォルトの名無しさん** · 2018/07/21(土) 21:42:47.68

ロベールの本を見ていると、C++って色々と文法面で無理をしているなと思います。

**デフォルトの名無しさん** · 2018/07/23(月) 04:06:23.52

C++の初心者スレってここであってますか。
改行に使うのって <<endl;で覚えて問題ないですか？
以前入門書を買ってその時は読んでる本が難しすぎて勉強自体やめてしまったんですが
先程ロベールの入門書を買ってきて始めたんですが、以前読んだ本には\nと書いてあった気がします。（うろ覚え）
どっち使っても変わらないですか

**デフォルトの名無しさん** · 2018/07/23(月) 07:12:10.11

そんなの理解出来ないなら、ローベルの入門書なんて捨てろ

**デフォルトの名無しさん** · 2018/07/23(月) 07:34:33.78

\nとendlの違いは今読んでる範囲では全く説明されてないんですが。
他にC++初心者スレあったら誘導お願いします＞＜

**デフォルトの名無しさん** · 2018/07/23(月) 08:26:35.80

>>71

ロベールの本で "\n" と std::endl の違いは説明されています。

**デフォルトの名無しさん** · 2018/07/23(月) 18:40:36.42

ほんとですか？
今読んでる限りでは特に説明がないような・・・
始めたばかりなので当然最後まで読んではいませんが後のほうのページで説明されてるんですかね

**デフォルトの名無しさん** · 2018/07/23(月) 21:38:57.78

>>69
\nは文字としての改行コード
endlは改行込みで且つバッファを即空になるまで書き出す命令

イメージとしては\nを読み込んだ時に呼び出される改行処理を直で呼び、且つflushも呼び出します

\nだけではflushが起こらずただバッファに\nという1バイトが入るだけ

何が違うのだろうか？それはいきなりアプリが落ちた時に判る
まだ書き出ししてないバッファの内容は消失する

なぜそんな危険があるのにバッファなんてものを使うのか？
それはIO装置がメモリに比べてとても遅いから律速されるためだ
一旦メモリに溜めておいて最低回数で一気に書き出した方が速い

**デフォルトの名無しさん** · 2018/07/23(月) 21:47:43.16

1バイトじゃない場合もあるで

**デフォルトの名無しさん** · 2018/07/23(月) 22:01:16.52

>>74
詳しくありがとうございます
今の段階ではなんのこっちゃ分からないですが…どちらで覚えても問題はないですかね

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/23(月) 22:16:39.50

せっかく違いを説明してくれてるのにその結論なのか……。

**デフォルトの名無しさん** · 2018/07/23(月) 22:27:32.26

いや・・・他の言語経験あるとかならともかく始めたばっかなもので^^;
アプリ作成経験なんて当然皆無ですしバッファの意味も分かりません…
だから今の段階で疑問に持つようなとこじゃないのかなと

**デフォルトの名無しさん** · 2018/07/23(月) 22:31:20.54

「問題無いですかね？」に対しては「いいえ」としか言いようがない
色々問題はあるだろうけど理解出来ないところが先ず問題だな

**デフォルトの名無しさん** · 2018/07/24(火) 03:02:24.81

こんなところで聞くより自分で調べた方がいいよ

**はちみつ餃子** ◆8X2XSCHEME · 2018/07/24(火) 03:37:52.21

>>78
でも疑問を持ったから質問したんだろ？

違いの内容を (今は) 理解できなかったっていうのは仕方ないかもしれんが、
違いの説明をしてるのにそれを無視する結論では回答者を馬鹿にしていると取られても仕方ないぞ。

わからなかったのがバッファについてなら、それをキーワードにしてググればいくらでも解説が出てくるし、
それもよくわからなかったのなら「参考にして本を読み進めてみます」くらいの言葉で締めとけよ。

**デフォルトの名無しさん** · 2018/07/24(火) 04:58:30.48

>>81
もちろん感謝してますし、無視せずお礼も言ってるはずですよ。
まぁ文章力がないのでそういうふうに捉えられてしまったかもしれません。どうもすいません
読んでそうそう前の入門書と違う表記でモヤモヤしたのでそれが解決しただけで収穫だと思ってます

**デフォルトの名無しさん** · 2018/07/24(火) 07:53:51.92

>>78
おしっこに於ける膀胱がバッファに相当する
膀胱が無ければ腎臓により生産された尿は即排出せねばならない
君がデートの最中でもだ