C++相談室 part139

2018/10/06(土) 00:59:48.54

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/12/11(火) 22:59:45.95

そもそもﾎﾟｲﾝﾀでない場合、前方宣言でなくｸﾗｽ(もしくは構造体)の宣言がないと
ｲﾝｽﾀﾝｽのｻｲｽﾞが決定できないし
ｺﾝｽﾀﾗｸﾄﾀも呼び出せない

普通にｺﾝﾊﾟｲﾙｴﾗｰになる

ｸﾗｽ(もしくは構造体)のﾒﾝﾊﾞにｱｸｾｽする場合も同じく
前方宣言でなくｸﾗｽ(もしくは構造体)の宣言がないと
ﾒﾝﾊﾞがわからない

普通にｺﾝﾊﾟｲﾙｴﾗｰになる

2018/12/11(火) 23:02:27.89

ﾎﾟｲﾝﾀもしくは&の参照だけなら
前方参照だけで問題はない

ﾏｼﾞで頭悪いｼﾛｳﾄしかいない

2018/12/11(火) 23:59:39.80

おじいちゃん今はタグ名前空間の話でしょ
不完全型のポインタが完全型になる話なんか今更ドヤ顔でしても恥ずかしいだけだよ

2018/12/12(水) 00:09:55.89

また低学歴知恵遅れが的外れなこといってるし
低学歴知恵遅れってなんでこんな頭悪いん

頭悪いくせに頭悪いﾚｽをする

2018/12/12(水) 00:10:41.87

まず低学歴知恵遅れはC/C++言語の特性すらわかってない

2018/12/12(水) 08:26:27.80

半角恥ずかしいな
さすが低学歴

2018/12/12(水) 08:48:09.25

>>614
C/C++ では、ある1つの宣言で、ポインタ変数を定義する場合でも、それと同時に構造体の
宣言(定義)が行われる事がある。たとえば、
TYPE *ptr; は、ポインタ変数の ptr を定義しているが、TYPE の部分が
struct TPerson { ・・・ }
だった場合は、変数 ptr の定義と同時に、構造体 TPerson も定義する。
さらに、TYPE の部分が、
struct TPerson
であった場合も、不完全定義として構造体 TPerson を定義することがある。
実際、先に挙げた例では、1つの行で、全く始めて _RTL_CRITICAL_SECTION 構造体が
出てきて、その不完全定義と同時にその構造体へのポインタ型のメンバ変数を宣言
していた。

2018/12/12(水) 21:29:50.61

型が struct TPerson みたいに書かれてて、 TPerson の宣言が見つからない場合、そこで TPerson が前方宣言されたものとして扱われる。
この前方宣言は一番内側の namespace かブロックに所属する扱いになる。

要するに一部の前方宣言は省略できるってだけだよ。

2018/12/12(水) 22:39:31.89

>>610における2の書き方が新しいタグ名の導入と見なされる、というのが特殊ルールなだけで
あとは>>613でおk
オール無問題

2018/12/12(水) 22:45:13.11

>>622
>>610における2の書き方を前方宣言と解釈するなら、
構造体定義の中で前方宣言可能なﾌﾞﾂが他にはfriendぐらいしか無い件について：
（externは書けない、staticは別の意味になる
しかもfriendは直後に完全型かポインタか参照を要求するですしおすし、
struct Data;という構文の際立ったユニークさは明らかすぐる…

2018/12/12(水) 22:55:10.10

ていうかstruct Data;という構文には構造体の定義ブロックの外に書いたとき発動する存在意義が別にあるが
そちらは前方宣言と言って良いかも試練、

2018/12/12(水) 23:07:33.30

こういうやつ↓↓↓

struct Data;

struct Foo {
　　struct Data* m_pData; // struct Fooはstruct Dataへのリンクを有する
　　/*....*/
};

struct Data {
　　struct Foo* m_pFoo; // Dataはstruct Fooへのリンクを有する
　　/*...*/
};

そもそもなんで型の名前やクラス名だけではなくて、タグ名なんてものが存在し続けているのかというと、
struct Data;というのがやりたかったから、およびその必要が（上のようなケースで）あったからに他ならない

2018/12/12(水) 23:22:51.72

>>624
struct Data* ptr;の記法が特殊なだけで、
struct Data;は一貫して前方宣言なのでは？

