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

[Bug 4666] anti-cheat system HackShield doesn't work
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=4666 --- Comment #36 from Gilles Bouissac <g.bouissac12345678(a)gmail.com> 2011-05-04 15:44:23 CDT --- Created an attachment (id=34480) --> (http://bugs.winehq.org/attachment.cgi?id=34480) 4Story - HackShield error 108 - Wine 1.3.10 - log +reg -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #482 from David <davilando(a)gmail.com> 2011-05-04 14:57:44 CDT --- (In reply to comment #481) > (In reply to comment #480) > > > Like I stated in my previous post, I use xorg-server 2:1.10.1-1ubuntu1 > > > > so the patching and compiling progress was fine, but it just didn't help :( > > > > Did you make any good progress? > > Yes, I used > > Dan Kegel 2011-03-08 15:41:24 CST > > Created an attachment (id=33574) --> (http://bugs.winehq.org/attachment.cgi?id=33574) [details] [details] > > Rediffed to apply to today's git > that patch with wine 1.3.17 and it fixed all games with issue I had(unreal 3, > mass effect, dragon age) That is the exact same patch I used! Ans what OS and Xorg version are you running if I may ask? -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #481 from Ivan <vaniaz(a)msn.com> 2011-05-04 14:42:13 CDT --- (In reply to comment #480) > Like I stated in my previous post, I use xorg-server 2:1.10.1-1ubuntu1 > > so the patching and compiling progress was fine, but it just didn't help :( > > Did you make any good progress? Yes, I used > Dan Kegel 2011-03-08 15:41:24 CST > Created an attachment (id=33574) --> (http://bugs.winehq.org/attachment.cgi?id=33574) [details] > Rediffed to apply to today's git that patch with wine 1.3.17 and it fixed all games with issue I had(unreal 3, mass effect, dragon age) -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #480 from David <davilando(a)gmail.com> 2011-05-04 14:11:15 CDT --- (In reply to comment #479) > (In reply to comment #478) > > oops, a little mistake in my post: > > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17' > > > > should be: > > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17/bug6971-mar8.patch' > > Did it actually apply? It didn't for me, had to change all lines manually. > Also, what is your xserver version? Thanks for replying and Yup it did: david(a)overlord:~/lib/wine-src/extracted/wine-1.3.17$ patch -p1 < bug6971-mar8.patch patching file configure Hunk #1 succeeded at 8035 (offset 5 lines). Hunk #2 succeeded at 8232 (offset 5 lines). patching file configure.ac Hunk #1 succeeded at 937 (offset 5 lines). Hunk #2 succeeded at 976 (offset 5 lines). patching file dlls/dinput/dinput_main.c patching file dlls/dinput/mouse.c patching file dlls/winex11.drv/event.c patching file dlls/winex11.drv/mouse.c Hunk #3 succeeded at 146 (offset -2 lines). Hunk #4 succeeded at 1094 (offset -7 lines). patching file dlls/winex11.drv/winex11.drv.spec Hunk #1 succeeded at 159 (offset 1 line). patching file dlls/winex11.drv/x11drv.h Hunk #1 succeeded at 728 (offset -2 lines). Hunk #2 succeeded at 857 (offset -2 lines). patching file dlls/winex11.drv/x11drv_main.c patching file include/config.h.in Hunk #1 succeeded at 371 (offset -6 lines). Hunk #2 succeeded at 1097 (offset -6 lines). Like I stated in my previous post, I use xorg-server 2:1.10.1-1ubuntu1 so the patching and compiling progress was fine, but it just didn't help :( Did you make any good progress? -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #479 from Ivan <vaniaz(a)msn.com> 2011-05-04 14:03:47 CDT --- (In reply to comment #478) > oops, a little mistake in my post: > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17' > > should be: > 'patch -p1 < lib/wine-src/extracted/wine-1.3.17/bug6971-mar8.patch' Did it actually apply? It didn't for me, had to change all lines manually. Also, what is your xserver version? -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #478 from David <davilando(a)gmail.com> 2011-05-04 13:51:16 CDT --- oops, a little mistake in my post: 'patch -p1 < lib/wine-src/extracted/wine-1.3.17' should be: 'patch -p1 < lib/wine-src/extracted/wine-1.3.17/bug6971-mar8.patch' -- 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 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #477 from David <davilando(a)gmail.com> 2011-05-04 13:48:05 CDT --- (In reply to comment #475) > (In reply to comment #474) > > Im trying to get Mass Effect 2 working with 360 degress mouse rotation, but I > > still didnt succeed :( > > > > I used wine 1.3.18 => didn't help at all > > I just tested ME2 on wine 1.3.18 and the mouse rotation works now. I do > remember testing 1.3.16 or .17 and the mouse would leave the window, but it > works now. I have the same Xorg and kernel, but I use Gentoo. If it makes any > difference, I played in windowed mode in a Wine virtual desktop. Without the > virtual desktop, the window sizes itself to only show the upper left corner of > the game, but that's another bug. Thanks a lot for replying! Well since you had a positive result I tried it again and I also tested ME2 in a virtual desktop, result: wine 1.3.17 + dinput2 patch => NO 360 degrees rotation wine 1.3.17 + dinput2 patch + virtual desktop => NO 360 degrees rotation wine 1.3.18 => NO 360 degrees rotation wine 1.3.18 + virtual desktop => NO 360 degrees rotation wine 1.3.19 => NO 360 degrees rotation wine 1.3.19 + virtual desktop => NO 360 degrees rotation In conclusion I don't know how your setup differs from my setup, but apparently there is something that is making my setup fail :( It might be that the applied Ubuntu patches broke something that the Gentoo kernel left intact. Or perhaps you compiled your kernel with different parameters than the default Ubuntu kernel build, which just make the difference. but I'm out of ideas :( If you find anything special about your kernel or Xorg build, please let me know! some more info about the patched wine 1.3.17: I downloaded wine 1.3.17 from sourgeforge and patched wine 1.3.17 using the following commands: patch -p1 < lib/wine-src/extracted/wine-1.3.17 ./configure make -j 4 And then I set the the correct wineprefix (using 'export WINEPREFIX=/dir_to_wine_prefix' ) and I ran ME2 using this new wine (when I'm in the correct dir) using its absolute path, as in: ~/lib/wine-src/extracted/wine-1.3.17/wine "MassEffect2.exe" If anyone has a working Ubuntu 11.04 + wine + ME2 setup please let me know! -- 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 2547] word perfect 12 trial fails to install
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=2547 --- Comment #24 from Saulius K. <saulius2(a)gmail.com> 2011-05-04 11:02:13 CDT --- It seems I was testing Wine 1.3.10 ATM. Download link got busted since. -- 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 27025] New: fomit-frame-pointer causes crash in iexplore and WoW Launcher
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=27025 Summary: fomit-frame-pointer causes crash in iexplore and WoW Launcher Product: Wine Version: 1.3.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ranguvar(a)archlinux.us I noticed this problem when using GCC 4.6, but it seems that is due to -fomit-frame-pointer being enabled when it was not before, as GCC 4.5 also fails using that option specifically. This is from a 64-bit GNU/Linux distro, compiling Wine with 32-bit libraries for running 32-bit programs. Compiler options were "-march=x86-64 -O0 -pipe -ggdb -fomit-frame-pointer" I found the problem when running World of Warcraft's Launcher program, but it seems the problem is in anything dealing with web page viewing, as iexplore also dies instantly. The output from WINEDEBUG=+mshtml WINEPREFIX=/home/ranguvar/.winenew wine winedbg iexplore is here: http://pastebin.com/9xx1Xg0N This is with Gecko 1.2.0, without Gecko pages will not load in the first place. -- 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 8322] TaskCoach failed to view Menu bar and right click menu (user32.MENU_GetBitmapItemSize handles HBMMENU_CALLBACK case incorrectly)
by wine-bugs＠winehq.org May 4, 2011

