wine-bugs August 2008

wine-bugs@winehq.org

3 participants
4909 discussions

[Bug 4095] Warcraft III Polish installer crashes
by wine-bugs＠winehq.org 22 Aug '08

22 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=4095 shade <shade.poczta(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |shade.poczta(a)gmail.com --- Comment #19 from shade <shade.poczta(a)gmail.com> 2008-08-22 04:16:35 --- still problem on 1.1.0 and 1.1.2 -- 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.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 22 Aug '08

22 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #129 from Cristian Dogaru <fulgu2fly(a)yahoo.com> 2008-08-22 01:01:56 --- hi Vitality, haarp ... it seemed that the registry key workaraound was an elegant and simply temporary solution, BUT: 1. the specified registry key DOES NOT EXIST - so i had toi create it manually 2. i assumed "MouseWarpOverride" is a string value - i created this also 3. PROBLEM NOT SOLVED ! (i am using PlayOnLinux for Project IGI) so, Project IGI still escapes the cursors, even with the above registry edits did i do smthing wrong? or is there smthing more i should do? maybe i should not use PlayOnLinux ... thanx a bunch -- 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.

1 0

[Bug 14661] New: Cannot accept ToS For the WoW:WotLK Beta
by wine-bugs＠winehq.org 22 Aug '08

22 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=14661 Summary: Cannot accept ToS For the WoW:WotLK Beta Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryuzaki90(a)gmail.com Not sure if it uses the same "scroll to bottom and click accept" mechanic as the BC installer, or the WoW base installer, haven't tested lately... but it basically stops me from installing the game. Scroll to the bottom as required to accept, the accept button is still grayed. -- 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.

1 2

[Bug 7036] Doom 3 Demo fails to start
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=7036 --- Comment #11 from Jim Cameron <jim_24601(a)btinternet.com> 2008-08-21 17:04:06 --- I think it more likely that it was a compiler update that originally triggered this bug and not a Wine update at all. When starting the exe, __wine_kernel_init() calls wine_switch_to_stack() which in turn calls start_process() on the process' own stack. wine_switch_to_stack() is an assembly function and on i386 always calls the function passed to it with the same stack alignment (mod 16 bytes), but start_process() is written in C and uses exception handling, so it's at the mercy of the compiler. As an experiment, I fudged the stack alignment in wine_switch_to_stack() and got the unpatched doom3.exe to run that way. Of course, that isn't a real solution because start_process() is still in between, so a compiler upgrade or change to start_process() could still break the alignment again. To fix the bug, you'd have to wrap the entry point in the Windows executable with a little piece of assembly that fudged the stack alignment to what it was expecting. -- 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.

1 0

[Bug 1348] RegisterHotKey and UnregisterHotKey are not implemented. (Affects e.g. Adobe Photoshop.)
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=1348 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com -- 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.

1 0

[Bug 8783] USB serial ports do not work
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=8783 Ed Simmons <eclipseaudio(a)googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|eclipseaudio(a)googlemail.com | -- 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.

1 0

[Bug 14818] New: Spore Creature Creator Trial: part descriptions only partially visible
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=14818 Summary: Spore Creature Creator Trial: part descriptions only partially visible Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: default_357-line(a)yahoo.de Created an attachment (id=15368) --> (http://bugs.winehq.org/attachment.cgi?id=15368) The small blue rectangle appears to be the description box, without any content. When running the Spore Creature Creator trial, available from spore.com, the descriptions for the body parts are mostly obscured. >From what I could see, they seemed to be rendered correctly for one frame only. Since 1.1.2 has severe UI problems otherwise, this bug can only be observed with the patch from #13988 applied. However, it was already present in 0.9.46, even when unpatched. Graphics card is NVidia GeForce 7900GS (Mobile). Linux is Gentoo on 2.6.23, x86. -- 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.

1 2

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #128 from haarp <liquitsnake(a)gmx.net> 2008-08-21 06:31:49 --- May I suggest an improvement for the workaround-regedit-setting? Add the option 'force-box' that works like Attachment 11303 and only warps when the mouse is about to leave the box. The current 'force' works fine for Crysis in-game, but breaks in the menus because the pointer is forced to the middle at all times. -- 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.

1 0

[Bug 7036] Doom 3 Demo fails to start
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=7036 Jim Cameron <jim_24601(a)btinternet.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jim_24601(a)btinternet.com --- Comment #10 from Jim Cameron <jim_24601(a)btinternet.com> 2008-08-21 04:13:50 --- Investigated using winedbg under Wine 1.1.2 on Ubuntu 8.04. There is a bug here, but not in Wine ... it is a bug in the Doom 3 executable itself. The game is trying to allocate space on the stack for a dynamically-sized array, padded to be a multiple of 16 bytes and to start on a 16-byte boundary in memory. Unfortunately it gets the calculation of how much padding it needs a bit wrong. If the stack pointer at a particular point in the code happens to equal 4 modulo 16, the function will overwrite one of its saved registers and the program will crash. This appears to happen at a couple of places in the code. I was able to patch out the offending instructions with a hex editor to give it a bit of extra padding. The demo thus patched ran perfectly happily and I could play the game. (It's sort of grey.) I don't know what change in Wine caused this bug to manifest. I tried to run a regression test, but regressing much past about 0.9.50 on a modern Linux distro is rich in fail, and I gave up. I imagine that a change in the startup code caused the stack to be set up slightly differently. It might be worth padding the stack on startup to match Windows' alignment, or even making stack alignment an option in case different Windows versions differ, and to see if other programs have similar bugs. -- 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.

1 0

[Bug 3785] freemem.exe: err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 65452 bytes
by wine-bugs＠winehq.org 21 Aug '08

21 Aug '08

http://bugs.winehq.org/show_bug.cgi?id=3785 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #16 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-08-21 03:15:48 --- Closing invalid. -- 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2008