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 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