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

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

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

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

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

◆QZaw55cn4c · 2019/01/21(月) 23:52:35.55

>>291
＞プログラマの努力で整合をとってやる(>>261の最後)カウボーイ的プログラミングになる。

…
…
これって「カウボーイ的」と形容されるべきものだったんですか？

catch の引数は値ではなくて、「型」だから、
テキトーな super class ERROR の下に個別エラー用派生クラスを列挙しておき、
臨機応変に catch (ERROR &e) を噛ましています…

>>256
一応例外を投げておくけれども、まじめにサポートする気はさらさらなく、
そもそもやる気は皆無・全くゼロであることを、ただ、それだけを全心全霊で表現するためだけに

throw 13;

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/22(火) 02:54:09.24

例外の処理速度については、こういう提案もある。

https://ezoeryou.github.io/blog/article/2018-07-10-static-exception.html

要するに、投げるオブジェクトが条件を満たすときは、
暗黙の返却値のような形で例外を伝播する仕組み。
バイナリレベルの取り扱いも ABI を決めさえすれば済むだろうし、
互換性も確保しやすそうに思う。

**デフォルトの名無しさん** · 2019/01/22(火) 07:12:53.52

どう見ても例外否定派の方が宗教がかってる…

**デフォルトの名無しさん** · 2019/01/22(火) 08:50:21.38

環境の方の質問NGなら完全スルーでお願いします

Windows8.1 64bit のうえで Windows98SE でも動く C のバイナリを作ろうと思ってるのですが
LSI C 試食版以外に何か良い方法がないかなあと…

Windows98SE の方に Visual C++ 6.0 & SP6 をインストールしても良いのかも知れませんが
DLL の整合性とか不安
VC++ 2005 は iso 持ってるだけ…Windows98SE で動くバイナリが生成できるとか何とか

**デフォルトの名無しさん** · 2019/01/22(火) 09:09:13.74

業務で使った経験は一切ないです
使い捨てレベルのものを書くのが目的です

**デフォルトの名無しさん** · 2019/01/22(火) 12:47:22.45

TEST::TEST()
{
　うんたら
}

ってコンストラスタがあって、このクラスにパラメータ付のコンストラスタを追加したいとき
C# だったら
TEST::TEST(int param) : this()
{
　増やす機能
}
みたいに書きますが C++ の場合はどうやって書きますか

**デフォルトの名無しさん** · 2019/01/22(火) 13:28:39.91

TEST::TEST(int param) : クラスのパラメータ(param)
{
　増やす機能
}

**デフォルトの名無しさん** · 2019/01/22(火) 14:01:29.45

>>297
委譲コンストラクタでググると出てくると思う。
たしかC++11で追加された機能。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/22(火) 14:03:25.02

>>295-296
LSI-C試食版って Windows 用どころか MS-DOS (16bit) の、しかもスモールモデルしか作れないじゃん。
使い捨ての、いいかげんな富豪的プログラミングしたらすぐメモリ足りなくなるぞ。

ワイとしては Open Watcom C++ を推すやで。

**デフォルトの名無しさん** · 2019/01/22(火) 14:11:32.02

>>295
https://bellard.org/tcc/
https://en.wikipedia.org/wiki/Tiny_C_Compiler
https://dyama.org/2012/11/tiny-c-compiler/
https://github.com/TinyCC/tinycc

**デフォルトの名無しさん** · 2019/01/22(火) 15:51:04.50

LSI-Cとかなっつｗ
昔の勉強用コンパイラといったらこれだったな

**デフォルトの名無しさん** · 2019/01/22(火) 16:10:30.87

LS愛ちゃん

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/22(火) 16:47:15.38

>>302
Cマガの付録CDに常に収録されてたよな！

**デフォルトの名無しさん** · 2019/01/22(火) 17:01:23.17

LatticeCとかBDS-Cとか使ってたわ

**デフォルトの名無しさん** · 2019/01/22(火) 17:22:22.39

