wine-bugs September 2007

wine-bugs@winehq.org

11 participants
1420 discussions

[Bug 5077] Intro films crash Heroes V
by wine-bugs＠winehq.org 25 Sep '07

25 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=5077 Marty Amodeo <martyspamtrap(a)comcast.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martyspamtrap(a)comcast.net --- Comment #23 from Marty Amodeo <martyspamtrap(a)comcast.net> 2007-09-24 23:19:51 --- I've noticed several bugs with the full (+NODVD crack) version of the game. Firstly, on launch, Wine stopped immediately saying that H5_Game.exe required d3dx9_25.dll. I can either copy this DLL over from my Windows installation or copy d3dx8.dll.so to d3dx9_25.dll.so. Both solutions will get me by with no apparent problems. After disabling the logo movies, the main menu will pop up with the "priest fighting the devil" animation. If I go to the video options and select my TwinView resolution of 2560x1024 (my normal X resolution), it will momentarily activate both of my monitors, but then resort to just my left monitor with the text being 2x fatter than it should be. After mousing over the text, it redraws in the correct aspect ratio. If I start a fresh, brand new game, it will start loading up the map and then ask me to "Press any key". Whether I press any key or every key it, just sits there, asking me to press the key again. The keyboard functions fine when entering the player name from the main menu however, so it's not a systematic problem. I get past this by launching the game on a Windows machine, saving the game, and copying the saved data over to my Linux machine. At this point, I can try to load up my saved game in Wine. I noticed that if I have my distributed.net client running at the lowest (actual, highest numerical) priority, loading the game can take over 1 hour on my K8. When I shut down dnetc, it loads up in seconds. So there is some thread priority problem there. So now I'm finally in the game. There are a few drawing/texture glitches that seem to occur randomly. But one that is fairly consistent is going to one of the Elf castles, where the water texture either looks really really nice, or like randomly shaking garbage. Interestingly enough, you can usually clear this condition by trying to recruit some creatures from the castle. I'm also having a lot of trouble with game controls. All of the pop-up help tips, telling you which shortcut keys you can hit to do certain actions, all say "Mouse_Axis_X" is the "key" to activate any given command. My Windows machine shows what the correct shortcuts are in the popups. When I hit the appropriate keys, nothing happens in Wine. Yet I can type in the name of my saved games just fine, so again, it's not a systematic problem. Also I cannot rotate or pan around the map with the middle and right mouse buttons. I think this is related to the controls issue. There's probably some configuration file to define these actions which is not being read at all or at least not correctly. All of the above, I report with Wine 0.9.44. When I updated to Wine 0.9.45, I saw the app start to lock up consistently. Everything appears fine and normal starting up and loading up a saved game, but once you start panning around the map a bit and pulling up your hero's stats, my system starts to "hiccup" violently. Lots of disk access and choppy animation. Then when you return to the map and pan around a bit, some of the status windows are no longer drawn or refreshed properly. A few seconds after seeing this happen, the app will lock up. So it looks like there was a regression for this game in 0.9.45. I hope these comments are well-received, and I'm extremely grateful that I can run the game at all in Linux! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9166] Wine Crashes on iRO exit
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9166 Richard Korman <winter.blood(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winter.blood(a)gmail.com --- Comment #3 from Richard Korman <winter.blood(a)gmail.com> 2007-09-24 16:46:46 --- Just tested 0.9.43, 0.9.44 and 0.9.45, reproduceable in all of them. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=7065 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #22 from Anastasius Focht <focht(a)gmx.net> 2007-09-24 16:34:27 --- Hello, well i looked into the matter. Some hours of nasty debugging (windows of course) ... First: don't try to fool around by patching IsDebuggerPresent() or CheckRemoteDebuggerPresent(). The protector "probe" writes directly to PEB->teb() area to verify with API returns to detect inconsistencies (hooks or fake value returns). The showstopper why Securom 6.x, 7.x doesn't currently work under wine is due to mismatching process heap structure layouts. The protector accesses process heap structure members which do not exist in wine or have other meanings. The current layout is the choice made by wine developers losely based on infamous Pietrek books. To fix this issue not only the process heap structure layout need to be adjusted but some parts of the process heap creation/init code need to be rewritten too. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9023] MS Office 2003 claims "not installed for this user"
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9023 --- Comment #7 from hasi <whynot(a)nurfuerspam.de> 2007-09-24 16:16:10 --- OK, I'll look into that. Since I haven't done that before, and most of my experience is on Windows machines, it may take me a while. Thanks for the suggestion. Best, --hasi. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9023] MS Office 2003 claims "not installed for this user"
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9023 --- Comment #6 from James Hawkins <truiken(a)gmail.com> 2007-09-24 15:46:31 --- hasi, if you can do the regression test and pinpoint the commit that breaks the app, then we can label it a regression: http://wiki.winehq.org/RegressionTesting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9023] MS Office 2003 claims "not installed for this user"
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9023 hasi <whynot(a)nurfuerspam.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |whynot(a)nurfuerspam.de --- Comment #5 from hasi <whynot(a)nurfuerspam.de> 2007-09-24 15:11:02 --- I am the poster reporting about problems with newer wine version (original posting August 28th in Office 2003 main thread). I don't know much about regression; however, I do know that I DID start with a clean .wine and a few subsequent steps, as documented in my detailed submission. There was no way getting around the "not registered for the current user" problem, unless I downgraded from 0.9.44 to 0.9.37. (Believe me, I tried this at least 5 if not 10 times.) On 0.9.37, it worked immediately, I had a running Word 2003 (I haven't tested the other office apps much). Then, I tried upgrading wine after having all the installation and successful registration to version 0.9.44. Word did not work any more (sorry, I forgot the details, but I'd be happy to test this again if this is useful). Simply downgrading wine to 0.9.37 (without touching the home/.wine directory at all!) made the application work again. Now, does that not look like a regression? I did the same thing with 0.9.45, it has again problems, although I believe other ones. What I have not tried yet is a completely new installation from scratch using 0.9.45. I hope this is helpful. --hase. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9193] Neverwinter Nights 2: Map corrupted
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9193 Francesc <noldorin.h4x0r(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |noldorin.h4x0r(a)gmail.com --- Comment #11 from Francesc <noldorin.h4x0r(a)gmail.com> 2007-09-24 14:22:34 --- Yes, this bug still exists with the lastest git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9056] Mono 1.2.4 fails to find mscorlib.dll on startup
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9056 Hans Leidekker <hans(a)it.vu.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)it.vu.nl --- Comment #18 from Hans Leidekker <hans(a)it.vu.nl> 2007-09-24 13:23:02 --- msvcrt._wspawnvp() is implemented now. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7486] Result of widl -u includes header not available in MinGW or old Visual C++
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=7486 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #8 from Lei Zhang <thestig(a)google.com> 2007-09-24 13:00:31 --- Fixed in current git: http://www.winehq.org/pipermail/wine-cvs/2007-September/035937.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8683] section sign key input not working in WoW
by wine-bugs＠winehq.org 24 Sep '07

24 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=8683 Juan Antonio Romero <nsdragon(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nsdragon(a)gmail.com --- Comment #1 from Juan Antonio Romero <nsdragon(a)gmail.com> 2007-09-24 11:55:58 --- I'm having a similar problem, except it's the = key (the one to the left of backspace). The key itself does work, and I'm able to type it into input and chat boxes and windows and such within WoW, but not when trying to activate an action bound to it, or bind another action to it. I aso commonly switch between US Intl. and Latin American keyboard layouts in GNOME. Under LA, the = key becomes ¿¡, but it still doesn't work under WoW. (In other words, the issue seems not to be character-dependent but key-dependent, as I can't use that physical key as a keybinding no matter what character it would output). Running Ubuntu 7.04 with GNOME 2.18 and Wine 0.9.45. This is on a Dell Inspiron 5160. As far as I can tell, there's no other program that has = or ¿ bound to any action in particular, so I'm almost certain it's not external interference. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- 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 September 2007