December 2009 - Wine-Bugs - list.winehq.org

[Bug 8754] Games doesn't receive keyboard Input (EnumDevicesBySemantics)
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=8754 --- Comment #33 from Henrique Sant'Anna <tetite(a)gmail.com> 2009-12-11 11:39:35 --- (In reply to comment #32) > (In reply to comment #31) > What all you described got to do with this bug? This bug specifically about > EnumDevicesBySemantics & co. Just the thing that Need for Speed Underground 2 doesn't receive any keyboard input. -- 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 (EnumDevicesBySemantics)
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=8754 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Need for Speed Underground |Games doesn't receive |doesnt receive keyboard |keyboard Input |Input |(EnumDevicesBySemantics) --- Comment #32 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-12-11 08:27:17 --- (In reply to comment #31) What all you described got to do with this bug? This bug specifically about EnumDevicesBySemantics & co. -- 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] Need for Speed Underground doesnt receive keyboard Input
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=8754 Henrique Sant'Anna <tetite(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tetite(a)gmail.com --- Comment #31 from Henrique Sant'Anna <tetite(a)gmail.com> 2009-12-11 06:18:53 --- With Wine 1.1.34: * If I don't use the native dinput8.dll... I can't use keybord to navigate menus after starting the game. I can navigate over the menus using the mouse instead. If I start a race, the begin of the race appears on the screen, before the girl say to run, the game crash. The last output in terminal is: Backtrace: =>0 0x005d4a7f in speed2 (+0x1d4a7f) (0x0a01f0a0) 1 0x00000000 (0x0a01f050) 2 0x00020001 (0x04ac27ec) 3 0xc381c948 (0xc4275e2d) 4 0x00000000 (0x00000000) fixme:winmm:MMDRV_Exit Closing while ll-driver open fixme:winmm:MMDRV_Exit Closing while ll-driver open * If I use the native dinput8.dll... The keyboard works, I don't have to use the mouse to navigate menus. When a start a race, wine an error happens around the same moment, but magically after closing the error message, I still can play, run the race, drive the car, etc. But not everything goes ok: after the error message, the sound start to loop (I'm using oss4 if that matters). With the sound looping I continue to drive the car until the game close itself with no more error messages. The last output in terminal is: Backtrace: =>0 0x00466ca0 in speed2 (+0x66ca0) (0x031aea14) 1 0x00725fc5 in speed2 (+0x325fc5) (0x031aea54) 2 0x00726111 in speed2 (+0x326111) (0x031aea78) 3 0x7bc6e950 call_thread_entry_point+0x70() in ntdll (0x031aeb48) 4 0x7bc77005 in ntdll (+0x67005) (0x031af398) 5 0xf764080e start_thread+0xbe(arg=0x31afb70) [/build/buildd/eglibc-2.10.1/nptl/pthread_create.c:300] in libpthread.so.0 (0x031af498) 6 0xf75c492e __clone+0x5e() in libc.so.6 (0x00000000) fixme:winmm:MMDRV_Exit Closing while ll-driver open fixme:winmm:MMDRV_Exit Closing while ll-driver open In both cases, after the game closes, my desktop resolution stays 1024x728 (game resolution) and don't go back to 1440x900 (my desktop resolution). I have to manually reconfigure the screen. I will send the complete backtrace to both cases as attachments, and would like to help with more tests if needed. -- 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 8060] JRE 1.3.1: EXCEPTION_ACCESS_VIOLATION in fontmanager.dll
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=8060 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|gdi32 |fonts --- Comment #10 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-12-11 05:13:02 --- Per comment 8 it's a missed font problem, not a gdi one. -- 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 20905] New: Garrysmod - UI/HUD not displayed anymore
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=20905 Summary: Garrysmod - UI/HUD not displayed anymore Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs(a)badako.nl Created an attachment (id=25058) --> (http://bugs.winehq.org/attachment.cgi?id=25058) No winedebug flag log from starting a garrysmod single player session. Garrysmod does not display the UI/HUD anymore on wine 1.1.33 where it used to work on 1.1.28. The weapon select feature (using the numerical keys above the letters) does not function at all. The Q menu does not function at all. Hints, popups and chats do not show, neither does the console background and the esc-menu background. Same goes for the targeting reticle The install was done on a completely wine prefix and a new install of steam. No addons or plugins were used for wine, steam or garrysmod. Video drivers are the stable NVIDIA 190.42 on a GeForce 9800GTX+ -- 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 8754] Need for Speed Underground doesnt receive keyboard Input
by wine-bugs＠winehq.org Dec. 11, 2009

Dec. 11, 2009

http://bugs.winehq.org/show_bug.cgi?id=8754 AL3X <alex_vip_1(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alex_vip_1(a)hotmail.com --- Comment #30 from AL3X <alex_vip_1(a)hotmail.com> 2009-12-10 20:41:40 --- This still doesn't work on 1.1.34 either with or without native dinput.dll Without native dinput.dll will start the game but it will fail receiving input. With native dinput.dll won't even start the game because of this: wine: Unimplemented function dinput.dll.DirectInputCreateEx -- 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 15276] New: Cannot delete gnome menu entries created by wine
by wine-bugs＠winehq.org Dec. 10, 2009

Dec. 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=15276 Summary: Cannot delete gnome menu entries created by wine Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: c_korn(a)gmx.de My OS is Ubuntu 8.04. I cannot delete some gnome menu entries which were created by wine. I already opened a bug report for alacarte (the menu editor of gnome). https://bugs.launchpad.net/ubuntu/+source/alacarte/+bug/268279 But I thought it could also be a wine bug because other menu entries can be deleted. (In my case deletion of the universal combat [URL: http://www.worthdownloading.com/download.php?gid=490&id=13639] menu entries fails.) -- 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 2948] WM_CTLCOLOREDIT & LISTBOX return ignored and pen bug
by wine-bugs＠winehq.org Dec. 10, 2009

Dec. 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=2948 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|gdi32 |user32 Version|unspecified |20050524 --- Comment #10 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-12-10 14:12:14 --- This is not a GDI problem. Version set basing on reported date. -- 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 20984] New: CRYPT_GetDefaultProvider-related leak in crypt32/tests/message.c
by wine-bugs＠winehq.org Dec. 10, 2009

Dec. 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=20984 Summary: CRYPT_GetDefaultProvider-related leak in crypt32/tests/message.c Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Juan writes: -- snip -- The key leaked in http://kegel.com/wine/valgrind/logs/2009-12-08-09.24/vg-crypt32_message.txt 972 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:247) by RtlAllocateHeap (heap.c:1697) by new_object (handle.c:359) by new_key (rsaenh.c:834) by import_public_key (rsaenh.c:2777) by import_key (rsaenh.c:2973) by RSAENH_CPImportKey (rsaenh.c:3020) by CryptImportKey (crypt.c:1827) by CRYPT_ImportRsaPublicKeyInfoEx (encode.c:4786) by CryptImportPublicKeyInfoEx (encode.c:4819) by CryptImportPublicKeyInfo (encode.c:4757) by CDecodeSignedMsg_VerifySignatureWithKey (msg.c:2554) by CDecodeSignedMsg_VerifySignature (msg.c:2613) by CDecodeMsg_Control (msg.c:2668) by CryptMsgControl (msg.c:2805) by CryptVerifyDetachedMessageSignature (message.c:164) by test_verify_detached_message_signature (message.c:403) should be suppressed. Feel free to open a bug if you like so you can reference it. The existing bug about a leak in rsaenh, 20684, doesn't seem appropriate, as it may not cover this case. Here's the scoop: the leak comes from test_verify_detached_message_signature. This calls CryptVerifyDetachedMessageSignature, with one of its arguments being a pointer to a CRYPT_VERIFY_MESSAGE_PARA structure. This calls CryptMsgOpenToDecode, passing as the crypto provider the provider set in the CRYPT_VERIFY_MESSAGE_PARA structure... except that it's 0. If it's 0, it calls CRYPT_GetDefaultProvider(), and sets an internal flag indicating the the crypto provider shouldn't be unloaded, since it's process-wide. There's that famous CRYPT_GetDefaultProvider again: it can't be unloaded by crypt32, so it leaks whatever it's got, including the last set of keys that get set into it. -- snip -- Filing bug for reference, I'll add a suppression. -- 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 2

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org Dec. 10, 2009

Dec. 10, 2009

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #301 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-12-10 11:30:37 --- (In reply to comment #299) > (In reply to comment #297) > If you so want to have DGA mouse - why don't you actually look at what it is, > how it works, and if it meats the DInput requirements? If it's freezing pointer > in place - it's automatically won't work for Wine. that mode already works just > fine. It's the non-exclusive background coop level that's needed by soo many > apps that doesn't work. Actually I was saying that DGA mouse freezes the mouse pointer but it can still be forcefully warped by wine, to mimic normal movement and interact with other applications - but it disables mouse acceleration in doing so, so such behavior is only acceptable when the active window has cooperative dinput active, in all other situations the DGA mouse grab must be released and normal mouse movement used. To the user the only difference between having a cooperative dinput window active and having a normal window active, is that mouse acceleration changes, and there might be a very slight lag (1 refresh). All normal application interaction would be preserved. > Also you seems to totally ignore what I said here numerous times - warping > mouse is out of the question period end of story. You can not make all > applications work this way. You will fix one type and break another type. I did say that DGA support is necessary, I only brought up the "hidden mouse" fallback (where warping is required and the pointer MUST be hidden) as a possible fallback that has many undesirable side effects, I recommended against using such a method if at all possible, because it is not robust at all. It was only in a summary of possible solutions, and noted as having many problems. Where as DGA + mouse warping to mimic real movement would be at least somewhat robust. > The best example are all Quake 2+ engine based games that use dinput (Half-Life > even tho based on Q2 engine doesn't use dinput at all). These games incorrectly > acquire mouse in game mode as non-exclusive background coop. If you start > warping mouse in this coop mode you'll break all programs that show system > cursor in the menu for example. You are clearly not understanding what I am talking about then. This cooperative mode using DGA would ALTER the mouse movement behavior (because wine is really doing the movement), but not disable it, it would still be able to interact with all normal applications even while the cooperative app is focused - but as soon as the app is defocused it would return to normal movement to restore expected behavior (mouse acceleration). > XInput2 does exactly what Wine needs and that's what Wine will use to fix this > bug no matter if you like it or not. This means you'll be getting XOrg 7.5 > sooner then you wanted. I look forward to seeing an XInput2 solution. However users will continue this discussion until everyone is running xorg 7.5 - and I do not expect that to happen for years, there are still people running debian stable and expecting wine to work. -- 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