>>298-299

TEST::TEST(int param) : TEST()
{
　増やす機能
}

で出来ました。ありがとうございました。

**デフォルトの名無しさん** · 2019/01/22(火) 18:21:52.81

bcc32c でコンパイルしたバイナリが Win98SE 上で動くことを確認…
Win98SE 上だと Turbo C が動くことを確認…

Open Watcom C++ というのは存じませんでした
確認してみます

**デフォルトの名無しさん** · 2019/01/22(火) 18:30:45.76

森公一郎さん、4年前に亡くなってる

**デフォルトの名無しさん** · 2019/01/22(火) 18:51:51.72

>>295
> VC++ 2005 は iso 持ってるだけ…Windows98SE で動くバイナリが生成できるとか何とか
なんで試さんの？

**デフォルトの名無しさん** · 2019/01/22(火) 20:54:28.21

DLL hell に躊躇

**デフォルトの名無しさん** · 2019/01/22(火) 23:43:17.99

LSI-C試食版ｗｗｗ
懐かしいなあ
あの頃はものすごくCPU遅かったよね
486にして感激したからな
もうC言語でプログラムはしたくない
C++だ・・・

**デフォルトの名無しさん** · 2019/01/23(水) 03:50:30.92

コメントに//が使えない時点でもうダメだな俺はw

**デフォルトの名無しさん** · 2019/01/23(水) 06:49:23.93

古いOSでも動作させたいけど、ソースは新しい規格で書きたい、
と言うのは要望としてはありうるな。

>>295 はLSI-C試食版(C89相当だっけ?)を使ってるようだから、
そのクチではないのかも知れんけど。

**デフォルトの名無しさん** · 2019/01/23(水) 07:14:34.51

>>310
今時なら仮想マシンでやればいいだけだろ

**デフォルトの名無しさん** · 2019/01/23(水) 08:57:06.72

>>312
コメント前に // つけるより
/*
コメント
*/

あるいは

#if 0
コメント
#endif

のほうがすっきりしないか？

**315** · 2019/01/23(水) 08:57:45.81

コメントが複数行にわたる前提ね

**デフォルトの名無しさん** · 2019/01/23(水) 09:18:31.94

だから何？
それに同意しようがしまいが単一行コメントのときに面倒なのは変わらないよね
個人的にはエディタがコメントの一括付け外しに対応してるなら複数行でも//の方が見やすいと思ってるけど

**デフォルトの名無しさん** · 2019/01/23(水) 09:36:35.20

C言語の a=b;　って
アセンブラで言うと、メモリ→レジスタ→メモリって移し替えてるのと同じ？
メモリ→メモリにデータコピーする時って、必ずレジスタを経由しないとだめなのかな？
アセンブラ勉強初めたばっかで何言ってんだこいつ的な感じだったらごめん。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/23(水) 10:06:54.98

>>318
CPU の種類による。

アセンブラはアセンブラという言語の規格があるわけではなくて、
各コンピュータの機械語の単語を便宜的に読みやすい書式に置き換えた
ものの総称なので、使える命令は各アーキテクチャのデザインに従うし、
書式のバリエーションもある。いくつかの伝統的な習慣はあるけれど。

データの移送にレジスタを経由しなければならないようなデザインの CPU もあるし、
そうでないものもある。
メモリアクセスをする命令とその他演算の命令を明確に分離するようなデザインの
アーキテクチャを特に Load?store architecture と呼んでる。

https://en.wikipedia.org/wiki/Load%E2%80%93store_architecture

コンピュータの設計の根本を左右する方針の違いなので、
理解があやふやとはいえ、ここに引っかかりを感じたというのは才能を感じる。

**デフォルトの名無しさん** · 2019/01/23(水) 15:54:30.09

>>319
自分が勉強してたCPUがたまたまレジスタ必要とするものだったということですね。ありがとうございます。