May 4, 2011

http://bugs.winehq.org/show_bug.cgi?id=8322 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net Component|-unknown |user32 Summary|TaskCoach failed to view |TaskCoach failed to view |Menu bar and right click |Menu bar and right click |menu |menu | |(user32.MENU_GetBitmapItemS | |ize handles | |HBMMENU_CALLBACK case | |incorrectly) --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2011-05-03 19:09:23 CDT --- Hello, confirming, still present. $ wine --version wine-1.3.19-100-ga343c1f $ sha1sum TaskCoach-0.67.0-win32.exe aef9abff5fc45abb9cb079831c1e2b5c6a1a93a4 TaskCoach-0.67.0-win32.exe Trace log snippet: --- snip --- ... 0025:Ret window proc 0xa015b0 (hwnd=0x2007c,msg=WM_INITMENUPOPUP,wp=000100f8,lp=00000007) retval=00000000 ... 0025:Call window proc 0xa015b0 (hwnd=0x2007c,msg=WM_DRAWITEM,wp=00000000,lp=0032ddb8) ... 0025:Call KERNEL32.OutputDebugStringW(01b01774 L"9:56:44 PM: ..\\..\\src\\msw\\ownerdrw.cpp(451): assert \"(nBmpWidth <= rc.GetWidth()) && (nBmpHeight <= rc.GetHeight())\" failed in wxOwnerDrawn::OnDrawItem().\r\n") ret=00aaa771 0025:Ret KERNEL32.OutputDebugStringW() retval=0032d3b0 ret=00aaa771 --- snip --- G00gling a bit, this thread came up: http://wxpython-users.1045709.n5.nabble.com/C-assertion-in-PopupMenu-td2370… --- quote --- "I just received an >> automated error report I've never seen before and can't seem to >> reproduce on my system. " "I'm on WinXP Service Pack 3, while this user is only on Service Pack 2, so it still could be that your theory is correct if Microsoft fixed something under the hood." --- quote --- Both developers - Paul McNett, author of the app and Robin Dunn, creator of wxPython - didn't notice its actually Wine the app was run on ;-) -> "Platform: 0.9.27 Windows-XP-5.1.2600-SP2" The source code of the corresponding member function wxOwnerDrawn::OnDrawItem(), where the assert appears: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… >From debugging it seems the selected bitmap is valid but the rectangle (const wxRect& rc) passed into OnDrawItem() member function seems to be width=0, height=0, hence the assert(). --- snip --- Wine-dbg>bt Backtrace: =>0 0x68392bdb MENU_DrawBitmapItem(hdc=0x5e0, lpitem=0x160d50, rect=0x33e0bc, hmenu=0x4021c, hwndOwner=0x30236, odaction=0x1, menuBar=0) [/opt/projects/wine/wine-git/dlls/user32/menu.c:862] in user32 (0x0033e148) 1 0x68395866 MENU_DrawPopupMenu+0x293(hwnd=0x501a2, hdc=0x5e0, hmenu=0x4021c) [/opt/projects/wine/wine-git/dlls/user32/menu.c:1775] in user32 (0x0033e1b8) 2 0x68399e47 PopupMenuWndProc+0x188(hwnd=0x501a2, message=0xf, wParam=0, lParam=0) [/opt/projects/wine/wine-git/dlls/user32/menu.c:3493] in user32 (0x0033e258) ... Wine-dbg>n 867 int w = rect->right - rect->left; ... Wine-dbg>p *rect {left=0x2, top=0xb, right=0x2, bottom=0xb} ... Wine-dbg>frame 1 ... Wine-dbg>p bmprc {left=0x2, top=0xb, right=0x2, bottom=0xb} ... Wine-dbg>p *lpitem {fType=0, fState=0, wID=0x1391, hSubMenu=(nil), hCheckBit=(nil), hUnCheckBit=(nil), text="&Help contents", dwItemData=0x1a6d738, dwTypeData=0x0(nil), hbmpItem=0xffffffff, rect={left=0x3, top=0x3, right=0xaf, bottom=0x1a}, xTab=0xa6, bmpsize={cx=0, cy=0}} --- snip --- I downloaded the sources and found the caller wxWindowMSW::MSWOnDrawItem() here: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… It seems the bitmap rectangle calculation is tries to use a bmpsize (0,0) which results in empty rectangle. hbitmap == HBMMENU_CALLBACK -> MENU_GetBitmapItemSize -> WM_MEASUREITEM -> app returns cx = cy =0 because it doesn't handle WM_MEASUREITEM at all (defers to default winproc). The reason is this code: http://trac.wxwidgets.org/browser/wxWidgets/branches/WX_2_8_BRANCH/src/msw/… (id -> wParam) WM_MEASUREITEM Message MSDN doc: http://msdn.microsoft.com/en-us/library/bb775925.aspx --- quote --- wParam Contains the value of the CtlID member of the MEASUREITEMSTRUCT structure pointed to by the lParam parameter. This value identifies the control that sent the WM_MEASUREITEM message. If the value is zero, the message was sent by a menu. If the value is nonzero, the message was sent by a combo box or by a list box. If the value is nonzero, and the value of the itemID member of the MEASUREITEMSTRUCT pointed to by lParam is (UINT) –1, the message was sent by a combo edit field. --- quote --- MENU_GetBitmapItemSize -> HBMMENU_CALLBACK -> WPARAM must be _zero_ for WM_MEASUREITEM. If you fix that the app works fine (displays menus). 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