April 2010 - Wine-bugs - list.winehq.org

[Bug 18986] New: EVE appears to require DNSAPI.dll
by wine-bugs＠winehq.org 28 Apr '10

28 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=18986 Summary: EVE appears to require DNSAPI.dll 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: denali(a)shadowforge.net Created an attachment (id=21869) --> (http://bugs.winehq.org/attachment.cgi?id=21869) Output from wine "c:\Program Files\CCP\EVE\eve.exe" It appears EVE Online will not start without a native DNSAPI.dll. Austin English tried to assist me with this issue in the forums (http://forum.winehq.org/viewtopic.php?t=5037) This game does work for me in Crossover Games Linux 7.2. I'd prefer to get it working in Wine, if at all possible. I have attached the error message and am willing to do what it takes to resolve the issue. -- 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 5

[Bug 7411] GLSL shaders work badly with fglrx
by wine-bugs＠winehq.org 28 Apr '10

28 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=7411 --- Comment #33 from Austin English <austinenglish(a)gmail.com> 2010-04-28 02:39:05 --- (In reply to comment #32) > So uh here we are in 2010 with the same problem. I dont understand how this > gets 28 votes and never looked at. If Wine isnt going to support ATI put it on > the front page so ATI users dont waste their time screwing with your program. I > have this issue in multiple games with multiple ATI cards and Ive tried stock > and 1.1.43 of Wine. Seriously people quit wasting our time you obviously build > this program to ONLY work with Nvidia. Right, Wine has no ATI/fglrx support... http://source.winehq.org/git/wine.git/?a=search&h=HEAD&st=grep&s=fglrx&sr=1 http://source.winehq.org/git/wine.git/?a=search&h=HEAD&st=grep&s=+ATI+&sr=1 Wine's graphics code is very complex, and ATI's broken drivers (getting better finally) don't make it any easier. If you'd like to help, please send patches, but complaining on bugzilla won't help anyone. -- 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 7411] GLSL shaders work badly with fglrx
by wine-bugs＠winehq.org 28 Apr '10

28 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=7411 memysabu <memysabu(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |memysabu(a)hotmail.com --- Comment #32 from memysabu <memysabu(a)hotmail.com> 2010-04-28 01:42:02 --- So uh here we are in 2010 with the same problem. I dont understand how this gets 28 votes and never looked at. If Wine isnt going to support ATI put it on the front page so ATI users dont waste their time screwing with your program. I have this issue in multiple games with multiple ATI cards and Ive tried stock and 1.1.43 of Wine. Seriously people quit wasting our time you obviously build this program to ONLY work with Nvidia. -- 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 22508] New: fedora11 libopenal not found or too old
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=22508 Summary: fedora11 libopenal not found or too old Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: JosephHenryBlack(a)yahoo.co.nz compiling on fedora (fc11.i686.PAE) wine does not find OpenAl configure reports configure: libopenal development files not found (or too old) yum reports for f11 and f12 openal-devel-0.0.9-0.17.20060204cvs.fc11.i586 : installed Filename : /usr/include/AL/al.h config.log reports configure:5893: checking OpenAL/al.h presence [snip] conftest.c:22:23: error: OpenAL/al.h: No such file or directory -- 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 3

[Bug 6422] REGRESSION FOUND: Diablo II fails on Access Violation
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=6422 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal --- Comment #10 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-04-27 23:05:17 --- (In reply to comment #9) > I have Ubuntu 9.10 Karmic Koala, Wine 1.1.43, and I entered my codes in to > Blizzard and downloaded it. When I try to open Diablo II LOD, it tells me > UNHANDLED EXCEPTION: ACCESS VIOLATION (c0000005) . I posted the output at > http://paste.pocoo.org/show/206972/ . This bug was fixed in 2006. If you have a problem 4 years later, you need to file a new bug. It would be worth retesting with current git before filing the bug though. -- 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 6422] REGRESSION FOUND: Diablo II fails on Access Violation
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=6422 baschnuginflitz(a)hotmail.com <baschnuginflitz(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |baschnuginflitz(a)hotmail.com --- Comment #9 from baschnuginflitz(a)hotmail.com <baschnuginflitz(a)hotmail.com> 2010-04-27 22:17:50 --- I have Ubuntu 9.10 Karmic Koala, Wine 1.1.43, and I entered my codes in to Blizzard and downloaded it. When I try to open Diablo II LOD, it tells me UNHANDLED EXCEPTION: ACCESS VIOLATION (c0000005) . I posted the output at http://paste.pocoo.org/show/206972/ . -- 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 8754] Games doesn't receive keyboard Input (BuildActionMap, SetActionMap, EnumDevicesBySemantics)
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=8754 alquaknaa(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alquaknaa(a)gmail.com --- Comment #42 from alquaknaa(a)gmail.com 2010-04-27 18:08:57 --- Still not fixed in 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.

1 0

[Bug 22503] New: wineserver: massive amount of rescheduling interupts / context switches on +1.8GB application load ( both wine32 / wine64 )
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=22503 Summary: wineserver: massive amount of rescheduling interupts / context switches on +1.8GB application load ( both wine32 / wine64 ) Product: Wine Version: 1.1.43 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: djamu(a)hotmail.com Created an attachment (id=27570) --> (http://bugs.winehq.org/attachment.cgi?id=27570) memory usage vs CPU load from 2.1GB to 1.7GB RAM Wineserver creates a massive amount of rescheduling interupts / context switching when using + 1.8GB RAM application load, both on Wine32 and the Wine64 versions ( meaning the 64 bit Wine, not the 32 bit for 64bit systems ) The rescheduling becomes very apparant when going over 2GB RAM usage, and will effectively hog down an SMP processor to a crawl. For a long time I've been using Wine to succesfully run various brands of renderers ( Lightwave / Maya / Fryrender / Maxwell ... ) The problem exists already for a long time, but became very apparant when I recently switched (compiled) to Wine64 because of a big project. ( Previous projects never needed the amount of ram needed for the current one ) Reverting back to Wine32 bit ( which should run fine as long as I stay under 4GB ) showed me the exact same slow down, except that on wine32 "top" for some reason doesn't show visually wineserver consuming a lot of resources ( only visible on Wine64 ) ... nevertheless the amount of rescheduling interupts and context switches skyrocket at exact the same loads for both versions. This behaviour is visible on various ( CLI based ) multithreaded renderers which makes me confident in believing it is not related to a renderer specific DLL. I would flag this bug as major as in quite a short while other applications / games will encounter the same issue. I know a fair share of programming and can do some debugging, but I'm not very familiar with all the Wine components / not sure what logs / graphs I should submit ( I've got quite a few ). Any debug commands to pinpoint the problem are usefull too. The added graph shows the CPU load/interupts whith variable memory usage from +2.1GB to +1.7GB on a compute node > the lower the memory usage, the higher the CPU load. ( ignore the halted state between 8.30PM/5AM ) Thx Jan Van Haute -- 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 11

[Bug 22500] New: Steam causes Xorg to exit, new to wine 1.1.43
by wine-bugs＠winehq.org 27 Apr '10

27 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=22500 Summary: Steam causes Xorg to exit, new to wine 1.1.43 Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk Running steam (after the 26th April update) on wine 1.1.43 causes Xorg to exit. Sometimes the outline of the GUI has time to appear, sometimes not. Reverting to wine 1.1.42 avoids the problem, and steam appears to work fine. The only error message in /var/log/Xorg.0.log.old is: Backtrace: 0: /usr/bin/X(xorg_backtrace+0x3b) [0x8133d6b] 1: /usr/bin/X(xf86SigHandler+0x55) [0x80c7d35] 2: [0xe91400] Saw signal 11. Server aborting. This is on Ubuntu 9.10 with NVIDA driver version 185.18.36. -- 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 6

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 26 Apr '10

26 Apr '10

http://bugs.winehq.org/show_bug.cgi?id=2467 --- Comment #129 from Vincent Povirk <madewokherd(a)gmail.com> 2010-04-26 22:10:13 --- Cut the chatter, please. It just makes it hard for anyone who wants to work on this bug to sort out the useful information (Comment #111) from the rest (everything else on this bug). The reason this hasn't been fixed yet is that, while ddraw in exclusive mode on Windows will happily draw directly to the screen, this has negative consequences that we don't want in Wine. It won't work when a compositing window manager is being used. Even without a compositing window manager, any UI drawn by another program (such as the window you see when you press alt+tab) will be drawn over by any fullscreen ddraw program. Alexandre has made the decision that being a good X citizen, and thus avoiding this sort of problem, is more important than being fully correct. I think that if someone can find a way to allow ddraw to draw over any Wine window, but not just any X window, (without hurting performance too much) then we could avoid the problems with drawing to the screen, and that change would have a chance of being accepted. I don't know how we could do that, though. -- 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