あと、intelとryzenは、どちらのCPUであっても殆どのソフトは動作しますが
この2つのCPUのアーキテクチャオペランドは同じということでしょうか？
ゲームなんかは高速化の部分でアセンブラ使う場所も頻繁にあるんじゃないかなと思うのですが。

**デフォルトの名無しさん** · 2019/01/23(水) 16:07:56.74

すみません自己解決。
x64ですね。

**デフォルトの名無しさん** · 2019/01/23(水) 22:57:36.31

>>317
wwww
逆に、だから何？
エディタが/* 入力と同時に
*/ を自動挿入してくれるなら全く変わらないだろ
それともおまえのエディタは / 入力で
もひとつ/ を自動挿入するように設定でもしてるのか？
ゆとりもここまで来るとどーしよーもねーな。

**デフォルトの名無しさん** · 2019/01/23(水) 23:18:56.27

>>318
>>319
状況によるが、
a = b;
はメモリを介せず、できるだけレジスタ間コピーになるように最適化される。

んでメモリ to メモリを許すのはCISCと相場が決まってる
RISCはメモリ to メモリは命令にない。命令セットを減らしてるからこそ reduce
このおかげで回路が簡単になり、所用クロック数をほぼ等しくして、クロック(Hz)をあげることができた。
このタイプはメモリ→レジスタ→メモリとせざるを得ない

今は、パイプラインを深くして、CISCでもクロックをあげられるようになったのでRISC/CISCはあんまり関係なくなった。
CICSの代表はx86なのでメモリ→メモリ命令セット調べてみ。
CISCの歴史的な経緯がわかるのは、これもCISC代表のx68kやH8は、命令セットごとに大幅に所用クロック数が違う。
それに対してx86の流れをくむ最新設計のRL78だとほとんどの命令セットが1クロックとなって。RISCと変わらない上に、
メモリ to メモリが可能となってる。それでもメモリ to レジスタに比べて1クロック増えてる。
メモリ to メモリとレジスタ to メモリを同クロック数で実行しようとするなら、バスラインがもう一組(例えば32bit)必要になった上に、
2ポートメモリが必要になってしまうwwww

**デフォルトの名無しさん** · 2019/01/23(水) 23:20:08.21

アンカー違い
× >>319
○ >>320

**デフォルトの名無しさん** · 2019/01/23(水) 23:21:30.54

>>322
自分で複数行が前提だと言っときながら何言ってんの君

**デフォルトの名無しさん** · 2019/01/24(木) 00:07:57.67

>>325
*/の自動補完は複数行だろうが単一行だろうが関係ないだろが。
おまえがエディタ支援による入力補助を持ち出したから応じてやっただけだろゆとり
入力の手間はむしろ/* */の方が楽なんだよお馬鹿さん

**デフォルトの名無しさん** · 2019/01/24(木) 00:17:17.17

>>325
それとさ俺が複数行限定といってるのに
>>317
>単一行コメントのときに面倒なのは変わらないよね

また単一行の話をしてるのはそっちだろーが。
おまえは朝鮮人か？それともボケてんのか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/25(金) 04:31:55.12

まあ例えばインテルアーキテクチャでも、
機械語の命令列を内部で μop に分解して最適化してから実行したりするので、
機械語のレベルなんてまだまだ高級な層。

内側では RISC 的なデザインとも融合していて
正直言って、そこで何が起きているのか正確に理解するのは無理。
(結果に影響しない範囲で) 命令を並べ替えることすらあり、
しかし、マルチスレッドと絡むとわけわかんなくなりがち。

Z80 の牧歌的な世界を知ってると隔世の感がある。
実際、演算能力で言えば何百倍とか何千倍とかいう規模で違うもんな……

**デフォルトの名無しさん** · 2019/01/25(金) 04:48:14.16

Z80Aで、おおむね4Mhzだったような
無印Z80は知らない

日本人だとZ80AよりμPD870Cの方が普及？？？

