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/20(木) 23:32:09.33

俺はラムダ式は認めんぞ

2018/12/20(木) 23:35:27.42

ラムダ式なんてものがあるんですね
知らなかった。。

2018/12/20(木) 23:46:51.76

ラムダ式使わない奴はNGだわ

2018/12/21(金) 00:39:41.69

>>734
その[X]は、関数外部の変数 X を関数内部で使えるようにする意味があるらしい。
それを書いておかないと、グローバル変数やクラスのメンバ変数以外は、参照できなく
なるようだ。

2018/12/21(金) 00:49:34.51

なにか書くよりはとりあえず[&]って書いといた方が良いと思う

2018/12/21(金) 00:57:46.38

必要ないなら何も書くなよ

2018/12/21(金) 01:08:05.95

よく分からないまま書いて、使えないー、コピーされてるーとか言うことになるよりはトラブル少ないかと思った
必要ないなら空はその通りだと思う

2018/12/21(金) 04:24:29.96

キャプチャーが空のラムダ式は関数オブジェクトと互換性があるので、可能ならインライン展開も行われたりするから、必要ないなら書かない方がいい。

2018/12/21(金) 15:04:45.84

C++って、「関数オブジェクト」ってあるんだっけ？

2018/12/21(金) 15:09:53.69

C++で言う所の関数オブジェクトはoperator()をオーバーロードしたクラスのオブジェクトであって、それは大昔からある
お前さんが思い浮かべてるカッコで括ったそれと同じものかどうかは知らん

2018/12/21(金) 15:12:43.01

>>745
>お前さんが思い浮かべてるカッコで括ったそれと同じものかどうかは知らん
特に何も思い浮かべてないけど。

2018/12/21(金) 22:35:22.62

じゃあ「関数オブジェクト」という名前で呼ばれるものがC++に存在するかという質問？

2018/12/21(金) 22:37:25.80

#include <stdio.h>
class Hoge {
　int m_x;
　Hoge(int x) : m_x(x) { }
　int operator(int a, int b) const { return a + b + m_x; }
};
int main() {
　int X = 10;
　Hoge hoge(X);
　int c = hoge(2, 3);
　printf("c=%d\n", c); // 15
}

2018/12/21(金) 22:39:05.01

キャプチャがあるからインライン展開されない、というのは
C++におけるラムダ式の存在意義を半否定している
と思ったり
思わなかったり…

2018/12/21(金) 22:42:29.52

ちなhoge[&X]の場合の伝統的な関数オブジェクト版はこういったｶﾝｼﾞになるﾖｶﾝ↓↓↓
#include <stdio.h>
class Hoge {
　int& m_x;
　Hoge(int x) : m_x(x) { }
　int operator(int a, int b) const { return a + b + m_x; }
};
int main() {
　int X = 10;
　Hoge hoge(X);
　int c = hoge(2, 3);
　printf("c=%d\n", c); // 15

　X = 20;
　int c2 = hoge(2, 3);
　printf("c2=%d\n", c2); // 25
}

2018/12/22(土) 00:09:01.87

ﾊﾞｶほど新しもの好き

2018/12/22(土) 00:11:23.62

ｽﾏﾝ>>750訂正orz
誤： Hoge(int x) : m_x(x) { }
正： Hoge(int& x) : m_x(x) { }

2018/12/22(土) 02:02:20.62

関数オブジェクトって言わないのかな、良くしらんがw
つまり、

auto f1 = [](int x){ retrurn x;}
auto f2 = [&](int x){ reutrn x; }

この場合、f1の型は通常の関数ポインタ、f2の型はstd::functionになるということ。

2018/12/22(土) 02:05:38.24

f1もf2も型不明じゃなかった？

2018/12/22(土) 02:21:53.10

不明というか、auto以外で受けるのを禁止されているだけで、内部的にはちゃんと型を持ってるでしょ。

たとえば、

void hoge(auto func(int x)->int)
{
.....
}

こういう関数を作ったとして、f1は引数に渡せるけど、f2はエラーになるし、
f2を渡そうと思ったら、std::functionで受ける必要がある。

2018/12/22(土) 02:36:35.21

関数オブジェクト==ファンクタ
多分、

>この場合、f1の型は通常の関数ポインタ、
mjk、
>>748に関数ポインタにならずにすむからくりまで示したのに…

