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

[Bug 20471] New: MS Word 2007 crashes on scroll
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=20471 Summary: MS Word 2007 crashes on scroll Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: utkarsh2012(a)gmail.com Created an attachment (id=24357) --> (http://bugs.winehq.org/attachment.cgi?id=24357) Sample document MS Word 2007 crashes when I scroll down to the 2rd page of the attached sample file. I am using Ubuntu 9.04 and WINE 1.1.32 This is somewhat similar to bug: http://bugs.winehq.org/show_bug.cgi?id=17700 -- 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 22000] New: Gallium + Indexed rendering = Null pointer dereference
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=22000 Summary: Gallium + Indexed rendering = Null pointer dereference Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: MostAwesomeDude(a)gmail.com Created an attachment (id=26727) --> (http://bugs.winehq.org/attachment.cgi?id=26727) Failed device.ok test in d3d9 First off, I *am* upstream (Mesa/Gallium), so assume they've been contacted. :3 Gallium and indexed rendering are not very happy with each other. I get some fairly solidly reliable segfaults with both a d3d9 DLL test (device.ok) and Civ4 (Steam version). Hardware is a Radeon R580 (X1900), driver is r300g from Mesa git. I'm attaching four logs. The first two are the original test and Civ4 logs; the second two are the same, but edited to show the juicy bits. My current guess, based on the Mesa debug info I dumped, is that the indexed rendering code is slightly baked and maybe trusting the underlying GL driver a bit too much. get_arrays_bounds: Handling 2 attrs attr 0: stride 16 size 12 start (nil) end 0xfffffffc attr 1: stride 16 size 4 start 0xc end (nil) buffer range: (nil) 0xfffffffc range -4 max index 4294967295 So right here (from device.ok) we have interleaved userspace VBO, that is being prepped inside core Mesa. Two delightful things here; the first attr seems way off-base, it shouldn't dare be giving us bad pointers, and the second attr's pointers don't even line up! Compare to a sane program (Mesa's drawarrays): get_arrays_bounds: Handling 2 attrs attr 0: stride 16 size 12 start 0x8087020 end 0x808705c attr 1: stride 16 size 4 start 0x808702c end 0x8087060 buffer range: 0x8087020 0x8087060 range 64 max index 3 r300g doesn't really care. The kernel drops the rendering on the floor for a variety of reasons, not least being the ridiculous max_index. But then it segfaults, and I have zero idea why. I'd guess it's something to do with tossing around NULL pointers like candy, but I'm honestly not sure and I haven't really dug into the DLL code yet. -- 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 24515] New: Blue Mars beta client screen flickers horribly
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=24515 Summary: Blue Mars beta client screen flickers horribly Product: Wine Version: 1.3.2 Platform: x86 URL: http://bluemars.com OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The blue mars client installs and starts fine with just winetricks d3d9x_36... but it has a terrible flicker problem, there's a white background that shows up in front most of the time, and makes the app unusable. -- 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 26866] New: LV-426 launcher doesn't appear
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=26866 Summary: LV-426 launcher doesn't appear Product: Wine Version: 1.3.18 Platform: x86 URL: http://www.fileden.com/files/2007/11/9/1573365/lv_426. zip OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com The game is a freeware remake of a classic shooter game, called 'Aliens'. When you start the game a launcher window should show up in the middle of the screen (approx. 480x360 pixels), containing the options: <Run game>, <Change mode> and <Quit>. The launcher doesn't appear in Wine. If I start the game in virtual desktop mode I can only see the blue background, nothing else. Actually, the launcher is sitting there (in the middle of the virtual desktop) but it is invisible. If I click on the appropriate area in the blank virtual desktop, the game starts fine. The launcher doesn't show up correctly in fullscreen mode either: a blank rectangle is placed in the middle of the screen (supposedly that is the launcher). Terminal shows only: fixme:win:EnumDisplayDevicesW ((null),0,0xe2f42c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0xe2f3bc,0x00000000), stub! fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Fedora 14 32-bit Nvidia GeForce 250 / driver 270.30 Gnome 2.32.0 with Metacity 2.30.3 Xorg 1.9.5 -- 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 24949] New: AlienBreed2 Assault: crashes when loading the map
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=24949 Summary: AlienBreed2 Assault: crashes when loading the map Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arcangelofwellington(a)gmail.com CC: wine-bugs(a)winehq.org The game run and appears the menu. The menu works fine, but when you launches the real game, during the loading, the game crash -- 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 10

[Bug 23692] New: Fallout 3 FOMM crash at start
by wine-bugs＠winehq.org 11 Jul '11

11 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=23692 Summary: Fallout 3 FOMM crash at start Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: felipemoraesbr(a)gmail.com Created an attachment (id=29674) --> (http://bugs.winehq.org/attachment.cgi?id=29674) fomm wine error Fallout 3 mod manager crashes at start, with the following terminal log, I have uploaded an image also. Fomm has several features to make using mods a lot easier and non destructive. I would put wine 1.2 on version but i found only 1.2-rc7 -- 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 10

[Bug 25745] New: Incorrect cursor in World of Tanks
by wine-bugs＠winehq.org 09 Jul '11

09 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=25745 Summary: Incorrect cursor in World of Tanks Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: neptunia(a)mail.ru In the game World of Tanks the actual cursor appears as a black rectangle with a "stop prohibited" road sign in it. There is also an arrow which should represent the mouse cursor but it does not move as mouse moves, only changes position when mouse makes click. This makes gameplay very difficult. The game is available freely for download. -- 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 16306] New: Cannot drag image from Linux Desktop to application
by wine-bugs＠winehq.org 08 Jul '11

08 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=16306 Summary: Cannot drag image from Linux Desktop to application Product: Wine Version: 1.1.9 Platform: PC-x86-64 URL: http://www.invelos.com/Downloads.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stuart(a)houseofanime.org DVD Profiler includes the facility to drag and drop images into some areas of the application - indeed this is the only way you can populate one area of the database. Wine does not seem to like dragging images from the desktop (or elsewhere) into the Windows app - you simply get a circle with a bar across it (typical "can't do this" icon). I'm running KDE on OpenSuSE 11.0. >From the descriptions, this may have the same root cause as some or all of the following bugs: 9441 9932 10815 12007 15953 -- 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 21751] New: Wine locks the initial executable
by wine-bugs＠winehq.org 08 Jul '11

08 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=21751 Summary: Wine locks the initial executable Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk When wine first loads the main executable it leaves a 'shared read' lock against the executable. A (deliberatly unnamed) application I was debugging does a consistency check by opening itself using SHARE_NONE in the CreateFile API. This works on windows but fails under wine. I've cut the problem down to a simple testcase, where test (1) shows the failure. The problem is I (a) dont know how to fix it and (b) cant add tests to wine itself for it as it has to be a native executable (as thats where the bug lies). I reported it on wine-devel: -------------------------------------------------------- I have cut this down to a 2 line test program, which basically fails because a native executable called eg. test.exe subsequently calls CreateFile(".\\test.exe", GENERIC_READ, 0 /* no share*/ - ie it's opening itself for read access and non-shared access. It suffers a sharing violation on wine whereas it works fine on windows Diagnosing the wine side, we are in trouble here - the act of loading a module ends up in load_dll which call find_dll_file which in turn calls NtOpenFile for GENERIC_READ access. This returns a file handle which is then used to create the in memory file mapping for the executable code, and the handle returned from the NtOpenFile is then closed. However, when we come along to the application code and try the open we end up checking the sharing and there are 3 things on the inode->open chain: The original open, with access of read The mapping, with access of mapping The open in progress (which is ignored for sharing checks) which does not want to SHARE_READ,and hence the sharing violation occurs. For reference we are failing in the 3rd (last) case of check_sharing returning STATUS_SHARING_VIOLATION, ie existing access if for read purposes, but the requested sharing doesnt allow this. What I dont understand is why the NtClose for the handle does not remove it from the 'open' list - I think from my reading of the fd_destroy code it will put it onto the closed list if there are other references to the same inode, although thats where my debugging will head next. -------------------------------------------------------- Alexander replied: Loading a dll keeps a reference to the file object, because it needs to be returned in debug events. Probably it would be possible to reference the mapping object instead and reopen the file from it. -------------------------------------------------------- I've got stuck and am out of my depth so leaving this for someone as a bug report. -- 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 25907] New: Characters not echoed when typing
by wine-bugs＠winehq.org 08 Jul '11

08 Jul '11

http://bugs.winehq.org/show_bug.cgi?id=25907 Summary: Characters not echoed when typing Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: tahoar(a)gmail.com Characters do not echo in the terminal when typing. After hitting <enter> the results display fine. -- 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