**デフォルトの名無しさん** · 2019/01/25(金) 05:29:09.86

>>329
μPD780C-1な。870だと電卓チップになってしまう。

詰めが甘いな :-P

**デフォルトの名無しさん** · 2019/01/25(金) 09:28:14.11

>>328
自分もこの結論に達した

**デフォルトの名無しさん** · 2019/01/26(土) 10:50:23.69

初心者です
関数の引数の1つとして3種類の構造体を受け入れたいという場合オーバーライドで3つ書くのよりスマートなやり方ありますか？

**デフォルトの名無しさん** · 2019/01/26(土) 11:07:13.35

オーバーロードで3つ書く方がスマートですよ

**デフォルトの名無しさん** · 2019/01/26(土) 11:19:38.97

関数テンプレートというものが一応存在する。

tempate<class T> void func(T arg)
{
...
}

このように記述すると、型に応じたオーバーライドをコンパイラが自動で作成してくれるという機能。
ただ、実際に呼び出すコードを書かないと（型が確定してないから）コンパイル対象にならなず限定的なエラーチェックしか行われない、
エラーが出た時に問題が関数内なのか呼び出し元なのかが分かりづらい、エラーメッセージもわけわからない、という欠点があるので、
あまり初心者向きとは言えない。すごく便利なんだけどね。

**デフォルトの名無しさん** · 2019/01/26(土) 13:38:51.24

>>333-334
ありがとうございます
オーバーロードでしたね＾＾；

**デフォルトの名無しさん** · 2019/01/26(土) 17:08:07.75

>>335
Variantが使えるならVariant
対照的にunionはおすすめしない

**デフォルトの名無しさん** · 2019/01/26(土) 18:04:32.62

結局中で分岐だろ

**デフォルトの名無しさん** · 2019/01/27(日) 04:46:54.79

>>336
variant勉強します
ありがとうございます

**デフォルトの名無しさん** · 2019/01/27(日) 23:53:20.30

投機実行がセキュリティホールになるなんて
当時の技術者は予見できたのだろうか

**デフォルトの名無しさん** · 2019/01/30(水) 21:22:57.38

いやー
論文ネタに困った情報系の役にたたん学者がひねり出したネタだろ
投機実行を攻撃に使った実例なんてあるのか？

**デフォルトの名無しさん** · 2019/01/31(木) 10:11:52.05

煽ってたら論文ネタに困った情報系の役にたたん学者が投機実行を攻撃に使った実用法をひねり出したらどうすんだ

◆QZaw55cn4c · 2019/01/31(木) 23:01:04.87

>>340
手元にようやく SandyBridge(IvyBridge) を確保しましたのでいろいろ試してみようと思っています

**デフォルトの名無しさん** · 2019/01/31(木) 23:07:28.54

Googleだったっけ、見つけたのは？
役に立たない暇な部門があったんだ

**デフォルトの名無しさん** · 2019/02/02(土) 08:27:42.12

C++って未だにasync,awaitがないんだな？
江添とかtemplate使えないC++プログラマはポインタを使えないCプログラマと同じゴミとかいってるんだが、
templateは確かに面白いし頭の体操になるけど、templateはひな形があれば、泥臭くエディタちょい編集して使い回したり、
yacc/lex使うとか、ループのアンロールはスクリプトで展開するとかいくらでも手段はあるので、
どう考えてもasync,awaitあたりの実装の方が重要だと思うけどな。

**デフォルトの名無しさん** · 2019/02/02(土) 08:50:29.54

futureでいいんじゃね。C#のawaitもFutureパターンの実装でしょ。

**デフォルトの名無しさん** · 2019/02/02(土) 11:01:27.11

>>345
.net動いてるのとそれが前提でないC++では全く同じにはいかんのだろな
教えてくれてありがと

**デフォルトの名無しさん** · 2019/02/02(土) 11:23:05.73

コルーチン拡張は提案段階なんだっけ？
MS界隈ならC++/WinRTで使用例があるけど

