June 2011 - Wine-bugs - list.winehq.org

[Bug 26824] New: Anomaly: Warzone Earth Demo crashes on start
by wine-bugs＠winehq.org 02 Dec '11

02 Dec '11

http://bugs.winehq.org/show_bug.cgi?id=26824 Summary: Anomaly: Warzone Earth Demo crashes on start Product: Wine Version: 1.3.18 Platform: x86 URL: http://www.gamershell.com/news_115200.html OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com fixme:dinput:IDirectInputAImpl_QueryInterface Unsupported interface: {eb0d7dfa-1990-4f27-b4d6-edf2eec4a44c} wine: Unhandled page fault on read access to 0x00000000 at address 0x44f6ea (thread 0025), starting debugger... couldn't load main module (32) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0044f6ea). ... Backtrace: =>0 0x0044f6ea (0x00852780) 1 0x00000000 (0x00130f08) 2 0x7eac1a20 in dinput (+0x31a1f) (0x7eac19e0) 3 0x7eaa62f0 in dinput (+0x162ef) (0x7eaa7e60) 4 0xe8830845 (0x8be58955) winetricks dinput8 works around it. -- 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 21914] New: Can not Use Windows MS Office Workspace
by wine-bugs＠winehq.org 29 Nov '11

29 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=21914 Summary: Can not Use Windows MS Office Workspace Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jonathan.harrison(a)baroni-limited.com I am running Ubuntu 9.10 I also use, before changing, Windows Office Workspace that I store many files on and share with a number of organisations. Using IE7 with WINE 1.1.31 I can access the site and view documents. I can also add documents, but I am unable to download or edit any. I have reported on the forum, but users suggest it is a bug. -- 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 17

[Bug 16129] New: Beyond TV Link - Error when entering server IP address
by wine-bugs＠winehq.org 29 Nov '11

