http://bugs.winehq.org/show_bug.cgi?id=18353
Summary: Twelve Sky 2 page faults on start
Product: Wine
Version: 1.1.20
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roothorick(a)new.rr.com
Created an attachment (id=20906)
--> (http://bugs.winehq.org/attachment.cgi?id=20906)
Stderr log
As the description says. Hitting "Game Start" on the launcher results in a page
fault. Stderr log 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=29074
Bug #: 29074
Summary: Google Chrome outer installer could not connect to the
Internet
Product: Wine
Version: 1.3.32
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 37467
--> http://bugs.winehq.org/attachment.cgi?id=37467
Log: install Chrome
wine-1.3.32-122-g2e5f73e
$ wine ChromeSetup-20111112-bdc51f51aef222b8807d316326d970444ad95d68.exe
An error occur:
"The installer could not connect to the Internet. Ensure that your computer is
connected to the Internet and your firewall allows GoogleUpdate.exe to connect
then try again."
I try many combination of different versions of Wine and different versions of
ChromeSetup, but couldn't find a recognized pattern. I'm not sure whether it is
related to the China GFW ... But I'm sure that ChromeSetup on Windows works
most of time.
--
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=28116
Summary: Heavy Gear II, sound shutters heavily and dies very
fast
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samurai_no_densetsu(a)yahoo.es
This issue happens as soon as the game is launched and happens all the time,
the sound start to shutter very fast and usually sound doesn't last more than 1
minute. I tested both alsa and pulseaudio, result was the same.
--
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=28347
Summary: Severe FPS regression in Source-based games with
orm=backbuffer in Wine 1.3.27
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mooroon2(a)mail.ru
Regression SHA1: f58e55ec6c19d65689b273938f168287797362da
Commit that fixed bug #13313 introduced severe performance regression when
playing Source-based games with OffscreenRenderingMode set to backbuffer.
Just to be sure I've done regression testing and it come with the expected
result:
f58e55ec6c19d65689b273938f168287797362da is the first bad commit
commit f58e55ec6c19d65689b273938f168287797362da
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Mon Aug 22 21:02:42 2011 +0200
wined3d: Move arbfp based color blits from
IWineD3DSurfaceImpl_BltOverride() to wined3d_surface_blt().
:040000 040000 691c677bfa118951a0ebe7ad76500a190f05370e
5370aba8157cc4e6b91ba1a8b19555e402e77a77 M dlls
FPS drop with this commit is very significant: it can be as much as going down
to ~45 from pre-commit level of ~200. I had tested it with "HL2: Episode One"
at the place where Alyx is opening the doors leading into "reactor core control
room" - it is the place where bug #13313 had been triggered (FPS had been
droping to zero). Prior the f58e55 commit FPS level had been at around ~200
when not looking at reactor core and around 60 when looking at it. After this
commit FPS level is around ~45 when not looking at reactor core and about ~20
when looking at it.
Quick test with other source-based games, notably HL2, HL2:EP2, Portal and
HL:Source showed that FPS level regressed severely in each of them. I suspect
that this FPS drop also affects any other Direct3D-based game but hadn't done
any tests to prove it.
--
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=23429
Summary: Airport Tycoon 2: graphical corruption in roads and
others
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.gamershell.com/download_1721.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Airport Tycoon 2 is an airport management simulation game which requires
DirectX 8.1. A demo can be downloaded from
http://www.gamershell.com/download_1721.shtml
This bug applies to the full game and the demo.
[An alternative version can be downloaded from
http://d.trymedia.com/dm/take2/60m_d/t_07om/AirportTycoon2Setup.exe
That is apparently a time-limited full version which can be unlocked on
payment. Playing with winetricks could probably get it to work, but the demo
shows the problem so it's not necessary.]
Roads and some other graphics are not rendered correctly. Parts are missing,
exactly which varies depends on the view angle. (This is with Xubuntu 9.10,
Nvidia driver 195.36.15.)
After installing, start the demo. Click New Game. Click Asia on the map
(highlights as you mouse over it). Click Tokyo/Japan under Location on the
right. Click Accept. On the next screen, you have to click and drag a rectangle
indicating an area of land to buy. Notice the corruption in the yellow and blue
areas as you do that.
After choosing an area, click the checkmark to proceed. In the 3D view, you can
use the mouse wheel to zoom in and out, hold right button and drag to rotate
the view, hold left button and drag to move. You should notice that the road is
corrupted as you move the view. To show this more clearly you can add more
roads by clicking the Build menu icon (hammer and saw), then the Transportation
icon (yellow car), then the road picture. Left-click and drag on the map to
draw roads. Press Esc when done, then use the mouse to change the view.
I will attach some screenshots of the game under Wine and Windows.
The only console output (which all appears before you click New Game) is:
fixme:keyboard:RegisterHotKey (0x10056,100,0x00000001,9): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1318f8,0x1317f8): stub
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (108,70)-(916,697)
fixme:win:EnumDisplayDevicesW ((null),0,0x32f284,0x00000000), stub!
fixme:d3d:state_patchsegments (WINED3DRS_PATCHSEGMENTS,0.000000) not yet
implemented
And on quitting the program:
fixme:keyboard:UnregisterHotKey (0x10056,100): 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=25839
Summary: winedbg complains fixme:dbghelp_msc:codeview_snarf
Unsupported symbol id 1113
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I ran a closed source app that happens to crash under wine,
and winedbg did produce a good looking backtrace, but with
some complaints like
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1113
...
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1112
It'd be nice to handle those cleanly.
--
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=27653
Summary: EVE Online responds with "Connection Failure:
Handshake Error" on login attempt.
Product: Wine
Version: 1.3.23
Platform: x86-64
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: naylor.b.david(a)gmail.com
Created an attachment (id=35361)
--> (http://bugs.winehq.org/attachment.cgi?id=35361)
Trace log with trace patch from #22355 (patch modified to avoid functional
change)
EVE Online fails to log in with "Connection Failure: Handshake Error".
This has been reported on both FreeBSD -current and 8-stable when running a
32bit wine under a 64bit FreeBSD. Also, when applying the trace patch from bug
#22355 the trace indicates it is not related to that error. (See attached for
the trace with WINEDEBUG=iphlpapi with that patch applied).
My attempts to determine where the error occurs has been unsuccessful.
--
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=29065
Bug #: 29065
Summary: Phoenix (steam file extractor) hangs when opening
Product: Wine
Version: 1.3.32
Platform: x86
URL: http://stat1cv01d.com/load/phoenix_1_5_beta_8/1-1-0-13
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 37450
--> http://bugs.winehq.org/attachment.cgi?id=37450
relay,seh,tid trace
80056a42f6b0e96426751497a8c322de0cdf0602 Phoenix_15beta8.rar
Bernhard had a quick look:
<jhgf2> seems to be some bug in the dialog handling code
<jhgf2> this thing expects a WM_INITDIALOG message, but wine never sends it
The bug can be reproduced without Steam, just download, extract, and run. The
program draws a window, but it's never filled, and the program just hangs.
Terminal output is short:
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0
func=500 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1
func=20 method=0)
(but unrelated..)
I'll attach logs.
--
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=24450
Summary: Touhou 6, 7, 8 and 9 do not render text correctly.
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pastorrub(a)msn.com
Some text doesn't render correctly, I suspect it is because of this error since
in other Touhous without this error it doesn't appears:
fixme:d3d8:IDirect3DDevice8Impl_ResourceManagerDiscardBytes Byte count ignored.
--
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=24869
Summary: Worms Armageddon: Dismissing post-mission frontend
dialogues after sound has finished playing causes a
freeze
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thecybershadow(a)gmail.com
Created an attachment (id=31476)
--> (http://bugs.winehq.org/attachment.cgi?id=31476)
Patch
Worms Armageddon will display a dialog before beginning a training mission
(describing the tasks to be performed), or after a mission or training mission
(displaying the player's results). This dialog is accompanied with a sound,
which is streamed from a .wav file using DirectShow.
If the dialog is dismissed after the sound has stopped playing, the game
freezes.
The reason for the freeze appears to be as follows:
When the dialog is dismissed, the game will attempt to stop the sound, whether
it's still playing or not. Part of its procedure to stop the sound involves
pausing the graph (using IMediaControl::Pause()). After that, it calls
IMediaControl::GetState(INFINITE, ...), which locks up the game.
The freeze occurs in Wine's DSoundRender_GetState - it will wait indefinitely
for the state_change event to be signalled - which will never happen. The
reason for this seems to be that the intended implementation of
DSoundRender_Pause is to put the filter into an intermediary state, and
complete the transition when a media sample is received (in
DSoundRender_Receive). However, since the end of file has been reached, a new
sample is never received, and the filter get stuck into an intermediary state.
The attached patch seems to fix the problem at hand, but I'm not certain about
its correctness.
--
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.