On 17/02/16 06:20, Dmitry Timoshkov wrote:
Piotr Cabanpiotr@codeweavers.com wrote:
On 02/16/16 14:08, Dmitry Timoshkov wrote:
It's getting better, but again doesn't show a lot of details. Please add parameters for most of the recorded messages in the sequence, in particular EM_SETSEL and WM_GETDLGCODE are the mandatory ones. Also, in order to see the origin of EM_SETSEL I'd suggest to call DefDlgProc() manually and use defwndproc_counter around it together with the defwinproc flag.
DefDlgProc can't be called manually in this case. There are already some comments about it in the tests.
TestDlgProcA() calls DefDlgProc() this way without any problem.
It's because this test is using CreateWindow function family instead of CreateDialog*.
Even of calling DefDlgProc() is not desirable from inside of a dialog procedure for some reason, then the reason should be explained,
As I said it's already explained in the tests. Look e.g. on comment in test_dlg_proc function.
and it's always possible to call DefDlgProc() outside of dialog proc directly and record the produced messages, there are examples in the tests how to do that.
But it doesn't prove anything. It's something like: it's not possible to test if something is done in this place so lets test everything else to make sure it's not done there. Such tests can be added to test DefDlgProc, not to show that my patch is valid. I'm not planning to add more tests related to this code. I think that this change is quite obvious and already well tested.
Thanks, Piotr