**デフォルトの名無しさん** · 2019/02/02(土) 11:47:15.38

>>346
いや別に
C#のasync/awaitって単なるステートマシンジェネレータだし
標準化は至難だろうけど技術的にはC++でできない理由はない

**デフォルトの名無しさん** · 2019/02/02(土) 13:08:31.83

>>344
再帰includeとdefineの組み合わせでも大抵はなんとかなったりするなw

templateは型に縛られてるから安全な反面、不便なこともあるよね。
sjisとutf8が区別できないし。なぜchar8_tを作らなかった…(´･ω･｀)

**デフォルトの名無しさん** · 2019/02/02(土) 13:11:59.53

テンプレートよりObjective-Cのやり方の方が好き

**デフォルトの名無しさん** · 2019/02/03(日) 12:10:14.76

江添なんて最新仕様知ってる俺スゲーやりたいだけの奴だからな。
まともに使えるプログラムを書いてるわけじゃない。

**デフォルトの名無しさん** · 2019/02/03(日) 14:07:26.32

でもプログラム書くなんて誰でも出来るじゃん

**デフォルトの名無しさん** · 2019/02/03(日) 14:11:00.19

おまえのgithubさらせよ

**デフォルトの名無しさん** · 2019/02/03(日) 14:15:39.93

>>353
お前が先に晒せ

**デフォルトの名無しさん** · 2019/02/03(日) 14:56:06.74

きっとはぶられる

◆QZaw55cn4c · 2019/02/03(日) 15:08:24.54

>>353
そろそろ github に移行しようか…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/

http://hibari.2ch.net/test/read.cgi/tech/1289715349/
http://hibari.2ch.net/test/read.cgi/tech/1295273862/
http://hibari.2ch.net/test/read.cgi/tech/1309527259/
http://peace.2ch.net/test/read.cgi/tech/1313183984/

**デフォルトの名無しさん** · 2019/02/04(月) 12:56:22.82

>>351
江添とか書いてることみてるとムカっ腹立たないか？
何様だこいつ。しかもやってることキチガイだろ

**デフォルトの名無しさん** · 2019/02/04(月) 13:07:21.17

>>357
は？お前じゃあ江添より仕様に詳しくてC++のコンパイラを実装出来るような能力なのかね？ええ？

**デフォルトの名無しさん** · 2019/02/04(月) 14:02:36.47

工学部生よりましやろ

**デフォルトの名無しさん** · 2019/02/04(月) 14:08:27.48

例え世界一の物知りでもそんな口の効き方をする人とは
付き合いたくないな
RMSにはEMACSやgccといった作品があるから許される

**デフォルトの名無しさん** · 2019/02/04(月) 14:56:20.34

この3冊は、日本人が作った神の書。
皆、基地外。基地外しか、こんな本を書けない

Linux プログラミング・インタフェース、Michael Kerrisk、2012

この本は、神の書と言われていて、翻訳本は日本しか出ていない。
著者は10年、man-pagesを書いてきた人で、翻訳者・アドバイスの千住治郎も、技術者

C++11/14 コア言語、江添亮、2015

組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド、MISRA‐C研究会、2006

ドワンゴ江添は需要があれば、テンプレートの本を出そうか、なんて言ってるけど、既にこの本がある

C++テンプレートテクニック第2版、
επιστημη(えぴすてーめー)・高橋晶、2014

**デフォルトの名無しさん** · 2019/02/04(月) 15:06:30.08

ステマ宣伝乙
5ちゃんでは禁止

**デフォルトの名無しさん** · 2019/02/04(月) 15:58:27.96

Linuxの黎明期にman page 書いていたのは janneさん事、中谷千絵さんだよ
エピスメーテーさんは昔っから雑誌に記事を書いていたな
The Basicだった？

真ん中の人は知らないけどどんな貢献をしたの？

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/04(月) 16:09:06.48

