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.
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.
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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=16006
Summary: Problem getting 'Wordtalk' Addin working in MS Word 97
Product: Wine
Version: 1.0.0
Platform: PC
URL: http://www.wordtalk.org.uk
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: graemebruce(a)aspects.freeserve.co.uk
Created an attachment (id=17211)
--> (http://bugs.winehq.org/attachment.cgi?id=17211)
Output following boot up of Word97 and click on Wordtalk configure icon.
Trying to run Wordtalk with Word 97 on an Asus Eeepc (Xandros) through Wine
1.0.
Both Word and Wordtalk appear to install satisfactorily and the Wordtalk
tooolbar appears in Word. However on clicking icons on the bar nothing works. I
have set oleaut.dll to native and installed riched20 and riched30 from
Winetricks. This seems to enable the Visual Basic Editor but still can't get
the macros in Wordtalk to run.
Wordtalk is an addin which is extremely imporatnt for dyslexic users. It
'echoes' text and reads the spellcheck list. I am very keen to get this running
for school pupils in our area so priority is quite high! Anny help most
welcome.
A log of console output is attached, following boot up of Word and click on the
'configure' icon on Wordtalk tooolbar (black spanner)
I've tried using Word 2003 instead - similar results. Would prefer to use
Word97 because the Asus Eeepc has limited hard disc space so a compact
installation is preferable.
Word 97 was installed with the 'typical' installation option and the 'full'
version of Wordtalk was used. The Wordtalkstartup utility is installed and
working correctly.
--
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.
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.