2018/12/13(木) 00:40:06.98

>>627
>struct Data* ptr;の記法が特殊なだけで、
(不完全型)* ptr; とされてもコンパイラはptrへの代入や関数に引数渡しするコードを問題なく吐けるから
int val; というのと大して変わらない話
コンパイラにとってはｽｹﾞｰ普通の日常業務

>struct Data;は一貫して前方宣言なのでは？
前方宣言というには>>610における2の書き方で新しいタグ名の導入と見なされるという挙動がﾋﾞｮｰｷ
もはやそれは内部クラスの定義にほぼ等しい（不完全な定義というだけ

2018/12/13(木) 00:47:56.23

struct Data* ptr;の記法が特殊な根拠

struct A {
　struct Data* ptr; // as ::Data

2018/12/13(木) 00:52:46.20

struct Data* ptr;の記法が特殊な根拠

struct A {
　struct Data* ptr; // ::Data
};

struct A {
　struct Data;
　struct Data* ptr; // A::Data
};

前方宣言のあるなしで、解釈の変わるstruct Data* ptr;の記法はやっぱり特殊なんだと思うけど。
C++において、不完全な型という概念はあるけど、不完全な定義という概念はないのでは？

2018/12/13(木) 00:59:11.60

struct A { struct Data* ptr; };
と記述した場合、そこからたどれる名前空間のどの階層であっても
事前に宣言または定義が行われていれば、その時点で特定可能なstruct Dataへのポインタと解釈されるけど、

解決不可能であった場合には、struct Aと同階層にあるstruct Dataとみなされる <- この動作が特殊

2018/12/13(木) 01:06:53.33

アタリマエじゃん
バカなのかな？

2018/12/13(木) 01:25:06.35

struct Bar;が前方宣言では「ない」という主張は撤回する
なぜなら、次のコードの(A)、(B)のコメントアウトを外しても
それ自体はエラーにならない（つまりstruct Bar; は同一スコープ内で重複が許される
このときは(D)でエラーになる

しかし、(A)と(B)をコメントアウトすると何のエラーにもならない
むしろstruct Bar* m_pBar; の方が普通に前方宣言的に働く（Fooのスコープに縛られない

#include <stdio.h>
struct Foo {
//struct Bar; // (A)
//struct Bar; // (B)
struct Bar* m_pBar; // (C)
};
struct Bar {
int x;
int y;
};
struct Bar* g_ptr;
int main()
{
Foo test;
test.m_pBar = g_ptr; // (D)
}

2018/12/13(木) 01:32:49.21

ちょっち訂正
△： struct Bar;が前方宣言では「ない」という主張
○：構造体の定義ブロック内のstruct Bar;が前方宣言では「ない」という主張

で、struct Bar* m_pBar; の方が普通に前方宣言的に働く（スコープローカルな新たなタグBarを作ったりしない）のに --(1)
構造体の定義ブロック内のstruct Bar;は明らかにスコープローカルな新たなタグBarを作り出すという変態機能を有している --(2)

つまり(2)を指して一貫して前方宣言だと主張するなら、(1)のstruct Bar* m_pBar;も前方宣言の一種だと言わねば不正直である

2018/12/13(木) 01:52:26.13

>>634
構造体の定義ブロック内のint i;は明らかにスコープローカルな新たな変数iを作り出すんだけど、
それも変態機能だと思うの？

2018/12/13(木) 02:46:28.04

(1) が前方宣言的に働く理由は >>622 で説明したんだけど、通じなかったかな…

2018/12/13(木) 08:36:49.07

>>634
>struct Bar;は明らかにスコープローカルな新たなタグBarを作り出す

構造体定義ブロック内に限らずとも、前本宣言はもともとすべてスコープローカルだけど。

それはグローバルであっても、中間階層の名前空間であっても、
多重ネストの構造体の中間階層で会っても同じ。

2018/12/13(木) 13:11:12.72

拘ってる人は自前でコンパイラでも作ろうとしてるのか？

2018/12/13(木) 16:31:01.00

>>615
ポインタでない場合というと

struct aho;

struct boke
{
aho begin();
aho end();
};

こういうのもあるな

2018/12/14(金) 15:03:53.29

最初に質問を書いた者だが、この話は、実は仕様が決まっていて、
記憶だと、手元にある ARM(Annotated Reference Manual) にも、確か
何か書いてあった。

見るのがメンドクサくてここに質問を書いたんだ。スマン。

2018/12/14(金) 17:33:38.94

3日で忘れる脳みそ

**634** (ﾜｯﾁｮｲ 8abd-U1IU) · 2018/12/14(金) 20:33:44.26

レス㌧クス、

>>636
なるほどｽｹﾞｰよくわかりた

>>635
構造体の定義ブロック内のint i;は2回同じものを書いたらエラーになるから宣言ではなくて定義じゃわﾊﾟｵｰﾝ
構造体の定義ブロック内のint i;は2回同じものを書いたらエラーになるから宣言ではなくて定義じゃわﾊﾟｵｰﾝ

その他の方々もだいたいおk

2018/12/15(土) 18:02:44.15

プログラム間でデータ共有する方法はメモリ共有とファイル経由以外に何がありますか

2018/12/15(土) 18:19:26.83

>>643
RPC

2018/12/15(土) 20:09:27.38

>>643
・WM_COPYDATA メッセージで送り合う。

2018/12/15(土) 20:24:45.65

>>643
Windows ならメールスロットとパイプもアリかな。

2018/12/15(土) 20:36:21.43

質問者の意図がようわからんが
データ本体（ｽｹﾞｰ巨大かもしれない）の共有にいちいち通信時間を要する手段は除外されるんじゃ…
やっぱプロセス間の同期をミューテックスか何かのプロセス間でも使える同期オブジェクトまたはソケット通信とかでとる前提で、
データ本体のはメモリ共有かファイルという手段になるのではなかろうかと、

2018/12/15(土) 21:19:09.14

>>643
OpenClipboard

2018/12/15(土) 21:55:14.09

ファイル渡しの方が通信よりよっぽど時間がかかると思うが。

2018/12/15(土) 22:03:48.34

オンメモリのはずの処理が秒待たされて・・・

2018/12/15(土) 22:05:56.86

>>649
共有のニーズが生じてからファイルを作るのならそうだが
最初から共有データとしてファイルが存在する場合はそうではない
というわけで質問者の意図にはようわからん点がある

2018/12/15(土) 22:15:15.80

ディスクアクセスの遅さ考えたらわかるだろ、ふつう。

2018/12/15(土) 22:47:45.19

>>652
想像力が欠如すぐる…
共有しようとするデータのサイズが1 TBなら、全部送ろうとしたら3GB/sの転送速度でも333秒かかる
ファイルを1個置いといてfseek()する方がまだまし

2018/12/15(土) 22:51:21.25

たった一行の素朴な質問からどこまで膨らませられるかコンテスト開始

2018/12/15(土) 22:54:08.01

通信推しの人としてはそう言いたくなる気持ちもﾜｶﾙ

2018/12/15(土) 22:58:01.76

1TBのデータ共有するのにファイルからは1TB読まなくてもいいという謎比較。

2018/12/15(土) 23:09:43.46

同一の計算機で何度も読むことが分かってるのに
別の計算機でﾃﾞｨｽｸｱｸｾｽさせて
それを通信でやりとするｱﾎなｼｽﾃﾑ構成にするﾔﾂがあとを絶たないのがよくわかる

著しい低学歴知恵遅れがそういうことよくやる

2018/12/15(土) 23:23:37.08

世の中には常識をこえるすごい頭悪いﾔﾂﾗがいるからな

何度も何度も計算機Aから計算機Bの数十ｷﾞｶﾞを超える共有ﾌｧｲﾙの内容を計算機Aにすべて読み込んで
計算機Aで処理をなん百回も繰り返す

しかも共有に使うSamba
つまりNBT（）
Windows共有とまったく同じ

つまり毎回毎回計算機Bにﾃﾞｨｽｸｱｸｾｽして通信（NBT経由）使って
計算機Aで読込むということを意味する

それで遅い遅いなんでといってたからな。。。
世の中には想像を超えるこんな頭悪いのが現実にいる

2018/12/15(土) 23:35:37.00

>>656
むしろ毎回データ全部を丸ごと送る想定なら、高速な通信手段で良くて
「データ共有する」（>>643)という質問者の動機にならない件について：