>>363
ざべは読んだことないけど、Cマガでεπιστημηの名前はよく見たな。
今では Teratail で C++ の質問をするとたまに回答者として出現するよ。

**デフォルトの名無しさん** · 2019/02/04(月) 16:27:32.33

>>364
そうでしたか、CUJJとかは買っていたけど...CMAGは
時々だったので

**デフォルトの名無しさん** · 2019/02/04(月) 17:40:44.94

>>361
えぴすてーめーと高橋のC++テンプレ本は神だわ。
なんというか、読者に理解させてあげたいという熱意が伝わってくる
江添とは大違い
江添にお布施するつもりは毛頭ない。死ねばいいのに

**デフォルトの名無しさん** · 2019/02/04(月) 17:42:39.71

>>358
本人様のご登場wwww

**361** · 2019/02/04(月) 18:14:10.83

>361 の3冊は、単なる規格の文章ではなく、それをソースコードの実例にした所がすごい！
だから、プログラマーは皆、Kerrisk の本を枕にして寝ろって、言われている

たぶん、江添やMISRA‐C の本も、外国で発売されていれば、大絶賛されるはず！

**デフォルトの名無しさん** · 2019/02/04(月) 19:01:28.11

エピスや高橋ageて江添sageってのもよくわからんな
立ち位置違うし江添は委員会の人間だから
仕様や提案について素晴らしいとかクソとか言う権利や責務がある
それをsageるってことは「現行仕様マンセー、標準規格に欠点など無い！」みたいなことか？

◆QZaw55cn4c · 2019/02/04(月) 19:11:50.08

>>361
エピさん単著は買わないですね、エピさんの文章は今の言葉で表現するとすれば「ポエマー」が近い

同じくポエマーに分類される私がいうことではないのですけど…

**361** · 2019/02/04(月) 19:22:56.32

元々は、Kerrisk も、江添やMISRA‐C のメンバーも、
規格をソースコードの実例で、表示してやろうという、とんでもない企画！

よく規格厨みたいな香具師がいて、企画書を読めって言うけど、
文章で書かれてもわからないし、全く出来るようにならないから、業を煮やして書き始めた

こんな面倒くさいことを、何年も掛けて書くかね？

こういうのは、忍耐力がある日本人が得意なんだろう。
外人は、まずやらない

**デフォルトの名無しさん** · 2019/02/04(月) 19:24:18.62

MISRA はBOSCH を引き込み損なった時点で絵に描いた餅でしょうね
デンソーが勝利すれば勝ちの目も出て来るかもしれないが

**デフォルトの名無しさん** · 2019/02/04(月) 19:29:03.26

>>371
>規格をソースコードの実例で、表示してやろうという、とんでもない企画
いや言語の解説本は規格をわかりやすく、ソースコードを例示して解説するでしょ。
それがなければ、規格だけでいいわけで、解説にならない。

わかりやすく書こうとしてるけど、そこの熱意の持ち方と、おつむのレベルでほんとにわかりやすいかどうかが問題なんだろ。

**デフォルトの名無しさん** · 2019/02/04(月) 19:32:47.98

そら商業目的の本だったらわかりやすく書くの当たり前だろ
江添の本は読んだことないから分からんけど
売られてる本とブログで比較してないか？

**デフォルトの名無しさん** · 2019/02/04(月) 19:36:24.60

>>371
>こういうのは、忍耐力がある日本人が得意なんだろう。
>外人は、まずやらない

K&R も Stroustrapも規格になるまえからやってますがな
ソース示してこつこつと。

何もプログラム言語だけじゃないわ。人に説くこと、伝道師のようなwriterは日本人よりむしろ、英米人に多い。
クヌースの The Art of Computer Programmingあたり読んでみ。

**デフォルトの名無しさん** · 2019/02/04(月) 19:46:25.23

