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

[Bug 10382] New: Tribes 2: must double-tap for in game chat
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=10382 Summary: Tribes 2: must double-tap for in game chat Product: Wine Version: 0.9.48. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: spock128(a)gmail.com When in game, the chat keys must be pressed twice after the first use. For example, I can press 'u' (global chat) once to bring up a text entry box to say something in the global channel (correct operation). After that, I must hit 'u' twice to bring up the text entry box. In-game console shows the error: DInputDevice::syncKeyboardState - DIERR_INVALIDPARAM Switching out of the game window and back will reset the condition - it works for first use then must hit twice. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 14764] New: MissionForce Cyberstorm demo crashes on startup
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=14764 Summary: MissionForce Cyberstorm demo crashes on startup Product: Wine Version: CVS/GIT Platform: PC URL: http://www.fileplanet.com/11494/10000/fileinfo/MissionFo rce:-CyberStorm OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=15274) --> (http://bugs.winehq.org/attachment.cgi?id=15274) +relay,+seh,+tid Crashes on startup. +relay,+seh,+tid attached -- 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 11727] New: Mouse button events generated by a window' s app are not propagated to X server
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=11727 Summary: Mouse button events generated by a window's app are not propagated to X server Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: gideon.wine(a)gmail.com Created an attachment (id=10969) --> (http://bugs.winehq.org/attachment.cgi?id=10969) Patch to send mouse button events to the X server winex11.drv uses XWarpPointer to send mouse movements to the X server. Mouse button events are not sent. If a pointing device device communicates directly with a windows app running in wine, the user will be able to move the mouse pointer, but button presses will only work on windows controlled by wine. The attached patch adds calls to send mouse button events generated by a windows application to the X server. The way this is done is similar to the way it is done in the Synergy client - by using XTestFakeButtonEvent (see http://synergy2.sourceforge.net/) Requires libXtst. This bug might also resolve bug 7032. -- 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 32

[Bug 17432] New: Lan hosting/listening not working in warcraft iii.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=17432 Summary: Lan hosting/listening not working in warcraft iii. Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: whellmundv(a)gmail.com I thought warcraft was one game that ran as fluent as if it was native, or so I thought then. Today I've found myself experimenting for the second time how running this masterpiece from wine prevents me from enjoying a nice lan game with my friends, using both macintosh and windows systems. I don't know why, but I guess that is the reason for which I encounter myself writing this, at this precise moment: I think you will help me solve this--I believe, uncommon--problem. Please let me know which information do I need to post here, because I know not with accuracy. -- 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 13

[Bug 15320] New: GammonEmpire closing playing window.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=15320 Summary: GammonEmpire closing playing window. Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zetagi(a)yahoo.com GammonEmpire software when you close playing window program close whole program. Normally you will go to main window -- 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 9