>>755
f2はテンプレート引数で渡せば良い
主にそういう目的のﾌﾞﾂのはず

2018/12/22(土) 02:43:48.49

>>753
f1は同じシグネチャの関数ポインタに暗黙変換可能、であるだけで型自体はコンパイラ依存のラムダ式の型

**756** (ﾜｯﾁｮｲ 05bd-4M5M) · 2018/12/22(土) 02:47:42.19

ｽﾏﾝf2はテンプレート引数で渡せば良いは撤回
普通にf1を引数渡ししてインライン展開を気体するものでだいたい合ってるはず…

2018/12/22(土) 06:27:13.75

関数ポインタに変換できるのはqsortとか昔のインターフェースに渡すのに便利なだけで
今から書くコードで積極的に使うもんじゃない

2018/12/22(土) 09:28:59.71

関数ポインタとstd::functionじゃ実効コストが全然違うから、用途によって選べば良い。
qsortみたいな用途だったら、新しく書くコードでも関数ポインタが適していると思うけどね。

2018/12/22(土) 10:10:26.54

比較関数を動的にとっかえひっかえするんじゃなかったら全く適してないぞ

2018/12/22(土) 10:15:50.91

インライン展開のできるstd::sortが最速なんじゃ。

2018/12/22(土) 13:40:32.94

関数ポインタよりstd::functionの方が遅いんじゃないの？

2018/12/22(土) 14:28:59.21

https://stackoverflow.com/questions/16729941/are-stdfunctions-inlined-by-the-c11-compiler

std::functionよりテンプレートの方が早いみたいだね。

2018/12/22(土) 15:14:07.07

ポインタはどう頑張ってもポインタだが関数オブジェクトならインライン展開される可能性がある

2018/12/23(日) 11:18:27.58

クロージャみたいなものと、
関数の静的型チェック、自発的なメモリ管理
って恐ろしく相性悪いと思われる。
そんな無理するくらいならおとなしく継承、オーバーライド使った方がマシ。

2018/12/23(日) 13:14:37.02

キャッシュミスを許さない会。

2018/12/23(日) 13:27:07.40

静的型チェックとクロージャの相性が悪いところってたとえばどんな？

2018/12/23(日) 17:41:57.71

最近、QueryPerformanceCounter() を使って色んな速度測定をしていたら、
32バイトくらいの memcpy() でも、数マイクロ・セカンド位(1.0*10^(-6)(s))かかる事が分かった。
ちなみに、1クロックは、3.3 * 10^(-10) 位なので、たった32バイトに1万クロックくらいかかって
いる事が分かった。
ためしに単純な for ループと DWORD *ptr で転送してみても結局、それ位の
小さなサイズだと、同じくらいかかることも判明。
同じマシンでも、もっと大きなサイズのコピーだと、for ループで行っても、
1回のループで、4クロックくらいしかかからない。

推測だが、jmp 命令は、10バイト程度前の番地に戻る程度でも、ループ回数が
少ない場合は、物凄く極端に遅いが、ループ回数が多くなるとなんと1クロックで
実行できるようになるらしい。

ただし、余り定かではない。

2018/12/23(日) 17:45:32.05

それか、QueryPerformanceCounter() の精度の問題かもしれない。
いくらなんでも、32バイトで1万クロックは遅すぎるように思う。
ちなみに、Sleep(1000); とすると、ちゃんと、1.0 (s) と表示されるので、
速度の計算ミスではないはず。

2018/12/23(日) 17:57:02.41

そうか、これは、RDTSC 使ってないのか・・・。
「高分解能」と言っても、1.0 マクロセカンド位の精度だったとは、予想外・・・。

2018/12/23(日) 19:37:24.93

スレッドのディスバッチ、キャッシュのヒットミス、パイプラインストール、バスのI/O待ち、etc…。
memcpy1つとってもそうそう単純なものではない。

2018/12/23(日) 19:56:30.39

>>768
引数がどんな型を持つ関数を渡すかを事前にどこで決めるかが問題だし、
それ事前に決められるならクロージャーの必要性は低くなるだろ。
あと資源解放のタイミングをどうするかを明示させるシンタックスってのは多分相当難しい。
その辺、クロージャーを用意する言語は普通はGCに任せる。