>>374
反響見て、読んだやつにバグだしさせてたあとブログ印刷物なり、ebook販売するんだから
金取ろうが、無償でやるかはどーでもいい話
日本語のコンピュータ書籍なんて販売数からしてとてもとてもメシ食えないから
ほぼ実益のないめんどくさいだけの作業
ブログでわかりにくければ本になってもわかりにくいことは保証する

**デフォルトの名無しさん** · 2019/02/04(月) 19:48:43.30

クヌースの4-1巻目は、かなりの分量をZDD/BDDの説明に割いていて
このアルゴリズムは北海道大学で日本人が考えた物だね

で、その江添さんという方はどの様な技術貢献をしたの？

**デフォルトの名無しさん** · 2019/02/04(月) 20:02:32.24

>>377
警察に喧嘩売って訴訟おこしたこと以外知りませんがな
きちがいの所業なんざ

**デフォルトの名無しさん** · 2019/02/04(月) 20:32:13.56

まぁC++テンプレートテクニックがわかりやすい良書なのは同意するけど
高橋晶ってたまにテクニックのメリットを語るときに
デメリットに気づいてない(またはスルーしてる)ことがあるんだよな
わかりやすくても鵜呑みには出来ない

**デフォルトの名無しさん** · 2019/02/04(月) 20:36:58.42

ま、江添が好きならどーぞご勝手に俺は願い下げってだけ

**デフォルトの名無しさん** · 2019/02/04(月) 20:39:36.21

好きとは言ってないよ
結局役に立つ&正確な情報を書いてるかどうかが全てだ

**デフォルトの名無しさん** · 2019/02/04(月) 20:41:05.88

というか江添のブログでも「あれ？おかしくね？」みたいなことあったから
どっちがどうとも言えないけど

**デフォルトの名無しさん** · 2019/02/04(月) 21:00:45.66

だいたい

ドマンコ

とかいう社名が下品すぎる

**デフォルトの名無しさん** · 2019/02/04(月) 22:23:14.32

>>364
毎月題材がカウンタークラスの人…

**デフォルトの名無しさん** · 2019/02/04(月) 23:23:10.64

https://qiita.com/dc1394/items/d2b8de600a304664cdb5
実に参考になった

**デフォルトの名無しさん** · 2019/02/04(月) 23:47:34.63

型指定するのが嫌だから最初にautoを使うc++入門書籍を書こうとしてたり、
まともにプログラム開発してたら最新の仕様を追えないので開発しないとか言い出す奴とか
普通の精神してりゃ信用せんわな。
根本的にありゃ馬鹿だよ。

**デフォルトの名無しさん** · 2019/02/04(月) 23:59:20.89

>まともにプログラム開発してたら最新の仕様を追えないので開発しないとか言い出す奴とか
江添みたいに標準化委員会に属してたら正しいと思うけどね
何もコミュニティに貢献しない趣味グラマだったりライターでもない奴が言ってたらアホだが

**デフォルトの名無しさん** · 2019/02/05(火) 01:34:09.47

趣味グラマにドワンゴが給料払ってるんだろwww

**デフォルトの名無しさん** · 2019/02/05(火) 06:14:00.98

すみません
n秒ごとに関数foo()を繰り返し実行するような、かつ「低負荷な」方法を教えてください。
n秒は、精度はだいたいでよくて、たぶんnは600(つまり10分)程度にしたいと思っています。

windows 10 で、gccで最新の標準C++ とboost C++ が使用可能です

よろしくお願いいたします

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/05(火) 06:20:20.09

>>389
SetTimer API を使って WM_TIMER イベントの発生を待つのが妥当な方法だと思う。
イベントが発生するまでは何もせずに待つだけなので低負荷。

**389** · 2019/02/05(火) 06:57:10.23

>>390
windows API をつかう方法で行ってみます
ありがとうございます。
標準C++ で導入された
thread とchrono を用いて、while (1 )を回すという方法がGoogle検索で出てきますが、低負荷な方が良いので、windows API で行ってみます。
ありがとうございます。