http://bugs.winehq.org/show_bug.cgi?id=6323
------- Additional Comments From deankus(a)gmail.com 2007-30-01 21:45 -------
Created an attachment (id=4730)
--> (http://bugs.winehq.org/attachment.cgi?id=4730&action=view)
Proposed patch
XmbLookupString was being called with KeyRelease events, which has undefined
behavior (in this case, it fails to return a valid keysym for numpad key
releases). By instead calling XLookupString in the case of a KeyRelease, we can
obtain a valid keysym.
--
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=881
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thomas.sachau(a)gmx.de
------- Additional Comments From vitaliy(a)kievinfo.com 2007-30-01 20:18 -------
*** Bug 7298 has been marked as a duplicate of this bug. ***
--
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=7298
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2007-30-01 20:18 -------
Duplicate
*** This bug has been marked as a duplicate of 881 ***
--
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=7286
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-30-01 20:04 -------
Ok, I posted a workaround patch that stops the crashes but doesn't get to the
problem. It seems that wineserver is quite complicated, but it also seems
somehow the directory object is ending up on a thread's wait queue without it's
refcount being increased or without the object's wait queue having that thread
on it. Or so I am thinking right now... can't figure out why though.
--
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=6992
------- Additional Comments From dank(a)kegel.com 2007-30-01 19:38 -------
Holy crap, that's some install script!
Very useful looking, thanks.
I hope it can be simplified eventually!
--
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=7298
Summary: X cursor and "Theme Hospital"-Cursor displayed with
different speed
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tommy100(a)gmx.de
If i start the game Theme Hospital (Windows Version) i get one cursor for the
game witch works without problems and i have another cursor from my wm
(Enlightenment) which moves with different speed and hops around if it ends up
on the edge of the screen.
--
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=6992
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-30-01 17:29 -------
Yes, I put the URL to the demo in the URL field of the bug. It is this:
http://download.invitrogen.com/evergreen/Vector%20NTI%20Advance%2010.exe
This is a self-extracting cab file which will extract to c:\program files\Vector
NTI 10 Distributive\ or you can just extract it yourself. It will have the
setup.exe file. You can't get to this error by running setup.exe in a clean
install wine because it will try to install Microsoft components it needs first
(bundled), and after each it will reboot and leave a MsiExecuter.lnk in
c:\windows\profiles\yourusername\Start Menu\Programs\StartUp\ which also, btw,
contains the wrong path to rundll32.exe. What you can do is after the first
reboot, this will reference c:\rundll32.exe so you can copy windows\rundll32.exe
to c:\, then do wine start MsiExecuter.lnk in the appropriate directory to
continue the installer. Then, it will look for rundll32.exe in the directory
where you ran that wine start command, so copy it there too next time you run
it. If you keep running that command after every time it says it will reboot and
die (another alternative is just to keep re-running the setup.exe program, but
then you have to answer questions about install each time), eventually it
installs (or thinks it installs, as MDAC actually requires IE) all the required
components and will proceed to its own install, where it says the dialog bog
"this module is not designed for direct execution." If you have native MSI
installed here, though, it works fine.
I am attaching a WINDEBUG=+msi log. I recommend if you want to debug it you use
the script I reference, which will download everything you need so you don't
have to do that convoluted thing I just described, just comment out the native
MSI section so it doesn't download that. The log file I am attaching is after
doing what I described, because that is the most "natural" way I can think of
launching the installer.
Misha
--
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=6992
------- Additional Comments From dank(a)kegel.com 2007-30-01 15:40 -------
Is there a downloadable demo of the app?
If not, can you attach a log of the failed install?
Ideally you'd clean out the .wine directory first, e.g.
wineserver -k
rm -rf ~/.wine
wineprefixcreate
WINEDEBUG=+msi setup.exe > /tmp/log.txt 2>&1
and maybe
bzip2 /tmp/log.txt
if it's big, and then attach log.txt or log.txt.bz2.
--
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.