2018/12/23(日) 20:38:33.04

クロージャって関数とその外側の環境を合わせたものだろ。
「関数を渡す」って何がどこに関数を渡す話なんだろうか。

2018/12/23(日) 21:40:29.80

色々シチュエーションは考えらるだろうけれどreactなら
var ChildInput = React.createClass({
_onChange: function (e) {
this.props.onChange(e.target.value);
}
}
)
とかするやつをイメージしてる。

2018/12/23(日) 22:50:15.98

キャッシュミスは犯罪です。

2018/12/23(日) 23:48:12.36

>>774
>クロージャって関数とその外側の環境を合わせたものだろ
それは新たな関数を作ったことになるんじゃー
>>748の
>　int X = 10;
>　Hoge hoge(X);
という部分は、f(a, b) = a + b + 10という関数を作ってゐる
Xを変えることによってg(a, b) = a + b + 9とかh(a, b) = a + b + 8とか
Hogeクラスのクロージャでいくらでもバリエーションを作れる

2018/12/24(月) 00:09:16.83

>>777
>>748で言えばHoge::operator()が関数でm_xがその外側の環境だろ。
そこで関数を渡すとか作るとかあるいは静的型チェックと相性が悪いというのが
どういうことを言っているのかわからん。
関数オブジェクトを作ってるというならわかるけど。

2018/12/24(月) 01:08:30.96

C++ のラムダ式は関数オブジェクト生成の構文糖でしかないので、
従来と比べて特に良くなったり悪くなったりするわけはない。

オブジェクトの寿命の管理がやりづらいってのは C++ では今更な話で、
ラムダ式がどうこうとか言ってもしょうがなくない？

2018/12/24(月) 01:17:53.78

>>778
>m_xがその外側の環境だろ
オブジェクトhogeの中に囲い込まれている（キャプチャされたﾌﾞﾂである）からちげう
hogeをコピーしたり別の関数に引数渡ししたら付いていくという意味でも外側の環境ではない

2018/12/24(月) 01:47:35.44

>>779
諦めたらそこで終了だよ！！！

2018/12/24(月) 03:46:32.26

長時間のプログラム終了を手元のスマートフォンで確認したい(メールなど)という願望からそういったプログラムを書きたいんですがさっぱり分かりません
開発環境はvisual studioです

2018/12/24(月) 06:57:18.93

普通に、Linux コマンドを並べたら、1・2の順番で実行される。
PowerShell でも良い

command_1 ;
command_2 ;

コマンド1 が終わったら、メール送信するなら、

command_1 ;
メール送信 ;

複雑な処理は、コマンド・シェルスクリプトよりも、Ruby などで作る方がよい

2018/12/24(月) 07:58:21.71

>>782
今は知らんけど、数年前だったら、メール送信は知識が結構必要だった。
SendMail Transfer Protocol なるものを使うんだけど、それを便利に発行できる
関数なりCUIプログラムがあれば使えるんだけども。

2018/12/24(月) 08:02:13.26

>>784
Linux だったら、aaa.txt に以下のような内容を書いて、
---------------------------------------
From: my@mail.address (あなたのメールアドレス)
To: foo@example.com
Subject: This is test mail.
(ここに空行を入れる。ここまでがヘッダ。ここから先がボディ)
メールの内容
.(ドットのみの行を入力すると終了)
---------------------------------------

$ sendmail foo@example.com < aaa.txt

とすると後れるらしい。sendmail は、CUI コマンド。
だから、VisualStudio からだと、

system( "sendmail foo@example.com < aaa.txt" );

とすれば、sendmail コマンドが存在しているなら動作する。

2018/12/24(月) 08:28:06.03

Linux に、mail コマンドある

2018/12/24(月) 08:57:29.99

>>780
>>774で言っている関数の外側の環境って意味だよ。それがクロージャの中なのは当然。
いいかげん、元の「関数を渡す」って話からずれまくっているが、結局どういうことを言いたいんだろう。

2018/12/24(月) 10:01:04.57

>>779
いやだからc++なら継承でメソッドでオーバーライドする方が
わかりやすいし、資源も管理しやすいんじゃない？って話。
他の言語にあるからみたいな理由で合わんもの入れてもなということなんだけど。

2018/12/24(月) 11:33:35.23

>>787
>結局どういうことを言いたいんだろう。
クロージャ＝関数
特に()のオーバーライド（int Hoge::operator()(int a, int b) { ... }）までやった場合、
HogeクラスのインスタンスhogeはC++の構文的にも関数同然に機能の呼び出しを行える
（関数オブジェクトとかファンクタとか呼ばれるやつになる

>元の「関数を渡す」って話
クロージャ＝関数なのであるから、クロージャを、クロージャを受け取る他の関数またはクロージャに渡すという話、-- (A)
継承を使う場合のsome_typeのベースクラスをsome_typeのベースクラスを受け取る他の関数に渡すことに対応する --(B)

この場合、クロージャを使うやり方に対する継承を使うやり方のデメリットは…
、と静的型チェック周辺の話に持っていくことができるが、その前に(A)や(B)が共通認識になったのか、それとも理解不能なのかどうか確認しておきたい

2018/12/24(月) 12:11:45.35

デリゲートとクロージャを混同してるって話？

2018/12/24(月) 12:34:04.96

>>789
>クロージャ＝関数

そういう前提で言っていたのか？
ID:AQ4G8Wg10は明らかにクロージャと関数を使い分けているようだが。>>766>>773

じゃあそこは了解したとして、(A)(B)の条件の下でもう一度>>768の質問をするよ。
関数の静的型チェックとクロージャの相性が悪いところってたとえばどんな？

2018/12/24(月) 12:42:22.68

デリゲートは、オブジェクトを参照キャプチャするクロージャと同じ
（マルチキャストみたいなおまけ機能もファンクタとして実現したクロージャになら追加できる
ファンクタとしてクロージャする分には型安全性も同等なので、ファンクタとデリゲートは混同上等のはず…

2018/12/24(月) 12:55:51.01

>>891
>関数の静的型チェックとクロージャの相性が悪いところってたとえばどんな？
知らん
>>766はクロージャの実現方法について黒魔術的な何かを想定しているのではないか…
C++におけるクロージャの簡単な実現方法はファンクタ、であって、ファンクタには特に型安全や資源解放に関するファンクタ固有の問題は無いと思う
何しろファンクタは普通のクラスHogeの普通のインスタンスhogeとして>>748風に書けるので…

一方、広義のクロージャは、変数を束縛するしくみ＝クロージャなので、型安全という概念をそもそも含まない
この広義のクロージャをC++上で実現しようとしているのだとしたら知らん

2018/12/24(月) 13:03:08.89

>>788
> いやだからc++なら継承でメソッドでオーバーライドする方が
> わかりやすいし、資源も管理しやすいんじゃない？って話。

だからそんなことはないと私は述べてる。

ラムダ式を使いたいときというのはほとんどの場合は小さな関数を作りたいときなんだよ。
それも一回しか使われないような使い捨てのものをだ。
使い捨てるのならば、別の場所で定義して (名前を付けて) から使うのはまわりくどい。
わかりにくくて管理しづらくなる。

もちろん、場合によってはラムダ式が適さない場合だってある。
そういう場合まで何もかもをラムダ式に置き換えろってんじゃないだ。
ラムダ式が適しているときにラムダ式を使えってだけのことで、しかもそれは案外に多いってことだ。

2018/12/24(月) 13:07:57.67

ああわかった。
>>776ではクロージャと関数を区別して書いていたのに対して、>>777は単に

>クロージャ＝関数

と言いたかっただけなんだな。

2018/12/24(月) 13:15:42.46

アンカー間違えた。>>776じゃなくて>>774か。

**963** (ﾜｯﾁｮｲ 05bd-4M5M) · 2018/12/24(月) 14:08:48.90

訂正orz
誤：変数を束縛するしくみ＝クロージャ
正：変数を束縛して作った関数（ただし束縛すべき変数のリストが空のときもある）＝クロージャ

型安全な言語なら型安全に、そうでない言語でもそれなりにやっぱクロージャ＝関数ェ、

2018/12/24(月) 18:39:17.08

>>794

>ラムダ式を使いたいときというのはほとんどの場合は小さな関数を作りたいときなんだよ。
>それも一回しか使われないような使い捨てのものをだ。
ここが自分の感覚と違う。
ラムダ式を使いたい時ってもう少し動的な関数作成に関わる場合という感覚。
単に名前付けを省略したいくらいならどうとでもなると思うし、個人的にはそんな興味ない用途。

