I'm using the XPTable for a new project. Great stuff.
I found a bug on x64 systems. When you try to edit a DateTime cell an OverflowException occurs. It seems that the LParam member of the WM_KEYUP message passed to the ProcessKeyMessage method is bigger than int32.
I fixed the problem by replacing the type of LParam and WParam parameters of the ProcessKeyMessage method from int to long.
I do not know if this error occurs on 32-bit systems.
Maybe one of the developers can fix this.
Regards,
Seby
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'll take a look at it, we currently don't have a 64bit system to test on at the moment. I plan to update my laptop to allow me to do it but that will not be for a couple of weeks.
Dave
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've tested this on a 32bit system, there was no exception.
I have converted the int parameters to long in the ProcessKeyMessage method definitions and the call to Convert.ToInt32 to Convert.ToInt64. I have checked in that change so the next release will have the fix in it.
Dave
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
you could ask an SF MOD - but what I'd do is upload the image to a file share site and paste link here
you might want to consider taking the issue over to Code Project forums, they are more "active" than SF. The "project leader" monitor's the CP thread more frequently than the SF forums, his CP handle is "adambl". XPTable thread is at http://www.codeproject.com/KB/list/XPTableListViewUpdate.aspx
good luck - I dont have a 64bit windoze system so I can't help either
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, converting the int parameters to long in the ProcessKeyMessage method definitions and the call to Convert.ToInt32 to Convert.ToInt64 does the trick. It is working fine for me.
Hello, everybody!
I'm using the XPTable for a new project. Great stuff.
I found a bug on x64 systems. When you try to edit a DateTime cell an OverflowException occurs. It seems that the LParam member of the WM_KEYUP message passed to the ProcessKeyMessage method is bigger than int32.
I fixed the problem by replacing the type of LParam and WParam parameters of the ProcessKeyMessage method from int to long.
I do not know if this error occurs on 32-bit systems.
Maybe one of the developers can fix this.
Regards,
Seby
I'll take a look at it, we currently don't have a 64bit system to test on at the moment. I plan to update my laptop to allow me to do it but that will not be for a couple of weeks.
Dave
I've tested this on a 32bit system, there was no exception.
I have converted the int parameters to long in the ProcessKeyMessage method definitions and the call to Convert.ToInt32 to Convert.ToInt64. I have checked in that change so the next release will have the fix in it.
Dave
Thanks!
PS: How can I upload a screenshot with the error?
Seby
you could ask an SF MOD - but what I'd do is upload the image to a file share site and paste link here
you might want to consider taking the issue over to Code Project forums, they are more "active" than SF. The "project leader" monitor's the CP thread more frequently than the SF forums, his CP handle is "adambl". XPTable thread is at http://www.codeproject.com/KB/list/XPTableListViewUpdate.aspx
good luck - I dont have a 64bit windoze system so I can't help either
Seby, did you manage to try the fix from Dave M?
ditto phils comments for letting us see the error.
Adam
Hello, Adam!
Yes, converting the int parameters to long in the ProcessKeyMessage method definitions and the call to Convert.ToInt32 to Convert.ToInt64 does the trick. It is working fine for me.
Here is the link to the screenshot: http://rapidshare.de/files/41014439/XPTable_exception.JPG.html
Seby