wine-bugs September 2008

wine-bugs@winehq.org

1 participants
5258 discussions

[Bug 14881] New: Rainbow 6 - Vegas 2
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=14881 Summary: Rainbow 6 - Vegas 2 Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cruiseoveride(a)gmail.com Created an attachment (id=15442) --> (http://bugs.winehq.org/attachment.cgi?id=15442) Calltrace Rainbow 6 - Vegas 2 Crashes with: x:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324) : ASSERT FAILURE: Ret() -- 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 30

[Bug 14067] New: Virtual desktop window refreshing
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=14067 Summary: Virtual desktop window refreshing Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, (Using Ubuntu 8.04, GNOME desktop, Wine 1.0) This is a question about virtual desktop mode. When the virtual desktop window is minimised then restored, or brought to the front after being covered by another window, Wine appears to tell the Windows applications to refresh their windows. (At least, on my old slow system I notice buttons etc. being redrawn - restoring the virtual desktop window is not instantaneous.) Is that correct? Surely it would be better for compatibility and speed if Wine caches the whole virtual desktop bitmap when the window is not visible, so it can be instantly displayed when the virtual desktop window is restored/revealed. Could some Windows programs assume that if they are the only window on the desktop, that they don't need to refresh their window imagery? -- 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 10382] New: Tribes 2: must double-tap for in game chat
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 22 Nov '14

22 Nov '14

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 22 Nov '14

22 Nov '14

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 15320] New: GammonEmpire closing playing window.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 22 Nov '14

22 Nov '14

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 22 Nov '14

22 Nov '14

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 9468] New: Mortal Kombat Trilogy crashes
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 10016] New: age of wonders 2: the application does not get any mouse input
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=10016 Summary: age of wonders 2: the application does not get any mouse input Product: Wine Version: 0.9.45. Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=8746 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: sick_soul(a)yahoo.it Input from the mouse does not seem to reach the application. I tried running the application's setup program, switching between mouse in "color mode", "black & white" mode and "software mode". The colorful surface that represents the mouse pointer shows on the top-left part of the screen, but does not move in response to mouse movement. I tried running with a native dinput.dll, but there was no difference. Therefore I set WINEDEBUG=dinput, and saw nothing in the trace. I don't know which WINEDEBUG values to try in this case. I was not sure which component to pick from the list, and I went with x11driver, but I have no idea if the issue is really there. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2008