1> ...\d_refer.cpp(1108): error C2568: ',': unable to resolve function overload
1> ...\d_refer.cpp(1108): note: could be 'owl::TResult owl::TDispatchCommand<273>::Decode(void *,owl::TParam1,owl::TParam2)'
1> ...\d_refer.cpp(1112): error C2568: ',': unable to resolve function overload
1> ...\d_refer.cpp(1112): note: could be 'owl::TResult owl::TDispatch<2>::Decode(void *,owl::TParam1,owl::TParam2)'
Of course, I can redefine methods in derived class. Is there an option without overriding?
Best,
Ivan Stepanov
Moderator: Formatted code.
Last edit: Vidar Hasfjord 2017-06-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes. You can give TDlgText a response table entry for the handler and remove the corresponding response table entry from TByFormulaDlg. An entry in the derived class is only necessary if you need to override functionality, or when you have multiple base classes and need to forward the dispatch to the correct base.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In a large project I am converting to OWLNext 6.4 there were quite a few places where I needed to forward the message handling to a particular base class (case with mutliple inheritance for example)
Hi all,
Currently I use owlnext 6.44, VS 2015
Question about new dispatch solution. How to use inherited methods in the new dispatcher?
For example, I have code like this, which was valid before :
Now I got errors for both inherited methods:
Of course, I can redefine methods in derived class. Is there an option without overriding?
Best,
Ivan Stepanov
Moderator: Formatted code.
Last edit: Vidar Hasfjord 2017-06-29
Hi Ivan,
This issue in 6.40, i.e. the new requirement for event handlers to be defined within the class owning the response table, is described in Upgrading from OWL | Changes in OWLNext | Message dispatch overhaul and in FAQ | "I get response table errors. Has something changed.". Like you suggest, you can resolve it by redefining the handler.
Yes. You can give TDlgText a response table entry for the handler and remove the corresponding response table entry from TByFormulaDlg. An entry in the derived class is only necessary if you need to override functionality, or when you have multiple base classes and need to forward the dispatch to the correct base.
Hi Vidar,
Thanks a lot.
Hi, Ivan,
In a large project I am converting to OWLNext 6.4 there were quite a few places where I needed to forward the message handling to a particular base class (case with mutliple inheritance for example)
So I wrote some new macros like these:
Jogy