[Bug 15321] New: Yugioh Virtual Desktop 9.0 RC1 crashes upon loading
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=15321 Summary: Yugioh Virtual Desktop 9.0 RC1 crashes upon loading Product: Wine Version: 1.1.4 Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thundernyannyan(a)hotmail.com Created an attachment (id=16154) --> (http://bugs.winehq.org/attachment.cgi?id=16154) Terminal Output log This program creates a "Run-time error '445': Object doesn't support this action" as soon as the interface loads. The download comes with several .dll and .ocx files, most of which do not seem to come pre-packaged with Wine 1.1.4 (the only one I can remember which wasn't new was oleaut32.dll, but there may have been one or two others). I've tried moving these files into Wine's system32 folder and running the program both with and without having those files set as Native Then Builtin. The only difference I found was that setting oleaut32.dll as Native Then Builtin causes the error message to change to "Run-time error '-2147467259 (80004005)': Automation error." Whether this means the problem is with the oleaut.dll file itself, a combination of files, or something else entirely, I have no idea. Here are the links to download the required files: YVD 9.0 Beta 12 (contains all the base files necessary to run): http://www.xerocreative.com/yvd9prefinal.zip YVD 9.0 RC1 Test Build 5 (contains two files which must be used in place of the Beta 12 files): http://xerocreative.com/YVD9rc1b5.zip -- 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 15

[Bug 14671] New: HCA fails to communicate with LynX-10 module through COM-1, gives error pop-up
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=14671 Summary: HCA fails to communicate with LynX-10 module through COM-1, gives error pop-up Product: Wine Version: 1.1.2 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Cobra176(a)chartermi.net Created an attachment (id=15126) --> (http://bugs.winehq.org/attachment.cgi?id=15126) Screenshot of the error dialog Marrick Ltd. Home Control Assistant (HCA) fails to communicate with a LynX-10 module connected to COM-1, returns an error pop-up window [see image attachment] This error occurs when in hardware setup, clicking the Test button for the device. The device is specified manually-there is nothing implying that there was any actual communication with the device. Activity lights did not come on with the LynX-10. The software cannot perform its task without communicating with the interface. This does not occur within native Win98SE. The device is indeed connected to serial port 1 and is powered up. Background info: LynX-10 is an X10 interface used for home automation for sending digital messages through AC lines to turn various devices on and off, dim lights, etc. with computer control. It connects using a serial port, is powered off the AC and has an activity light for serial exchanges. http://www.hcatech.com/ The software is designed to interface with a variety of interfaces; each interface needs specification as to what COM port it is attached to. Next to each interface on the setup dialog is a Test button. When this Test button is clicked the dialog described above occurs. The attached log starts from startup of the program, which runs quite smoothly until the explicitly-marked parts. Machine info: kubuntu 8.4, up-to-date (as of Jul 27 2008) 2 serial ports, 1 plugged into LynX-10, second is free. No special serial port software installed on linux end. Windows version mode is "use default" The following DLLs are overridden with no benefit: comcat comctl32 comdlg32 -- 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 8

[Bug 16017] New: Counter Strike Source Stutters
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=16017 Summary: Counter Strike Source Stutters Product: Wine Version: 1.1.8 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: nheinen(a)gmail.com Hardware: AMD X2 3800+ nVidia GF 6600GT 128MB Kernel 2.6.27 Wine 1.18 Drivers 177.80 nVidia Description: The games runs smooth 60+ fps otherwise. When this bug occurs the screen stutters/hitches/freezes and sounds will repeat(usually a grenade being thrown or exploding seem to be commond sounds that play when this happens). This can last from 1 to 5 seconds. The Hud will often redraw. After this the game is playable again but occurs frequently, every 2-3 rounds of play. This occurs on all maps while playing online. It occurred on both 64bit and 32 bit builds of linux. There doesn't seem to be any meaningful output from the console. This bug does not occur using windows operating system on my hardware. It only occurs when using wine. I think it is related to this. http://half-life.wikia.com/wiki/Source_Engine#Stutter heres a whole webpage dedicated to it http://www.blep.net/hl2stutter/ I have tried dxlevel 7 8 and 8.1 In winecfg audio acceleration Full, Standard, and Basic I've tried all the suggested solutions on the second url above. -- 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 16

[Bug 9468] New: Mortal Kombat Trilogy crashes
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=9468 Summary: Mortal Kombat Trilogy crashes Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: rchayster(a)gmail.com Created an attachment (id=7810) --> (http://bugs.winehq.org/attachment.cgi?id=7810) output I have Mortal Kombat Trilogy, patched to version 1.1. The game crashes on startup. When I run $ wine MKTRILW.EXE The wine outputs: err:wgl:X11DRV_wglGetProcAddress (wglMakeContextCurrentARB) - not found err:wgl:X11DRV_wglGetProcAddress (wglGetCurrentReadDCARB) - not found fixme:win:EnumDisplayDevicesW ((null),0,0x33f688,0x00000000), stub! fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x125ce0) : stub, simulating 64MB for now, returning 64MB left And just stucks there. When I press ctrl+c wine outputs this and quits: The program encountered a problem at address 00432252 and cannot continue I'm putting the WINEDEBUG=+all debug log here as an attachment. It's the last 1000 lines. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 16069] New: VC6 debugging not working
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=16069 Summary: VC6 debugging not working Product: Wine Version: 1.0.1 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kresander(a)yahoo.com I have used Wine to compile and run fairly large programs (more than 75 source files and 2GB, 5GB of source code). Background is available in my post at Wine User's forum under title Cannot install Visual C++ version 6.0 (VC6). My last reply in the thread is this: +++ begin +++ So far, I have tried four projects from Windows to Linux/Wine. All compiled using VC6 on Wine and ran ok the first time. The two largest contained 78 and 105 cpp files with approximate source file sizes 2GB and 5GB. Features used: GUI: most standard and extended controls via dialog calls/macros and CreateWindow, various window positioning/resizing functions, messageboxes GDI: most except paths CHARS: most functions defined by <tchar.h> FILES: fopen,fread, fwrite, ftell, fseek, fclose, _findfirst, _findnext, _mkdir, remove, _tunlink MEMORY new,delete and most memory and <string.h> functions. Did not use MFC or ATL frameworks, just plain, Windows API functions and as few of these as I could manage. Did not use Windows file and directory functions. Did not use c++ exception handling Did not use Windows memory allocation function or older mallocs. BUT could not get the debugging to work. 1. on entry to the Windows main program: int PASCAL WinMain( ...) { WNDCLASS wc; MSG msg; int a = 1; // for testing debug int b = a + 1 ; // testing debug hmodule = fhInstance ; <<< put breakpoint here Values of variables a and b were reported as unknown expressions. 2. a little bit further into WinMain at call to CreateWindow for main window: hwndmain = CreateWindow( "GenericAppClass", .... The program entered CreateWindow, but never returned. Does debugging work, or have I entered unchartered waters? +++ end +++ I don't write bigger and more resource-demanding programs than those mentioned above. The VC6 compiled these with ease, ran without a single glitch and the IDE behaved as I was used to see it. With debugging working there is no reason for me to be on Windows any more. Have wanted to leave for years. VC6 is an excellent product (too good to be Microsoft) and it now seems it can offer cross-development on Linux. Really worth pursuing in my view. You can reach me at kresander(a)yahoo.com. Best regards Ken Resander -- 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 14