http://bugs.winehq.org/show_bug.cgi?id=8170
Summary: __unDNameEx gives up on nested template expression
(debug symbols)
Product: Wine
Version: 0.9.35.
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
while resolving some symbols using UnDecorateSymbolName(), wine
msvcrt.__unDNameEx gives up on nested template expressions.
Micro$oft undname output:
--- snip undname.exe ---
Undecoration of :-
"??0CParameterizationDlg@@QAE@V?$_com_ptr_t@V?$_com_IIID@UIObjectRack@@$1?_GUID_a44d3311_9d60_11d1_9aaa_0080c82a2a88@@3U__s_GUID@@A@@@@PAG1FPAVCWnd@@@Z"
is :- "public: __thiscall CParameterizationDlg::CParameterizationDlg(class _com_
ptr_t<class _com_IIID<struct IObjectRack,&struct __s_GUID _GUID_a44d3311_9d60_11
d1_9aaa_0080c82a2a88> >,unsigned short *,unsigned short *,short,class CWnd *)"
--- snip undname.exe ---
Wine trace (attachment) follows.
Regards
--
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=8157
------- Additional Comments From silsor(a)gmail.com 2007-25-04 10:03 -------
This is not a duplicate. This memory leak appeared with 0.9.34 -> 0.9.35, the
bug it was closed as a duplicate of was a different memory leak that appeared
and was fixed around the time of 0.9.31.
--
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=8169
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5931|application/octet-stream |text/plain
mime type| |
Attachment #5931|test |test.txt
filename| |
--
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=8091
------- Additional Comments From fonseca(a)cs.umd.edu 2007-25-04 07:12 -------
DVDShrink also worked perfectly for me with 0.9.34, but does not even open a
window on 0.9.35, giving a stack overflow. I use fedora core 6, and the binary
rpm from extras.
--
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=7949
------- Additional Comments From andrey.turkin(a)gmail.com 2007-25-04 06:57 -------
So, I will participate as describer then.
First DWORD of stream is ATL version (0x800 or such). pMap array describe
meaning of stream remainder.
pMap element with NULL pclsidPropPage marks end of array; elements with NULL
szDesc must be ignored. Rest elements are either:
1) raw data dwSizeData bytes must be read from stream to an object pointed by
pThis at offset dwOffsetData. However, if this entry describe BSTR, when in the
stream there are DWORD - string length in bytes, followed by string itself. In
this case pointer to SysAllocString-allocated BSTR must be written to the object.
2) Property if dwSizeData is zero. In this case serialized VARIANT property is
read from stream (CComVariant::ReadFromString way, Ill describe it later);
variant type must be equal to pMaps vt, unless it is VT_EMPTY. piidDispatch is
IID of interface (which must derive from IDispatch) to put property to, and
dispid is obviously property id.
Implementation does not care for endianness.
VARIANT serialized as follows:
1) VARTYPE
2) Raw data for simple types (1, 2, 4 or 8 bytes); prepared for
OleLoadFromStream data in case of VT_UNKNOWN or VT_DISPATCH; or BSTR serialized
as described earlier.
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8169
Summary: test fails in comctl32
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
When I do make test, a test fails in comctl32
I attached a log file
Joaopa
--
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=5486
------- Additional Comments From gagnon.kevin(a)gmail.com 2007-25-04 06:33 -------
Seems like this issue is still present for Dark Age of Camelot with wine 0.9.35.
Bug 6432 was open for this issue but was marked as duplicated bug because of
this one. I can read that it seems to be fixed for Guild Wars but the problem
persists on DAoC.
Can barely see the cursor blinking when playing...
--
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.