C++相談室 part135

1 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 20:20:06.25 ID:o3PNwIlC0.net] 次スレを立てる時は本文の1行目に以下を追加して下さい。 !extend:on:vvvvv:1000:512 C++に関する質問やら話題やらはこちらへどうぞ。 ただし質問の前にはFAQに一通り目を通してください。 IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。 前スレ C++相談室 part134 mevius.5ch.net/test/read.cgi/tech/1516406742/ このスレもよろしくね。 【初心者歓迎】C/C++室 Ver.102【環境依存OK】 mevius.5ch.net/test/read.cgi/tech/1509780815/ ■長いソースを貼るときはここへ。■ 　codepad.org/ 　https://ideone.com/ [C++ FAQ] https://isocpp.org/wiki/faq/ www.bohyoh.com/CandCPP/FAQ/ (日本語) VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured 378 名前：デフォルトの名無しさん [2018/04/26(木) 20:40:15.50 ID:JC9sZU4oa.net] >>365 の関数はまだ書きかけなので、計算結果を記録した配列の値はまだ利用し� 379 名前：ﾄいません。 [] [ここ壊れてます] 380 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 20:43:55.37 ID:OZbR3XDf0.net] >>>365 lengthTableのポインタ値をなんとかしてグローバル変数に持ち出してatexitに登録するか 最初からそのグローバル変数でnewするか どうせプログラム終了時にヒープ丸ごと消えるんだから放置するか 一から書き直すかの4択 381 名前：デフォルトの名無しさん [2018/04/26(木) 20:45:16.69 ID:JC9sZU4oa.net] >>365 あ、すみません。 なんかおかしなことを書いてしまいました。 382 名前：デフォルトの名無しさん [2018/04/26(木) 20:53:11.22 ID:JC9sZU4oa.net] >>371 ありがとうございました。 すみません。質問がちょっとおかしかったので、質問を代えさせていただきます。 ある特定の関数内でしか見えないグローバル変数のような変数というのはC++にありますか？ 考えているのは、関数 func でそのグローバル変数のような変数 a を宣言する。 func 内で呼び出している再帰関数 rec_func 内でのみそのグローバル変数のような 変数 a を利用したい。グローバル変数のような変数なので、 rec_func の引数として a を渡す必要はない。 383 名前：デフォルトの名無しさん [2018/04/26(木) 20:57:03.80 ID:JC9sZU4oa.net] 何度も呼び出される再帰関数に引数として同じ変数を渡し続けるのはなんか 無駄なことをしているように思われたので質問しました。 本を読むとグローバル変数は使うなと書いてあるので質問しました。 384 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 21:01:32.17 ID:JC9sZU4oa.net] >>373 でいう変数 a の代わりに、クラスを作って、メンバ変数を利用すればいいですかね？ rec_func はメンバ関数にすればいいですかね？ 385 名前：デフォルトの名無しさん [2018/04/26(木) 21:03:04.18 ID:JC9sZU4oa.net] でも、そのためだけにクラスを作るというのもなんだかな―という感じがします。 386 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 21:06:11.37 ID:HtO+dzj70.net] >>360 一応添削しておくと、 > 今読み込んでいるヘッダファイルがかつて読んだファイルと同じ実体かどうか、を決める方法は**基本的にない** × 同じ実体かどうか、を決める方法は ○ 同じ実体かどうか、をパス等で決める方法は ただし俺はそもそも「中身」を見て確認すべきで、同じ実体だったら云々、という話はしてない。 cp A.h B.h の場合にインクルードガードでBを弾くとして、 当然Bは「ファイルとしては」「読み込まれ」、「コンパイル対象としては」「読み込まれない」だろ。 #pragma once はインクルードガードの自動版なんだから、インクルードガードと同じ仕様でいいんだよ。 そして逆に、実体が異なっていてもこの場合はインクルードガードは利くのだから、#pragma once も利くべきなんだよ。 ファイルパスでの識別ではこれは実現不可能だろ。 >>369 意味不明。何も犠牲にするべき物は無いと思うが。 というかな、規格化するなら方向は自明で、 ・#pragma once はインクルードガードの代わりに使われているのだから、 現行のインクルードガードを機械的に #pragma once に置き換えして問題ないように仕様化すべき でしかないだろ。これで誰も文句ないと思うが。 387 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 21:07:21.99 ID:OZbR3XDf0.net] >>374の心配があるんだったらクラスにしたって裏でthis渡すようになるだけだから一緒よ ポインタ渡すコストが気になるならグローバル変数にするしかない >>365のコードのままなら末尾再帰の最適化かかるだろうから問題にならんと思うけどな 388 名前：デフォルトの名無しさん [2018/04/26(木) 21:07:30.49 ID:JC9sZU4oa.net] クラスを作ってそのプライベートなメンバ変数を、 ある関数内でのみ利用できるグローバル変数の ような変数として使うというのは邪道でしょうか？ 389 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 21:08:37.69 ID:JC9sZU4oa.net] >>378 ありがとうございました。 390 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 21:51:10.65 ID:HtO+dzj70.net] >>373 > ある特定の関数内でしか見えないグローバル変数のような変数というのはC++にありますか？ 見た目だけの話ならラムダでキャプチャすればいい。(クロージャ） ただ、今気づいたが、C++のラムダって名前付けられないから再帰できないね。 変数の直接呼び出しも試してみたが、以下は通らない。 auto f = [](int x) {return x? x+f(x-1) : x;}; なんでこんな糞仕様にしたんだ？ JavaScriptも当初はそうだったが、不便だったので名前が付けられるように変更した。 この変更を知ってて無視してるのなら頭おかしいし、 知らないのなら不勉強だし。（言語仕様に携わる奴は他言語の動向も見ておくべき） 名前を付けられて悪いことはないし、技術的に不可能って事も無いと思うが。 391 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:07:02.86 ID:IAeApo/t0.net] ID:4xU9Va0kM=ID:HtO+dzj70 #include "X:\sandbox\aho.h" #include "Y:\sandbox\aho.h" これでどうなるかをC++の規格に定めるべきだと言っているのはおまえだけ //X:\sandbox\some_app.cpp #include "aho.h" #include "some_lib.h" //Y:\sandbox\some_lib.h #include "aho.h" おまえq文字列の解釈をまさか知らんのか？ 392 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:34:27.88 ID:4xU9Va0kM.net] >>353 反論されてぐうの音もでないのかよ ５チャンは初めてか？ w 393 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:35:24.34 ID:IAeApo/t0.net] >>383 全文そのまま返すわ 394 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:41:09.16 ID:EM3O7qLA0.net] 同じファイル 同じ中身 大きく分けて2種類あり、 それぞれ、同じの定義の詳細は色々と考えられる 395 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:45:45.22 ID:4xU9Va0kM.net] >>382 > ID:4xU9Va0kM=ID:HtO+dzj70 勝手にアホな認定するんじゃねーよ そもそも俺はハードリンクとかのファイルシステム依存の話は処理系依存にした方がいいって思う 396 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 22:46:56.42 ID:4xU9Va0kM.net] >>384 人を嘘つき呼ばわりして謝ることもできない奴がなに言ってるんだよ w 397 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 23:09:17.34 ID:IAeApo/t0.net] 効いてる効いてるｗ 嘘つき呼ばわりじゃなく嘘つきという真実を指摘されてファビョーンかよ おまえは考察自体を放棄した この事実はどうにもならない 398 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 23:12:02.64 ID:HtO+dzj70.net] >>381 自己レス。 すいません出来ました。以下通ります。autoは無理のようです。 std::function<int (int)> f = [&f](int x) {return x? x+f(x-1) : x;}; >>373 見た目だけなら、上記のようにラムダで再帰すれば書ける。 399 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 23:58:27.23 ID:DklDUzVR0.net] またいつもの奴が暴れてるのか 相変わらず不毛な話してるな 400 名前：デフォルトの名無しさん mailto:sage [2018/04/26(木) 23:59:44.22 ID:DklDUzVR0.net] それで結局#pragma onceが採用されてこなかった理由はなんなん？ 401 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 00:09:03.41 ID:vLs/1v3E0.net] 所詮 pragma だから この部分は処理系依存が強く出るので 402 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 00:18:29.43 ID:nldsEJyI0.net] >>388 >>351にまともな反論してから出直してこい w 403 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 00:25:32.85 ID:ledFfOHm0.net] https://stackoverflow.com/questions/23696115/is-pragma-once-part-of-the-c11-standard https://groups.google.com/a/isocpp.org/forum/#!topic/std-discussion/YG76sfDJ4f8 open-std.org/JTC1/SC22/WG21/docs/papers/2017/p0538r0.html #pragma onceについて語りたい奴は必ず先に目を通すように じゃないと上で騒いでる馬鹿みたいになっちゃうからな 404 名前：デフォルトの名無しさん [2018/04/27(金) 06:18:50.95 .net] MSアレルギー 405 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 06:26:34.10 ID:mlVlMuXl0.net] >>393 反論とは論に対して反駁することをいう おまえは論を示していない 結果に至る思考過程をすっ飛ばしている おまえこそ日本語を憶えてから出直して来い もう一度言う、反論とは論に反駁することだ 406 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 06:41:55.40 ID:O6TOHWbPM.net] まともに反論できないことはよくわかったよ w 事実を書いてあるだけで思考過程なんて関係ない 407 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 06:51:10.76 ID:fIiVOejaM.net] 天啓が下ったぞ！ 408 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 07:38:07.75 ID:ledFfOHm0.net] 事実ってなんだよ 「アホは切り捨てろ！」とかいう標準規格として最低最悪の解決策を取れっていうのはお前のクソみたいな「意見」だろうが お前の意見は必ず自動的に実現して事実になるの？神なの？ 409 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 08:05:14.16 ID:O6TOHWbPM.net] そういう意見を書いてあると言う「事実」な マジで理解力無さすぎ w 410 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 10:03:10.93 ID:mlVlMuXl0.net] >>397 それは違う 何からどう演繹した結果なのかを示さねば戯れ言に等しい 戯れ言でよければ過程は伏せたままでいいぜ どーせそんなもんバカにはねえだろうがな 411 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 10:58:06.07 ID:COWnkDW0d.net] >>400 じゃあ俺も、お前はここに二度と来ないでに全財産を福島と熊本に寄付した上で家族もろとも自殺するべきであると意見するわ こういう意見を書いてあるという事実に反論できなければお前の負けな 412 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 12:28:04.63 ID:O6TOHWbPM.net] >>401 お前が何を言っても>>339に書いた「無視」と言う文言を理解できなかった>>346がいたと言う事実は変わらない しかも誤魔化すために話そらそうと必死な>>353がいた事実も変わらない >>402 別に意見を言うのはいいんじゃね？ それに何の意味があるのか知らんけど w 413 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 12:30:27.46 ID:Mg+ERRyAd.net] いつまでやるの？ 414 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 12:42:19.37 ID:COWnkDW0d.net] C/C++の規格はgets()とかいうアホな使い方しか出来ないアホ関数を30年も削除出来なかったくらいアホに気長に付き合う規格なんだよ 広く使われ続ける規格の宿命としてその方針は変えられない だからお前の言うようなアホを無視して切り捨てるという選択肢が採用されることはないという事でこの話終わりな 415 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 14:52:44.93 ID:mlVlMuXl0.net] >>403 もう一度言う 提示してねえだろ、おまえは無視つったんだよ 人をアホよばわりしようと焦るあまり 論議そのものを粗末に扱ったのが おまえの運の尽きだ そこでどんなに暴れようが おまえは何も論じていない よって論に反駁してもらえることもない ましてや事実に反駁というシュールなことをする者もいない 416 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 16:36:21.86 ID:j5Ya8YmN0.net] アホではないから残しているのでは 417 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 18:27:57.39 ID:O6TOHWbPM.net] >>405 マジで言ってるの？ gets() なんてアホには使えない関数の典型だろ バッファーオーバーフローはプログラマーの責任 って言う言語だぞ w 418 名前：850 mailto:sage [2018/04/27(金) 18:31:51.94 ID:Q1GjkYeyr.net] >>376 言葉尻を捕まえて悪いが、クラスや関数を作ることをそう大仰に捕らえることはない。 単純な機能のクラスや関数など幾らでもある。 419 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 18:33:12.92 ID:O6TOHWbPM.net] >>406 >>351を読み直せ 無視するのは誰で誰を無視するのかを答えてみ まあ恥ずかしすぎて答えられないだろうからまた明後日の話に逸らそうとするんだろうけど w 420 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 19:01:47.01 ID:mlVlMuXl0.net] >>410 読み直して欲しいのかよ お願いしろよ 読み直してやるかも知んねーからｗ 421 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 20:31:10.54 ID:nldsEJyI0.net] はい、基地害乙 422 名前：片山博文MZ mailto:sage [2018/04/27(金) 20:33:29.96 ID:HF3+Vuoyd.net] りかいできないならからんでくるなよダブリュー 「アホなりようしゃはあいてにしない（イコールむしする）」っていうしようを「ていじ」してるってはなしだ、ボケ 423 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 20:46:16.80 ID:mctUhDKod.net] よくわからんが、糞コテの自演てこと？ 424 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 23:50:18.78 ID:mp1hh4hd0.net] C/C++は池沼お断りの言語なんだから、このスレも同じノリでいいと思うぞ。 指摘しても理解できないのは、日本語が出来ない＝池沼だから。 慣れる慣れない以前の問題だ。 425 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 06:20:59.27 ID:BHnoJcFn0.net] ていうか#pragma once規格化不能論者が言い立てる不可能ケースは 　(1) #ifdef〜#endifインクル〜ドガ〜ドでも曖昧さが残り処理系依存になるケース 　(2) #pragma onceで自動的にガード条件を設定する際の困難（#ifdef 〜の記号をうまい具合に考え出すことに相当 　(3) #ifdef〜#endifインクル〜ドガ〜ドにおける既存のアクロバティックな使い方への対応（>>361 　(4) #pragma onceで想定されるアクロバティックな使い方の解釈（>>321 のn種類しかない (1)は#pragma once固有の問題ではないから、#pragma once規格化の障害とは言えない　ハードリンクとかの件でここまで費やされた長い紙数はムダすぐる… (2)と(3)は、#pragma onceが力量不足ならそのケースだけいつでも#ifdef〜#endifインクル〜ドガ〜ドに戻ることができる　プリプロセッサの基本特性まで変えようというのではないのだから… (4)はエラーにすればよい　#pragma onceの解釈を単純な#ifdef〜#endifインクル〜ドガ〜ドの置き換えと限定するなら可能なはずや いままで20数年にわたって規格化委員会で話題に上りながら規格化されないのは、 この件の抜本的な技術である「モジュール」の規格化が控えていると全員が錯誤していること、これにつきるだろうＪＫ [] [ここ壊れてます] 427 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 06:57:19.27 ID:ibkTuaSK0.net] >>416 とりあえず、 #pragma onceの仕様を文章にしてみて そんなに簡単じゃないから 428 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 07:52:46.94 ID:BHnoJcFn0.net] ■ #pragma onceの俺様仕様 （ヘッダファイルの集合の規定） 1. インクルードされるヘッダファイルを#pragma once付きとそれ以外とする。 ただし、次のいずれかに該当する場合はエラーとする（ヘッダファイルに含めない） (1) #pragma onceがコメントを除くファイル先頭に現れた場合 (2) #pragma onceがコメントを除くファイル先頭に現れ、かつ ファイル内の#if〜#endifの入れ子がファイル内で完結しない （ヘッダファイルの識別） 2. #pragma once付きのヘッダファイル同士は、ファイル名で識別する。（ディレクトリパスは無視） （ヘッダファイルの展開） 3. #pragma once付きのヘッダファイルのうち、上記2の規則により同一と判定されるファイルは 　 単一のコンパイルの中で、2回目以降の展開を無視する。 4. #pragma once付きでないヘッダファイルの展開は現行どおりとする。 いじょ 429 名前：デフォルトの名無しさん [2018/04/28(土) 07:55:01.29 .net] >>418 #pragma onceってファイル先頭に置くものだと思ってた ファイル末尾とかにおけばいいの？ 430 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 07:56:19.92 ID:zm4OWgENM.net] ソフトウェアが巨大化してくると、サブモジュールが各々同一のSDKを抱えてるなんてことがある。 複数のサブモジュールを読み込んでるソースコードは間接的に同一ヘッダを読み込む可能性があるが、 cvs等が異なるidを埋め込んでいたり、それぞれ微妙にバージョンが異なっていたり、エンコーディングや改行コードが異なっていたりする場合、 Includeガードならビルドできるが、pragma onceだと同一ヘッダを異なるファイルと認識してしまい、エラーになってしまったので、サブモジュールを全て自前で修正する羽目になった。 なんてことがあるかもしれない。 結局ヒューリスティックな実装しかないんでないの？ 431 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 07:57:50.65 ID:BHnoJcFn0.net] 訂正； 誤： (1) #pragma onceがコメントを除くファイル先頭に現れた場合 正： (1) #pragma onceがコメントを除くファイル先頭以外に現れた場合 432 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 07:58:55.91 ID:BHnoJcFn0.net] >>420 >>418の仕様によるヘッダファイルの展開のどこにヒューリスティック要素があるのかkwsk、 433 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 08:04:07.12 ID:zm4OWgENM.net] >>418 >ファイル名で識別 過去遺産をすっぱり切り捨てる斬新な発想に目から鱗 434 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 08:05:18.62 ID:BHnoJcFn0.net] >>423 藻前は>>418の仕様の項番4を理解していない 出直せ 435 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 08:15:15.14 ID:zm4OWgENM.net] 今後ヘッダファイル名にはドメイン名を頭につけなきゃいけないね。 メアドでもいいかな？ 436 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 08:20:58.21 ID:amQJLuCm0.net] >>417 適当な処理系の言語リファレンス見ればいいだけ そんなに難しくはないぞ 437 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 08:24:01.11 ID:WRqkde3l0.net] >>422 420が提起した問題に答えろ kwskはそれからだ 438 名前：デフォルトの名無しさん [2018/04/28(土) 08:33:55.15 .net] >>427 是非は置いといて、ファイル名で識別するって書いてあるじゃん 文盲なの？ 439 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:13:26.88 ID:clK1o5V+0.net] つまりfooSDK/interface.hとbarSDK/interface.hは同一として判定するんだな たいへんだー 440 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:22 ] [ここ壊れてます] 441 名前：:50.78 ID:WRqkde3l0.net mailto: 結論を急ぐあまり考察が浅くなりすぎだな [] [ここ壊れてます] 442 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:23:37.16 ID:ibkTuaSK0.net] #pragma onceの前に改行があったらエラーですかwww 443 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:27:57.75 ID:amQJLuCm0.net] >>420 それ単に管理がなってないだけだろ どのバージョンのヘッダーを読み込むかを管理できてないとか怖すぎる 444 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:34:33.18 ID:WRqkde3l0.net] >>432 どう管理しろと？ 混用しているライブラリに偶然同じファイル名があって どちらもインクルードガードされているということを 「管理」で回避できるのか？ 445 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:42:57.08 ID:zm4OWgENM.net] >>432 えー、cvs keywordはどうするのー？ サブモジュールを格納してたリポジトリ毎に値が異なるよ？ 自動的に改行コードを修正してくれるリポジトリの場合はー？ 446 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:45:12.10 ID:ibkTuaSK0.net] まずは世の中のプリプロセッサのpragma onceの仕様がどうなっているかを調べるべきかと 447 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 09:54:13.99 ID:EXYGb8MJ0.net] 具体的な話になったら一気にレベル下がったなｗ 448 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:21:03.59 ID:amQJLuCm0.net] >>433 話の流れを理解せずに無駄に絡んでくるなよ... インクルードガードならとりあえずビルドできるって言う話だぞ >>434 同一のSDKなんだから同一のものを指すようにすればいいだけだろ 449 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:24:05.76 ID:ibkTuaSK0.net] 目的は インクルードのループを防ぎたいのと 同じ定義を複数回行うことでエラーになるのを防ぎたい ってことだよな これをインテリジェントに行ってくれるのが理想 インテリジェントな物を仕様にするのは難しいし、 時代が進めばインテリジェント具合も変わる >>418みたいなあまりにショボい仕様だと 後々不満が出ることになる 450 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:28:01.67 ID:WRqkde3l0.net] >>437 答えになってないぞ 今 #pragma once について話しているよな インクルードガードを #pragma once でやっていたらどうなんだ 451 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:28:57.76 ID:BHnoJcFn0.net] >>429 >>434 現行のヘッダファイルでうまく行っているのならそのままでええ（>>418項番4はそのためにある そうではなくて、もしも（例えば）マイクロソフトのVisual C++の#pragma onceを使って書かれた過去の遺産の尊重が大事なら そのときは>>418の方の#pragma onceを#pragma once2とかに代えれば良いが そりゃー（例えば）マイクロソフトのVisual C++の#pragma onceが先行して規格になった後の話なので今は無視 >>435 　>417からの流れと考え合わせるに、 「僕ちゃんの考えた理想の#pragma onceじゃないと嫌なの！！！>418のｸｿ単純な仕様は正しくとも認められん！！！」ってことですかそうですか… なお>>431の指摘は評価する >>436 抽象的な言い回しで無意味に高尚な議論に見せかけている連中の方が多数派 空っぽなのに… 452 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:29:34.95 ID:ibkTuaSK0.net] 当然互換性の問題もある 今まで動いていたものが正しく動かなくなるのであれば支持されない だから>>435も非常に重要 453 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:33:35.22 ID:BHnoJcFn0.net] >>441 時間差だったかもしれんが>>440の最初のパラグラフ参照 存在しない規格との互換性の問題を喚かないでいただきたい、というのはあるが 回避策も示しているのだからオール無問題 454 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:33:47.48 ID:ibkTuaSK0.net] >>429の例で 2重インクルードを防ぎたい場合とそれぞれ別にインクルードしたい場合があるってのは書かなくてもわかるよな 中身が全く同じであれば防ぎたいし 全く別の定義であればそれそれぞれをインクルードしたい 455 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:35:03.59 ID:ibkTuaSK0.net] >>442 #pragma onceの仕様はVisual C++しか実装してないと思ってる？ 456 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:38:47.00 ID:BHnoJcFn0.net] >>443 >>444 >2重インクルードを防ぎたい場合とそれぞれ別にインクルードしたい場合があるってのは書かなくてもわかるよな ああ>>443の脳内にはそういう要求もあるんですねわかります その場合は>>418項番4でﾄﾞｿﾞｰ 藻前ら>>418の単純さをバカにするが藻前らの論理展開のアレっぷりも相当なもんやぞ… 457 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:42:05.24 ID:ibkTuaSK0.net] いずれにしろ>>418みたいなチープな仕様じゃ誰にも支持されない 458 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:45:00.58 ID:WRqkde3l0.net] ツッコミ殺到でボコボコなのに勝利宣言してやがるな つっこんだ人たち（ここのほぼ全員）にバレバレなのに滑稽な 459 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 11:10:27.31 ID:ueAKslGb0.net] >>418,421はミニマムの仕様を提示しただけで、つまり、 この仕様で問題ない場合は #pragma once で手抜きが出来て、 無理な場合は従来通りインクルードガード使えってことだろ。 俺はありだと思うぜ。仕様ってのはこういう割り切り方をしないと決まらない。 C++のラムダなんて後付で仕様を拡張して行っているし。（このやり方がいいとは思わないが） ただ、この仕様だと現行の #pragma once よりも割り切っているのがイマイチで、 「今」この仕様では却下されるだろう。 「#pragma once が全くない世界」なら、とりあえずここから出発するのもありだっただろう。 現行の #pragma once は常識的に考えて、 ・ファイル実体が同じ場合(ハードリンク/シンボリックリンク）は対応可能 ・コピーの場合(ローカルに xxx.h を tmp_xxx.h にしてデバッグ出力を改変したり）には対応不能 だろう。だから使用条件としては、 ・全ファイルがローカルファイルシステム上にあり、ヘッダファイルの改変は行わない であり、普通に個人レベルで開発する場合はこれで全く問題ないし、妥当だ。 会社で10-20人レベルで開発する場合、どのみちルールを子細に決めることになるし、 そういう場合は従来のインクルードガードでやれ、という割り切りも妥当だよ。 460 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 11:11:35.35 ID:ueAKslGb0.net] なお俺が推す仕様は、 ・#pragma once のファイル内では複数定義のエラーを無視する というものだ。従って、 ・現行の#pragma once とは違い、対象ファイルは必ず「ファイルとしては」「読み込まれる」 （これは現行のインクルードガードとも同じ) ・定義されている物のシグネチャが既に存在するものと全く同一だった場合、無視する。 ・シグネチャが異なっている場合、普通に読み込む（コンパイル対象とする） （勝手にデバッグ関数を追加されていた場合、その関数だけはコンパイルされる） ・#pragma once のファイルを全部パースし終わった際、「全部重複」「全部新規」ではなかった場合、警告を出す。 （正しく使えば「全部重複」「全部新規」のどちらかになる。 改変《追加》した場合は「一部新規」となり、警告にする。「一部欠落」は検知しない。） というものだ。 この場合、要するに「読み込んで同じだったら無視」なので、 #ifdef 内等、かなりアクロバティックに使われても、問題なく、使用者の直感通りに動作する。 改行の追加、コメント変更等は全く問題ない。 ただし常に全部のファイルを読み込み、初段階のパースは行うことになるので、 現行の #pragma once やインクルードガードよりは速度は劣る。 とはいえ、今更ここが問題になる時代ではないし、問題になるようならインクルードガードを使えと割り切る。 つまり、面倒なら #include を使わずに、全部 #pragma once にも出来る、というもので、 実際これで問題無いと思うんだがな。 461 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 11:15:31.75 ID:aIENMcPWd.net] もう書かなくて良いよ アホだってこはみんなわかったから 462 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 11:18:31.52 ID:aIENMcPWd.net] ヒント インクルードループ 463 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 11:22:35.75 ID:aIENMcPWd.net] インクルードのネストがn段 それぞれの段、m個のインクルードファイルからm個インクルードしてるとします 何パス必要でしょう 464 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:14:39.04 ID:wZlaoeXA0.net] >（ディレクトリパスは無視） 現行の#pragma onceでこんな実装になってる処理系あるかなぁ 465 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:22:28.92 ID:amQJLuCm0.net] >>439 日本語で桶 466 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:24:23.32 ID:amQJLuCm0.net] >>438, >>446 > >>418みたいなあまりにショボい仕様だと > 後々不満が出ることになる でも具体的には指摘できない ってか w 467 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:26:40.87 ID:aIENMcPWd.net] 具体的にたくさんあがってるのが見えないのかな 468 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:51:19.85 ID:NasUyYi90.net] プリプロセッサが諸悪の根源 469 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 12:51:48.61 ID:NasUyYi90.net] #define多いと読む気しない 470 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 13:09:32.49 ID:amQJLuCm0.net] >>456 レス番も引用もできないクズ乙 w 471 名前：デフォルトの名無しさん [2018/04/28(土) 14:18:44.28 ID:0IOpQOT30.net] static変数(クラスのインスタンス)がプログラム実行時にそのメンバ関数呼び出し時にその中で、 newをすると既存のヒープ領域を破壊することはありますか？ どうもこのように解釈できる現象が起きているようなのですが、調べても分からずアドバイスを頂ければ幸いです。 環境はMacのHighSierra、コンパイラはbrewから持ってきたLLVMです。 472 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 16:33:32.77 ID:ueAKslGb0.net] >>460 99%以上の確率であなたのバグです。 1行目の意味はよく分かりませんが。 473 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 16:51:34.89 ID:ueAKslGb0.net] ああすまん、何となく1行目の意味は分かった。 ・クラスインスタンスをstatic変数に入れ、そのメソッドを呼んだ 事をそう表現したのかな？ だったらはっきり言ってstatic云々関係ない。 GCなんて無いから「statc変数に入れたら忘れてGCされてしまう」みたいなことはそもそも無い。 ヒープを壊しているのはユーザーです。つーか、ランタイムもないし。 ガチでコンパイラのバグだと思っているのなら、 どのみち再現コード（その場合は20行程度か）を作るしかない。 その過程で君のバグだと気づけるだろうさ。 ただこのように「下から」デバッグをするのは時間がかかるから、俺は嫌いだけど、 君がそう思うのならやるしかない。 C/C++は広く長く使われて来ている言語だから、 現在もバリバリに使われているコンパイラなら、この辺の基本的な部分にバグは無いと思うよ。 static変数に確保するのはマイナーかもしれないが、滅多にやらないってほどではないし、 そもそも上記の通り、コンパイラにとって危険のある（バグに命中する可能性のある）使い方でもない。 474 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 16:59:13.74 ID:9z8isRDe0.net] >>460 破壊って何？ 475 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 17:20:06.35 ID:aIENMcPWd.net] ふつうに、 クラスのインスタンスがstatic宣言と読んだけだ static MyClass a; スコープローカルかファイルローカルかはわからん 476 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 17:29:35.84 ID:ueAKslGb0.net] >>450 >>464 日本語でおｋ お前は半島に帰れ >>452 それでお前は何パスだと思うのさ？ 予言してやる。お前は言えない。 なぜならお前は馬鹿であり、それがばれるのが怖いから。 477 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 17:46:24.07 ID:aIENMcPWd.net] おれは数学の専門家だぞ わからないわけがない 478 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 17:46:53.04 ID:aIENMcPWd.net] なぜ問題を出したのか考えてみ 479 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 18:39:11.84 ID:ueAKslGb0.net] ひとまず俺の一つ目の予言は的中だな。 次に行こう。 >>467 ID:aIENMcPWd お前の日本語の間違いをすべて訂正してみろ。 2つ目の予言をする。お前は言えない。 なぜならお前はゴキブリ韓国人であり、間違いを認識できていないから。 480 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 02:23:46.17 ID:UY96NiMha.net] C++でプラットフォームに依存しない音楽再生ライブラリってある？特にlinuxで使いたいんだけど。 mpg123とかいうのもみてみたんだけどプログラムに組み込むやり方が分からない 481 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 02:25:23.22 ID:kTR2ZRC/0.net] MIDAS 482 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 07:28:51.71 ID:riHNUW7H0.net] Gstreamer 483 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 10:01:20.67 ID:4Txko8z40.net] 質問ですが Q1. 浮動小数点型について表現しえる最小の値（負の値のうちの絶対値が最大のやつ）を取得する 環境非依存なやり方はどうすれば良いの？ -std::numeric_limits<double>::max()とか -DBL_MAX でおk？ Q2. テンプレートを型引数が整数型と浮動小数点型で分けたいんですが 同じ名前のテンプレート名のまま、テンプレートの特殊化的な簡単に済ませる方法は無い？ 484 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 10:55:07.91 ID:6B047Ccs0.net] >Q2 template <typename T, bool = std::is_floating_point<T>::value> struct hoge {}; template <typename T> struct hoge<T, true> {}; 485 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 11:05:23.85 ID:iHQcqnOH0.net] >>472 >Q2. こういう事？ https://ideone.com/oWzlMP 486 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 13:22:08.35 ID:WuAwAiPA0.net] >>472 std::numeric_limits<double>::lowest() 487 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 13:56:48.76 ID:4Txko8z40.net] まりがとうございます >>473 >>475 すばらっし >>474 言葉足らずでｽﾏﾝｶｯﾀorz 具体的型名で特殊化する普通の特殊化ではfloatとdoubleのそれぞれについて特殊化した定義を与えねばならないので >>473みたいなやつを求めていたのです！ヽ(＞∀＜)ﾉ！！！１１１！１！ 488 名前：デフォルトの名無しさん mailto:sage [2018/04/29(日) 15:24:36.24 ID:AQKaesvCd.net] たまにはlong doubleも思い出してあげてください 489 名前：デフォルトの名無しさん mailto:sage [2018/04/30(月) 23:11:41.90 ID:xhvNrk1GM.net] Boost.Optionalを使う際に、 対象クラスが自分自身の有効無効を変更できるようにしようとしてみたところ、 宣言時に宣言対象を引数にとって初期化できることに気づきました。 変数の引数に変数自身を使うのは仕様的にありなのでしょうか？ ttps://wandbox.org/permlink/YLKYol7KdEOhpyGU 490 名前：デフォルトの名無しさん mailto:sage [2018/04/30(月) 23:32:18.45 ID:9aMn2TSu0.net] ポインタか参照なら問題ない 中身は使えない 491 名前：デフォルトの名無しさん mailto:sage [2018/05/01(火) 23:40:40.03 ID:dOOCYV+Z0.net] CObject obj; for(i=0; i<N; i++) { obj = new CObject(); ・・・（処理)・・・ } ↑みたいにdeleteせずにnew演算子でクラスオブジェクトを割り振り続けるプログラムってお行儀悪い？ CObject obj; for(i=0; i<N; i++) { obj = new CObject(); ・・・（処理)・・・ delete(obj); } ↑こういうふうにすべき？ 👀 Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) 492 名前：デフォルトの名無しさん mailto:sage [2018/05/01(火) 23:49:10.85 ID:+P0DkpYu0.net] unique_ptr使うべき 493 名前：デフォルトの名無しさん mailto:sage [2018/05/01(火) 23:54:52.50 ID:2ADD+YWD0.net] 今時newなんかを自分で書いてることに疑問を持ったほうがいい 494 名前：デフォルトの名無しさん mailto:sage [2018/05/01(火) 23:55:37.66 ID:b3AAvo5J0.net] >>480 お行儀の次元の話じゃない 495 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 00:01:31.48 ID:LLl+2Gg10.net] 手っ取り早く動かしたいその場限りのコードならそういうことをやることもある くらいかな 496 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 00:09:49.83 ID:HN9ze8O60.net] ビンラディン並みのテロリストだな 497 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 00:09:55.64 ID:MK7npuGj0.net] そんなにお行儀悪いんでつか(´；ω；｀)・・・ 498 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 00:43:03.85 ID:Ve ] [ここ壊れてます] 499 名前：qNn1690.net mailto: そういうのやりたいならJavaやC#やれ [] [ここ壊れてます] 500 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 01:21:31.16 ID:9riosu0F0.net] ポインタじゃないものにnewしたもの格納できるとでも思っているのかジャバグラマ上がりのトーシロー 501 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 01:32:41.73 ID:G9KSYPOz0.net] なんでdeleteしなくていいと思ったんや 502 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 01:39:46.98 ID:HN9ze8O60.net] 釣りだと思う 503 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 03:44:38.96 ID:MK7npuGj0.net] deleteしてからnewすることにします・・・ >>488 こうでしたorz CObject* obj; 504 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 06:00:07.99 ID:3K4Hzh4Z0.net] >>480 C++的には for(i=0; i<N; i++) { 　CObject obj; 　・・・（処理)・・・ } でいいんじゃね 505 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 10:02:54.88 ID:EfCiDMro0.net] 大規模なコードで大量にオブジェクト生成するならアリだと思うけど その場合もnewしたものをdeleteするための仕組みは必須だしね 追跡できなくなる、もしくは自分で自分を破棄する仕組みも無いようではダメ 506 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 11:01:41.50 ID:lsKTgXIy0.net] ライブラリに分ける利点ってなんですかね 507 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 14:44:29.23 ID:MK7npuGj0.net] >>482 クラスのメンバ変数に他のクラスインスタンスを召喚するときとか コンストラクタでnewしてやらないといけないと思うの 508 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 14:47:38.93 ID:G9KSYPOz0.net] >>494 複数のプロジェクトで使いまわせる >>495 スマポ(かコンテナ)で大体のnewは回避できる そのケースも回避できる 509 名前：デフォルトの名無しさん [2018/05/02(水) 15:02:47.22 .net] >>495 別にnewしなくてもよくね？ なんかサンプル出してみ？ new無くしてやっから 510 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 16:18:42.29 ID:MK7npuGj0.net] >>497 class CTest { 　CFoo cfoo; 　void CTest() 　{ 　　cfoo = new CFoo(); 　} }; こんなんとかどうでしょう 511 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 16:23:28.41 ID:BwUG32HZa.net] >>498 class CTest { 　CFoo cfoo; 　void CTest(): cfoo() 　{ 　} }; メンバ初期化子知らんのか 512 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 16:28:43.53 ID:hqQx66t6a.net] 山口メンバーも初期化できたらいいのに 513 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 16:29:15.41 ID:9riosu0F0.net] ヤバいなジャバ上がりｗ 514 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 16:36:00.09 ID:BwUG32HZa.net] ちなみに非PODならメンバ初期化子に書かなくてもデフォルトコンストラクタで初期化子される 515 名前：デフォルトの名無しさん [2018/05/02(水) 16:36:35.49 .net] そもそも>>498の例なら初期化子自体いらんしｗ 516 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 17:10:02.19 ID:MK7npuGj0.net] >>499 そ、そうやって初期化したcfooはdeleteしなくてもいいんでつか？ 517 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 17:15:22.77 ID:2RgXx2xAF.net] >>504 変数の寿命を理解してないのか？ C/C++で変数の寿命を理解せずコード書くとメモリリークだらけになるから止めるか横着せず勉強するかしてくれ 518 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 17:19:29.16 ID:9riosu0F0.net] >>504 何言ってんだお前は そもそもdelete出来んだろ 519 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 17:35:57.58 ID:EH+UkdGd0.net] 教えてください やりたい事は ↓ https://stackoverflow.com/questions/14706954/how-to-override-the-text-displayed-for-a-property-in-the-propertygrid ここに出てるようなPropertyGridで、数値配列の値を16進で表示したい [0] 0x0001 [1] 0x0002 [2] 0x0003 .... 例えば↑とか、単にこれだけ そうとう調べまくったんだが、配列の例はみつけられなかった 配列でなければ、実装例は結構見つかるんだが・・・ 一見簡単そうなんだけど、俺のレベルでは不可能 520 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 18:09:52.99 ID:2RgXx2xAF.net] >>507 それC++の質問なの？ .NETのライブラリ(=>C++/CLI)じゃなくて？ 521 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 18:25:45.38 ID:EH+UkdGd0.net] いや、c# です 522 名前：片山博文MZ mailto:sage [2018/05/02(水) 18:26:58.58 ID:fs6y ] [ここ壊れてます] 523 名前：NkAId.net mailto: >>509 スレ違い [] [ここ壊れてます] 524 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 18:29:31.79 ID:EH+UkdGd0.net] ごめん間違えた、ここ C++のスレだった 隣で聞きます。 525 名前： mailto:sage [2018/05/02(水) 18:52:21.12 ID:R3g8E+PO0.net] >>504 delete しなくてもいいのです 526 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 19:04:04.70 ID:MK7npuGj0.net] >>505 >>506 >>512 み、みんな、親切にありがとう・・・ 527 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 19:06:49.69 ID:U7aQES8cr.net] >>494 一度に作る分量が減るので間違えにくい 別々の人間が手分けして作れる 528 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 20:14:18.27 ID:sTDjib3HM.net] >>503 そもそも>>498はコンパイルエラー（もしくは警告）になるだろ... class CTest { 　CFoo* cfoo; 　CTest(int x){ 　　cfoo = new CFoo(x); 　} 　~CTest(){ 　　delete cfoo; 　} 　void ReNew(int x){ 　　delete cfoo; 　　cfoo = new CFoo(x); 　} }; みたいな奴を想定してたのかも知らんけどこれでもunique_ptr使えば良いだけだしね 529 名前：デフォルトの名無しさん [2018/05/02(水) 23:29:42.51 .net] どうせ>>498の CFoo cfoo; はこれまた CFoo *cfoo; のつもりだったんだろう とりあえず>>499の形にすればnewはなくせる ポインタを保持したい場合も生ポインタはやめたほうがいいね 530 名前：はちみつ餃子 mailto:sage [2018/05/02(水) 23:41:46.06 ID:g0SlpjdS0.net] 可能な限りスマートポインタを使え、そしてスマートポインタで駄目な場合はほとんどないってのはその通りなんだけど、 初心者が生ポインタをちゃんと理解したことのないままスマートポインタを使いこなせるとも思えぬ。 そこらへんはちゃんと分けて、今回の場合はまずは生ポインタを理解するという方向性で説明する場面じゃろ。 531 名前：デフォルトの名無しさん mailto:sage [2018/05/02(水) 23:47:44.17 ID:MK7npuGj0.net] >>516 >>499を仰ぎますm(_ _)m 532 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 00:10:52.91 ID:XlBZHwDZ0.net] もうスマポはスマポとして理解させたほうがいいような気がするけどな 下手な生ポの知識は初心者に有害だ 533 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 01:53:27.71 ID:OyWVOyw+0.net] ていうかコンストラクタだから返却値型いらんやん 534 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 02:06:40.03 ID:jt77zXjA0.net] ポインターをdeleteせずに扱う猛者がいると聞いて駆け付けてきた 535 名前：はちみつ餃子 mailto:sage [2018/05/03(木) 02:41:54.13 ID:HFudy7bE0.net] delete をしない戦略ってのは無くはないよ。 アプリケーションの起動時直後にガッと大量のメモリを必要として、 終了直前に全部解放するってパターンなら、 どうせプロセスの終了と一緒にリソースは回収されるのでわざわざメモリ解放の処理を入れる必要はない。 (C++ だとデストラクタは必ずしもメモリを解放するだけではないので注意が必要だが) だけどそういう戦略をとれるのはちゃんと理解した上で問題にならないことを確信できるだけの知識があってこそだわな。 というか、それ以上に、確保したのを解放しないのは「気持ち悪い」と感じる心が C/C++er にはある。 536 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 05:19:48.86 ID:qNLpdLzsd.net] 組み込みだとそもそも終了なんてものがなかったりする 537 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 20:37:30.17 ID:giVWGYEy0.net] 解放しないメモリをnewとか頭湧いてんのか 538 名前：はちみつ餃子 mailto:sage [2018/05/03(木) 20:40:51.26 ID:HFudy7bE0.net] あたまがあったまってるんだ。 539 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 21:00:46.14 ID:Nqnp2049M.net] 確保済みメモリに対してのnewってあるよ 540 名前： mailto:sage [2018/05/03(木) 21:15:35.38 ID:hvfEvXXP0.net] >>526 placement new の意味が今でもよくわかりません…どんなときに使うのかなあ… 541 名前：片山博文MZ mailto:sage [2018/05/03(木) 21:18:01.47 ID:RMsmDfZSd.net] char buf[MAX_BUF]; new(buf) MY_STRUCT(1, 2 542 名前：, 3); [] [ここ壊れてます] 543 名前：片山博文MZ mailto:sage [2018/05/03(木) 21:18:51.15 ID:RMsmDfZSd.net] char buf[sizeof(MY_STRUCT)]; new(buf) MY_STRUCT(1, 2, 3); 544 名前：はちみつ餃子 mailto:sage [2018/05/03(木) 21:19:45.60 ID:HFudy7bE0.net] >>527 VRAM みたいな特殊なメモリを C++ のオブジェクトに見せかけたい場合とか 545 名前：片山博文MZ mailto:sage [2018/05/03(木) 21:20:25.98 ID:RMsmDfZSd.net] すでに確保したメモリーブロック上でコンストラクターを発動させる。 546 名前：デフォルトの名無しさん mailto:sage [2018/05/03(木) 21:23:27.91 ID:IMqmw2mT0.net] 組み込みとかゲーム機のような、最初に一気に確保する環境で使うんじゃないかね といっても確保済みのメモリに対して断片化しないように管理する仕組み作ったら、必然的にnew演算子もオーバーロードするだろうから結局placement new使わんかもしれんけど 547 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 04:49:56.51 ID:JszYn0L4M.net] クラスを丸ごとDLL化するときにはnew系をオーバーロード しておかないと解放時にエラーになるべ。 ヒープはDLL単位にあるので集めておきたい場合はplacement使う 548 名前：デフォルトの名無しさん [2018/05/04(金) 11:44:28.56 ID:8Ch7v1Nca.net] unique_ptrの配列版でメモリの再確保を行いたい場合どのように行うのがベターですか？ 549 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 11:50:52.58 ID:Z8Fitafid.net] 何に対してベター？ 550 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 12:02:46.79 ID:uwR6wCpjM.net] >>534 unique_ptr::reset( ) じゃねーの？ 551 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 15:25:56.64 ID:xM/0IOG70.net] スマポ使うときは最初にnewするもんなんじゃ… 552 名前：デフォルトの名無しさん [2018/05/04(金) 15:29:55.09 ID:YqO5U4DS0.net] make_unique使ってね 553 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 15:47:45.28 ID:kp+zcI/10.net] 配列伸ばしたいなら素直にvector使え 554 名前：デフォルトの名無しさん mailto:sage [2018/05/04(金) 22:00:12.15 ID:VI6126jwa.net] いろんな意味にとれるから質問の答えは未定義 555 名前：デフォルトの名無しさん mailto:sage [2018/05/05(土) 18:32:19.19 ID:sJdk0i7H0.net] [][][] [[[ ] X_[[[ [] ][ [] ][][[[] 556 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 13:23:46.73 ID:z9ZCOpRGM.net] 以下のように、派生クラスのメンバ関数で基底クラスのメンバ関数を呼ぶように 基底クラスが派生クラスに強制する方法はないでしょうか？ ttps://wandbox.org/permlink/K4IHMYwOsutPQz3i 557 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 14:01:54.85 ID:f5coeozT0.net] FAQやな インターフェースとカスタマイズポイントを分けろ struct base { 　void f() { //非仮想 　　cout << "base" << endl; 　　this->f_custom(); 　} private: 　virtual void f_custom(){} }; struct child : base { 　void f_custom() override { 　　cout << "child" << endl; 　} }; 558 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 14:08:44.77 ID:1ubTl4pj0.net] >>542 NVIじゃね？ https://wandbox.org/permlink/zjVuc2KjEPYsahYS 559 名前：542 mailto:sage [2018/05/06(日) 14:59:52.15 ID:z9ZCOpRGM.net] レスありがとうございます。 NVIというのがあるのですね。 （大昔に勉強したような…しかし思い出せず） 560 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 15:57:13.38 ID:Amh1VkyH0.net] 大昔とかの問題じゃなくて基本だぞ 561 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 19:15:44.52 ID:5lNukHv1M.net] >>544 pure virtualなのに関数定義することなんてできたのか… f()とbase::f()は同じ関数なんだよね？ 562 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 19:32:29.01 ID:9CUhRDV/0.net] }]] [[《_["[[]]" 〈[]》》 [][][]0,1》》〈〉 [] } } "B,V,0%%%,*1BVLO,SASA1`}}//%\\0,1\"VL"\ 563 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 19:37:26.47 ID:hMxfhnzD0.net] >>547 俺も知らんかった... 規格上も正しいみたい https://cpplover.blogspot.jp/2013/11/blog-post_24.html 564 名前：デフォルトの名無しさん mailto:sage [2018/05/07(月) 05:32:12.66 ID:WYJ+W2Mc0.net] >>547 12行目のbase::f()はvirtualを抑止してpure virtualを呼び出す 13行目のf();は動的結合でchi 565 名前：d::f()を呼び出す baseは抽象クラスでnew base{}できないので 13行目の動的結合がbase::f()を呼び出すということは起こりえない だからif(typeid(*this) != typeid(base))のようなチェックをしていない [] [ここ壊れてます] 566 名前：デフォルトの名無しさん mailto:sage [2018/05/07(月) 22:52:31.63 ID:JZ0Er0Nn0.net] ちょっと根本的な質問を。 C#が既に普及しているなかあえてC++に固執する理由ってある？ 567 名前：デフォルトの名無しさん mailto:sage [2018/05/07(月) 23:34:15.98 ID:Xl7KiTHE0.net] MSのOSしか使わないなんちゃてPGならC#で十分じゃないの 568 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 09:42:55.49 ID:JvzvEXdEd.net] mono/Xamarinはしんどいと言う事を知らない世界の内はいいんじゃない？ 大体Win限定だとしても高速化するのにC++で書いたのをdllimportするだろう 569 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 10:29:13.38 ID:EjLESs2X0.net] ざまりんが苦しい人は信仰が足りないのです 　 　僕は信仰の自由を主張しますけどね 570 名前： mailto:sage [2018/05/08(火) 17:04:15.75 ID:6aMWII0O0.net] >>551 余計な依存関係をかかえないのが嬉しいです 571 名前：デフォルトの名無しさん [2018/05/09(水) 03:49:30.68 .net] Boostとか使ってると余計な依存関係をかかえてしまうけどな C言語が一番 572 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 10:07:16.66 ID:Ajqxpjd7d.net] 一番多くの環境で使えるのはC言語 RAMが数十バイトしかないような非常にチープな8bitマイコンでも使える 573 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 10:29:31.98 ID:ZxmL37bf0.net] 数十バイトだとスタック領域ももパンクしそう、厳しいのではないか？ 574 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 10:34:17.87 ID:3kbM/2hPM.net] 流石に盛り過ぎ 575 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 10:54:36.47 ID:7azCP7HQa.net] 知らないで盛ってると言うのはどうかと 昔6ピンpicでｃ使ってたけどRAMは16バイトだった気がする 576 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 11:01:43.78 ID:7azCP7HQa.net] 調べたら勘違いで自分の持ってたのはSRAM64バイトのpicだった 577 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 11:58:05.29 ID:3kbM/2hPM.net] ＰＩＣ１２Ｆ６０９とかでもプログラム領域は1Kwあるけど 数十バイトしかない奴の型番教えてくれくれ 578 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:00:11.72 ID:jousW3+sd.net] PIC10F200はRAMが16バイトですね 制約は当然ありますがC言語で開発出来ます 579 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:00:58.98 ID:1NFscAG5a.net] C++どころかCすらやってはいけないレベルだな 恥ずかしいやつ 580 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:02:35.51 ID:1NFscAG5a.net] >>562 ROMとRAMの区別がつかない人がなんでこのスレにいるのか？ 581 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:04:25.14 ID:3kbM/2hPM.net] ハーバードアーキテクチャのデータメモリサイズだけ書くの 卑怯だと思うの。プログラムメモリは２５６ワードあるじゃん 582 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:07:19.83 ID:1NFscAG5a.net] >>557を受けての話だから そのチープなマイコンで開発にCが使えてる 583 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:09:43.50 ID:3kbM/2hPM.net] だから盛り過ぎでしょ 584 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:10:13.60 ID:1NFscAG5a.net] >>568 じゃあできないというのか？ 585 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 12:45:08.73 ID:e8iSV/lBM.net] >>551 競技プログラミングとかunity覚えるの面倒とか？ 586 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 13:09:28.13 ID:J0gm0Ysvd.net] >>566 RAMってしっかり書いてるじゃん チープなマイコンだとROM/RAMに別れてるのが普通だよアーキテクチャー関係無しに 587 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 18:42:26.74 ID:X9SFPyiC0.net] スタックの話だよね スタックはRAMであることが絶対条件なので ROMがどんだけあろうが関係ない 588 名前：デフォルトの名無しさん [2018/05/09(水) 18:49:54.96 ID:bhGLBTeZa.net] C# と C++ は世の中でどちらのほうが使われているのでしょうか？ いま、 C++ の本（ロベール）を読んでいますが、無駄ですか？ 柴田望洋訳の分厚い本も買 589 名前：ってしまいました。 [] [ここ壊れてます] 590 名前：デフォルトの名無しさん [2018/05/09(水) 18:54:28.74 .net] C++は無駄とは言い切れないがロベールは無駄 591 名前：デフォルトの名無しさん [2018/05/09(水) 18:59:28.28 ID:bhGLBTeZa.net] >>574 ありがとうございます。 結局、どのプログラミング言語を習得するのがおすすめでしょうか？ Python のような言語は除いて。 592 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 19:01:30.85 ID:ZxmL37bf0.net] 何をやりたいと考えているか次第 593 名前：デフォルトの名無しさん [2018/05/09(水) 19:05:22.21 ID:bhGLBTeZa.net] >>576 趣味でアルゴリズムとデータ構造を勉強しています。 プログラミングコンテストの問題(Aizu Online Judge)を解いたりもしています。 もし、プログラマーになるとした場合、もっとも必要とされる言語を使って、 アルゴリズムとデータ構造の勉強をすれば効率的かなと考えています。 セジウィックとウエインの本や講義動画を読んだり見たりするときには、 Javaの入門書を見たりしています。 594 名前：デフォルトの名無しさん [2018/05/09(水) 19:07:11.19 ID:bhGLBTeZa.net] >>576 コンピューターサイエンスを広く学ぶ上で一番適した言語がいいかなとも考えています。 595 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 19:16:40.18 ID:ZxmL37bf0.net] C++のスレで言うのもどうかとは思うが、 初心者が覚えるのに相応しい言語はJavaじゃないかなと思う アルゴリズムだけを学びたいなら、C言語が良いかもしれない 他の人の意見も聞いてね 596 名前： mailto:sage [2018/05/09(水) 19:47:49.06 ID:dHqNIKDN0.net] >>577 そういうのがやりたくて、しかも今 C で片言がしゃべれるのなら、そのまま進めるのが一番いい 597 名前：デフォルトの名無しさん [2018/05/09(水) 20:02:47.70 ID:bhGLBTeZa.net] >>579 >>580 参考になりました。 ありがとうございました。 598 名前：デフォルトの名無しさん mailto:sage [2018/05/09(水) 21:19:28.33 ID:X9SFPyiC0.net] >>578 アセンブラかVerilog/VHDLあたりじゃね？ 今の伝統的言語はユニプロセッサに源流があって 直列一辺倒の弱点が浮き彫りになっている昨今 【広く】学ぶうえでは却って足かせになるぞ 599 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 12:15:01.11 ID:yXMj8vMdM.net] >>578 Occam2 とか XCが最凶かもな 600 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 12:20:40.60 ID:YLAKf1v1a.net] Cはアルゴリズム勉強にはあまり向いてないと思う 以前各言語向けのアルゴリズム辞典みたいのを見比べてみたけど Cのだけ異質な感じ forのカウントいじってあったりして勉強しにくい 少なくともオブジェクト指向入れた言語じゃないと後で生かしにくい 601 名前：はちみつ餃子 mailto:sage [2018/05/10(木) 15:18:57.11 ID:RiSXhiCD0.net] オブジェクト指向が導入されているべきかどうかというよりも、単純に C は抽象化の能力が低いんだよ。 下層レイヤを上手く隠せないから段階的に積み上げていくというのがやり難い。 学習段階では上から下まで見えているって方が分かりやすいということはあるかもしれないので、 どちらが良いかというのは考え方とか好みにもよるので一概には言えないと思う。 602 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 15:24:31.29 ID:bWcYs//f0.net] アルゴリズムの仕組みが言語の内部に隠されると理解を妨げるだろう オブジェクト指向については、別の機会に学べば良い 603 名前：はちみつ餃子 mailto:sage [2018/05/10(木) 15:59:00.64 ID:RiSXhiCD0.net] そうとも言えない。 複雑なものを理解するには「分解する」は基本的なアプローチのひとつで、レイヤを切り分けるのは有用だよ。 それが >>585 に書いた「段階的に積み上げていく」の意図ね。 かといってそれで全体像 604 名前：が見通しにくくなってもそれはそれでアレだし、何がベストかなんて言えないよ。 やりやすいと思った方でやるしかしょうがないんじゃね。 [] [ここ壊れてます] 605 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 16:46:33.01 ID:bWcYs//f0.net] C言語で書かれたアルゴリズムが読み解けるようでないと 後で困るだろう 606 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 17:51:59.26 ID:Ulb5C2sT0.net] C以外だとリストのシャッフルはshuffleだけで済ませられる Cだとshuffleの中身を書かないといけない C以外だと「Combination()を使おう」 Cだと「Combination()を実装しよう」 くらいの差がある アルゴリズムがどこまで指すのか分らないが、楽しいことから先にやればいいんじゃねえの、ということで、C以外から 607 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 18:15:07.55 ID:bWcYs//f0.net] アルゴリズムを学習するって、その実装の中身を理解することだろう 608 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 18:39:39.67 ID:k0RUZ23fa.net] 個人的には、各種ソートや基本的なデータ構造の操作を自前で書くようなシンプルなところから入った方が分かりやすいかと思うけど、まあ人それぞれかなと。 609 名前：デフォルトの名無しさん [2018/05/10(木) 18:45:52.70 ID:yjf1B9Q5a.net] みなさん、ありがとうございます。 セジウィックとウエインのアルゴリズムの本に載っているのは、おそらく ジェネリクスを使っているので一般性もあって、かつ効率もいいプログラム だと思います。 ライブラリのようなクオリティーでプログラムを作るというのが理想です。 610 名前：デフォルトの名無しさん [2018/05/10(木) 18:51:57.46 ID:yjf1B9Q5a.net] アルゴリズムの本というと C 言語でプログラムが書かれた本が多いですが、 やっと C++ で書かれた日本語の本が最近出版されましたね。 セジウィックとウエインの本よりももっと初歩的な本のようですが。 データ構造とアルゴリズム (電子情報通信レクチャーシリーズ B-8) 単行本 ? 2018/2/1 岩沼 宏治 (著), 美濃 英俊 (著), 鍋島 英知 (著), 611 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 19:17:25.91 ID:4Q48RAuxd.net] アルゴリズムの抽象的な部分(オーダーとか適用するデータ構造の再帰性や対応関係)を学ぶならCよりML系の方が向いてるは向いてると思う ただ環境構築なんかの障壁もあるだろうし最終的にCは触るだろうけどアルゴリズム以外の所で詰まりにくいという意味でC#を推してみる 612 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 19:18:39.74 ID:4Q48RAuxd.net] >>594 勿論F#でもいいし理想はそうだが好みというかネットの情報量の多さ的にC#を挙げた 613 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 19:24:56.01 ID:faWxDCCY0.net] C#はLinqが便利すぎてお勉強用としてはどうなんだろうなぁ 何やるかによるけど 614 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 20:05:12.45 ID:4Q48RAuxd.net] ああ勘違いしていた アルゴリズムを勉強したいのではなく >>もし、プログラマーになるとした場合、もっとも必要とされる言語を使って、 >>アルゴリズムとデータ構造の勉強をすれば効率的かなと考えています。 なのね であれば >>573 氏が現役バリバリな時の主流の言語なんて今からじゃ予想つかないだろうし、実務なら最も適した言語が使われるだけだからC++をそのままやり続ければいいと思う コンピュータサイエンス自体死ぬほど広範囲な学問で、実務のプログラミングとの間にもやっぱり開きがあって万能な言語なんて無いよ 敢えて言うなら物理と数学、これだけは裏切らない 615 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 21:40:19.82 ID:n6BTi4dIM.net] >>597 あと英語な 616 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 21:41:29.95 ID:tcNeLXMy0.net] >>585 そこがいいんだよ 隠蔽されたことを忘れたフリをし 本当は忘れていないということの練習に向いている 忘れたフリが綺麗なコードの練習 本当は忘れていないことが性能評価につながる 両立した技能の練習に向いているということだ 617 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 12:08:47.61 ID:CPfY1M+aM.net] >>571 >>572 そもそもROMの反語はRAMじゃねぇし(SAMってのもある) SH 618 名前：ARCだとDMのサイズは0でも、PMさえあれば動く で、PMの事隠してマウンティングすればお前らは受け入れるのか？ [] [ここ壊れてます] 619 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 12:33:06.03 ID:Asz7DXCua.net] 今はどうか知らないけどcは標準でvectorやlistやmapがないから そこから始めないといけないのでめんどくさい アルゴリズム辞典見たら配列をdefineされたNやMで確保してた ライブラリとして使う気ゼロ 620 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 13:01:20.12 ID:Mluu9Rs0d.net] >>600 世の中のほとんどのチープなワンチップマイコンはROM/RAM構成なんだよ 世の中を知ってたら>>557に対して>>566なんて考えは出ないはずだ 621 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 13:03:39.86 ID:Mluu9Rs0d.net] >>601 Cはチープな環境やOS関連で使われるくらいだからなあ コストのデカイlistやmapなんて無くて当然 必要になったら必要最低限の機能で自力で作る世界 622 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 13:59:40.72 ID:lM6VzEPtM.net] >>602 あーハイハイそうですね〜 623 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 15:05:19.79 ID:KxM4SNOx0.net] >>603 コスト云々よりジェネリクスが無いから汎用コンテナを作るのが難しい 624 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 15:52:32.74 ID:MTbwW/C5M.net] 作るのが難しい人は拾ってくればいいだけ 625 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 18:24:24.95 ID:biwWi4aJ0.net] 数十バイトしかないなら、普通アセンブラで書くだろう 626 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 18:50:06.30 ID:Mluu9Rs0d.net] そうでもない 普通にCが使えるので 627 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 18:55:57.64 ID:Mluu9Rs0d.net] >>605 別に難しくない 標準化されてないから広まってないだけで 作ってる人はいっぱいいる 628 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 19:49:06.46 ID:l0MSXuwV0.net] >>600 だから何？ いいよ、じゃあSAMもありにしようや で、スタックの量がCに適するのか適さないのか おまえさんなりの考えを言ってみな 629 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 19:59:50.91 ID:KxM4SNOx0.net] >>609 静的型の恩恵が受けられなくなるだろ？ 630 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 20:34:03.62 ID:Mluu9Rs0d.net] で？ 631 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 20:40:41.03 ID:x5BQ9FS4M.net] >>611 普通にvoidポインタに置き換えるだけだが。 何が難しいの？ 632 名前：はちみつ餃子 mailto:sage [2018/05/11(金) 20:56:19.66 ID:e+Ei11A70.net] 初期の JAVA もコンテナを使うときにキャストが必須ってアレな仕様だったよな。 633 名前：デフォルトの名無しさん [2018/05/11(金) 21:04:30.87 ID:2EGPeEG9a.net] 昔は仕様がダメで段々改良されていくということがありますが、 それはなぜなのでしょうか？ その当時はハードウェアの性能上そういう仕様にせざるを得なかったというような 理由があるのでしょうか？ それとも単に思慮が足りなかったというだけでしょうか？ 634 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 21:16:49.77 ID:Mluu9Rs0d.net] 理由はいろいろ 635 名前：はちみつ餃子 mailto:sage [2018/05/11(金) 21:20:43.57 ID:e+Ei11A70.net] >>615 知見が足りなかったというのが最大の理由だと思うけど、 せざるを得なかった場面よりもその程度で充分だったという方が多いと思う。 636 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 21:23:11.17 ID:biwWi4aJ0.net] 仕様が固まらないうちに作る時は、それなりの暫定仕様か何らかの制限事項を設けて開発したな 637 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 21:36:00.99 ID:Mluu9Rs0d.net] 知見が足りなかったなんてのは少数派と思う シンプルな仕様からだんだんと機能追加で肥大化の方向 ってのがほとんど 638 名前： mailto:sage [2018/05/11(金) 21:43:16.90 ID:/s88DeTW0.net] >>619 C89 からの「関数の引数として構造体が（実体渡しとして)OK」というのは、私には堕落以外のなにものでもないと 639 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 21:53:49.41 ID:HARszYd10.net] 昔のC++にあった（今もある）糞の山は、今のモダンな他言語たちへの反面教師として大いに役立った 640 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 21:55:02.56 ID:Mluu9Rs0d.net] 例えばどの仕様が糞？ 641 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 22:06:17.59 ID:KxM4SNOx0.net] >>613 メモリぶっ壊しやすくなるのは十分問題だと思うが ライブラリ利用者側の責任で何とかしろってのはリソースの条件が厳しけりゃしょうがないがさもなくば正当化しかねる 642 名前：デフォルトの名無しさん mailto:sage [2018/05/11(金) 23:57:53.51 ID:MowAKA7Xa.net] 独習C++は一通り読んだんだが次に読む本ある？問題集みたいなのとか 643 名前： mailto:sage [2018/05/12(土) 00:13:37.95 ID:HeMwMf3D0.net] >>624 私がお勧めしているのは https://www.amazon.co.jp/dp/4894714221/ https://www.amazon.co.jp/dp/4881357786/ 前者は実は難があって、変てこな実装をしている部分もありますが、それを自分で調べて解決すれば、強くなれると思います 後者は STL の解説本です いずれも C++11 以前で今となっては古いのですが、代わりになるような本がない… 両方とも私は読んでいますので、普通の質問には答えることができます 644 名前：デフォルトの名無しさん [2018/05/12(土) 00:24:10.29 ID:TkoJoFTb0.net] 最初に読む本は禿4版一択ですよ。 645 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 01:17:09.76 ID:hwxaPbIq0.net] どの言語でも、入門書の次は、Effective 何々 646 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 05:59:18.81 ID:D96wT16B0.net] >>625 「なぜ」そうするのか 「なぜ」そうなっているのか 他にどんな選択があったのか という思考回路の俺には合わない本だ 647 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 06:50:27.10 ID:QiJLTR+Nd.net] >>623 それは低級言語に求める物じゃない C/C++は低級言語として数十年間圧倒的なシェアであり続けている これってすごいことだと思う 648 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 07:33:39.79 ID:eFTG6CfX0.net] >>623 データ構造の要素が静的に型が決まろうがそうでなかろうが、必要な要素数のメモリを確保する作業に違いはない。 せいぜい型のサイズを余計に掛け算するくらいだ。 確保するサイズが間違っていれば静的に型が決まろうがメモリ破壊は起きる。 もう少し具体的に示してくれないか？ 649 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 07:37:30.31 ID:D96wT16B0.net] 静的な型の恩恵がどうたらって mallocがvoid*を返すのと同じだろ 問題ちゃ問題だがそんなもん怖がるやつぁC使いに向かない 650 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 08:45:19.55 ID:vhGL8v7ea.net] >>629 静的なら実行時パフォーマンスには影響しない >>630 「既に壊しうるのだからちょっとくらい壊せる場所増やしてもいいでしょ」には無条件では同意しかねる >>631 向いていようがいまいがCの案件はあるわけで, 可能な限り安全にコーディングしたいと思うのは可笑しいか？ で話を戻すと, 汎用コンテナのCでの実装には, 大きく分けてもdefine使った型安全な実装とvoid *を使ったオーバーヘッドあり型安全なし実装が考えられるわけで, まずそれだけでこうして対立し得る 実装上でもいずれもpros/consがあるわけで, そりゃ規格がまとまる道理がないよね, って主張 別に必要最小限の機能で自分で実装することを否定するわけじゃないし, 型安全が絶対だという気もない 651 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 08:57:39.01 ID:QiJLTR+Nd.net] 高速コンパクトと安全性利便性は相反するものだ 諦めろ 652 名前： mailto:sage [2018/05/12(土) 09:08:53.09 ID:HeMwMf3D0.net] >>627 独習の次に Effective C++/Effective Modern C++ は飛躍しすぎではないかな？ ついてこれるのか 653 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:12:02.44 ID:vhGL8v7ea.net] >>634 必読書ですしおすし 654 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:13:51.54 ID:PbE4ojLD0.net] >>632 > void *を使ったオーバーヘッドあり とは何？サイズ管理＋アドレスの計算のこと？ だったらC++の汎用コンテナでも同じ事を内部でやっているし、オーバーヘッドはないが。 見た目でしか分からない人はCに向いていないぞ。 というか、型安全が欲しければC++を、 そんなん要らんから小さくて早いコードを、というのならCを、ってだけだろ。 その分自分で管理する項目が増えるだけの話で。 選択肢はユーザー側に与えられているのだから、それ以上は要らんだろ。 655 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:15:07.55 ID:D96wT16B0.net] >>632 できねえこと言ったってしゃーないだろ Cにはテンプレートがない 諦めるしかない 656 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:18:40.30 ID:kx3qluwG0.net] とりあえずスクリプト言語やC#で書く→速くしたい所をC++で書く→もっと速くしたい所をCやasmで書く これが正解 どれかにこだわって対立させて排他するのはアホ 657 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:26:19.92 ID:PbE4ojLD0.net] >>638 同意。 若い奴が統一言語「○○だけ勉強すれば全ておｋ」を求めるのは自然だが、 そうなっていないのは理由があって、つまりは手抜きと実行効率（速度）の兼ね合いだ。 一時期Cが統一言語だったが、それは他言語がゴミだったから（対抗馬がLisp)であって、 C++で再統一されることはないよ。特に今のC++では。 658 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:31:37.48 ID:vhGL8v7ea.net] オーバーヘッドについては撤回 >>636-639 だから基本的にそういう役割分担について否定しているわけじゃない Cで汎用コンテナが標準化されることはないだろうっていうのが元々の主張 659 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 09:56:03.80 ID:QiJLTR+Nd.net] >>638 Cで書けることは基本C++で書ける C++で最適化出来ない所はCでも無理 アセンブラしかない 660 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 10:05:55.31 ID:QiJLTR+Nd.net] >>636 CやC++に関わらず専用なコードは汎用に比べて高速コンパクトに出来る事がある つまり、 void*で作って全てのコンテナサイズ(型)同一コードよりも型ごとにコードを作る方が速いことがある C++のコンテナは全て専用コードなので コードの肥大化と引き換えに微妙に速いかもしれない コードの肥大化によってキャッシュミスして遅い可能性もあるけど 661 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:33:41.32 ID:VFvkGYoW0.net] >>638 > 速くしたい所をC++で書く→もっと速くしたい所をCやasmで書く asmはいいとしてC++→Cでもっと速くなるケースなんてあるのか？ 662 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:35:17.48 ID:tcCubJZ8M.net] >>632 >すでに壊してるのだから 一体どこからそんな主張を読み取ったんだ？ 勝手に人の主張を捏造せずに、ちゃんと質問に答えてくれないか？ あと、void*使わなくても、生成時に型サイズを受け取る方法もある。 汎用コンテナ作るのにdefineで型定義なんてするわけないだろう。 663 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:39:23.77 ID:D96wT16B0.net] >>642 qsortやbsearchとかそうだよな C++のsortやbinary_searchには絶対に敵わない 664 名前：デフォルトの名無しさん [2018/05/12(土) 11:44:45.24 .net] >>644 FF外から失礼します 「すでに壊してるのだから」とはどこにも書いてないと思うのですが なぜあなたこそ勝手に人の主張を捏造しているのでしょうか？ FF外から失礼しました 665 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:48:55.40 ID:tcCubJZ8M.net] >>646 面倒なやつだな。 「既に壊しうるのだから」 これでいいか？ 666 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:52:21.18 ID:My8LWy2ka.net] ふぁいなるふぁんたじぃ？ 667 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 11:59:59.40 ID:FtdYwxfb0.net] 前輪駆動車じゃない？ 668 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:14:05.61 ID:D96wT16B0.net] 255 669 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:31:23.28 ID:My8LWy2ka.net] -1 670 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:40:45.91 ID:QiJLTR+Nd.net] 汎用バイナリ < 汎用コード専用バイナリ < 専用コード 速度的にはこう 速度が非常に重要であれば CだろうがC++だろうが専用コードを書くのが一番 671 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:42:10.49 ID:PbE4ojLD0.net] >>643 間接参照を抜ける場合とかだろ。 逆にCよりもC++の方が速くなるコードの方があり得ないと思うが。 実際にC++はCより遅いってのは事実だし。 >>645 お前が値配列と参照配列の区別が付いてないだけだろ。 672 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:44:50.30 ID:D96wT16B0.net] >>653 アンカーミスったか？ qsortとstd::sortはどちらも値であろうが参照（ポインタ）であろうが使えるぞ 673 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:49:50.14 ID:QiJLTR+Nd.net] >>653 >>641 674 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:50:14.86 ID:VFvkGYoW0.net] >>653 > 間接参照を抜ける場合とかだろ。 それC++のまま書き換えればいいだけ > 逆にCよりもC++の方が速くなるコードの方があり得ないと思うが。 そんな主張はしてない > 実際にC++はCより遅いってのは事実だし。 だからどんなケースなんだよ STLとか使いまくって遅いとかなら使わないように書き換えればいいだけだろ 675 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 12:58:57.32 ID:QiJLTR+Nd.net] 厳密に言うと C11の可変長配列はC++には無い C++では例外処理を実現するために関数コールに微妙なオーバーヘッドがある場合がある って感じでCの方が有利な事がある どちらもガシガシに最適化した場合の話 676 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:05:00.64 ID:QiJLTR+Nd.net] x86-32 例外処理を有効にすると 関数コールに微妙なオーバーヘッドが加わる x86-64 例外処理の為のオーバーヘッドは無い その代わり例外発生時の処理は非常に遅い Cの可変長配列のような、スタックに可変長サイズを確保する手段はC++には無い 当然ダイナミックなメモリアロケートよりはスタックに確保した方が速い ただし実際にはあまり使われていないと思われる 677 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:09:56.56 ID:PbE4ojLD0.net] >>654 ミスってないぞ。 >>656 Cの場合は抽象化してくれないんだから、関数を直接呼ぶしかないんだよ。 だから動的解決をしている場合はC++の方が遅く、静的解決の場合は同速になる。 CのほうがC++より遅いケース出してみろ。ないから。 C++は機能的にはCをラップしてるんだよ。 例外とか、クラスの動的解決とか、スマポ（ｷﾘｯとか。その分管理が楽だが、速度は遅くなる。 Cの場合はC++のラッパ抜きで直接呼ぶことになるから、その分速い。それだけ。 678 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:11:52.26 ID:PbE4ojLD0.net] >>658 > x86-64 > 例外処理の為のオーバーヘッドは無い > その代わり例外発生時の処理は非常に遅い これマジ？ 煽りじゃなくて仕組みを知りたいから、キーワードかURLくれ。 こちらでググって確認する。 679 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:28:22.55 ID:QiJLTR+Nd.net] 自分でディスアセンブルしたり バイナリ比較したり実測してわかったことで 仕組みがまとめて書いてあるような所は知らない 680 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:31:21.41 ID:PbE4ojLD0.net] >>656 > だからどんなケースなんだよ 探してやったぞ。 > 実験によれば 6-13% の実行時間が単なる関数のディスパッチに用いられ、オーバーヘッドは場合によって 50% に達する[1]。 > https://ja.wikipedia.org/wiki/%E4%BB%AE%E6%83%B3%E9%96%A2%E6%95%B0%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB C++は動的な型の変更はなしなので、コンパイル時に対象関数は確定するだろ。それが仮想関数であってもね。 だからvtblを用いた実装自体がコンパイラの単純さを採って、実行速度を捨ててる。 JavaScriptみたいに、実行時に型を変更してしまえる言語ではないのだから、 型毎にテーブルを持つこと自体が冗長で、 テンプレートみたいに、仮想関数が上書きされた毎時点で平面的に展開し、直接それを呼ぶ実装も出来るんだよ。 勿論オブジェクトコードは膨らむが。 Cの場合は、どちらでやるにしても「自前で」実装するしかない。だから当然、選べる。 C++の場合は、選べないでしょ。一般的にvtblの実装になる。（コンパイラの都合だが） 681 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:35:45.30 ID:QiJLTR+Nd.net] C/C++で基本同じ結果となるコードが書ける 同じ結果となるコードを書けば結果は同じ ってだけで 当然違う結果となるコードを比べれば違う結果になる 当たり前 682 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:36:37.92 ID:PbE4ojLD0.net] >>66 683 名前：1 ちなみに計測したときのOSは何？ なおその兆候が正しいなら、x64の場合はハードウェアで対応していることになる。 [] [ここ壊れてます] 684 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:38:15.87 ID:QiJLTR+Nd.net] クラス関数はthisを第一パラメータとして渡してるだけで、これは構造体でも同じことが出来る virtual関数は関数ポインタテーブルへのポインタを持ってるだけ 同じことは当然Cの構造体でも出来る テンプレートは型ごとにコードを書くのと同じ 685 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:39:04.83 ID:PbE4ojLD0.net] >>663 だから、いわゆるC++の機能を使ったら、管理が楽になる分だけ遅くなる、というだけ。 C++の機能を全く使わないコードはCと言うんだよ。 だから、C++はCより常に遅い。それだけ。 686 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:41:20.71 ID:QiJLTR+Nd.net] >>664 そういえば、 例外発生時のスタックにあるリターンアドレスを検索するとかどこかでみたような どこかに仕組みが書いてあった気がしてきた 687 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:42:51.66 ID:QiJLTR+Nd.net] >>666 君独自の定義とか持ち出さないでくれ 688 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:44:31.67 ID:PbE4ojLD0.net] >>665 > virtual関数は関数ポインタテーブルへのポインタを持ってるだけ > 同じことは当然Cの構造体でも出来る Cでやる場合は、関数ポインタを引数で渡すことも出来るんだよ。 (勿論C++でも出来るが、クラスを使う意味が無くなるから普通はやらない） この場合、間接参照が抜ける分だけ速くなる。 （実際はメモリアクセス1個よりはキャッシュを壊すことの影響の方が大きいとは思うが） 689 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:45:03.28 ID:QiJLTR+Nd.net] C++独自の機能を使うとCより常に遅い？ それは嘘だな 690 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:47:32.05 ID:QiJLTR+Nd.net] >>669 C++にだけ独自の縛りを設けてCのが速い？ 強引に主張を通したいのはわかるが そろそろ痛いぞおまえ 691 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:49:15.64 ID:PbE4ojLD0.net] >>667 それはスタックウォークという、従来の例外実装方法だ。 君の場合なら、x86がそれになってる。 >>670 ならC++の機能を使って、Cよりも速くなるケースを挙げてみろ。 ないから。 692 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:51:18.48 ID:QiJLTR+Nd.net] もとは>>638だ C++で最適化に行き詰まった時に わざわざコンパイラをCに変えて最適化する事なんてないから Cっぽい記述とかアセンブラっぽい記述とかなら そりゃいくらでも 693 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 13:53:21.45 ID:QiJLTR+Nd.net] >>672 前半 自分で調べろ >>672 後半 ええと、... 「C++独自の機能を使うとCより常に遅い」 の否定はわかるかな？ 694 名前：デフォルトの名無しさん [2018/05/12(土) 13:53:48.97 .net] >>658って単に32bitプログラムを64bit CPUで走らせてオーバーヘッドがーって言ってるんじゃね？ 695 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:01:29.48 ID:PbE4ojLD0.net] >>674 君は理解できてないようだから、定義を確認しておこう。 ただしこれは一般的な解釈であり、おそらくこのスレの住民は共有してる。 ・テンプレート、クラス構文、スマポ等、 　C++コンパイラではないと通らない機能を使ったコードを、C++のコードという。 ・その他、関数ポインタ等、Cコンパイラでも通る機能のみで書かれたコードを、Cのコードという。 > 一般に、カーネルモジュールをC++で設計するやつは、以下のいずれかだ。 > > (a) 好んで厄介事に巻き込まれたい者 > (b) 自分が書いているのは実はCだと気がついていないC++バカ > (c) 授業でそういう課題を与えられた者 > > (d)を付け加えるなら好きにしてくれ。 > > Linus > https://cpplover.blogspot.jp/2013/05/linus-torvalsc.html 君は多分(b)だね。 今の話題はC++のコードとCのコードの速度比較ということでよろしく。 >>673 > C++で最適化に行き詰まった時に > わざわざコンパイラをCに変えて最適化する事なんてないから そんな話は誰もしてない。 勿論その場合はCのコードに変更し、C++コンパイラを使うに決まっている。 じゃないと他の部分が通らないだろ。 君の定義は、C++コンパイラを使っていればどういう書き方であってC++ということだったのか。 なら話は噛み合わないさ。 696 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:05:34.23 ID:D96wT16B0.net] # 697 名前：define SIZE 100000000 long long array[SIZE]; int comp(void const* lhs, void const* rhs) { if(*(long long*)lhs < *(long long*)rhs) return -1; if(*(long long*)lhs > *(long long*)rhs) return +1; return 0; } int main(void) { clock_t t0 = clock(); qsort(array, SIZE, sizeof(long long), comp); clock_t t1 = clock(); printf("%g[sec]\n", (double)(t1 - t0) / CLOCKS_PER_SEC); //2.288[sec] } [] [ここ壊れてます] 698 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:06:21.60 ID:D96wT16B0.net] #define SIZE 100000000 long long array[SIZE]; int main(void) { clock_t t0 = clock(); std::sort(array, array + SIZE, std::less<long long>()); clock_t t1 = clock(); printf("%g[sec]\n", (double)(t1 - t0) / CLOCKS_PER_SEC); //8.245[sec] ・・・あれ？　何だこりゃ } 699 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:07:22.82 ID:VFvkGYoW0.net] >>657-658 そういやスタックにとる可変長配列はC++にないんだな まあメジャーな環境でalloca( )使えないものはないと思うが 例外は使わないようにすればいいだけかと 700 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:14:29.71 ID:PbE4ojLD0.net] >>678 一応、基本的確認をするが…データは同じなんだよな？ 俺の予測では同速。多分そちらの期待も同じだと思うが。 701 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:14:45.58 ID:VFvkGYoW0.net] >>676 > ・その他、関数ポインタ等、Cコンパイラでも通る機能のみで書かれたコードを、Cのコードという。 可変長配列とか使ってないならC++のコードでもある つまりC++の範疇で書き直してるだけ って言うのが大方の人の解釈だと思うが 702 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:18:31.88 ID:D96wT16B0.net] >>680 うん だってグローバルだからオール０ 703 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:20:49.93 ID:QiJLTR+Nd.net] >>676 それは単なる君の定義 100歩譲っても5chで一般的なだけ 普通C言語, C++と言えば、 その規格や規格に準拠したコードを表す 704 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:22:26.74 ID:PbE4ojLD0.net] >>681 それは君の勘違いだね。 その定義ならC/C++を区別する理由がないし、多分LinuxもC++になってしまうだろ。 705 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:26:21.88 ID:D96wT16B0.net] >>676 たとえばヘッダファイルなんか、同一のファイルを Cコンパイラに入力したり C++コンパイラに入力したり ってこともあるよな 内容には無関係で単に Cコンパイラに入力したらCのコードで C++コンパイラに入力したらC++のコードだろ 最適化の内容だってrestrictのように CとC++で違ってくる可能性はあるしな 706 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:27:02.49 ID:PbE4ojLD0.net] >>682 最適化の掛け忘れでは？ Cの方はほぼ最適コードだが、(メモリアクセス減らして一時変数に取れとかその程度） C++の方は最適化無しだとトンデモコードが出てくるが、 最適化でそれを消すからおｋというノリだったと思ったぞ。 最適化無し同士の比較は意味がない。最大最適化同士の比較やってみそ。 707 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:27:22.97 ID:QiJLTR+Nd.net] 使うモジュールの差を言語で言うから話が紛れる で、 君の定義であるごく一般的な記述を行った場合の話であれば C++の方が速いこともあるしCの方が速いこともある C++はテンプレートによって専用のコードをたくさん作る 当然汎用バイナリよりも専用バイナリの方が最適化がかかりやすいし、 変数よりも即値の方が速いことも多い C++例外処理も有効で、 これによって処理が速くなる場合がある 708 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:27:42.28 ID:D96wT16B0.net] >>686 gcc unko.c -O3でやってる 709 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:29:31.07 ID:PbE4ojLD0.net] >>685 > 内容には無関係で単に Linus全否定かよ。 710 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:30:30.03 ID:QiJLTR+Nd.net] >>682 オールゼロでクイックソート？ それは... 711 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:35:18.35 ID:PbE4ojLD0.net] >>687 > 君の定義であるごく一般的な記述を行った場合の話であれば > C++の方が速いこともあるしCの方が速いこともある ねーよ。 実例挙げてみ？ それって単なるコンパイラの適性であって、コード自体の速度ではないだろ。 C++とCの本質的な速度差ってのは絶対にひっくり返らないものであって、 例えば、スマポを使っている限り参照ポインタを管理する分だけ遅くなる、というもの。 コンパイラがどう進化しても、「０」「ADDまたはDEC命令」の差はひっくり返らないんだよ。 > C++例外処理も有効で、 > これによって処理が速くなる場合がある ねーよ。C 712 名前：は最初から全部noexceptだ。 [] [ここ壊れてます] 713 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:35:49.71 ID:QiJLTR+Nd.net] ソートって メモリサイズ 比較コスト コピーコスト キャッシュサイズ ... こんなんで結果(時間)が大きく異なるんだよね クイックソートだと データの並び順でもたまたま選んだピボット値でも変わる 1個の場合を比較してもあまり意味が無いぞ 714 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:36:05.87 ID:D96wT16B0.net] clでやってみたら期待どおりの結果になった >>677 1.789[sec] >>678 0.623[sec] 最適化は/Ox 715 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:36:46.83 ID:D96wT16B0.net] >>690 ああ、それは確かに テストデータをまじめに作るか。。。 716 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:37:45.07 ID:PbE4ojLD0.net] >>688 となるとアセンブラを確認するしかないね。 (いいサイトはあったはずだが、普段使わんから忘れた) 717 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:37:57.15 ID:D96wT16B0.net] >>689 ん？　なんで？ 718 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:44:25.97 ID:PbE4ojLD0.net] >>693 それさ、以下の3条件でやってみ。 1) Cのコード(677)を、Cコンパイラ 2) Cのコード(677)を、C++コンパイラ ←追加 3) C++のコー(678)を、C++コンパイラ Cコンパイラってポインタ周りは最適化をかけないから、多分、 速度差はコンパイラ起因であって、コード起因では無いと思う。 719 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:45:53.71 ID:PbE4ojLD0.net] >>696 > (b) 自分が書いているのは実はCだと気がついていないC++バカ > https://cpplover.blogspot.jp/2013/05/linus-torvalsc.html 君の定義が正しければ、上記(b)の定義が出来なくなるだろ。 720 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:46:34.72 ID:QiJLTR+Nd.net] >>691 C++が遅くなる例だけあげてC++が遅いって言ってもねえ C++が速い例 double p = 1.; int n; for (n = 1 ; ; n++){ p *= n; } C++だと例外処理をつかって、いつオーバーフローするかわかるんだけど 例外を使わないとどういうコードになるかねえ？ --- Cで普通に汎用vectorを作るとすると 普通は汎用バイナリで作ることになるんで 関数ポインタを経由する事になっちゃうけど C++のテンプレートだとだとそれぞれ専用なんで 関数コールが速いよね アドレス計算も即値の乗算だから色々なテクニックが使える 721 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:47:13.55 ID:D96wT16B0.net] わりい、ちょっと離席する 722 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:49:16.03 ID:PbE4ojLD0.net] >>699 > C++が速い例 Java出身か？死ね 723 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:51:30.31 ID:QiJLTR+Nd.net] C++だとコンテナを使ってまともなソートを簡単に書けるけど Cだと面倒だからバカソート ってのも普通にある 要素数が少なければ意図的にやったりもする 一般的なコードではCの方が速い事の方が多い ってくらいの主張にしとけば良いものを 強い主張をしちゃうから 724 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:53:13.25 ID:QiJLTR+Nd.net] >>701 ん？ 良くわからんが負け宣言てことでいいのかな？ 725 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:55:06.52 ID:VFvkGYoW0.net] >>684 何を言ってるのか意味不明すぎる よほど感覚が独自なんだろうな w 726 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:56:22.02 ID:PbE4ojLD0.net] >>699 おっとすまん、ポインタアクセスでのメモリオーバーフローと勘違いしてた。 doubleの無限大の例外って事？ 俺はそっちには詳しくないが、浮動小数点例外をソフトウェアで検出するのなら同じだし、 ハードウェアでの検出なら割り込みがかかるだけで、速度的にはこれまた同じだが。 vectorについては完全に君の勘違いだぞ。 Cではそれぞれ専用の物を作るのが基本であり、それを一つにかけるようにしたのがテンプレートだ。 多分、理解の仕方が逆だ。 727 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 14:57:30.76 ID:VFvkGYoW0.net] >>699 > Cで普通に汎用vectorを作るとすると > 普通は汎用バイナリで作ることになるんで 速度云々議論してるところでそんなことする奴はバカって言われてもしょうがないと思う 728 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:04:23.09 ID:VFvkGYoW0.net] >>705 > ハードウェアでの検出なら割り込みがかかるだけで、速度的にはこれまた同じだが。 Cだと言語の範疇ではその割り込みを処理できない なのでif文とかでオーバーフローするのを検出するとかが必要 って話だろ 729 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:07:59.44 ID:PbE4ojLD0.net] >>707 > if文とかでオーバーフローするのを検出するとかが必要 ほう。ならその 730 名前：コードを書いてみ。 そしたらそのコードの中でオーバーフローするから無限ループだね。 そんな言語が実用だったとでも？ [] [ここ壊れてます] 731 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:15:00.22 ID:sI+Q43v80.net] >>705 例外については「お前は頭が悪すぎて会話にならん」とだけ コンテナは 「C++の方が遅い例だけ扱って、速い例は自分の想定と違う」 という主張を続けるならお前と会話しても無意味だ 732 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:16:02.69 ID:sI+Q43v80.net] IDが変わってしまった まあそんな事はどうでもいいか 733 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:18:43.30 ID:PbE4ojLD0.net] ちなみに速度比較についてはいろんな人が様々やってるけど、 俺的にまあ公平だと思えるのはこれだね。俺の体感ともだいたい一致する。 おれはC++は1.1-1.3位かと思っているけど。 > C 1.00 > C++ 1.56 > Java 1.89 > C# 3.14 > https://jaxenter.com/wp-content/uploads/2017/09/energy-efficient-languages-768x689.png > https://jaxenter.com/energy-efficient-programming-languages-137264.html C++の機能をバリバリに使ったら、そりゃJavaと大して変わらんだろ、ということになるし。 スマポってのは良くできたGCとコストはほぼ同じだし。（GCは全自動なだけ） Javaは以前は3程度だったが、ゴリゴリチューニングしてきているらしい。 734 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:19:13.36 ID:sI+Q43v80.net] >>706 速度優先のコード前提ってことなら 保護されまくった高機能汎用コンテナを使うこと自体アホってことになるねえ さらに条件を加えちゃってもう 735 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:19:20.53 ID:PbE4ojLD0.net] >>709 僕は知りません、まで読んだ。 736 名前：デフォルトの名無しさん [2018/05/12(土) 15:20:34.21 .net] >>708 なんで喧嘩腰なのかがよくわからないけど、 C言語では「n <= DBL_MAX」というif文が必要ってことだろ？ double p = 1.; int n; for (n = 1 ; n < DBL_MAX; n++){ p *= n; } 737 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:23:37.01 ID:PbE4ojLD0.net] >>714 いやオーバーフローするのは p だろ。 と思ったが、もしかして n の方なのか？ 738 名前：デフォルトの名無しさん [2018/05/12(土) 15:33:27.39 .net] >>715 なんでもない、忘れて＞＜ 739 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 15:48:51.69 ID:PbE4ojLD0.net] >>716 通じたようで何より。 だからオーバーフローの検出はソフトウェアでは辛くて、通常はハードウェアのはずだ。 そしてその場合は割り込みとなり、Cの場合は割り込みハンドラにコードを書くことになる。 C++の場合は『そこから例外処理ルーチンまで引っ張ってきてくれるコード』をコンパイラが用意し、 ユーザーのcatchコードを実行する。つまり、上記『』内コードでラップされてる分だけ遅い。 （実際にはラップだけではなくスタックウォークも行うから相当遅いはずだが） なんだが、実際俺はゼロ割例外しか見てないからオーバーフローについてはよくは知らん。 ハードウェア的には上記の動作になる。 一般的にはオーバーフロー例外は出ない環境（無限大に貼り付けるだけ）で使うのではないかと。 Cではアホみたいにゼロ割チェックやってるよ。 これはC++でも同じだと思うが、C++erはやらないのが作法なのか？ とはいえ、ゼロ割はCMP+Brachであり、通常は分岐しないから、x86ではほぼゼロコストだ。 割り込みは関数呼び出し自体が遅くなるから、結局これもCの方が速いはずだが。 740 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 16:03:54.80 ID:68o7JYmcM.net] >>712 お前話の流れが読めてないだろ w >>638から読み直せ、バカ 741 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 16:11:14.40 ID:eFTG6CfX0.net] overflowてexception吐くんだっけか 742 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 16:35:26.68 ID:68o7JYmcM.net] >>708 バカはこれだから w isfinite( ) マクロとかも知らんのかよ 743 名前： mailto:sage [2018/05/12(土) 16:40:25.40 ID:HeMwMf3D0.net] >>717 オー� 744 名前：oーフローで例外や割り込みが起動することはないのでは？ 普通、無符号ならキャリー、符号有りならオーバーフローのどっちかのフラグで判定するかと [] [ここ壊れてます] 745 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 17:14:24.19 ID:D96wT16B0.net] unsigned long long array[100000000]; ↑ ここに同じファイルから乱数を読み込んで比較してみた clのオプションは /Ox /arch:AVX gccのオプションは -O3 -mtune=sandybridge qsort cl 27.171[sec] gcc 26.139[sec] std::sort 746 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 17:16:00.99 ID:D96wT16B0.net] 途中で書き込まれてしまった unsigned long long array[100000000]; ↑ ここに同じファイルから乱数を読み込んで比較してみた clのオプションは /Ox /arch:AVX gccのオプションは -O3 -mtune=sandybridge qsort cl 27.171[sec] gcc 26.139[sec] std::sort cl 13.456[sec] gcc 9.103[sec] おまけ std::sortにstd::execution::parを指定してみた cl 3.288[sec] gcc 未実装 747 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 17:16:40.49 ID:D96wT16B0.net] >>690が正解だったね 748 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 17:49:15.49 ID:D96wT16B0.net] >>698 そこの２通目に箇条書きしてある部分は 1992年当時に俺が思っていたことに近い ・例外がクソ うん、マジクソだ C++11以後マシになったが下痢が治ったという程度 ・newいらねー 演算子newを初めて聞いた瞬間、 mallocの設計理念が大声でわめき立てた C++11以後ブーイングが更にエスカレートした ・キーワードclassいらねー 禿自身が認めやがった ・・・しかし、それがなぜ>>685への反駁に引用されるのかがわからん 749 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 18:15:21.20 ID:VFvkGYoW0.net] >>721 大抵のプロセッサの浮動小数点ユニットにはオーバーフローしたら例外を発生させる機能がある それを有効にしてるかどうかは環境による あとC言語の話で割込ハンドラーとか言ってる>>717は単なる知ったかなのでスルーした方がいい 750 名前： mailto:sage [2018/05/12(土) 18:29:10.59 ID:HeMwMf3D0.net] >>726 ＞大抵のプロセッサの浮動小数点ユニットには 「浮動小数点ユニット」なんですね、ここで確認しておきます。 ＞オーバーフローしたら例外を発生させる 演算結果が　±inf になることを「オーバーフロー」と言うのですか？ちょっと耳慣れないですね >>726 ＞C言語の話で割込ハンドラー lsi-c ver3, MS-C ver6 あたりでは、そういうのもあったと記憶してます、 matherr() ですね だから >>717 はあながち間違いとはいいきれない面もあります 751 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 18:40:33.53 ID:PbE4ojLD0.net] >>725 世間では「どちらのコンパイラを使うか」ではなく、 「どちらのスタイルで書いているか」でCとC++を区別してるんだよ。 752 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 18:42:16.14 ID:VFvkGYoW0.net] >>727 > 演算結果が　±inf になることを「オーバーフロー」と言うのですか？ちょっと耳慣れないですね それ反対、オーバーフローしたら結果をinfにしてるだけ 753 名前： mailto:sage [2018/05/12(土) 18:49:16.74 ID:HeMwMf3D0.net] >>729 inf も NaN も浮動小数点表現の中にあるので「オーバーフロー」と呼びにくい、と思っています、まあ人それぞれ 754 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 19:04:56.38 ID:VFvkGYoW0.net] >>730 だから誰もinfがオーバーフローとは言ってないだろ オーバーフローしたらそれっぽい値としてinfを入れてるだけ 755 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 19:24:22.69 ID:yANyZ1HYd.net] >>728 それなら Cスタイル、C++スタイル と言えば良い CかC++かは当然コンパイラで決まる C++は元々上位互換を目標に作られた物だ 756 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 19:29:38.17 ID:VFvkGYoW0.net] >>728 お前の変な世間はどうでもいい 757 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 19:48:04.17 ID:PbE4ojLD0.net] >>732 > C++は元々上位互換を目標に作られた物だ そうだ。そしてだからこそ、スタイルで区別されるんだよ。 元々C++はCの完全上位互換だった。 だから君らの定義なら、C++が登場したときから全てのCは消滅し、C++になっているはずだろ。 実際はそうじゃない。 「○○のコードはCで書かれています」 「○○のコードはC++で書かれています」というのは、 世間では俺の言った定義(>>676)で使われてる。 その後、CとC++が仕様的に分離してしまったから、 今現 758 名前：在はCコンパイラで通るコードがC++コンパイラで通らないケースが存在する。 だから今は明確に「どちらのコンパイラを使うか」を想定しておく必要があるが、 それもコーナーケースで、 大半の「Cのコード」はC++コンパイラでもそのまま通る。 お前らがC++信者でC++の範囲を広く取りたいのは分かるが、世間はそうじゃない。 C++がCの仕様を全て取り込んだら、 お前らにとってはCは消滅、全てはC++になり、お前らは幸せになれるだろうさ。 ただ、その後も世間はCとC++を引き続き区別するだろうよ。 [] [ここ壊れてます] 759 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 20:09:12.78 ID:sI+Q43v80.net] お前用語の定義の説明とかどうでもいい スタイルの意味ならスタイルと書け 760 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 20:09:24.63 ID:D4Rf+0xLd.net] >>734 それは嘘だなぁ extern "C"が無いとCライクに見えるオブジェクトを吐かない事が常となっているC++(コンパイラ)について、いくらpure Cライクなコードを書いてもpure Cでないextern "C"を書かないとCライクに見えるオブジェクトは吐けないってそれはもうC++でしょう 他の内容にも誤りがあって君の世間ではCライクなコードであればCで書いたと宣言していいらしいけど、少しでも世間のOSSのコードを見て回れば良いよ Cで書かれているのはCだから 761 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 20:30:38.36 ID:PbE4ojLD0.net] お前らが誤解したままでいるのはお前らの自由だが、 お前らの定義だと、CとObjective-Cを区別できないだろ。 あれはCの完全上位互換で、Cコードそのまま食えるらしいからね。 お前らも少し考えれば自分で矛盾に気づけるはずだが。 762 名前：デフォルトの名無しさん [2018/05/12(土) 20:58:42.38 ID:cTj25fOrM.net] >>734 それは言い過ぎでしょ。 流石にそれは、世間を知らなすぎ、と言われても仕方ない意見にみえてきたなあ。。。 763 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 21:57:33.16 ID:PbE4ojLD0.net] ならもうちょっと分かりやすい説明をしてやる。 >>677-678について、お前らの定義では『コード』について議論できないだろ。 俺の定義では、677は「Ｃのコード」で、678は「C++のコード」だ。コンパイラに依らない。 お前らの定義では、678は明確に「C++のコード」だが、677については、 「Cコンパイラを通した場合、677はCのコード」 「C++コンパイラを通した場合、677はC++のコード」 になってしまうだろ。 それだと、CとC++の『コード』の速度比較自体が定義できないだろ。 677をCコンパイラを通した場合とC++コンパイラを通した場合の速度差は、 「コードの差」ではなく、「コンパイラの差」なんだよ。 当たり前だろ。 というか、C++erもここまでレベルが落ちたのか。世も末だな。 764 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 22:16:57.78 ID:DXsEIRbfM.net] std::filesystemで片方のスレッドでファイルを出力し もう片方のスレッドでファイルが存在していたら読み込むというプログラムを書いた場合 出力中に存在すると判定されて読み込んでしまいそうですが、 そんなことないでしょうか？ もし読み込んでしまう場合、自力でフラグ管理かMutexを使うなどして 判定する以外の方法はあるでしょうか？ 765 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 23:29:24.63 ID:sI+Q43v80.net] >>739 お前が考えた定義とかどうでも良いって言ってるの 766 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 23:53:40.44 ID:PbE4ojLD0.net] というか何でお前らそんなに必死なんだ？ 俺の言ってる定義が世間一般の定義だよ。 そうじゃなきゃ『コード』の善し悪しの議論が出来ないだろ。自明だと思うが。 繰り返すが、C++がCよりも遅いのは事実で、それもググレばいくらでも出てくるだろ。 ただこれはC++そのものよりもオブジェクト指向の弊害だが。 chrismdp.com/2015/04/how-i-doubled-the-speed-of-my-game-by-giving-up-on-c-plus-plus/ https://www.quora.com/Why-is-object-oriented-programming-OOP-slower-than-procedural 逆に言えば、C++の機能をふんだんに使ったとして、Javaに対する速度優位がどれだけあると思ってるの？ C++で世界が再統一されることは、今のC++の仕様/方向 767 名前：性ではあり得ない。C++ではCを殺しきれない。 だからRustが生まれた。 >>711の表を信じるなら、RustはCの代替としてはC++以上に上手く行ってる。 [] [ここ壊れてます] 768 名前：デフォルトの名無しさん mailto:sage [2018/05/12(土) 23:56:27.27 ID:sI+Q43v80.net] お前の定義じゃないと議論が出来ないのは おまえがアホだから 769 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 00:02:56.89 ID:VV8A9gRv0.net] 定義の布教なんかより技術的な会話をしろよ 770 名前：デフォルトの名無しさん [2018/05/13(日) 00:03:10.09 ID:C4Q8t1mmM.net] 必死なのはどちらなんだろう… 771 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 00:20:47.86 ID:OjngaL1la.net] C++スレらしい流れだと思うよ 772 名前： mailto:sage [2018/05/13(日) 00:59:58.71 ID:eWw2CnRZ0.net] 面白くていいじゃないですかぁ… ここで linus メールをコピペ（省略） 773 名前： mailto:sage [2018/05/13(日) 01:17:46.49 ID:eWw2CnRZ0.net] >>742 面白い表ですね つい C# とか lisp の立ち位置を確認してしまった… 774 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 08:12:09.87 ID:pAG2qz7m0.net] >>739 だからお前のオレオレ定義なんてどうでもいい そもそも>>638みたいな話でC++→Cで全面書き換えなんてする奴はいないだろ まともなプログラマーならボトルネックを見つけてその部分を書き換える 例えば１つのファイルに関数f1()とf2()があってf2()がボトルネックだからC++からCの範囲で動くようなコードに書き換えたとする お前はそのファイルの記述言語は何て言うんだよ？ 関数毎に記述言語が違うとか言い出すのかよ w 775 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 08:18:26.86 ID:pAG2qz7m0.net] >>740 > 出力中に存在すると判定されて読み込んでしまいそうですが、 > そんなことないでしょうか？ そりゃ普通にそんなことあるだろ > もし読み込んでしまう場合、自力でフラグ管理かMutexを使うなどして > 判定する以外の方法はあるでしょうか？ そもそも何をしたいのよ？ 出力完了してから読みたいだけなら出力完了してから読み込む側のスレッド起動するとかする方法もあるだろうし 776 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 09:30:39.74 ID:tSRcUD9w0.net] >>749 お前がIDコロコロしてまでも定義にこだわる理由が分からん。 お前の定義なら、仮に全面インラインアセンブラで記述してあっても、 Cコンパイラを通したらそれは「Cのコード」であり、 C++コンパイラを通したらそれは「C++のコード」になり、 Objective-Cコンパイラを通したらそれは「Objective-Cのコード」と言うんだろ。 そんな定義の奴はいない。それは「アセンブラ」と言うんだよ。 ただこの定義はもういい。 君は間違いを認めないようだし、仮に俺が間違っていたとしても、 お互いの認識のズレは確認できたのだからそれでいいだろ。 そして>>638は最初からそう言っているだけだ。 お前は「コンパイル単位」でしか言語を規定できないからおかしな事になっている。 世間は「コード単位」でも言語を規定する。だから、お前が > f2()がボトルネックだからC++からCの範囲で動くようなコードに書き換え と言うのを、世間では「f2()をCコードに書き換え」と言うんだよ。 仮にお前の定義が正しくても、これを日常的にやるようなら、じきに略されて 俺（世間）の言い方に落ち着くのも分かるだろ。 だから>>638は最初から、お前の言葉で言う、 > f2()がボトルネックだからC++からCの範囲で動くようなコードに書き換える 「f2()がボトルネックだからC++からアセンブラの範囲で動くようなコードに書き換える」事を > もっと速くしたい所をCやasmで書く と表現している。元々「コンパイル」単位ではなく、「コード」単位なんだよ。 その「コード」について議論するのに、「コンパイル」単位を持ち出すのはおかしいだろ。 「速くしたい『所』」ってのは一部限定って事を明示してるだろ。 お前はどうしても認めないようだが。 お前は根本的に考え方がおかしい。それではまともな議論が成立しないだろ。 議論している粒度に合わせた言葉を使え。 777 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 09:51:06.22 ID:pAG2qz7m0.net] >>751 > ただこの定義はもういい。 > 君は間違いを認めないようだし、仮に俺が間違っていたとしても、 > お互いの認識のズレは確認できたのだからそれでいいだろ。 いきなり弱気になってて笑うわ w 778 名前：740 mailto:sage [2018/05/13(日) 10:01:51.37 ID:ntCzq/+YF.net] 自己解決しました。 仮の名前でファイルを書き出してからリネームすれば書き込み中か書き込み済みか 判定する処理をなくせるみたいでした。 779 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:07:48.71 ID:Q3HZm9Uhd.net] >>751 コンパイラが変わらない単なる最適化で C++からCにする なんて言わないから普通 少なくともエンジニアの会話では無い 簡単にいう場合は「最適化」「チューニング」だし 詳しくいう場合は中身を具体的に言う 頭の悪い文系を騙すのには使えるのかもしれないけど 780 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:09:34.85 ID:Q3HZm9Uhd.net] C言語風なコード と C言語のコード 全く意味が違う 781 名前：638 mailto:sage [2018/05/13(日) 11:24:15.00 ID:YEhpfoS10.net] 「C++で書く」→カジュアルにSTLとか使って読みやすく書く 「Cやasmで書く」→キャッシュやSIMDとか低級に考慮してガリガリ最適化する くらいの軽い気持ちで書いただけなのに紛糾しすぎててワイ将困惑 782 名前：デフォルトの名無しさん [2018/05/13(日) 12:17:41.91 ID:oMdj20B0d.net] 話が長い上にどうでもよすぎる 783 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:26:54.36 ID:yds9udeH0.net] またいつものキチガイか 784 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:43:30.13 ID:AL0mRZz+0.net] >>756 おまえさんの頭がC++03のまま更新が止まってしまっていることはわかった 785 名前： mailto:sage [2018/05/13(日) 12:46:19.41 ID:eWw2CnRZ0.net] >>759 そう判断した理由は？ 786 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:51:49.36 ID:AL0mRZz+0.net] C++11以後の「低級」を知らんだろ 787 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 13:01:15.34 ID:DrlMjc+O0.net] C++xx この末尾のへんなナンバリングが施されるようになったのっていつ頃から？ 788 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 14:22:28.62 ID:pAG2qz7m0.net] >>762 元々はC++09を狙ってたらしいから2008年頃じゃね？ 789 名前： mailto:sage [2018/05/13(日) 14:53:37.16 ID:eWw2CnRZ0.net] >>761 具体的に 790 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 15:27:50.96 ID:AL0mRZz+0.net] >>764 人に聞くのは知らないからだな 791 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 15:47:31.87 ID:CI2jyTw+0.net] >>759 STLが03から入ったと思ってんのか あと ＞Cコンパイラってポインタ周りは最適化をかけないから、多分、 ＞速度差はコンパイラ起因であって こんなこと言ってる時点でID:PbE4ojLD0の話は聞くに値しない 792 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 16:22:20.14 ID:AL0mRZz+0.net] >>766 あの流れからどうやってSTLが03からという話になったんだ？ 793 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 17:44:42.77 ID:tSRcUD9w0.net] >>756 馬鹿につき合ってすまんかった。 少なくとも俺とLinusは君と同じ定義で使ってるよ。俺の認識では世間もそう。 俺はこれでこれまで話が通じなかったことはないから。 おそらくはCをやらずにC++だけやってる世代と、 必ずCをやったうえでC++に進んだ世代の違いだ。 ゆとりだけで閉じてる世界では、彼らの主張する定義なのかもしれん。 ただまあ、話を聞いてる限り、こいつらは色々と無知だし、無知なことに無自覚だね。 まあもういいが。 自分が知らないだけのことをすべて間違いだと断定しているようでは上達しない。 C++erもここまでゆとり化が進んだのは残念だ。 794 名前：デフォルトの名無しさん [2018/05/13(日) 19:37:46.91 ID:5h/P5YlNM.net] 本当に通じていたのかな？ いわゆるフツーの人達は、めんどくさいから適当に話し合わせてテキトーに打ち切るものだが… 795 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 20:05:09.29 ID:tSRcUD9w0.net] ついでだからもう少し書いておいてやるよ。 ゆとりC++erが「C++は速い」ということにしたがるのは、C++「言語」以下の解像度がないからだ。 「C++コンパイラさえ使えばおｋ」になってくれてないと困るからこそ、そこに異常にこだわる。 (他言語でも同様に、低位実装を直感的に推測できない馬鹿はこの傾向がある） お前らは>>722-723の結果、同じデータ構造で同じアルゴリズムを適用した物に対し、 速度差が出た場合にそれを「言語の差」と言い張るようだが、 それは明確な間違いだ。ただの不勉強でしかない。 実際、それだとそれ以上の最適化は 796 名前：出来ないだろ。 C出身者なら、必要ならasm書いてチューニングすることも出来る。 現在C++は失敗しつつある。 それはRustを見ても明らかだ。以下ページを見てみろ。 https://imoz.jp/note/rust-functions.html スマポ(ｷﾘｯな連中にとってはC++よりもRustの方が明らかにいい言語だろ。（後発なので当たり前だが） C++だけにすがるのは止めとけ。 もうそういう時代じゃないし、C++はそれを満たせる言語ではない。 [] [ここ壊れてます] 797 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 20:17:51.87 ID:CI2jyTw+0.net] 別にC++とCの宗教論争に加わるつもりはないが、 お前qsortがstd::sortより遅くなりがちな理由わかってないだろ アセンブラ使わんでも自分で書きゃCでも同等の速度は出る （というかVCの最適化にハンドアセンブルで本当に勝てるんか？こいつ） ＞CよりもC++の方が速くなるコードの方があり得ないと思うが。 ＞CのほうがC++より遅いケース出してみろ。ないから。 調べもせずにこんな決めつけを書く低レベルさ以前に これをC++のスレで書くお前はどう見てもただの荒らしだから。 798 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 20:53:01.09 ID:tSRcUD9w0.net] >>771 お前は根本的に勘違いしている。 出発点は自前のコードでもいいが、逆アセンブル結果でもいいんだから、 改善できなくとも、遅くなることはあり得ない。 アセンブラを読めない君らでは、これは無理だ。 そして、遅くなる可能性の方が高いからやらないってのは、 馬鹿な君らなりの対処法としては正しい。 まあ、C++スレではC++マンセーしないと荒らしだ、ってのは理解した。 C++erがそこまで落ちぶれたのは残念だが、俺は去るよ。 799 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 20:57:13.19 ID:HhTyaKjTd.net] それぞれの言語の良くある使い方であれば Cの方が速いコードもC++の方が速いコードも どちらも存在する 同じ処理を同じように書けば普通は同じ速度 (ただし、一部細かい例外あり) 800 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 20:59:07.22 ID:HhTyaKjTd.net] 一般的な使い方では C++の方が開発効率が高く Cの方がバイナリの性能が高い事が多い (もちろん逆になる要素もある) 801 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 21:06:47.71 ID:CI2jyTw+0.net] >>772 以前ここに書いたこともあるけど、最近ET＋simd（SSE、NEONのイントリンシック）で ゲーム用の自前の線形代数ライブラリとか作ったんで ＞アセンブラを読めない君ら 残念ながらこれは当てはまらないよｗ どれだけ逆アセ読んで比較したか・・・・ ＞C++マンセーしないと お前が”正しい批判をしてれば”荒れてないんだよ ついでに言えば、 ＞「C++で書く」→カジュアルにSTLとか STLをカジュアルとか呼ぶ辺り、最近のC++界隈は 「流行に流されて自分で考えることを放棄する」という、かつてJavaの流行に荒らされた時代と 同じ愚を犯してるな、とは思うけどねぇ C++er憎し、では色々と話がおかしくなるよ 802 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 21:07:47.84 ID:HhTyaKjTd.net] 同じ処理を同じ動作で記述出来ない例 Cの可変長配列 C++の例外処理 803 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 21:09:03.49 ID:pAG2qz7m0.net] もうアホらしくなって途中離脱したけど 例えば関数内のループで使ってるstd::unique_ptr が遅いからその部分だけ生ポインタに書き換えたら ID:tSRcUD9w0 は何言語で書いたって言うんだろ？ って言うのはちょっと気にはなる まあまた明後日の長文書くだけだと思うけど w 804 名前：デフォルトの名無しさん [2018/05/13(日) 21:32:59.83 ID:Q+Wg2L410.net] 禿は神。 禿4はバイブル。 805 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 21:41:37.55 ID:AL0mRZz+0.net] 禿５マダー？(tntn 806 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:13:01.62 ID:tSRcUD9w0.net] >>775 > どれだけ逆アセ読んで比較したか・・・・ ならコンパイラ出力コードが手書きアセンブラと比べてどれだけ糞かも知ってるはずだ。 それでその言い方には矛盾を感じるけどね。 > STLをカジュアルとか呼ぶ辺り、最近のC++界隈は その発言は俺ではないが、 基本的には抽象度を上げるのは簡単にプログラミングする為であって、 「カジュアル」という表現は妥当だ。 Cみたいに全部手でゴリゴリ書く意味なんて無い。 速度が問題ない部分は出来るだけ手抜きすべきだ。STLがそれに適しているのなら使えばいい。 ただ、「STL使わなくてもどうとでもなる奴が手抜きでSTLを使う」のと、 「STLを使わないと何も出来ない連中がSTLを使う」のは全然意味が違う。 とはいえ、俺は後者が前者になるべきだとは思ってない。 ただ、後者ならC++ではなくJavaやC#を使った方が妥当だとは思うが。 君が見落としているのは、STLをカジュアルと呼ぶ連中は、 基本的に、STLを使わずに最速な実装が出来るものの、面倒なので、 「手抜き」を「カジュアル」と言い換えてごまかしているだけだということだ。 連中は君みたいにSTLが無いと何も出来ない馬鹿ではないんだよ。 > C++er憎し、では色々と話がおかしくなるよ これは違うぞ。俺は無知なくせにデタラメを言い張るゆとりは死ねと思っているだけだ。 ただし、お前が無知のままで死ぬ権利は尊重するので、 有用な情報は書かないようにするが。 807 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:14:29.75 ID:VV8A9gRv0.net] キチガイにさわるな 808 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:15:45.94 ID:AL0mRZz+0.net] 密度が低い 809 名前：デフォルトの名無しさん [2018/05/13(日) 22:19:54.88 .net] >>772 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 >俺は去るよ。 810 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:28:00.02 ID:AL0mRZz+0.net] 吐いた唾は呑ませんぞ 811 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 23:48:52.64 ID:d5CbxlL9M.net] >>780 > ならコンパイラ出力コードが手書きアセンブラと比べてどれだけ糞かも知ってるはずだ。 爺いは早めに滅びればいいのに 812 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 00:21:52.22 ID:BWBgd2BN0.net] constexpr+UCS=ニューパラダイムのはずだったんだがなぁ。 コンパイルタイムは夢がある。 813 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 02:44:09.99 ID:xNObD1oN0.net] 昔はライブラリもそんなに充実してなかったしアルゴリズム事典とか読み漁りながら色々自作してやってたけどね しかしまぁ便利な時代になったもんだ Ｃ言語だと型が変わるだけで使い物にならなくなっていたものが大半だったけど 型に囚われないSTLライブラリは本当に有能だよ 型に囚われない部分は全部インラインになっちゃうけどね 814 名前：デフォルトの名無しさん [2018/05/14(月) 13:39:06.22 ID:0aBfdvZZ0.net] オンラインになるんか！ 815 名前：デフォルトの名無しさん [2018/05/14(月) 13:40:44.68 ID:0aBfdvZZ0.net] 実行可能形式はC++、スクリプトはPython。 これができる大人の選択。 816 名前：デフォルトの名無しさん mailto:sage [2018/05/14(月) 13:48:17.86 ID:mA8jyKTp0.net] バッチは？ 817 名前：デフォルトの名無しさん [2018/05/14(月) 13:56:29.91 ID:0aBfdvZZ0.net] バッチは他人からパクるので贅沢は言いませぬ。 818 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 20:21:01.90 ID:L6tD5feN0.net] スタイルについての質問なんですけど、Cの文法で書けるならできるだけCで書いたほうがいいのでしょうか 上司のC++のコードがもうほんとゴリゴリのCって感じで、C++でcharの配列も無かろうよと思ったりするんですよ 確かにその方が分かる人は多くなるかもしれないですけど 819 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 20:32:27.71 ID:tHLzTn7F0.net] >>792 C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが 簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを 追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。 C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、 それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる: - うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が 安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、 もはや笑えるレベルを超えている) - 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに 効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の コードがその素晴らしいオブジェクトモデルに依存していて、直すためには アプリ全体を書き直さなきゃなんない。 言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに 限定するってことは、他の人がそれをめちゃくちゃにしないってことで、 ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい 「オブジェクト・モデル」のたわごとを持ちこまないってことだ。 820 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 20:34:21.22 ID:joZeDATc0.net] いや別に C++で問題ない 上司の意図は知らんが パフォーマンスを考えたコードとか 互換性を考えたコードとか そういう可能性も 5chの一般的な価値観とは違って C++っぽいのが良いコードって訳じゃない 821 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 20:36:35.58 ID:joZeDATc0.net] 逆に若者はコストも考えずに安易に汎用コンテナを使ったりと思うことがある 822 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 21:03:22.33 ID:5psId9wb0.net] ものによるのじゃん？ メモリイメージを意識するならCスタイルの方がきれいにおさまる。 823 名前：デフォルトの名無しさん [2018/05/15(火) 21:09:12.04 .net] バグを生む可能性が一切ないならCスタイルのほうがいいに決まってる 824 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 21:41:08.24 ID:h7VmA7z3a.net] c言語って移植性あるの？まともなの？ 825 名前：片山博文MZ mailto:sage [2018/05/15(火) 21:41:08.58 ID:NlOsi0K3d.net] 最近のC++は、std::vectorが配列に最適化されるのか？ 遅いだろ 826 名前：片山博文MZ mailto:sage [2018/05/15(火) 22:23:39.58 ID:NlOsi0K3d.net] C++11以降ならstd::array使うけど、覚えることがともかく多い 827 名前：片山博文MZ mailto:sage [2018/05/15(火) 22:26:59.43 ID:NlOsi0K3d.net] 区間チェックしてくれる配列を簡単に指定できると嬉しいの† 828 名前：片山博文MZ mailto:sage [2018/05/15(火) 22:31:58.98 ID:NlOsi0K3d.net] 例えば、[ ]を二重に書くと添字チェックしてくれるとか。どうかな。 int a[[10]]; 829 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 22:42:37.30 ID:PNM8l+laM.net] atじゃだめなんか？ 830 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 22:43:36.39 ID:sqV4cudU0.net] 例外投げるインデクサと投げないインデクサ両方ありますから。 831 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 22:46:39.90 ID:IhUmYIjB0.net] プロパティONにするとチェック有効で 832 名前：デフォルトの名無しさん mailto:sage [2018/05/15(火) 22:46:50.65 ID:IPNyvhtL0.net] >>802 オブジェトCを彷彿させるので嫌です 833 名前：デフォルトの名無しさん mailto:sage [2018/05/16(水) 03:32:46.81 ID:gRCAgj/W0.net] >>802 attributes構文と紛らわしい。 834 名前：デフォルトの名無しさん [2018/05/16(水) 23:25:18.23 ID:cmH84vOv0.net] arrayはなんで［］でチェックしてくれないの 835 名前：はちみつ餃子 mailto:sage [2018/05/16(水) 23:28:49.70 ID:axtQyUCZ0.net] ゼロコストの原則 836 名前：デフォルトの名無しさん [2018/05/17(木) 02:43:52.94 ID:vEqyw0xg0.net] C++のコストの大部分は例外に起因するらしい。 Cでコンパイルできるコードであっても、C++としてコンパイルするとバイナリが肥大化する。 その原因は例外。 837 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 07:10:31.59 ID:AhjFsLsi0.net] x86-64だとゼロコストだよ 838 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 08:34:28.77 ID:FVFi5bM10.net] どこにコストが消えたんだろ サボってるの？ 839 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 09:12:53.49 ID:UhXGat7x0.net] >>810 要出典。 840 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 14:51:21.43 ID:T9EnGAyld.net] x86-32だと割り込み発生時に対応出来るように 関数コールの度にスタックに情報を埋め込む x86-64はこれが不要 割り込み処理がなければコストはかからない 841 名前：デフォルトの名無しさん [2018/05/17(木) 18:56:39.80 ID:vEqyw0xg0.net] >>813 組み込み開発の株式会社○○みたいなサイトで読んだんだけどな。 なかなかためになる内容だったしブックマークしとくんだった。 見つけたらリンクくれ。 842 名前：デフォルトの名無しさん [2018/05/17(木) 18:58:28.25 ID:vEqyw0xg0.net] 俺の見解では、例外にコストが割かれるなら、それは必要なコストだと思うんだよな。 843 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 19:43:22.14 ID:WDNJ9RfY0.net] 元記事消えてるっぽいからアーカイブだけど bytepointer.com/resources/pietrek_amd_x64_primer.htm Windowsの例外機構がx64ではスタックベースからテーブルベースの通過するだけならゼロコストなものに変わった ただしバイナリサイズは増える 844 名前：はちみつ餃子 mailto:sage [2018/05/17(木) 19:46:45.63 ID:oI1zc+Au0.net] >>816 例外を使うならコストがかかるのは当然なんだが、 例外が通過しないかもしれないのにそこかしこで情報を積まないといけないのは良くないってことなんよ。 そんでまあ例外を投げたときだけにコストが生じる方式がいいよねっていう話。 845 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 20:29:27.85 ID:AhjFsLsi0.net] 例外が発生しない時のコストなんてゴミみたいなもんだけどな 846 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 20:30:03.35 ID:AhjFsLsi0.net] イヤなら64bitで組みなさい 847 名前：デフォルトの名無しさん [2018/05/17(木) 20:38:19.60 ID:vEqyw0xg0.net] 64ビット化するとサイズが1.5倍になるらしいけどな。 848 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 20:40:58.24 ID:AhjFsLsi0.net] 今時コードのサイズなんて問題にならんだろ その代わりに得るものは大きい 849 名前：デフォルトの名無しさん [2018/05/17(木) 21:11:41.72 ID:vEqyw0xg0.net] 1.5倍って40�sの可愛い少女が60�sのオバはんになるってことではないだろか。 さあどっちか選ぶんだ。 850 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 21:42:32.65 ID:53fi3uKJ0.net] どうしても対応し続けないといけない32bitのレガシーデバイスがあるなら頑張って そうじゃなけりゃもう32bitなんて捨てろ 851 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 21:43:14.24 ID:egaCGTtIM.net] >>823 それ得るもの無さすぎないか？ 852 名前：デフォルトの名無しさん [2018/05/17(木) 21:57:59.98 ID:vEqyw0xg0.net] 60kgのオッサンになるよりはいいだろ。 853 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 22:02:48.61 ID:/ukQRMvg0.net] 32bitがレガシーだあ？ どこで吹き込まれたか知らんが 騙されやすいやつだな 854 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 22:20:15.79 ID:yYAGBjqQ0.net] クラスのconst配列メンバをコンストラクタで初期化するにはどうしたらいいでしょうか？ class A { 　const double array[]; 　void A( double &temp[] ) : array(temp) 　{ 　} }; これはコンパイルでエラーが出てダメでした 855 名前：デフォルトの名無しさん [2018/05/17(木) 22:32:37.31 .net] >>828 できないからあきらメロン 素直にconst外してアクセサで制御するか、vector使うかしとけ テンプレートとかを駆使して無理に実現しようと試みるのはいかにも頭が悪いし時間の無駄 856 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 22:33:23.35 ID:MPVDtJCy0.net] constの問題というよりサイズが決まってないからダメなんじゃないの？ 857 名前：デフォルトの名無しさん [2018/05/17(木) 22:34:24.00 .net] ここ3年ほど32bitの組み込み機器に触ったことない 858 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 22:37:16.99 ID:53fi3uKJ0.net] 今はほとんど64bitの上で無理矢理32bit動かしてるんだよ ネイティブ32bitCPUなんて化石 859 名前：デフォルトの名無しさん mailto:sage [2018/05/17(木) 22:51:21.67 ID:yYAGBjqQ0.net] >>829 了解です、constは諦めマスカット >>830 どんなサイズの配列が来るかはコンストラクタが呼び出されるまでわからないんで サイズは未定にしておきました 860 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 17:13:18.87 ID:8ieomEvbM.net] vc++のマルチコアのオプ 861 名前：ティマイズなんて甘々だから余裕で 勝てるけどなぁ。 あんなのに負ける人もいるって、世の中広いなぁ(棒) [] [ここ壊れてます] 862 名前：771 mailto:sage [2018/05/18(金) 18:23:15.07 ID:G5mHfuQa0.net] アホだろお前 863 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 18:33:25.05 ID:pNV6CZfO0.net] そりゃあ頑張れば勝てるだろう コーディングコストと可読性の犠牲に見合うほど速くなるかどうかは別問題だがね 864 名前：771 mailto:sage [2018/05/18(金) 18:57:13.66 ID:jCVxhDbN0.net] VCもそうだけど大体のコンパイラは並列化や自動ベクタライズは強くないと思う 古くからある機能とそうでないものでは最適化に差が出るのは当然 だからこそSIMD使うときはみんなイントリンシック命令使ってるのであって 865 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 20:11:41.99 ID:Xj+Uy2RAd.net] >>834て誰に対してのレス？ 866 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 21:20:25.60 ID:TsUe9Yho0.net] >>828 template<std::size_t N> class A { public: const double array[N]; template<typename ...ARGS> A( ARGS&&... args ): array{std::forward<ARGS>(args)...} {} }; template<typename ...ARGS> inline auto make_A( ARGS&&... args ) -> A<sizeof...(args)> { return A<sizeof...(args)>(std::forward<ARGS>(args)...); } auto a{ make_A( 1.0, 2.0 ) }; こんな感じだろうか。 要C++11以降。 >>どんなサイズの配列が来るかはコンストラクタが呼び出されるまでわからないんでサイズは未定にしておきました 要素数が決まってないとコンパイル時に困るので、テンプレートクラスにしちゃったけれど… 867 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 22:05:36.49 ID:TsUe9Yho0.net] あーいや、 >>828 は配列を渡して初期化したいのか… ↑じゃだめだ だいぶ別物になっちゃった。 ttps://wandbox.org/permlink/gUlWoKLb3QfigsQk 868 名前：デフォルトの名無しさん mailto:sage [2018/05/18(金) 22:33:37.26 ID:G5mHfuQa0.net] 参考にしてみた https://wandbox.org/permlink/3asRA3QSPQXmmn8l C++17ならヘルパー不要にはなる・・・(コンストラクタに与えた引数から推定 けどどっちにしても配列数可変にはできない ていうか配列の参照とか初めて使ったw 869 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 00:03:26.14 ID:9PVep4LN0.net] >>828 C++14のinteger_sequence使ってみた #include <iostream> #include <utility> template <size_t N> class A { const double array[N]; public: template <size_t... I> A(const double (&temp)[N], std::index_sequence<I...>) : array{temp[I]...} { for (auto x : array) std::cout << x << std::endl; } A(const double (&temp)[N]) : A(temp, std::make_index_sequence<N>()){} }; int main() { double t[] = {1.1, 2.2, 3.3}; A<sizeof(t)/sizeof(t[0])> a(t); //A a(t); // C++17 } 870 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 00:10:45.61 ID:WRHfxyyT0.net] 糞面倒だな 871 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 00:15:37.45 ID:VIvIbG0Fa.net] アンチパターンを生み出すための新機能が次々出てくるのがc++だ！ 872 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 00:33:17.81 ID:WRHfxyyT0.net] こういうのからiostreamみたいになってゆくんだろうな 873 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 03:41:10.01 ID:BMt6S/TK0.net] つか引数にconst double(&temp)[]って何だと渡せるのこれ ()ないとエラー出るし 874 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 06:54:38.61 ID:KlOWaW480.net] 何も渡せないよ 配列数のない配列型はどんな文脈でも不完全型だからその型のオブジェクトは存在し得ない 875 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 07:39:54.12 ID:03NPLOb40.net] >>842 VS2017 15.7.1のVCのReleaseモードだとtemplateの部分が赤の下波線になるな Debugモードにするとなぜか消える そしてReleaseモードはエラーが出ているのにコンパイルして実行可能 バグじゃね 876 名前：はちみつ餃子 mailto:sage [2018/05/19(土) 12:37:22.83 ID:WMhjioR90.net] >>847 仮引数として表れる場合はポインタに調整されるんじゃなかったっけ？ 877 名前：デフォルトの名無しさん mailto:sage [2018/05/19(土) 13:11:36.50 ID:KlOWaW480.net] 配列型はね 配列の参照型はされない 878 名前：デフォルトの名無しさん mailto:sage [2018/05/21(月) 09:24:48.82 ID:SHQ/MEmo0.net] 引数で渡す場合は配列自体が参照型だもんな 879 名前：デフォルトの名無しさん mailto:sage [2018/05/21(月) 21:45:00.90 ID:SySmX4Pj0.net] 配列への参照ってのはあるんだけどね template <typename T, int N> N size(T (&)[N]) { return N; } 880 名前：デフォルトの名無しさん mailto:sage [2018/05/21(月) 21:45:22.62 ID:SySmX4Pj0.net] あ、ミスった わかる人笑ってｗ 881 名前：デフォルトの名無しさん mailto:sage [2018/05/22(火) 10:34:44.57 ID:QHYj3MXfM.net] >>848 > バグじゃね 未定義ならコンパイルできて実行できると言うのも規格に準拠してる正しい動作 882 名前：デフォルトの名無しさん mailto:sage [2018/05/22(火) 17:07:12.03 ID:CbgK21am0.net] >>854 見当違いのレスだな DebugとReleaseでエディタの動作が首尾一貫してないって言ってるんだがな 15.7.2が来たから入れてみる 883 名前：デフォルトの名無しさん mailto:sage [2018/05/22(火) 17:37:39.23 ID:LzyusK+ZM.net] >>855 普通の知能を持ってたら > コンパイルして実行可能 に突っ込まれてることぐらいわかるだろうに... 884 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 09:57:56.51 ID:NT2O+rqe0.net] >>856 15.7.2にしたらReleaseでも赤い波線出なくなったぞ エディタのバグが直ったようだ 885 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 10:14:09.85 ID:2zsXYckB0.net] >>848の3行目は無かったことにすると 886 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 10:39:06.93 ID:NT2O+rqe0.net] だから「エディタの」バグと書き忘れただけなのにお前らしつこいな DebugモードでもReleaseモードでもコンパイルして実行できてたんだから 887 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 12:24:31.22 ID:fJYH1ZEbM.net] 書き忘れとか知らんがな w そもそもエディタのバグと言うなら三行目は元々不要 余計なことを書いて突っ込まれるとか低能にありがちな行動ってだけ 888 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 12:33:07.54 ID:8Hna4W5Ya.net] >>859 気にするな。俺には>>854の方がよほど的はずれなことを言ってると思うよ。 889 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 12:40:43.11 ID:fJYH1ZEbM.net] >>861 >>856 同じようなレスを書いてループさせるのも低能にありがちな行動 890 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 13:02:27.39 ID:nSCJSr52M.net] エラーの話なのになぜか未定義とか言い出す奴が 891 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 15:37:22.12 ID:fJYH1ZEbM.net] 未定義の意味を理解してないなら絡んでこない方がいいぞ 892 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 17:20:05.74 ID:CpOh1zRO0.net] エラー 警告 未定義 不適格 ↑ 混同するやつが後を絶たないな 893 名前：デフォルトの名無しさん [2018/05/23(水) 19:15:29.66 ID:Au5e7VGg0.net] 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方 役に立つかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』 V9EWM 894 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 21:13:20.83 ID:CpOh1zRO0.net] しょーもね 895 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 21:13:21.12 ID:fJYH1ZEbM.net] この文脈でエラーとか警告とか言い出す時点でアホ丸出しなんだが...w 896 名前：デフォルトの名無しさん mailto:sage [2018/05/23(水) 22:07:04.14 ID:lbYCZF160.net] VisualStudioはインテリセンスとコンパイルに使うコンパイラが違う ちょっと設定変えると、とてつもなくエラーが出るのにコンパイルは通るという事態は稀に良くある 897 名前：デフォルトの名無しさん mailto:sage [2018/05/24(木) 12:25:45.78 ID:hqF4m+XgM.net] >>838 >>771 898 名前：デフォルトの名無しさん mailto:sage [2018/05/24(木) 23:58:30.63 ID:XccjINB00.net] あるコンテナaとコンテナbを連結？するようなクラス（イテレータ）を作りたいんだが イメージとしてはa.begin()からa.end()-1までいったら次はb.begin()になるようなやつを思い浮かべてるんだけど どんな風につくればよいかアドバイスください 899 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 00:18:38.25 ID:HgmGhgcw0.net] >>871 concat_iteratorでググるとそれっぽい実装がチラホラ 900 名前：デフォルトの名無しさん [2018/05/25(金) 10:18:09.43 ID:SC+wi2VoM.net] C++で2Dのwindowsで動くゲーム作ろうと思っているのだけど、ライブラリって何使えばいいんだ? 901 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 10:18:58.21 ID:AT66E0O7M.net] GDI 902 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 11:33:06.12 ID:JXMMrzE70.net] direct2d 903 名前：デフォルトの名無しさん [2018/05/25(金) 12:11:02.95 .net] Unity 904 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 12:19:23.12 ID:lIIOH/4a0.net] Opengl 905 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 12:52:26.94 ID:s00mTA6Oa.net] DirectX Tool Kit 906 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 14:11:55.60 ID:7mkguDclM.net] cairo 907 名前：デフォルトの名無しさん [2018/05/25(金) 18:33:18.15 ID:vSqqKkie0.net] いっぱいあるなー、一通り試してみようかな 908 名前：放置された蟻人間 mailto:sage [2018/05/25(金) 18:37:43.90 ID:mtapFpQed.net] 全部は時間的に無理。 909 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 19:06:13.22 ID:O4zlrz7ka.net] DirectX Tool Kit一択だとおもうが 910 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 19:16:41.38 ID:BiCg0uer0.net] OpenGLなんてのは? 911 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 19:17:34.72 ID:el+ngQt20.net] windowsに限定するならopneGLにする意味は薄い 912 名前：デフォルトの名無しさん [2018/05/25(金) 23:32:47.23 ID:vSqqKkie0.net] DirectX tool kit なるものは一般的なDirectXの上位互換みたいな捉え方でおk？ 913 名前：デフォルトの名無しさん mailto:sage [2018/05/25(金) 23:41:23.37 ID:9e9u/b+G0.net] >>882 よこからだけど、これ面白そう。 914 名前：はちみつ餃子 mailto:sage [2018/05/26(土) 01:45:05.97 ID:r5N0xqhb0.net] Siv3D とかも楽に使えると思う。 (3D という名前がついてるけど 2D もいける) 915 名前：デフォルトの名無しさん mailto:sage [2018/05/26(土) 09:49:22.16 ID:Gw/MbzDj0.net] 今の時代なら cocos 2d とかモバイルでも使えるライブラリ使った方がいいんじゃないのか 916 名前：デフォルトの名無しさん [2018/05/26(土) 10:01:48.35 ID:KfOwUuVld.net] c++ならアンリアルエンジンで行こうぜ 917 名前：デフォルトの名無しさん mailto:sage [2018/05/26(土) 15:38:59.11 ID:dTnlF+1t0.net] あれESCキーが消えるから… 918 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 08:17:20.26 ID:kgP2LOmLa.net] string::size_type についてですが、 size_type の前についている 「string::」 というのは何ですか？ 919 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 08:20:28.98 ID:kgP2LOmLa.net] 名前空間ではないようですし。 920 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 08:28:38.63 ID:HMjaHK3IM.net] 静的メンバ関数 でぐぐれ 921 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 09:38:09.06 ID:kgP2LOmLa.net] >>893 ありがとうございます。 string::size_type は companion type というものらしいのですが、 この companion type とは何でしょうか？ 922 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 12:33:02.70 ID:WLsT9puy0.net] メンバ関数の引数や戻り値、メンバ変数などで使用するためにクラススコープで定義された型のこと クラス(この場合はstd::string)を利用する側は、 実際にはその型がなんであるかを知る必要なく 文字列のサイズの型としてstring::size_type を用いることができる 参考 https://stackoverflow.com/questions/41471741/string-companion-types 923 名前：デフォルトの名無しさん [2018/05/29(火) 13:47:00.51 ID:kgP2LOmLa.net] >>895 ありがとうございました。 924 名前：デフォルトの名無しさん mailto:sage [2018/05/29(火) 23:46:46.84 ID:vO9YU0hS0.net] std::threadでサブスレッドで処理をしているのですが、処理をキャンセルするためthreadをdetachすると メモリを破壊しているようで全然別の箇所で色々なエラーが出てきます。system_errorは送出されていません。 サブスレッドではnewでのリソース確保もしていないので理由がわからないです。 detachする際にはjoinableである以外に条件があるのでしょうか。 925 名前：デフォルトの名無しさん [2018/05/29(火) 23:59:57.19 ID:6Y/6D3P7M.net] >>897 スレッドローカル記憶域とか破棄されたあとにアクセスしてんじゃないの？ 926 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 00:33:26.79 ID:4+P0NcT60.net] std::threadのdetachってスレッドを手放すだけでキャンセルはしないのでは ラムダ式で処理を渡してるなら、ローカル変数の参照キャプチャとかしてるない？ 927 名前：デフォルトの名無しさん [2018/05/30(水) 00:33:44.46 ID:D8xt/f/p0.net] detachしてもスレッドは動き続けますが。 928 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 00:56:37.13 ID:OvmXW6ID0.net] 一般にスレッドのキャンセルは難しいので適当に処理を終わらせてjoinするのが良いも思う 929 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 01:10:14.80 ID:K2528e3P0.net] https://ideone.com/3LDXGx 質問です。定期的に同じ関数をスレッドで起動するクラスを作りました。 んでコード中のここ無駄って書いてある行を削除する方法はありませんか。 開発はVCでやってますが、GCCでも通ればいいなーと思っています。 930 名前：897 mailto:sage [2018/05/30(水) 02:51:38.91 ID:gP4Z92jH0.net] すみません。言葉足らずでした。 メインスレッド：GUI、サブスレッド：既存のライブラリでデータ補間の重い処理 を担当していて、途中でデータ補間パラメータを変更したくなった場合 キャンセルボタンを押してやり直す、という処理を考えています。 CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは 構わないのですがjoinするとそこで処理終了まで待ってしまうのでdetachしたいわけです。重い処理のループの中にキャンセル用フラグでも用意できればキャンセル通知後 ループを抜けて速やかにjoinするところまで到達させる等の方法があるのですが、 既存ライブラリなのでそうはいかず諦めてdetachしようと考えています。 そのまま走り続けるだけだから結果を回収せずほっておけば良いのかと思ってましたが 甘かったみたいです。 >>898 thread_localは使っていないです。 >>899 アドバイスありがとうございます。関数オブジェクト作ってキャプチャは使っていないです。 >>901 スレッドを平和理に終了させる方法はなさそうなのでdetachできなければ諦めてjoinするしかなさそうですね… とりあえず最小の再現例を作ってみることにします。 931 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 09:53:15.07 ID:eD7a+sCF0.net] 重い処理の方を別プログラムのプロセスにしちゃって止めるときはブチ殺すのがシンプルで良さそうに見える 932 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 17:43:48.31 ID:K2528e3P0.net] >>903 async つかえ。 wait_forっていう関数がプロミスにある。 933 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 17:44:50.87 ID:K2528e3P0.net] >>902 たのんますー。 934 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 17:50:39.57 ID:K2528e3P0.net] 基本的にstd::threadでキャンセルは不可能。 自分でそういう機構を汲んでやらないといけない。 whileの実行をキャンセルするbool変数つっこむとか。 それでもクリティカルパスの実行は避けられない。 935 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 18:55:49.81 ID:DJsvI6z80.net] 強引にスレッドを殺すと、 そのスレッドが確保してたリソースが解放されないかもしれないぞ メモリであったりセマフォだったりハンドルだったり ちゃんと終了処理を追加しないとダメだよ 936 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 19:05:49.61 ID:EimB82cz0.net] そのスレッドが使用するメモリ等のリソースを全て スレッド終了まで保持していても >>897 ＞メモリを破壊しているようで全然別の箇所で色々なエラーが出てきます。system_errorは送出されていません。 となるなら、そもそもそのライブラリがスレッドセーフじゃないのかもしれない。 >>904式に別プロセス化するのが一番なのかもね 937 名前：デフォルトの名無しさん mailto:sage [2018/05/30(水) 22:01:02.21 ID:K2528e3P0.net] ぷぅうううううううううりいいいいいいいぃいいいいいいいいいずへーーーーーーーるぷみーーーーーーーーーー。 938 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 16:11:24.94 ID:W0WQ5cWo0.net] 関数の中にif(cancel)return;みたいなのを大量に仕込んで外からフラグを立てて止めろ 939 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 19:02:31.60 ID:OT8Sfmwc0.net] 基本的にはフラグで止めるか別プロセスで実行するのが定石だが 質問者は >CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは >構わないのですがjoinするとそこで処理終了まで待ってしまうのでdetachしたいわけです。 と言ってるからなぁ 940 名前： mailto:sage [2018/05/31(木) 20:27:20.65 ID:4k9lsrlf0.net] join なんて、カラクリが良く分からないものを、よく使う気になるなぁ 私なら、チャイルドプロセスが自爆するように、陽に記述するなぁ 941 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 20:40:15.15 ID:nmebeT/e0.net] joinが嫌ならdetachすればいいのよ パンがなければお菓子をたべればいいのよ 942 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 20:53:09.91 ID:VgZC2OSf0.net] 世の中には信じられないメンタリティの人がいるもんだなあ 943 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 21:03:58.91 ID:3a+XHa0i0.net] join のカラクリは何も難しいことないと思うが 944 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 21:13:34.61 ID:nmebeT/e0.net] 標準ライブラリが嫌ならpthread使えばいいのよ 945 名前：897 mailto:sage [2018/05/31(木) 21:49:57.28 ID:VY6h/Th40.net] いろいろアドバイスありがとうございます。 どうもdetachした後に局所変数が確保されるとスタックを破壊してしまうようで、 局所変数を確保する前に>>911氏のいうようにif(cancel)return;入れるとLinuxでは落ちなくなりました。 ですが、windowsでは改善せず諦めました。atomicにするのものも面倒ですし。 結局キャンセルするときは結果を回収せず、さらに別スレッド立ち上げてjoinすることで メインスレッドのGUIに制御が戻るようにしました。長期的には別プロセス化するしかなさそうですね。 ありがとうございました。 946 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 21:53:20.51 ID:TwfgGFWOM.net] > 既存ライブラリなのでそうはいかず って書いてあるのに>>905,>>907-908,>>911とかバカなら黙っとけよ... 947 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 22:35:57.56 ID:EV/maKH/0.net] 913はスレッドを自爆させた後joinしないのであろう… 948 名前：デフォルトの名無しさん [2018/05/31(木) 22:51:40.57 .net] 子スレッドが一つならjoinで待っててもいいけど、複数個になったら無限ループで待つよね 949 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 22:52:12.55 ID:EV/maKH/0.net] ていうか「重い処理かつ終了に時間が要するスレッド」複数個を所有するサーバみたいなスレッドを一発噛ませて、 パラメータを変えたくなったら「現行スレッド停止」と「新しいパラメータでのスレッド起動」をサーバに対して指令するつくりにすれば 良い この場合は「重い処理かつ終了に時間が要するスレッド」が終了するまで誰も待つ必要はなく（※サーバ終了時は除く 、サーバみたいなスレッドは、クライアントから「新しいパラメータでのスレッド起動」コマンドを受けたときおもむろに 「死んでる（再利用できる）スレッドはどれかいな〜、」とタイムアウト0秒のjoinでポーリング式にサーチすれば良い 現行スレッドが死ぬまでの間現行スレッドと新たに起動するスレッドが並列に動くことになるが >CPUは複数コアあるのでサブスレッドが走り続けてリソース開放が遅れるのは 構わない ということですしおすし、 950 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 22:56:14.51 ID:EV/maKH/0.net] >>921 ウィンドーズならWaitForMultipreObjects()とかその亜種で複数の終了待ちができうる そうでなくともイベントフラグの同時待ちはだいたいどんなマルチタスクOSでもできるから それを使って類似のしくみを作れうる、。 951 名前：デフォルトの名無しさん mailto:sage [2018/05/31(木) 23:21:33.93 ID:i2WXWbd70.net] >>923 できうる、作れうるって日本語的におかしいだろう 952 名前：デフォルトの名無しさん [2018/06/01(金) 04:04:16.74 ID:p3jBadVq0.net] ウインドーズとか何か別物感あるし、multipleのスペルもおかしいし大丈夫か 953 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 04:08:40.92 ID:ampOWGNn0.net] 色々なところで糞が露呈している それがWindows 954 名前：はちみつ餃子 mailto:sage [2018/06/01(金) 04:11:32.11 ID:uW2rQW//0.net] デザインとしては Windows の方が現代的なんだけど、 色んなものが POSIX を基本にしたデザインになってるから噛み合わないんよなぁ。 955 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 04:16:04.83 ID:ampOWGNn0.net] POSIXに準拠できないWindowsがどうかしている 956 名前：はちみつ餃子 mailto:sage [2018/06/01(金) 04:22:16.25 ID:uW2rQW//0.net] >>928 昔は POSIX 準拠にしてたよ。 アメリカの政府が採用するのに POSIX を要求してたみたいで、仕方なくやったって話。 だけど、基本的なモデルが違うものに API だけ接ぎ木してもなぁ。 957 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 04:43:45.31 ID:SICoZSIN0.net] windowsでpthread使うたびにトラブル起こってつら 958 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 08:14:44.74 ID:WJ5uQBEIM.net] >>921 他に条件があるならともかく、普通にjoinで待てばよくね？ 959 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 08:27:54.49 ID:WJ5uQBEIM.net] >>922 joinしたら再利用できないだろ 960 名前：デフォルトの名無しさん [2018/06/01(金) 08:30:22.24 .net] >>931 別に、joinで済むならjoinでいいんじゃね 961 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 09:15:20.19 ID:oHKnNuZr0.net] キャンセルしたくなるほど長い処理ならスレッドキューイングする利点はない もちろんしたいならしてもいい 962 名前：デフォルトの名無しさん [2018/06/01(金) 09:35:53.16 ID:uCsHgk1n0.net] C++を使うなら、Windowsでいいんじゃないの。 Clang、gcc、clと主要なコンパイラが動く貴重な環境だし。 文書を残さないといけないからアプリも必要。 図を描くのにvimでSVG書くって人もいるけど、流石にそれは労力の使い方を間違えてる。 963 名前：デフォルトの名無しさん [2018/06/01(金) 10:01:00.93 ID:oDn7ey18M.net] サブスレッドでjoinして結果を使わない、というのとデタッチするのとどう違うんやろな。デタッチってなんのメリットあるんやろか。 964 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 10:15:36.25 ID:oHKnNuZr0.net] 自分で書いてる通り結果を使わなくて終了も待ちたくないなら join せずデタッチ。 メリットはリソース(スレッドハンドルなど待ち合わせ用リソース)の自動的な解放くらいか。 965 名前：デフォルトの名無しさん [2018/06/01(金) 11:41:29.12 ID:sIQxQP9sa.net] 連結リストのクラス list があります。 addFirst removeFirst などのメンバ関数があります。 この list を継承して、 stack クラスを作ります。 stack クラスにはメンバ関数 push と pop があります。 push の中で addFirst を呼んでいます。 pop の中で removeFirst を呼んでいます。 stack クラスのインスタンスからは、 list クラスの addFirst, removeFirst などを 利用不可としたいのですが、どうすればいいのでしょうか？ : public list と継承するともちろんダメです。 : private list と継承すると push の中で呼んでいる addFirst が使えなくなってしまいます。 どうすればいいのでしょうか？ 966 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 11:47:52.19 ID:1LiDvq+rd.net] protect 967 名前：デフォルトの名無しさん [2018/06/01(金) 11:55:31.26 .net] friend 968 名前：デフォルトの名無しさん [2018/06/01(金) 11:55:48.39 ID:uCsHgk1n0.net] ・stack : protected listとして、必要なメンバをstackで明示的に公開する。 　　・listとstackのポインタに互換性がなくなる。 969 名前：デフォルトの名無しさん [2018/06/01(金) 11:58:45.22 ID:uCsHgk1n0.net] ・assert、throw等で警告するだけのaddFirst、removeFirstをstack側に作りオーバーライドし、規約で使うなと言っておく。 　　・非常にダサい。 970 名前：デフォルトの名無しさん [2018/06/01(金) 12:00:33.78 ID:uCsHgk1n0.net] ・基底クラスbasic_listを設け、そこからlistとstackを別に派生する。 971 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 12:12:54.27 ID:SICoZSIN0.net] >>935 釣りか？ MSYSがあるからなんとか我慢して作業できるが 仕事以外でそんな苦痛を受けながらプログラミングなんかしたくはない 972 名前：デフォルトの名無しさん [2018/06/01(金) 12:31:43.05 ID:uCsHgk1n0.net] >>944 wslでおｋ。 973 名前：デフォルトの名無しさん [2018/06/01(金) 12:33:20.56 ID:uCsHgk1n0.net] wslを有効にしてコルタナにウブンツと言えばすぐ使えます。 974 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 12:41:08.30 ID:SICoZSIN0.net] wslでWindowsネイティブなバイナリ作れんの？ 975 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 12:43:01.01 ID:Iz+jFShBM.net] >>944 > 仕事以外でそんな苦痛 でもどんな苦痛なのかは書けない w 976 名前：デフォルトの名無しさん [2018/06/01(金) 12:44:36.05 ID:uCsHgk1n0.net] さあどうだろ？ Linux側からWindowsのファイルは読めるけど。 環境設定が大変そうだな。 逆にWindows側からLinuxのファイルを直接変更したらだめらしい。 977 名前：デフォルトの名無しさん [2018/06/01(金) 12:47:41.68 ID:uCsHgk1n0.net] 俺のおすすめの使い方は、Windowsバイナリはcl、Linuxバイナリはwsl上のgccで作る。 開発環境はVisual Studio2017、CMakeプロジェクトを使う。 これだけでWindowsとLinux両方対応できる。 978 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 12:51:07.74 ID:SICoZSIN0.net] >>950 それ良さそうだな 今度試してみる 979 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 13:01:33.50 ID:sIQxQP9sa.net] >>939-943 ありがとうございました。 Macを使っている人はいませんか？ コンピュータサイエンティストって大抵Macのノートパソコンを使っているイメージがあります。 980 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 13:11:39.88 ID:pUOZzX0iM.net] >>952 mac使ったところでmacしか使えないだけ 本物になりたいならシェアが高いウインドゥスを使え もしくはLinux 981 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 13:29:21.95 ID:A9MSzynoM.net] >>944 別に補陀落渡海しても良いのよ 982 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 13:30:34.27 ID:STCtC+aF0.net] >>952 Macの内部はUnixだから 983 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 16:26:14.37 ID:WJ5uQBEIM.net] >>952 念の為、標準ライブラリにlistもstackもあるからね。 あと標準ライブラリのlistは継承して使えるように設計されてないからね 984 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 18:47:58.65 ID:U3fjUVmpd.net] リスト構造のスタックなんて簡単なんだからゼロから作っちゃえば？ 985 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 18:52:33.22 ID:U3fjUVmpd.net] push pop size copy move swap constructor destructor くらいでしょ使うの 片方向でもいいだろうし 986 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 19:38:34.27 ID:nSTFCyDP0.net] stackはlistではないし継承は間違ってるわな 987 名前：デフォルトの名無しさん [2018/06/01(金) 19:48:21.87 ID:uCsHgk1n0.net] 俺、リストツリーっていうの考えたんだけど、聞きたい？ 988 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 19:58:07.59 ID:U3fjUVmpd.net] >>959 頭が硬いやつはソフトに向いてない 989 名前：デフォルトの名無しさん [2018/06/01(金) 20:19:59.69 ID:sIQxQP9sa.net] >>953 >>955 ありがとうございました。 >>956-959 実は、 最近出版された岩沼宏冶他著『データ構造とアルゴリズム』（コロナ社） という本にスタックとキューのそのような実装が書いてあるんです。 まず連結リストをテンプレートを使って実装しています。 その関係で質問しました。 まえがきに「本書の前半ではC++言語での実装コードを示すが、これは 初学者によいコードを読ませることが目的であり、Art of Programmingに つながるような解説を付記するように努力する。」と書いてあります。 990 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 21:27:36.17 ID:naL+ZRGN0.net] 下手が伝染るから、クヌースを取り寄せしたほうが良いぞ 991 名前： mailto:sage [2018/06/01(金) 21:36:56.16 ID:/qAuBE/I0.net] >>938 私なら委譲を使います 992 名前：デフォルトの名無しさん mailto:sage [2018/06/01(金) 21:52:15.80 ID:eT4/jjIPM.net] >>933 どんな用途を想定してるの？ 993 名前：デフォルトの名無しさん mailto:sage [2018/06/02(土) 01:50:36.43 ID:z1beHaLa0.net] >>965 横レスだけど複数スレッドがあったとき ・どれかの終了を待つならjoinでは無理 ・全ての終了を待つなら適当な順でjoin というだけのことでは 994 名前：デフォルトの名無しさん mailto:sage [2018/06/02(土) 07:25:22.85 ID:uqsytqRM0.net] >>938 そういうことをやるなっていうのが「リスコフの置換原則」 995 名前：デフォルトの名無しさん mailto:sage [2018/06/02(土) 07:40:27.42 ID:SH+PTz7E0.net] 「外から見えるインターフェースが変わらなければ 内部の具体的な実装がまったくの別物に変わっても使うのに支障ない」 て 996 名前：いうオブジェクト指向のカプセル化だっけ、あのあたりの教材じゃなかろうか。 それと継承のアクセス制御の使い方。 [] [ここ壊れてます] 997 名前：デフォルトの名無しさん mailto:sage [2018/06/02(土) 11:23:31.53 ID:SH+PTz7E0.net] 派生クラスのアクセス制御、と書くべきだったかな。 意味は通じると思うけど、用語の使い方に厳しい人もいる故。 998 名前：デフォルトの名無しさん mailto:sage [2018/06/02(土) 13:02:49.13 ID:x6PfuSbY0.net] >>932 言葉足らずだったｽﾏﾝ スレッドハンドルの配列があったとして、[i]についてjoinしたら[i]を再利用できる（再びスレッドをcreateしなおせば良い 、の意味 joinせずとも済むやり方もあるが、 （「重い処理かつ終了に時間が要するスレッド」の関数本体をそのままスレッドにするのではなしに、 普段イベントを待ち、イベントが来たら「重い処理かつ終了に時間が要するスレッド」の関数本体を普通にcallし、そいつがreturnしてきたら 　再びイベントを待つ、というループするスレッドとしてwrapすれば良い、等 結局「重い処理かつ終了に時間が要するスレッド」が使っていた資源が開放されたことを論理的に知る必要からは逃れられず、 一番簡単なのがjoinですよという意味で>>922ではjoinと言ったので察してﾎｽｲ、 999 名前：デフォルトの名無しさん [2018/06/02(土) 17:26:29.14 ID:RQ4rJlvL0.net] ほむほむ、ところでgtestとBoost.Testはどっちが良いですかな？ 1000 名前：デフォルトの名無しさん mailto:sage [2018/06/03(日) 18:24:16.97 ID:gfv0Z2yCa.net] 初心者脱出したいから課題くれ 1001 名前：デフォルトの名無しさん mailto:sage [2018/06/03(日) 20:26:24.96 ID:g8+eu/OT0.net] >>972 自分でこれまで勉強した範囲で疑問なり興味なり沸いてきて、あれこれコード書いて試して見ようとしたことは無かったの？ もし全くないのならもう諦めた方がいい。 1002 名前：デフォルトの名無しさん mailto:sage [2018/06/03(日) 23:46:44.76 ID:D70hzHzDd.net] >>972 純粋な言語部分 プリプロセッサ 標準ライブラリ 特定のOS, 特定のライブラリ 組み込み どの辺の課題？ 1003 名前：デフォルトの名無しさん mailto:sage [2018/06/03(日) 23:58:49.35 ID:/T91IteZ0.net] 「計算機プログラムの構造と解釈」（SICP）を読んで演習課題を解いたら良い 1004 名前： mailto:sage [2018/06/04(月) 19:13:33.43 ID:gbEnuF2j0.net] >>975 まだ scheme 手習いが終わっていないのです（泣） 1005 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 22:04:43.09 ID:2Ea3o2oY0.net] リトルインディアン、ビッグインディアンも教えない職場があるんだな。 おっさん、びっくりしたわ。 1006 名前：デフォルトの名無しさん [2018/06/06(水) 22:13:02.59 ID:JW9lzKor0.net] >>977 周知のこととして扱われているのかもしれませんね。 私は学校で教わりました。 1007 名前：デフォルトの名無しさん [2018/06/06(水) 22:41:41.43 .net] >>977 インディアンかー 俺も教わった覚えないな 1008 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 23:17:12.31 ID:jNE6zLei0.net] One little, two little, three little Indians 1009 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 23:33:53.26 ID:m+Bnnm4Z0.net] エンディアンなのかインディアンだったかいつも忘れる 口語は混ざる 1010 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 23:36:43.24 ID:zexNX0En0.net] >>979 インディアンは習ったろ 1011 名前：デフォルトの名無しさん [2018/06/06(水) 23:48:14.36 .net] >>982 ネイティブアメリカンなら習ったけど🙄 1012 名前：デフォルトの名無しさん mailto:sage [2018/06/06(水) 23:48:33.17 ID:Ne6bz6Er0.net] ガリバー旅行記はいつどこで習うんだろう 1013 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 06:56:59.11 ID:u4DD79290.net] 「リトル・エンディアン」「ビッグ・エンディアン」て用語は 『ガリバー旅行記』が由来、という情報が載ってるサイトで、 主人公が漂着した小人の国、巨人の国のエピソードから…、とか 書いてあるのを見たことがある。ネタだったのかも知れないけど。 1014 名前： mailto:sage [2018/06/07(木) 08:03:30.91 ID:twFjtnTk0.net] >>985 それはほんと、小人国での卵の割り方にちなみます 1015 名前：デフォルトの名無しさん [2018/06/07(木) 08:17:13.03 .net] >>986 ニホンゴムズカシイネ^^ 1016 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 11:07:30.43 ID:texCzkEwa.net] >>977 今どきバイトオーダー意識するようなプログラム書くような職場じゃなきゃ教えないよ アライメントなんかも同様 1017 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 11:22:48.86 ID:W9Xn18jEd.net] インディアンを教える職場って どんな職場だよ 1018 名前：デフォルトの名無しさん [2018/06/07(木) 11:49:27.36 ID:ZMsL/8Fsd.net] だってオラはSEだから 1019 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 12:38:00.08 ID:pGQiQE2u0.net] SEなら尚更知っておかないと 日本はなんちゃってSEばっかだもんなｗ 1020 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 13:14:35.77 ID:W9Xn18jEd.net] SEとインディアンの関係は？ 1021 名前：985 mailto:sage [2018/06/07(木) 13:15:06.93 ID:u4DD79290.net] >>986 調べたら小人同士の戦争の原因なのね。巨人国は関係ないな。 実は空の国の「学者の無意味な論争」の一例だと思い込んでいたんだわ。 >>989 「ウチはCのコーディングスタイルとしてAT&T式を基本とします」 ってところはあるかも知れん。 1022 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 20:44:47.09 ID:BA7hChNz0.net] >>988 貴様が知る必要はない！ 1023 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 20:48:11.43 ID:DJdTp6lo0.net] 何でもネットに繋がらなきゃならないこの時代にhtolやltohを避けて通れるもんなのか？ PHPしか触らないWeb屋ならともかくここC++スレだぞ 1024 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 21:46:11.03 ID:XXEPBZnxM.net] 今時C++と言えどhtol()とかltoh()なんて低レイヤーの関数使うことなんて滅多にないだろ 1025 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 21:50:55.26 ID:gS6wfz1ca.net] >>995 ソフトウェアがなんでもかんでもネットワークに繋ぐ必要があると思ってるの？ここC++スレだぞ 1026 名前：デフォルトの名無しさん [2018/06/07(木) 22:31:28.79 .net] C++使うくらいだからXMLとかJSON使うんだろ 1027 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 23:10:47.05 ID:C4iY9p8E0.net] >>998 utf16はどうしたらいいの？ 1028 名前：デフォルトの名無しさん mailto:sage [2018/06/07(木) 23:16:41.18 ID:B+7Xk0Ks0.net] 続きはwebで 1029 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 68日 2時間 56分 35秒 1030 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef