http://bugs.winehq.org/show_bug.cgi?id=30842
Bug #: 30842
Summary: Take Command 14 from JPSoftware
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jlcaverlyca(a)yahoo.ca
Classification: Unclassified
Created attachment 40389
--> http://bugs.winehq.org/attachment.cgi?id=40389
Error log for TCC.EXE
Hi,
I am using Ubuntu 10.04 LTS, with Wine 1.4
I have successfully installed Take Command 14 with Wine, using Windows 7 as the
Windows version, since Windows 7 will be the minimum that Take Command 14 will
run on.
I can launch TCMD.EXE, but it hangs, because TCC.EXE will not work.
Note well that TCC.EXE is a seperate program that can run without TCMD.EXE
When I launch TCC.EXE from the Ubuntu GUI, nothing happens, that is, no app,
and no error.
When I run TCC.EXE from the terminal using WINE TCC.EXE, I get the following
(attached).
I do not have any Windows 7 systems, only XP and Ubuntu systems. I presently
run Take Command 13 on XP, since XP is the minimum system requirement for Take
Command 13. I have tried to install Take Command 13 with Wine, but get the same
results as with Take Command 14.
The installer for Take Command 14 is available from
http://jpsoft.com/downloads/v14/tcmd.exe
Can Wine be made so that TCC.EXE can run, and run properly?
Thanks from Joe
--
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=29984
Bug #: 29984
Summary: Legend of Grimrock (test) crashes with "Device can't
render to D3DFMT_G16R16"
Product: Wine
Version: 1.3.37
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wizard(a)houseoffire.ca
Classification: Unclassified
Legend of Grimrock (an upcoming game) released a compatibility test to verify
hardware. This test fails on startup in Wine with a "Device can't render to
D3DFMT_G16R16" dialog. It runs fine on the same computer running Windows XP.
I'm asking permission to redistribute the compatibility test so this can be
confirmed by others. The original release is no longer available as their
testing has concluded.
--
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=29793
Bug #: 29793
Summary: POPO 2011 display in wrong color with builtin msvcr71
Product: Wine
Version: 1.4-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 38701
--> http://bugs.winehq.org/attachment.cgi?id=38701
Log: popo 2011 with builtin msvcr71
1. Download POPO2011-Full-installer.exe
http://dl.163.com/popo_2011/update/installer/POPO2011-Full-installer.exe
2. install
$ wine POPO2011-Full-installer.exe
3. $ winetricks cc580, workaround for Bug 25861
( Another workaround is the dirty hack in
http://bugs.winehq.org/show_bug.cgi?id=25861#c19 , same behavior for this bug )
4. set builtin msvcr71 force using in winecfg
5. start POPO2011
$ wine MyPopo.exe /sf AF350FA8-3602-4c7b-B0FB-9422118A42CA
The color of POPO2011 is wrong
the log is full with:
fixme:msvcrt:_mbctolower Handle MBC chars
fixme:msvcrt:_mbctolower Handle MBC chars
fixme:msvcrt:_mbctolower Handle MBC chars
fixme:msvcrt:_mbctolower Handle MBC chars
--
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=27970
Summary: cmd's attrib command doesn't accept multiple
attributes
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
And it doesn't do the right thing with "attrib +r" or "attrib +s +r".
Here's a draft patch for this. Not yet finished.
--
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=30607
Bug #: 30607
Summary: The Stalin Subway 2 (Red Veil) crashes on game start
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Classification: Unclassified
Regression SHA1: 29893d81621b50e3acca1f2c34767867a9256ecb
Created attachment 40059
--> http://bugs.winehq.org/attachment.cgi?id=40059
terminal output
Bug #30605 describes a problem where the game crashes shortly after a new game
was started. What triggers that crash is unknown to me.
The current bug report is about a more recent problem that appeared a few days
ago.
Now the game crashes immediately when a new game starts (or a saved game was
loaded).
The configuration tool for the game allows to change various graphical options,
including shader version (1.1...3.0), bump mapping, HDR, shadows etc. Lowering
the detail level to the minimum, disabling all effects doesn't help.
The crash is due to
29893d81621b50e3acca1f2c34767867a9256ecb is the first bad commit
commit 29893d81621b50e3acca1f2c34767867a9256ecb
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed May 2 21:47:58 2012 +0200
wined3d: Determine index buffer location based on vertex buffer locations.
:040000 040000 fc5dd836116dec3047a41fe7b28c22d4ef4261c8
72a5445b837c0fa479e611f985543f319d528c0a M dlls
Reverting the patch on wine-1.5.3-164-gdec3d50 fixes the problem.
There is no demo for the game. Please let me know if you need a debug log.
Fedora 16
Nvidia 250 / driver 295.49
X.Org X Server 1.11.4
--
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=29859
Bug #: 29859
Summary: Renegade X fails to install because of .NET 4 problems
Product: Wine
Version: 1.4-rc2
Platform: x86-64
URL: http://renxgame.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: c_korn(a)gmx.de
Classification: Unclassified
Created attachment 38792
--> http://bugs.winehq.org/attachment.cgi?id=38792
wine-1.4-rc2_unpatched.log
Game is free, download is free.
Tested in a clean wine prefix
The installation hangs because of some .NET4 problems as it seems for me.
The command is just: wine UDKInstall-RenegadeX.exe
But only the splash screen is shown and nothing else happens. The entire output
of the command can be seen in the attached file wine-1.4-rc2_unpatched.log
(The errors about winemenubuilder.exe are because I disabled it in winecfg).
Thanks to some help in #winehq I got this patch which I applied (see
dotnet4_patch.diff). This made wine to output:
"wine: Install Mono 2.8 or greater for Windows to run .NET 4.0 applications."
So I ran: winetricks mono210
And tried running with the patched wine again. The installation screen opens
but during the installation there is an error shown in
wine-1.4-rc2_patched_installation_error.log
The output of the patched wine is in wine-1.4-rc2_patched.log
--
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=28799
Bug #: 28799
Summary: d3dx9_36/tests/mesh.ok: memcpy source and destination
overlap in weld_float16_2() triggered by
test_weld_vertices()
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
In d3dx9_36/tests, in "make mesh.ok", valgrind complains:
Source and destination overlap in memcpy(0x7fd893dc, 0x7fd893dc, 4)
at memcpy (mc_replace_strmem.c:635)
by weld_float16_2 (mesh.c:5861)
by weld_component (mesh.c:5958)
by D3DXWeldVertices (mesh.c:6242)
by test_weld_vertices (mesh.c:8069)
by func_mesh (mesh.c:8193)
by run_test (test.h:556)
by main (test.h:624)
--
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=30614
Bug #: 30614
Summary: Builtin richedit extremely slow at appending text when
window is hidden
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
While looking into bug 30593, I discovered that hidden richedit controls
were way slower than visible ones at appending text. Running the attached
test program with
perf record wine hidden_richedit.exe
perf report
showed some time in ME_InvalidateMarkedParagraphs. +relay showed that
function calling InvalidateRect many, many times. Adding a trace showed
that most of the calls were redundant, and covered increasingly offscreen
regions.
Native riched20 works around the problem.
The attached kludge patch skips the offscreen InvalidateRects, and
makes the test program run in a reasonable amount of time with builtin
riched20.
(Not quite as fast as native riched20, but tolerable.)
--
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=27633
Summary: Missing StrToInt64Ex in SHLWAPI.DLL
Product: Wine
Version: unspecified
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: shlwapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: carlo.bramix(a)libero.it
StrToInt64ExW (Unicode) and StrToInt64ExA (Ascii) are missing in SHLWAPI.DLL
http://msdn.microsoft.com/en-us/library/bb773450%28v=vs.85%29.aspx
At time of writing, this bug persists in all WINE versions, including the
latest sources in the repository.
--
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=30653
Bug #: 30653
Summary: Deleting text from richedit controls extremely slow
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
The attached program creates a richedit control containing $1
lines of text, then times how long it takes to delete the first 1000 lines.
Results on my e7300 from running "wine delete.exe 5000":
Builtin riched20: 97500 ms
Native riched20: 1800 ms
i.e. builtin is about 50 times slower than native.
It gets worse fast as you add lines.
+relay shows InvalidateRect is called a bazillion times (like in bug 30614).
The attached patch optimizes ME_InvalidateMarkedParagraphs to only
call InvalidateRect once per run of invalid paragraphs, and makes
deletion merely slow instead of crazy slow.
--
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.