2018/12/24(月) 20:19:23.43

C++のラムダ式でどうやって動的関数生成なんかやるの？
何かを根本的に勘違いしてるとしか思えない

2018/12/24(月) 20:43:50.96

生成と作成は違う・・・

2018/12/24(月) 20:57:22.56

どうやって動的に生成するんだ

2018/12/24(月) 21:38:45.00

jsのノリをc++に持ち込もうとして、
面倒だってぶつくさ言うやつ定期的に現れるよな
なぜc++使おうとしているのか、自分を見つめ直した方がいいぞ

2018/12/24(月) 22:54:19.63

Javascriptのほうが速いのにな。

2018/12/24(月) 23:31:10.01

>>803
有り得ない。

2018/12/24(月) 23:33:25.79

さてはオヌシ、Javascript使ったことござらんな。

2018/12/24(月) 23:40:50.37

何が速いの

2018/12/24(月) 23:56:41.67

ガイジやん

2018/12/25(火) 00:08:46.01

new演算子について教えてください。

自分で定義したクラスをインスタンス化してグローバル変数として扱いたいです。
グローバル変数には実体がないといけないと思うのですが、new演算子は
ポインタにしか使えないですよね？
この場合どうしたらいいでしょうか

2018/12/25(火) 00:19:05.74

newなんか使わずそのままグローバル変数として
myclass mc;
とか定義すればよい

2018/12/25(火) 00:20:38.06

>>802
いやだからc++でなんでラムダ式とか入れちゃうのかっていう話をだね。。
jsのノリを無理やり入れたがってるのはc++の仕様の方で別に俺は入れたくない
って意見なのだが。

2018/12/25(火) 00:27:18.17

>>810
wwwwwwwww

2018/12/25(火) 00:50:16.50

無名関数としてのラムダはないと困る。

2018/12/25(火) 00:53:54.64

>>810
オブジェクトとクロージャはメカニズム的には似たようなもんだ
という感覚は言語処理系に明るい人の感覚としては元々ある。

C++ にラムダ式が追加される前に書かれたこの記事が面白いよ。

"クロージャとオブジェクトの微妙な関係"
http://www.itmedia.co.jp/enterprise/articles/0703/29/news069.html

JavaScript の「オブジェクト」だって、その内実は環境への操作だ。
つまりはクロージャを基礎にしてオブジェクトに見せているんだから、
その逆をやる言語があったって別に不自然なことではなかろ。

2018/12/25(火) 01:47:45.90

>>809
なるほど！
教えてもらったとおりnew使わないでできました！

2018/12/25(火) 03:05:41.87

クラス・クロージャは、同じ。
関数・メソッドから、引数渡しでもないのに、外側の変数を参照できるから

Ruby のブロックがクロージャ。
ブロックの外側の変数が参照できる

一方、Ruby の関数は、外側の変数を参照できないから、
JavaScript, Python, PHP よりも、すごい強固

Ruby だけは、クロージャの外に、関数をスコープを作っている。
さらに関数の外側がクラスで、クラスの外側がモジュール

モジュール > クラス > メソッド(関数) > ブロック(クロージャ)

Ruby 独特の構造！

2018/12/25(火) 17:51:31.77

エディッタだけで、Visual Studioコンパイル済まで持って行けた。。。

2018/12/25(火) 18:10:25.20

サンタさんがくれた素敵な奇跡。だからその瞬間を宝物にして、書き込みしたくなっちゃうんですね

2018/12/25(火) 18:35:59.59

恥ずかしいセリフ禁止!

2018/12/25(火) 18:44:45.00

はちみつ餃子さんってC++を使ってる業務に就いてるんですか？

2018/12/25(火) 18:50:42.42

前にも書いたことあると思うけど、ワイは完全に趣味でやっとる人やで

2018/12/25(火) 19:33:29.77

理解が深まった。ありがとう。
しかし理解すればするほど、c++ならやっぱクラス生成でよくね？って気になるが。

2018/12/25(火) 19:48:34.00

クラス生成するのがC++のラムダ式なんだが

2018/12/25(火) 21:36:34.76