メモリ共有であれば通信より高速を目指す目的で毎回データ全部を丸ごと送る風に使われることもあるが
質問者>>643は共有手段として「ファイル」も挙げているから
いきなりそこまで話を限定できないﾜｹ

2018/12/15(土) 23:49:56.32

んまー今思いついたがメモリ共有やファイルの他には
データベースみたいなデータを出し入れ管理するプロセスなりサーバなりを設けるというのも
>>643の答えに含まれるのかもしれん…

>>656の思い込みとはうらはらに、
データベースXにアクセスするプロセスA、Bは、明らかにXが管理するデータを共有しているが、
Xの管理するデータ丸ごとを毎回送りつけ合うわけではないし、

2018/12/16(日) 08:13:31.96

なんか長々と書いているようだが、全部送ろうが一部だろうが正しく同条件で比較すれば一目瞭然だろう。

1. プロセスAが巨大なファイル中の一部のデータの読み込みをファイルシステムに要求する
2. ストレージから読みだされたデータが返される

1. プロセスAがプロセスBが持つ巨大なデータ中の一部のデータをRPCで要求する
2. プロセスBからデータが返される

2018/12/16(日) 08:26:49.11

>>660
データベースなら例えばSQLでやりとりやね
既にオンメモリで数ギガ扱うのに対応してるしプログラム間通信も高速
なにより統一されたプロトコルでオンメモリからネットにまでアクセスできるのが便利

