wine-bugs June 2009

wine-bugs@winehq.org

3 participants
5962 discussions

[Bug 19099] New: MeltyBlood : Game crashes after selection of window mode
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19099 Summary: MeltyBlood : Game crashes after selection of window mode Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: shinso.dark.prince(a)gmail.com After the menu to select whether the game should be run fullscreen or not the game crashes. -- 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 4

[Bug 19088] New: World of Warcraft won't start after new kernel 2.6.27.25
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=19088 Summary: World of Warcraft won't start after new kernel 2.6.27.25 Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bgillis(a)uwaterloo.ca Created an attachment (id=22034) --> (http://bugs.winehq.org/attachment.cgi?id=22034) Output from opening WoW, plus backtrace when the error is encountered After the automatic update of kernel 2.6.27.25, World of Warcraft will no longer load. In the opening display on the terminal, it crashes right after opening various archives successfully. Sometimes the program gives an error and then quits, sometimes it automatically suspends itself, and other times it has to be stopped with ^C (when this is done, it performs a backtrace; I've attached the output). Which of these happens appears to be completely random. -- 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 4

[Bug 7949] Quicktest Pro 8.2 fails to start up
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7949 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #31 from Anastasius Focht <focht(a)gmx.net> 2009-06-27 12:52:50 --- Hello, --- quote --- Removing deprecated CVS/GIT version tag. Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks! --- quote --- Set the version to Wine 0.9.35 - the one which fixed blocking bug 4227 --- quote --- It doesn't crash anymore... but then, it doesn't do anything when you click on 'Record', maybe it's ignoring that button now. --- quote --- Then I suggest to close this bug as the issue this bug was about -> "fails to start up" seems to be fixed. Open new bug reports if there are still issues and don't forget to include download link. Regards -- 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 7242] Cannot install TeleCharts on Linux FC5 system
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=7242 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2009-06-27 12:39:48 --- Hello, --- quote --- Installing telechartinst.exe generates same error # 0x8000FFFF under wine-1.1.23-273-gc293285. Didn't test any further. --- quote --- This might not be the best choice ... --- snip --- ... wine client error:24: write: Bad file descriptor ... --- snip --- Please upgrade to current GIT (> 1.1.24) and retest using clean WINEPREFIX. Regards -- 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 6953] SecuROM thinks wine is a CDROM emulator
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=6953 André H. <nerv(a)dawncrow.de> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|www.securom.com |http://www.securom.com CC| |nerv(a)dawncrow.de -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] --- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. [desktop window] +-->[graphics window] +-->[battle.net window] +-->[dialog boxes] So all the graphics are being draw, but because the battle.net window is drawn on top with a transparent background the graphics window does not show. The battle.net hack floating around, that does draw the graphics, does not draw the text dialog windows. Does this have to do with the fact that X11 does not support alpha blending, and that what is now drawn as black is supposed to be transparent? --- Comment #112 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:13:01 --- Whoops, accidentally posted http://bugs.winehq.org/show_bug.cgi?id=2467#c110 before it was complete -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] --- Comment #111 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:08:47 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. [desktop window] +-->[graphics window] +-->[battle.net window] +-->[dialog boxes] So all the graphics are being draw, but because the battle.net window is drawn on top with a transparent background the graphics window does not show. The battle.net hack floating around, that does draw the graphics, does not draw the text dialog windows. Does this have to do with the fact that X11 does not support alpha blending, and that what is now drawn as black is supposed to be transparent? -- 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 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=2467 chr <cr2005(a)u-club.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cr2005(a)u-club.de nick ves <vespenegeyser(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vespenegeyser(a)hotmail.com dzs6w3(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dzs6w3(a)gmail.com Lauri Niskanen <ape(a)ape3000.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ape(a)ape3000.com Freddie Tilley <freddie.tilley(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freddie.tilley(a)gmail.com --- Comment #105 from chr <cr2005(a)u-club.de> 2009-04-19 14:27:56 --- I noticed something else ... while running with a lot of debug flags which made sc slow: After selecting battlenet and when the login screen appears, I see that the background is properly drawn ... and then it fades out! (and not in) I guess the last 'black' color is transparent and therefore all the rest of the battle.net GUI is broken. --- Comment #106 from nick ves <vespenegeyser(a)hotmail.com> 2009-06-18 14:02:55 --- 5 years after it was first opened its still occurring? score one for starcraft :D still resisting the devs haha its still occuriing in 1.1.23 --- Comment #107 from dzs6w3(a)gmail.com 2009-06-24 00:51:12 --- Items not being cleared, the black color instead of surfaces reminds me of a problem with flipping buffers and clearing the screen. Perhaps Starcraft does its drawing of the battle.net menus in an unexpected way that prevents it from working correctly with wine's implementation of direct draw. With the newest development (see previous post), I am curious to see what happens if wine is changed so that the the back buffer and front buffer are swapped. Perhaps we will get the background image (without text) of the battle.net menu. I do not know much about this stuff, so I am currently unable to do this myself. Moreover, I do not know if it is even feasible. Also, I think the battle.net menus work properly in Starcraft ran through cedega. Maybe we can see a diff of wine's implementation of direct draw with that of cedega. This is what I'm going to be doing since my ignorance will not affect looking at differences in code as much as trying to find the problem by just looking at wine's code. --- Comment #108 from dzs6w3(a)gmail.com 2009-06-24 00:55:46 --- Well, there goes comparing cedega to wine. The direct draw code is not released with the cvs version of cedega. --- Comment #109 from Lauri Niskanen <ape(a)ape3000.com> 2009-06-25 13:38:36 --- Shouldn't the importance be trivial or minor instead of normal? It doesn't look so nice, but it doesn't affect the game functionality at all. And it's only active on the menus, not on the game itself. --- Comment #110 from Freddie Tilley <freddie.tilley(a)gmail.com> 2009-06-27 06:04:49 --- >From what I have gathered from other bugs related to this is the following: All the dialog images are drawn in a window below the main battle.net window. All the battle.net text child windows only draw the text and no graphics. Apparently on a transparent background. +[desktop window] +-->[graphics window] +-->[battle.net window] [dialog boxes] -- 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 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8854 Victor Sergienko <singalen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |singalen(a)gmail.com Chris Spencer <millionaire317(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |millionaire317(a)hotmail.com --- Comment #38 from Victor Sergienko <singalen(a)gmail.com> 2009-05-01 06:20:49 --- X-Com: Ufo defense still broken in 1.20/Ubuntu 9.10. The two mentioned dinput.dll.so files crash the app. --- Comment #39 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:11:48 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... --- Comment #40 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:14:39 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... -- 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 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org 27 Jun '09

27 Jun '09

http://bugs.winehq.org/show_bug.cgi?id=8854 Victor Sergienko <singalen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |singalen(a)gmail.com Chris Spencer <millionaire317(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |millionaire317(a)hotmail.com --- Comment #38 from Victor Sergienko <singalen(a)gmail.com> 2009-05-01 06:20:49 --- X-Com: Ufo defense still broken in 1.20/Ubuntu 9.10. The two mentioned dinput.dll.so files crash the app. --- Comment #39 from Chris Spencer <millionaire317(a)hotmail.com> 2009-06-26 21:11:48 --- Confirming that bug still isn't resolved. Using Wine 1.1.24. Tried copying over dinput.dll but it didn't work. So now I guess I'm going to have to use diff. That's going to be bit of a pain because I'm using Gentoo, so the proper method would be to write a separate overlay to patch the source. I'll see if I can remember how to do it right. I would just downgrade wine, but 1.1.22 - 1.1.24 all fix bugs with HL2, and DX9 rendering finally works properly with fglrx. Oh well... -- 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 June 2009