http://bugs.winehq.org/show_bug.cgi?id=7885
------- Additional Comments From focht(a)gmx.net 2007-29-03 15:43 -------
Hello,
looking at trace it seems that __unDNameEx is indeed bugged.
Native vc++ undname tool produce following (example):
mangled:
"?$_CORBA_ObjRef_Var@VAdapterActivator@PortableServer@@VAdapterActivator_Helper@2@"
unmangled:
"_CORBA_ObjRef_Var<class PortableServer::AdapterActivator,class
PortableServer::AdapterActivator_Helper>"
Seems the wine undname gets somewhere out of sync and fails to parse data types
correctly.
The lowercase stuff (warnings) you see is due to parser pointer advanced too far
-> tries to interpret parts of name as data/method types.
To maintainer: Maybe the information found at
http://sparcs.kaist.ac.kr/~tokigun/article/vcmangle.html
could be incorporated for improvements/bugfixes.
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=7326
wine.dev(a)web.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine.dev(a)web.de
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From michael.kofler(a)gmx.com 2007-15-03 09:42 -------
I can confirm the problem. Please revert the patch that removed ddeml.dll from
wine.inf.
------- Additional Comments From michael.kofler(a)gmx.com 2007-15-03 09:45 -------
I can confirm the problem. Please revert the patch that removed ddeml.dll from
wine.inf.
------- Additional Comments From wine.dev(a)web.de 2007-29-03 15:14 -------
I have also an Installer for a comercial app, that failed for this reason.
A Simple "touch ddeml.dll" makes the Installer happy and during the
Installation, the Installer overwrite the dummy file whith
his own "ddeml.dll".
To fix this, we need to build a fake NE-Binary (similar to the
fake PE-Binaries), that just returns, but contains the resources.
For the fake PE-Binaries, we do that in setupapi.dll (fakedll.c)
and check for such files in ntdll.dll (loader.c)
--
By by ... Detlef
--
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=5347
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-29-03 14:58 -------
Created an attachment (id=5557)
--> (http://bugs.winehq.org/attachment.cgi?id=5557&action=view)
patch
PIDLs are shell32 equivalents of paths. The shell namespace is more than just
the filesystem (My Computer is only a part of the namespace) and uses PIDLs to
identify objects. I've written a short introduction to shell32 at
http://wiki.winehq.org/Shell32 .
The patch is not that hard to write - it should be something like the attached
patch, however it would need some testing. The first test would be to check if
it fixes your problem :). However I'd like also to check if other namespace
objects have this property, and if we should call IShellFolder_GetAttributesOf
or simply SHELL32_GetItemAttributes (i.e. if it passes junction points).
--
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=4175
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-29-03 13:45 -------
So we know why the first list doesn't work - Windows creates the header control
when it's needed. It seems P-CAD uses this to check if it has already added the
columns. As Wine creates the header in WM_CREATE and it is always available
P-CAD thought that it already added the columns. The attached patch makes it
always think it didn't add the columns (I wouldn't be surprised if P-CAD would
add another set of columns after e.g. every add/delete layer). Fixing it without
introducing any regression could be quite tricky.
I currently have no idea what's wrong with the second listview - could you add a
+message trace of the builtin comctl32 - maybe this will help.
--
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=6516
------- Additional Comments From mikkosorri(a)hotmail.com 2007-29-03 13:25 -------
solved!!
LANG=fi_FI.8859-1 wine "C:\Ohjelmatiedostot\Finale NotePad 2007\FinaleNotePad.exe"
and now it works.
but I get the following error message many times
fixme:font:GetKerningPairsA Can't find codepage 42 info
--
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=1631
------- Additional Comments From mikkosorri(a)hotmail.com 2007-29-03 13:23 -------
I have same problem in CodaMusic's Finale notation softwares
I haven't done anything (playback) just started the program.
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=3228 <
primary_done=5916)
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=3356 <
primary_done=8252)
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
err:dsound:DSOUND_MixOne underrun on sound buffer 0x1dd490
and so on..
--
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=2398
------- Additional Comments From thunderbird2k(a)gmx.net 2007-29-03 13:19 -------
Dan regarding your comment that AJ won't accept a patch to readd child windows.
We have talked with him on IRC and he is not against this. The patch only adds
child windows for opengl not for other cases. If the patch fixes more issues
than it creates AJ would be willing to accept. But we need a lot of proof.
The opengl code is becoming very dirty due to the glscissor and other hacks.
Further child window support would not only help fixing windowed opengl
rendering. Right now wine is limited to a single pixelformat which poses issues
for opengl32/wined3d. For a part it could result in lower performance and second
due to it things like multisampling in opengl programs can't be supported (and
more).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7615
liquitsnake(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From liquitsnake(a)gmx.net 2007-29-03 12:58 -------
Confirming fixed in 0.9.33.
--
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=7667
russofris(a)hotmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From russofris(a)hotmail.com 2007-29-03 12:16 -------
closing, as this is now resolved.
Frank
--
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.