29 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=16129 Summary: Beyond TV Link - Error when entering server IP address Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: steve.trelease(a)sbcglobal.net Created an attachment (id=17365) --> (http://bugs.winehq.org/attachment.cgi?id=17365) log file output This is a client program to the server application (Beyond TV) running on a Windows XP PC on the LAN. The application prompts for the server IP address, and promptly returns a "Couldn't get BTVServerAddress" error. The text of this message is found within the application library FSGuiScreens.dll. -- 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 17

[Bug 26292] New: OpenGL_Out_of_Memory (505). There's a leak in the ARB_Vertex_Buffer_Object
by wine-bugs＠winehq.org 29 Nov '11

29 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=26292 Summary: OpenGL_Out_of_Memory (505). There's a leak in the ARB_Vertex_Buffer_Object Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: critical Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: rochondil(a)gmail.com Created an attachment (id=33520) --> (http://bugs.winehq.org/attachment.cgi?id=33520) My last run winelog for the beefy details Basically it looks like Wine is trying to create a buffer on an already mapped VBO...Which means. The real problem seems to me that the memory handling is the problem. Wine can't clean the buffer properly and when it tries to create a new buffer it fails thus being forced to use the mapped vbo which gradually fills up then leaks. It is not pretty. The bug is occurring in "Oblivion GOTY". And I have tested x amount of different settings though please come up with new ones (i.e. not those already mentioned in the oblivion/fallout etc. threads.) I do believe though that this can be fixed by implementing the same fix as cedega does by limiting the GL Extension buffer to "-GL_ARB_vertex_buffer_object". I know this works in cedega and cider. And I know Wine and cedega doesn't exchange code (if they did I would have solved it already). The thing is cedega is on to something with the GL extension and I have no idea how to make it fixed in Wine. Adding a disabledextensions in OpenGL key in Wine registry does not work; the same error shows up. I am using a mid 2009 MBP 15". My GFX GeForce 9600M GT 512 and my CPU 2.8GHz with 4GB DDR3 Ram. I run the latest OSX. My wine is doh123s compiled Wineskin Wrapper and I am running OBSE in Oblivion however it does not matter wether I run with it or without. The game crashes once the leak is to heavy. Furthermore it is easily recreated by running a lot of mods and high graphics along with running around in a dense polygon area or somewhere with a lot of stuff that needs rendering, thus the buffer is filled quickly. Believe it or not the crash seems to occur at a slower rate when running in debug mode and it is also possible to purge the cell buffers in game so that the in-game time may be extended even further before a critical leak occurs. I would love to fix this. I believe it is rather easy to fix. Just a needed injection in the registry should be all. Any thoughts? PS: I have added my error log for a bit more meat on the bones. -- 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 20

[Bug 26327] New: ld.so: dl-close.c
by wine-bugs＠winehq.org 29 Nov '11

29 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=26327 Summary: ld.so: dl-close.c Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: charles.tersteeg(a)gmail.com Inconsistency detected by ld.so: dl-close.c: 736: _dl_close: Assertion `map->l_init_called' failed! might be the same as bug 23654 lord of the rings online I can't reproduce this error on demand, i've seen it from the shire and breeland all the way through moria, lothlorien, and mirkwood. ubuntu 10.10 patched. wine 1.3.14. default install and patched. i did make a setting it the registry to change my video memory as i was getting an error for that. winecfg set to windows2000. audio set to emulation and ALSA for voice chat to work. lotro game audio using pulseaudio (tried setting to ALSA with same results) I have nothing else special installed or configured in ubuntu or lotro. i've read, it might be openal error but i don't know. if i can add something to my pylotro launcher to see more output for this, please let me know and i'll up date this. -- 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 7

[Bug 25314] New: Droplitz: product activation fails
by wine-bugs＠winehq.org 27 Nov '11

27 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=25314 Summary: Droplitz: product activation fails Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32158) --> (http://bugs.winehq.org/attachment.cgi?id=32158) terminal output The game Droplitz requires product activation (email address + valid serial) on the first start. However activation fails in Wine-1.3.8 producing the following message from the game: 'There was a problem activating Droplitz'. Then I can't proceed further. The game was bought from Gamersgate however for activation it seems to use Impulse Reactor DRM (whatever it is). -- 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 27522] New: Mouse motion blocked or laggy while clicking
by wine-bugs＠winehq.org 25 Nov '11

25 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=27522 Summary: Mouse motion blocked or laggy while clicking Product: Wine Version: 1.3.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: pilota51(a)gmail.com This regression started in 1.3.19 and appears to be related to the fix of Bug 6971. I posted Bug 6971 comment 512 regarding this issue trying to see if anyone else was experiencing it, which seemed to be ignored. I'm not sure if the lack of complaints is because of a rare combination on my system or because not many people play the affected games in Wine. I've recently reinstalled Ubuntu (for other reasons) and tried a clean .wine directory as per the guidelines, but this issue remained. In Battlefield 1942 starting at 1.3.19, the mouse completely stops moving when clicking a mouse button and allows moving again when the button is released. The issue exists both in the menu and in-game. BF1942 did not experience Bug 6971. In 1.3.19 (not later releases, but worth noting) only the first click would register. All clicks register in 1.3.20 and later. In Unreal Tournament 3 starting at 1.3.20, with the option enabled, there is significant lag in mouse movement while clicking, about 1 second between refreshes. With it disabled, there is no issue with clicking and moving the mouse simultaneously, but of course the mouse will leave the window. I've also noticed that while clicking and inducing the lag, the range of the mouse is limited, which tells me the issue with window borders hasn't been fixed entirely even though the mouse doesn't escape. Releasing the button will allow full motion. This is what I did to test how the mouse range behaves: 1. Hold a button down and rotate all the way to the right until it won't go further. 2. Release button, either don't rotate or only rotate right. 3. Hold button again and notice how it still doesn't move any further right. 4. Release button and spin left a few times. 5. Hold button and notice how it won't rotate any further left. The reason UT3 didn't have this issue in 1.3.19 is because the option simply didn't work until Bug 6971 was fixed in 1.3.20. As for why BF1942 has this problem and other games don't, I have a few guesses but I'm not sure. If I have time later I might mess with the source and build it to find exactly which code causes it. Looks like one of the last 3 commits on mouse.c contain the cause. -- 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 24

[Bug 10870] New: New DirectDraw hardware acceleration slow on nvidia driver 100.14. 19 in Starcraft
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10870 Summary: New DirectDraw hardware acceleration slow on nvidia driver 100.14.19 in Starcraft Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: wiebe(a)halfgaar.net Created an attachment (id=9763) --> (http://bugs.winehq.org/attachment.cgi?id=9763) Outfrom from glxinfo using nvidia-drivers 100.14.19. As I understand it, Wine can use a new way of accelerating DirectDraw, using OpenGL, since version 0.9.47, which can be activated by setting DirectDrawRenderer to opengl, and RenderTargetLockMode to "readtex". When I still used Nvidia drivers 87.something, StarCraft (which uses 8 bit color) ran perfectly smooth. However, now that I've upgraded to 100.14.19, it runs extremely slow, but only when selecting an Overmind or an Egg. When selecting any other building or unit, it runs as smooth as before. When running with GDI, the game also runs slower with an Overmind selected. However, not as slow as in OpenGL mode. Specs: - Gentoo Linux. - Wine: 0.9.51 (also tested 0.9.50, which was the version I used together with the older nvidia drivers). - Video card: GeForce 6600 LE. - nvidia-driver: 100.14.19 - CPU/RAM: AMD Athlon X2 3800+/2GB RAM. - Glibc: 2.6.1. - GCC: 4.1.2. - Kernel: 2.6.22-gentoo-r5. Output from glxinfo is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 22407] New: Star Wars DroidWorks severe graphical glitch
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=22407 Summary: Star Wars DroidWorks severe graphical glitch Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: matt(a)mattmccutchen.net I am running Star Wars DroidWorks on Fedora 12 with the nvidia proprietary video driver and Wine 1.1.43 installed from the upstream source. Most of the UI suffers a severe graphical glitch in which the screen flips back and forth between two images several times per second. Typically, one image is of the correct screen contents and the other is from several seconds ago. Moving the cursor while one image is visible leaves a trail copied from the other image. The glitch is a severe annoyance, but the only game feature to actually become effectively unusable is the "Part Info" box in the workshop, when it is flipping between text about two different parts. Luckily, the actual missions do not exhibit the glitch. The log in attachment 27425 is applicable to this bug. The crash in that log happens upon exit from the game. It makes no difference whether I enable the "virtual desktop" in winecfg. I read that Wine has a "desktop double buffering" feature and it sounds like it could be causing the phenomenon, but recent Wine versions do not seem to provide a way to disable desktop double buffering. -- 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 12

[Bug 10520] New: Sanitarium - bottom surface moving too fast
by wine-bugs＠winehq.org 23 Nov '11

23 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=10520 Summary: Sanitarium - bottom surface moving too fast Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: wpk(a)culm.net Created an attachment (id=9263) --> (http://bugs.winehq.org/attachment.cgi?id=9263) Screen after moving a little bit to the right - bottom surface too far to the left See attached screenshots, nothing is wrong with moving up/down, but when moving to the left/right bottom surface seems to be 'faster' (about 2x) than all other objects on screen -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5