2018/12/16(日) 08:37:36.18

>データベースみたいなデータを出し入れ管理するプロセスなりサーバなりを設けるというのも

これを実現する手段として>>644-646のような手段があるわけだが、それ認識してなかったのか。

2018/12/16(日) 08:48:33.22

それはデータベースとは言わんのじゃ？
COPY_DATAやメールスロットはOS提供の簡易的なプロセス間通信サービス
RPCはデータ以に上さらに高度にアクセスするプロシージャ

2018/12/16(日) 09:09:15.05

データをどう持つかというのはこの際どうでもよくて、>>663はそのサーバープロセスと
データをやり取りする手段の話ね。

2018/12/16(日) 12:31:06.96

>>663
>これを実現する手段として>>644-646のような手段があるわけだが、それ認識してなかったのか。
>>644-646はデータを送りつけるという通信の手段のみ述べており、データ共有の実現に行き着いていない
もちろん通信だけでもプロセスAとBの間で情報の共有はできるが、
>>644-646の言説だけでは、情報を表す入れ物である「データ」の共有に行き着いていないﾜｹ

>>644-646の言説が含意するのは、同じ情報iを、プロセスAがデータa、プロセスBがデータbとして持っている状況、
というところ止まりで、aとbは別物。さらにいうと、同じ形式のデータであることすら導くことができない

この差異は形而上の問題ではなく、現実の設計の問題である
>>644-646だけでは、AがBに情報伝達するにあたりBに通信する（通信のエンドポイントとしてBを起こす）必要があるから
Bが風邪で休んだりするとAの仕事まで止まってしまうことが確定する
一方、AがExcelシートXに情報を書き、Bが必要なときXの情報を参照する、という方式だと（他に付帯条件が無ければ）Aは問題なく仕事を続けられる
データ共有というのは後者

2018/12/16(日) 13:20:15.29

今度は「共有」という言葉の定義論か。それを>>647で言っていたんならそう問題はなかったろうがな。
どっちにしても通信時間が云々というのが的外れなのは変わらない。
見苦しい。

2018/12/16(日) 13:30:30.74

なぜ機能とそれを実現する手段を混同して語るかなぁ…
Excelのブック共有だってExcelアプリケーションがファイル共有とか使って頑張ってるから実現できてるんだし
そもそも>>643は手段レベルの話だし

2018/12/16(日) 13:34:08.04

>>667と>>668は通信でおk、と叫びつつ、ネットワークのトポロジーの差異を認識しないおマヌケちゃん
結局通信についてもデータ共有についても素人なのでした

2018/12/16(日) 14:20:42.94

ネットワークトポロジー
最近覚えたのかな？ w

2018/12/16(日) 16:50:47.90

郵送が確実。

2018/12/16(日) 16:58:48.71

残念ながらリアル郵便網を使うプロトコルスタックはないので伝書鳩にした方がいい

2018/12/16(日) 17:10:47.56

伝書鳩はパケットロスの可能性が高いので冗長化が必要

2018/12/16(日) 17:24:43.78

