http://bugs.winehq.org/show_bug.cgi?id=24748
Summary: Dangerous Waters: crashes when loading 688i platform
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgsuarez(a)gmail.com
Created an attachment (id=31273)
--> (http://bugs.winehq.org/attachment.cgi?id=31273)
Backtrace
Wine crashes when I try to load any mission that uses the 688i class submarine.
I have not tested every other platform yet, but all the other ones I tried work
fine. It certainly seems that this crash is being caused by the 688i platform.
--
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=27835
Summary: Freespace 1 hangs on startup with a blank screen
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonas.bugzilla(a)gmail.com
This seems to be the same as bug 10979.
A git bisect pointed to this commit as the culprit:
7e3985e1fea60da73bae2b9465b94e5d110909fc is the first bad commit
commit 7e3985e1fea60da73bae2b9465b94e5d110909fc
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Mon Nov 8 11:50:33 2010 +0100
ddraw: Setup the device window in SetCooperativeLevel().
The problem can also be reproduced with the demo mentioned in that previous bug
report (available from
http://download.descent-network.com/shareware1/freespace1/playable/fsdemo10…
). It happens both with and without enabling direct3d in the game (via the
FreeSpace.exe launcher).
I've attached a full trace. The hang is indicated by the line
0020:err:ntdll:RtlpWaitForCriticalSection section 0x7cb318 "?" wait timed out
in thread 0020, blocked by 0009, retrying (60 sec)
git head has the same behaviour as 1.3.25 (although during configure, I now get
the message "configure: WARNING: No sound system was found. Windows
applications will be silent.").
Interestingly, applying
http://www.winehq.org/pipermail/wine-patches/2011-July/104505.html on top of
git head makes things even worse: the game no longer even switches into full
screen mode before it hangs when that patch is applied.
--
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=27869
Summary: Wile using OSSv4, any application under wine (even
winecfg when testing sound) rises vmix to maximum
volume.
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: HASH.DuOrden(a)gmail.com
Starting from commit 2174717fbd01565f7ba1596078cf0c0ccfc02504 Author: Andrew
Eikum <aeikum(a)codeweavers.com> all application which uses audio (with OSSv4)
rises volume for vmix which it is assigned to to maximum this includes winecfg
when pressed "test audio" in audio tab.
git bisect:
2174717fbd01565f7ba1596078cf0c0ccfc02504 is the first bad commit
commit 2174717fbd01565f7ba1596078cf0c0ccfc02504
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Wed Jul 13 14:30:45 2011 -0500
mmdevapi: Only enumerate devices that can be opened during initialization.
:040000 040000 7ba6ff2d501dfb5f8b3a41fdb67335994e1f3f80
593102cee1e2d56d6f7c5f4fb7ce1dbd2c362f3a M dlls
--
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=27816
Summary: GoToMyPC: launch/download now fails
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: clayt055(a)umn.edu
CC: jacek(a)codeweavers.com
Created an attachment (id=35575)
--> (http://bugs.winehq.org/attachment.cgi?id=35575)
log of working on prior commit (WINEDEBUG=+wininet)
Trying to launch the GoToMyPC viewer, which last worked in 1.3.20, now fails by
blocking a few seconds after running at Verifying Viewer. Logs show it is stuck
trying to download the actual viewer executable, as the initial one is just
some sort of downloader and launcher.
Bisect points to:
commit 193da884ad9b982d9b740b15453aa8d3c19b054f
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon May 23 16:10:09 2011 +0200
wininet: Correctly handle closed socket in HTTP_ReceiveRequestData.
:040000 040000 f70b89253b2fc4caf8cde11b8a9718e37863a0fb
8af2c3e3544dda62805544067d36e8c6f1f8e017 Makedlls
This makes sense as comparing working and failing logs shows that it fails
shortly after
warn:wininet:HTTP_ReceiveRequestData res 0 read 0, closing connection
Attaching a log of it working on the prior commit and failing on 1.3.24.
--
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=25515
Summary: Microsoft Word 2003 crashes (or freezes) printing
Document with OTF
Product: Wine
Version: 1.3.9
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gunwald(a)gmx.de
Created an attachment (id=32487)
--> (http://bugs.winehq.org/attachment.cgi?id=32487)
Messages which occur when Word 2003 crashes trying to print a Document which
uses OpenTypeFont
Every time I try to print a Document in Word 2003 it will crash or freeze when
in the document a OpenTypeFont (OTF) is used instead or together with
TrueTypeFont (TTF). The Error occurs only in combination with OpenTypeFont and
does not occur in Word 2007.
Maybe this error has something to do with Bug 16121. I got the same issue as
described in bug 16121 using OTF. And sometimes Word shows normal text as bold
and bold text as normal. I "fixed" this issue deleting the bold edition of the
affected OTF.
--
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=24610
Summary: Touhou games: no text in dialogue boxes
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sgklink(a)gmail.com
Somewhere between 1.1.31 and 1.1.42, bug 22341 seems to have reappeared.
Exact same symptoms - no text in dialogue boxes. Verified with Touhou 6 to 8 on
Ubuntu Lucid, wine 1.1.42, 1.2 and 1.3.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=15594
Summary: photosynth client won't present login dialog without
native msxml3
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://photosynth.net
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Noticed somebody at
http://alexeysmirnov.name/blog/?p=230
saying Photosynth didn't work with Wine, so I gave it a shot.
The installer went fine. The client app launches ok, too.
Clicking on the log in text gives the error
XPath error : Undefined namespace prefix
xmlXPathEval: evaluation failed
exception LiveID.cpp(65) hr(0x80004005)
and doesn't bring up a login dialog.
You can work around this with
winetricks msxml3
(To try online viewing, you have to do 'winetricks firefox flash'
and go to photosynth.net with windows firefox. Didn't work for me
on my Compaq Presario R3000, it said "Required number of texture blend stages
(4) not supported". This affects a lot of graphics cards, see
http://getsatisfaction.com/livelabs/topics/required_number_of_texture_blend…
so perhaps that's not a wine problem.)
--
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=15146
Summary: Touhou 10, 11 dialogue text transparent, difficult to
read
Product: Wine
Version: 1.1.4
Platform: PC
URL: http://www16.big.or.jp/~zun/ht
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tyle7(a)hotmail.com
Created an attachment (id=15860)
--> (http://bugs.winehq.org/attachment.cgi?id=15860)
Mountain of Faith run with wine 1.1.4 and on XP, windows XP to the right
When running Touhou 10: Mountain of Faith, or Touhou 11: Subterranean Animism
with wine 1.1.4, the in-game dialogue is transparent, making it nearly
impossible to read. This is also present in the "Music Room" selection.
This is with a standard wine install, except for running with a native
d3dx9_36.dll (necessary to get the games to run, see bug 13297)
Graphics card is NVIDIA Geforce 6200SE, with drivers 169.12
--
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=25143
Summary: Do not run EiskaltDC++
Product: Wine
Version: unspecified
Platform: x86
URL: http://code.google.com/p/eiskaltdc
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavelvat(a)gmail.com
$ wine EiskaltDC++\ Qt.exe
fixme:system:SetProcessDPIAware stub!
fixme:winsock:WSAIoctl WS_SIO_UDP_CONNRESET 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=26588
Summary: A Farewell to Dragons: water has incorrect textures
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=33847)
--> (http://bugs.winehq.org/attachment.cgi?id=33847)
terminal output
Water is not rendered correctly in the game (no demo available). See attached
screenshot.
As a side effect, character movement and scrolling the screen with the mouse
become jerky when water is nearby. If I move my character away from the water
(so water disappears from the screen and from the minimap) game speed/mouse
movements suddenly return back to normal speed.
The following line is printed out by Wine continuously when water is in sight:
err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB @ glsl_shader.c / 4620
If I diverge from water, those lines cease to show up in the console.
Changing (lowering) the textures/shadows quality has no effect on the
appearance of water.
Workaround: disable GLSL (it makes water appear correctly but the unusual
slowdowns are still there.)
Fedora 14
Nvidia GeForce 250 / driver 260.19.36
--
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.