http://bugs.winehq.org/show_bug.cgi?id=7065
--- Comment #100 from William J May <may.11b(a)runbox.com> 2010-05-11 04:30:45 ---
Problem relevant to specific SecuROM versions??
I have:
[Game] [SecuROM version]
Homeworld 2 1.0 - 4.84... Works
Homeworld 2 1.1 - 5.00... detects "CD Emulation"
Star Wars: KotOR2 - 5.03... Works
F.E.A.R. - 7.11... Works
Bioshock 1.0 - 7.34... Works
(version numbers from DaemonTools website, See Comment #1)
Results noticed from Wine 1.1.29-1.1.42
Did not require online activation (except maybe Bioshock during "update")
With version 5.00 I was able to change OS mode to WinNT to get it to run for a
short while, then it seemed to 'adapt' and wouldn't run again. I got lucky the
next day after deleting some keys, but it didn't last long before it 'adapted'
again.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7797
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #14 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-05-10 23:43:15 ---
No response, marking fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22637
Summary: HUD disappears in Half Life 2: Episode Two
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: i386dx(a)hotmail.com
While in game, the HUD disappears. (including the crosshair, so it's pretty
annoying)
After loading a new map, the HUD is back for a few moments, but then it's gone
again...
Other Source-based games I tested didn't had that problem
This person seems to have the same problem:
http://www.youtube.com/watch?v=I_rHTd5Tduk (at 3min12)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22641
Summary: winzip cli install fails with: Cannot open
<tempdir>/WZCLSU.DLL for writing
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gary(a)intrepid.com
Tried to install:
winzip command line support add-on 3.2 setup
which is a CLI version of winzip useful for unattended zipping/unzipping.
Found here:
http://www.winzip.com/prodpagecl.htm
First installed winzip 14.0 with valid license key, this was successful.
Then tried to install the CLI add-on. After clicking through
installation questions, the installer created a few files in
the C:\users\<user>\Temp\WZSE0.TMP directory, but then stopped
with an error message:
Cannot open C:\users\<user>\Temp\WZSE0.TMP\WZCLSU.DLL for writing
This is running on a Fedora x86_64 system. The Wine rpm is:
wine-1.1.38-1.fc12.x86_64
I had tried the earlier version (1.1.32), and it demonstrated
the same failure mode.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1733
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEW
Component|winex11.drv |user32
--- Comment #21 from Nikolay Sivov <bunglehead(a)gmail.com> 2010-05-10 17:54:54 ---
Still present with current wine-1.1.44-72-g658209b.
It's not a drawing problem, a possible issue with custom window colour is fixed
by commit dcddea361f3cd2717c92757adddb87badc55d3ff (isn't directly related to
this bug, just for record).
A real problem is that application (most likely VFP runtime itself) does
something like this:
---
0009:Call KERNEL32.Sleep(00000001) ret=0c15fc55
0009:Ret KERNEL32.Sleep() retval=00000000 ret=0c15fc55
0009:Call user32.GetQueueStatus(00000006) ret=0c120292
0009:Ret user32.GetQueueStatus() retval=00000000 ret=0c120292
0009:Call user32.GetCursorPos(0033e034) ret=0c029a19
0009:Ret user32.GetCursorPos() retval=00000001 ret=0c029a19
0009:Call user32.ScreenToClient(00010078,0033e0a8) ret=0c03415f
0009:Ret user32.ScreenToClient() retval=00000001 ret=0c03415f
0009:Call gdi32.GetTextExtentPoint32A(00001138,0033dfec "
+\x08\x0c\x15",00000015,0033df28) ret=0c0177e6
0009:Ret gdi32.GetTextExtentPoint32A() retval=00000001 ret=0c0177e6
0009:Call user32.SetCaretPos(000000b8,00000010) ret=0c12077d
trace:msg:SetSystemTimer Added 0x10078 ffff 0xffff0028 timeout 500
0009:Ret user32.SetCaretPos() retval=00000001 ret=0c12077d
---
And this is constantly repeated - Sleep() -> GetQueueStatus() -> SetCaretPos().
In SetCaretPos() we're doing SetSystemTimer again and again which starts it
every time and timer callback is never reached. Consecutive SetCaretPos() calls
happen really fast - always <=50ms (normally 10ms) on mine vbox.
Removing SetSystemTimer() from SetCaretPos() fixes this, and lets a caret blink
normally. I'll test it more.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9124
Christoffer A <christoffer.alf(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |christoffer.alf(a)gmail.com
--- Comment #28 from Christoffer A <christoffer.alf(a)gmail.com> 2010-05-10 14:41:49 ---
(In reply to comment #27)
> FWIW, I added a directmusic option to winetricks recently. It may workaround
> this bug. Try:
> wget http://winezeug.googlecode.com/svn/trunk/winetricks
> sh winetricks directmusic
No, still doesn't work with wine 1.1.43
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8667
--- Comment #5 from Alex Stanev <alex(a)stanev.org> 2010-05-10 10:55:58 ---
Still present in 1.1.44
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1719
--- Comment #16 from Alex Stanev <alex(a)stanev.org> 2010-05-10 10:51:38 ---
Still present in 1.1.44, believe should go for 1.2 since there are still many
Delphi app out there.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9121
--- Comment #11 from Fernando Otero <granamachine-wa(a)yahoo.com.ar> 2010-05-10 09:51:44 ---
This bug should be closed and marked as WONTFIX. Some of the problems described
are already fixed, and other two have been splitted into bug 22597 and bug
22598.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.