http://bugs.winehq.org/show_bug.cgi?id=5197
mcitadel(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|0.9.12. |0.9.17.
------- Additional Comments From mcitadel(a)gmail.com 2006-26-07 12:36 -------
The problem with the characters has become worse. Not a single character appear
during the benchmark program. During the demo, nearly all characters do not
appear. The characters that appear only appear in one solid color and they
appear with parts of their bodies missing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5745
------- Additional Comments From rob(a)codeweavers.com 2006-26-07 12:19 -------
I'm pretty sure the FindConnectionPoint fixme is not the problem, although I
test for this would be useful.
BTW, the patch looks wrong to me because it now overwrites the correctly
returned { VT_INT, handle } in pVarResult with { VT_BOOL, FALSE } (and the FALSE
was originally wrong anyway - it should have been VARIANT_FALSE).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4414
rob(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Additional Comments From rob(a)codeweavers.com 2006-26-07 12:14 -------
Yes, I meant libungif4-dev.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5639
------- Additional Comments From juan_lang(a)yahoo.com 2006-26-07 12:07 -------
Created an attachment (id=3052)
--> (http://bugs.winehq.org/attachment.cgi?id=3052&action=view)
patch for last issue
The problem is that lack of symmetry between CPImport and CPExport. CPExport
needs to export public keys using the CALG_RSA_KEYX alg_id, just like CPImport
maps from CALG_RSA_KEYX to CALG_RSA_SIGN.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5639
------- Additional Comments From kelfe(a)gmx.de 2006-26-07 11:41 -------
Created an attachment (id=3051)
--> (http://bugs.winehq.org/attachment.cgi?id=3051&action=view)
last test case for this problem
this is the last piece of the EVE Online Dragon/Unicode client bug
basicly it takes a key of the same type that Eve uses, imports it and then
exports it while showing you the data before the import and the data after the
export
on windows the data is the same while under wine the data differs in one byte:
win:
06 02 00 00 00 a4 (this is imported)
06 02 00 00 00 a4 (that way it looks after export)
wine:
06 02 00 00 00 a4
06 02 00 00 00 24
this change from a4 to 24 is what is blocking EVE from working as intended
rsaenh.dll CPImportKey function has in the case for PUBLICKEYBLOB a condition
like:
if (algID == CALG_RSA_KEYX) {
algID = CALG_RSA_SIGN;
}
which is causing this
the question is now what thing thing does?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5467
------- Additional Comments From the3dfxdude(a)gmail.com 2006-26-07 11:37 -------
Try again with latest wine cvs/git snapshot.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.