ループバックができる鳩は往復鳩といって
普通の伝書鳩より訓練が難しいんだぞ

2018/12/16(日) 17:39:03.15

往復とか出来たのか… あれ一方通行だと思ってたわ

2018/12/16(日) 17:49:06.67

手段の話であれば極論口頭でもいいわけたが、勿論そんなこと聞きたい訳でもなし

2018/12/18(火) 13:15:19.65

>>643
実は、GDI の Device Context の HDC も、プロセスの垣根を越えて渡す方法がある、
メモリコピーは伴わずに。やり方は、PrintWindow(HWND hWnd, HDC hDC, DWORD flag)
API を使って、WM_PRINT メッセージを送るというもの。これを使えば、グラフィックデータ
ならBITMAPデータも伝達できる。たとえば、HDC を用いて GDI+ の LockBits() を
使うと良い。L。

https://mevius.5ch.net/test/read.cgi/tech/1474384848/338

2018/12/18(火) 13:30:16.37

共有メモリにクラウドが入ってくる時代はもう来てる

2018/12/18(火) 14:51:58.63

C++を使ってる仕事につきたいのですが、どこもC++を使ってるところは組み込み系とかの経験の募集ばっかです
私はwebしかやったことないので組み込み系の経験はありません

2018/12/18(火) 15:31:06.75

>>679
ここはダーマの神殿ではない、と言いたいとこだけど、年齢によるね。
未経験でも30歳前後なら余裕、35歳超えなら諦めろ。
というか組み込み系でC++を使っている分野ってあるにはあるけどそんなに多くはないよ。
組み込みLinuxでのアプリ開発ぐらいなんじゃない？
老害から言わせてもらうとアレは組み込みソフトじゃないけど。

2018/12/18(火) 17:11:33.44

>>680
25です
Linuxでのアプリ開発分野ならあるんですね‥
別に組み込みじゃなくてもいいんですけど、探したら組み込みがほとんどって感じです
本気で探しているのですが、難しいです‥
頑張って探してみます

2018/12/18(火) 17:30:13.67

25歳なら第二新卒扱いで組み込み未経験でも全然OKよ。
募集要項に経験者って書かれてても怖がらずどんどん応募してみては？
相変わらずこの業界は人手(奴隷)不足なのでそう苦労せず転職できると思う。
売り手市場の今は転職先の会社を見極めて選り好みすることができるので、下手に妥協せず納得行くまで転職活動頑張って！

2018/12/18(火) 17:36:02.29

>>682
ありがとうございます！
目標に向かって頑張ります
相談に乗ってもらってありがとうございます
相談してよかったです！

2018/12/18(火) 17:41:07.57

普通にC++でWindowsようのデスクトップアプリ作ってるけどなあ
それように人員を募集してるかっていうとしてないけど

2018/12/18(火) 18:14:29.56

>>684
普通に羨ましいです‥
自分は中々見つからないです

2018/12/18(火) 19:02:13.39

>>680
組込でガッツリは使ってないけどBetter CとしてC++使ってる所はそれなりにあるよ

2018/12/18(火) 21:39:11.18

ちっこく作って別プロセス立てするってやり方はあるけど
それ以外だと大規模なゲーム開発くらいしかあんまり聞かないな。

2018/12/18(火) 22:06:41.05

なんでc++の仕事したいんだ？
言語縛りにする意味がわからんな

2018/12/18(火) 22:15:12.74

自分が使える言語で探すのはそんなにおかしいか？

2018/12/18(火) 22:16:48.41

C++じゃないとやる気起きないし

2018/12/18(火) 22:38:17.18

それは異常だろ

2018/12/18(火) 23:31:30.78

C++の最新仕様に詳しくてもあんまり仕事で使えないからな
メタプログラミング駆使して行数少なく書いてもぶっちゃけ大した価値ない
逆にやりすぎて嫌われるのがオチ
CPU、キャッシュ、バスアーキ、OS、ABI、Toolchain、各種デバッグ手法などを知ってる方が重要

2018/12/19(水) 00:09:24.93

言語仕様詳しい癖にmake書けない奴とかいるからな

2018/12/19(水) 00:10:12.36

VisualStudioばっか使ってるからmakeかけないわ・・・

2018/12/19(水) 00:13:50.49

makeは依存ﾌｧｲﾙと生成ﾙｰﾙをひたすら書くだけだからな
あんなしょうもないのを書けないほうがおかしい