>>821
繰返して述べるが、 C++ のラムダ式は単純なクラスの定義と使用を同時に出来る構文糖でしかない。
何故か「クロージャ」と混同した書き込みがあるが
(もちろんいわゆるクロージャの概念からおおいに影響は受けているのだろうが)
C++ のラムダ式は C++ に新しい概念を導入するものではない。

2018/12/26(水) 00:41:02.88

c++の属性構文が出来たけどc++17で不明な属性は無視するという規定が出来たからには、コンパイラによっては独自の属性があるの？

2018/12/26(水) 06:42:20.48

> C++ のラムダ式は C++ に新しい概念を導入するものではない。

これはさすがに言い過ぎ
関数型のリテラルという概念は C++98 にはなかった
だから C++11 になったとき新しく憶えた
既存の概念の組み合わせでできているから
割とすんなり憶えられたけどね

2018/12/26(水) 07:11:59.75

元々各社の属性指定方法を統一化したものだし

2018/12/26(水) 21:22:57.27

VC++で[[deprecated]]使ったら警告じゃなくてエラーになっちゃう。
いやまあ正解なんだけどさ・・・

2018/12/27(木) 10:07:41.48

>>827
ん、cl.exe の 19.16.27024.1 では通るが？

2018/12/27(木) 18:09:20.50

警告になる？

2018/12/28(金) 06:03:28.17

ならない

2018/12/28(金) 06:04:31.02

つーか、[[deprecated]]って書いてある関数を使っても警告しないのはつまらない

2018/12/28(金) 15:46:17.14

Emscripten で、マウスの動きに合わせて JS の canvasに直線を描いたりする
ようなGUIプログラムを作って試していて、local auto 変数に確保した
16バイトの char 配列に、sprintf で色の #RRGGBB の文字列を合成
して JS に渡して canvas の context の style に直線の色を設定していた。
で、同時に、KeyDown イベントでで20文字ほどのグラフィック文字列を出して
いた。なお、そっちの方でも、全く同じ関数を使って、上記の色の文字列
を合成していた。
すると不思議なことに、KeyDownイベントで文字列を書いた後は、
必ず、直線の方の色が変わってしまう。必ず青色で書くようにしているはずなのに。
ログをとってみると、
char szBuf[16];
sprintf(szBuf, "#%02X%02X%02X", r, g, b);
で szBuf に対して、最後の 0終端文字が、書き込まれていないことが判明。
よく見ると、KeyDownイベントで色のためではなく、出力したい
文字列そのものの文字の一部が直線描画の方の szBuf の #RRGGBB の直後に
残ったままコピーされているように振舞っていた。

ためしに、sprintf() の命令の直前に、memset(szBuf, 0, 16); とすると
正常化することも確認した。

Emscripten のライブラリの不具合だろうか？

2018/12/28(金) 16:23:41.67

char szCol[16];
memset( szCol, 0, 16 );
memset( szCol, 'W', 10 );
szprintf( szCol, ・・・ );

とした場合は、W の文字が残ったままになることも分かった。

2018/12/28(金) 16:55:00.81

szprintf() の直後に
szCol[7] = 0;

とすると、正常化することも分かった。

2018/12/28(金) 19:27:07.61

C++でクラスポインタにnewしたオブジェクトを配列の様に複数作りたいのですが、
エラーがでてしまいます。

ポインタの宣言
TimerParameter *_timerParameter;

インスタンス化
_timerParameter[_timerSize] = new TimerParameter(time, function, one_loop);

TimerParameterコンストラクタ
TimerParameter::TimerParameter(ULONG time, void(*function)(), bool one_loop)
{
_function = function;
_oneLoop = one_loop;
_timeSpan = time;
resetTimer();
}

自分で作ったTimerParameterクラスをnewして_timerParameterメンバに入れると以下のエラーが発生してしまいます
sketch\timerState.cpp: In member function 'bool TimerState::timerSet(long unsigned int, void (*)(), bool)':
timerState.cpp:14:30: error: no match for 'operator=' (operand types are 'TimerParameter' and 'TimerParameter*')
_timerParameter[_timerSize] = new TimerParameter(time, function, one_loop);

インスタンス化の左辺が適切でないのが原因だと思うのですが、この書き方はダメなのでしょうか？