Need help with a rsaenh bug
Juan Lang
juan.lang at gmail.com
Fri Jun 28 10:31:27 CDT 2013
Hi Qian,
On Fri, Jun 28, 2013 at 3:44 AM, Qian Hong <fracting at gmail.com> wrote:
> Hi Daniel, new patches sent with improving from your hints, would you
> mind have a look? Thanks in advance!
>
nice work! These look fine to me, but a stylistic nit:
+
ok(memcmp(pbData,cTestData[i].decstr,cTestData[1].enclen)==0,"decryption
incorrect %d\n",i);
It's more in line with most C code to use !memcmp(...) instead of
memcmp(...)==0. I find it easier to scan, anyway, as I've gotten used to !
comparisons to check equality in memcmp, strcmp, and variants.
Another minor point: it's customary to set last error prior to testing it
when you expect it to have a certain value, e.g.:
+ bad_data[cTestData[i].buflen - 1] = ~bad_data[cTestData[i].buflen -
1];
+ result = CryptDecrypt(hKey, 0, TRUE, 0, bad_data, &dwLen);
+ ok(!result, "CryptDecrypt should failed!\n");
+ ok(GetLastError() == NTE_BAD_DATA, "%08x\n", GetLastError());
Prior to the result = CryptDecrypt(hKey, ...) line, please add a
SetLastError(0xdeadbeef); that will ensure that the following comparison of
GetLastError() to NTE_BAD_DATA isn't succeeding due to an earlier failure.
--Juan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20130628/642812bf/attachment-0001.html>
More information about the wine-devel
mailing list