2018/12/19(水) 00:14:21.79

自作のmake.pyなら

2018/12/19(水) 00:33:44.41

makeは暗黙ルールとか特殊変数とか予約ターゲットとかアーカイブの特別扱いとか
罠や地雷や落とし穴が満載で人間が書くもんじゃない

2018/12/19(水) 00:38:35.31

昔はmake書けないやつ馬鹿にしてたが、ひざに矢を受けてしまってな……
今いるのやや学術よりのとこなんだけど、回りがPythonばかりになってきて690の気持ちが分かってしまう

2018/12/19(水) 01:21:09.11

linuxのmakefileをwindowsで使おうとしてハマってぶん投げたのはナイショ

2018/12/19(水) 01:42:35.97

makeは泥沼、mkmfやら数多のツールすら呑み込む底無し沼・・

2018/12/19(水) 02:18:50.35

makeからCMakeへ時代は動いている。

2018/12/19(水) 02:41:43.59

makeを書くだけなら簡単だがクロスプラットフォームで更にいくつもオプションが増えてくると人力で書くこと自体が間違いでしかなくなる

2018/12/19(水) 05:34:26.63

環境導入楽なGUIアプリケーション作成用ライブラリないかなぁ
QtはQtCreatorが使いづらくて

2018/12/19(水) 08:20:09.90

標準ライブラリにGUIが入らないのは何故なんだぜ？
制御系とかそもそもGUIが無い環境に実装出来ないから？

2018/12/19(水) 08:34:28.71

通信ライブラリですらいつ策定されるか分からない状態なのにGUIとかC++29くらいになりそう
それに最近はGUIはweb方面のエコシステムを流用するのが流行だしはっきり言って厳しい

2018/12/19(水) 10:09:57.72

GUI ライブラリの提案だけは出てるけどね。
cairo を取り入れようとか、
ウェブアプリケーション風の DOM ベースのやつ (?) とか。

動作モデルが色々とあるので、
どれかに統一するのはしんどいと思う。
ベースの動作モデルを意識させないほど厚いライブラリを
標準に入れるのもちょっとどうかと思うし。

2018/12/19(水) 10:20:42.79

>>704
そういうのは「言語」かってことだよ
ISO/IEC14882は言語を定義する規格で、
GUIを定義する規格なら別の文書番号になるだろう
OSを定義する規格がそうであるように

2018/12/19(水) 11:42:47.34

標準ライブラリは最小限でいい派
標準のスレッドすら不要
大抵結局native handle使うはめになるし
デバッガと連携しないし
一方でatomicは使えるな

2018/12/19(水) 12:28:04.06

お酒はぬるめの燗がいい
肴はあぶったイカでいい

2018/12/19(水) 13:04:47.28

質問です。
ノートPCのキーが勝手に連打されるような状態になったので、
「キー入力の連打を感知したら、連打された入力をキャンセルする」というソフトが欲しいのですが、
どこかにあるでしょうか？

無ければ、自作も考えますが、キー入力をキャンセルさせる方法がよくわかりません。

2018/12/19(水) 13:13:01.18

キー入力のイベントをフックしてごにょればできるんじゃないの

2018/12/19(水) 13:24:01.60

>>710
いわゆるチャタリングってことかな。
ざっとググってみた感じだと ccchattttter や Keyboard Chattering Fix というソフトがあるみたいだね。

ソフトウェアとしては、他のプロセスが受け取るイベントを横取りすることになるから、
アプリケーションレベルでやるならフックを仕掛ける (DLL Injection など) か、
あるいはデバイスドライバのレベルでどうにかするという方法も考えられる。

2018/12/19(水) 14:20:16.58

ありがとうございます。

＞ ccchattttter や Keyboard Chattering Fix
さっそく、試してみました。
これらは、同じキーが連打された場合のみのキャンセルでしょうか？
違うキーが連続で誤入力されたりするので、その場合は対応できないかも？

フックするというのは、どうやるのかわかりませんが、ちょっと調べてみます。

2018/12/19(水) 14:42:07.56

https://qiita.com/leon-joel/items/81415c1ef355c6246280

constexpr unsigned N = 10;
std::array<int, N> arr = {{ 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 }};

2行目の二重の中括弧は何を意味してる？
どう解釈するの？