http://bugs.winehq.org/show_bug.cgi?id=21222
Summary: Mall Tycoon 2 Deluxe: Page fault on write access
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=25492)
--> (http://bugs.winehq.org/attachment.cgi?id=25492)
wine: Unhandled page fault on write access to 0x00000004 at address 0x7bc47aa3
(thread 0009), starting debugger...
Impossible to launch Mall Tycoon 2 Deluxe retail version after install. It just
dies with a page fault, which is 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=18894
Summary: Dungeon Keeper 2 game (animation) speed is too fast
Product: Wine
Version: 1.1.23
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eluminex(a)gmail.com
Installed version: Dungeon Keeper 2 v1.7
The game speed is too fast for some elements. Scrolling for example is almost
impossible since it is so fast - going from one end of a map to the other in a
second. The animation speed of torches on the walls are also way too fast as
well as smoke animations.
This only happens with hardware acceleration on and therefore suggests this is
a problem related to d3d.
Wine 1.1.23, nVidia 180, Kubuntu 9.04 x64
--
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=20520
Summary: SolidWorks 2007: Crahses after splashscreen
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=24447)
--> (http://bugs.winehq.org/attachment.cgi?id=24447)
Wine 1.1.32
I'm using Wine 1.1.32 on Fedora 11 i386.
Steps to reproduce:
1) clean ~/.wine
2) winetricks dotnet20 mfc42
3) install SolidWorks2007
4) start SolidWorks2007 and get error message after splashscreen
The crash seems to appear after
err:mshtml:nsChannelBSC_stop_binding RemoveRequest failed: 80004005
Bug can be workarounded by
winetricks ie6
--
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=13968
Summary: 3d graphics are positioned incorrectlly on the screen
Product: Wine
Version: 1.0-rc5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: julianlubenov(a)abv.bg
3d graphics in Chessmaster 11 - Grandmaster Edition are positioned so
incorrectly on the screen that they aren't displayed at all or pushed upper and
displayed partially if you are using the 3d desktop in ubuntu. The reason that
the graphics are displayed somehow when you are using 3d desktop is because the
backbuffer is smaller. I think the whole problem is in the
IWineD3DSwapChainImpl_Present function in swapchain.c file in wined3d. The
problem is that handling the pSourceRect and pDestRect parameters (which
control the copying parts from the backbuffer to the window) of the function is
not implemented yet (FIXME("Unhandled present options %p/%p\n", pSourceRect,
pDestRect);).
--
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=28479
Summary: windows7 included programs
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damianatorrpm(a)gmail.com
Hi,
I guess it may have already been reported, but I could not find the bug.
windows7 paint/wordpad/solitaire/other games do not work. They fail with:
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:slc:SLGetWindowsInformationDWORD (L"Shell-InBoxGames-Hearts-EnableGame")
stub
--
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=14666
Summary: [wined3d] volume/volumetex locking implementation
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Hi there,
this bug should be sort of a "metabug" for fixing the locking behaviour of
volume and volumetexture objects in D3D (version 8 and 9 currently, because 7
and below doesn't have/support volumes).
I already wrote some patches and testcases to fix/illustrate the problem, but
they were rejected on wine-patches. The main problem that the problem should be
adressed much lower in wined3d.
I now post all my current patches here, so other people can take a look.
Some things what are currently not implemented:
(1) locking of volume/volumetex objects always succeeds althoug it shouldn't
- specifying to large lockboxes should fail for example
- some volumes are not lockable at all
(2) creating volumes/volumetextures always succeeds, usage and pool types are
not checked
Only a few things the patches should adress.
I intend on working on this, but I need a bit more input about why and where to
fix this exactly.
Attaching patches now...
Also adding Stefan Dösinger, Henri Verbeet, Alexander Dorofeyev and Roderick
Colenbrander to CC (sry guys *g*, but I'm sure you know where my stuff should
go).
I currently have these DX SDK docs on my system:
version 9, 8, 7 and 6
(someone asked me if I got the 7 SDK)
Greets,
Tobias
--
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=23340
Summary: Winscard : test program : unimplemented function
winscard.dll.SCardIsValidContext and
winscard.dll.SCardReleaseContext
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: http://www.linuxunderground.be/compteco/winscard_test.
zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vincent.hardy.be(a)gmail.com
Created an attachment (id=29078)
--> (http://bugs.winehq.org/attachment.cgi?id=29078)
console output PCSCTest.exe
start wine PCSCTest.exe in Zip test program
--
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=22910
Summary: Age of Empires III 1.1.3: Unhandled exception: page
fault on write access....
Product: Wine
Version: 1.2-rc1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=28342)
--> (http://bugs.winehq.org/attachment.cgi?id=28342)
Unhandled page fault on write access to 0x000078b8 at address 0x1c78c2 (thread
0009), starting debugger...
Attached is the log. This affects all versions best I can tell, NoCD and
official CD included. This version was patched to latest 1.1.3 and a NoCD exe
applied.
FYI: I followed instructions from the WineAppDB and dumped 3 discs properly
into one folder and execute, install was perfect. If it matters this is also
from the "Complete Collection". :)
--
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=28629
Bug #: 28629
Summary: TrackMouseEvent saves tracking data only for last
caller's HWND
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
See this code from dlls/user32/input.c:
/* fill the TRACKMOUSEEVENT struct with the current tracking for the given hwnd
*/
if (ptme->dwFlags & TME_QUERY )
{
*ptme = tracking_info.tme;
/* set cbSize in the case it's not initialized yet */
ptme->cbSize = sizeof(TRACKMOUSEEVENT);
return TRUE; /* return here, TME_QUERY is retrieving information */
}
Although the comment says it works per-hwnd, the code itself doesn't have any
logic concerning hwnd.
This problem makes button theming with hover support work incorrectly in
various cases. The easiest way to see this is as follows:
0. Configure some windowsXP theme, e.g. Luna or Royale
1. Start winecfg
2. Select "Libraries" tab
3. Press Edit (having at least one override)
4. Press Cancel on the dialog
5. Try to hover any button on the winecfg main window - it won't work.
The reason for this not working is that the "Edit Override" dialog's Cancel
button, being hovered, has called TrackMouseEvent for TME_LEAVE, and after
pressing it, it was destroyed, still leaving mouse tracking structure (global,
not per-hwnd, which is the core problem) in TME_LEAVE enabled state. Now, when
Edit or any other button becomes hovered, the structure returned on TME_QUERY
suggests that TME_LEAVE is enabled, so for Edit button's hwnd the timer isn't
set.
So, the solution should be to make tracking_info per-hwnd, instead of global.
--
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=28886
Bug #: 28886
Summary: Window borders aren't themed
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 37114
--> http://bugs.winehq.org/attachment.cgi?id=37114
Screenshot comparing windows and Wine rendering
Some windows even without virtual desktop should have themed borders, and
example is toolwindows. Wine doesn't theme them at all, it's seen in e.g.
GIMP's toolbox.
Of course, in virtual desktop all windows get unthemed borders.
See screenshot: the classically themed toolboxes are in Wine, while in windows
the borders are themed correctly with Royale style.
--
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.