http://bugs.winehq.org/show_bug.cgi?id=9027
Lauri Niskanen <ape(a)ape3000.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ape(a)ape3000.com
--
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=31299
Bug #: 31299
Summary: Endless Space stopped working since 1.5.9
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmlipman(a)gmail.com
Classification: Unclassified
When I launch the game in 1.9, the game screen never actually shows up. The
game isn't crashing either because the exe shows up in my process list.
--
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=28507
Summary: Gomez PEER fails to draw window
Product: Wine
Version: 1.3.28
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
CC: hverbeet(a)gmail.com
Regression SHA1: c89a3ffe806278fa99cff7e3e27c3845c581315e
Created attachment 36575
--> http://bugs.winehq.org/attachment.cgi?id=36575
Wine 1.3.28 console output
Gomez PEER used to draw its window fine, but now draws nothing. This is a
regression.
c89a3ffe806278fa99cff7e3e27c3845c581315e is the first bad commit
commit c89a3ffe806278fa99cff7e3e27c3845c581315e
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Aug 30 20:12:32 2011 +0200
ddraw: Get rid of the surface implementation switching code.
:040000 040000 dfb3b24196ac3ad09100758a48b2d4ef7e45e26b
1e854cc19d0fdb0fa2ad309273e0bc57694d14d5 M dlls
:040000 040000 0236d0efd7b69652f1804d774b4cc754a2398975
a192773c9bba74eadb2485f8798c2d84a96a542a M include
http://source.winehq.org/git/wine.git/commitdiff/c89a3ffe806278fa99cff7e3e2…
This commit can not be reverted in latest git, but checking out the previous
commit resolves the 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=31274
Bug #: 31274
Summary: X11DRV_WineGL_InitOpenglInfo Direct rendering is
disabled
Product: Wine
Version: 1.5.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sha256sum(a)gmail.com
Classification: Unclassified
Created attachment 41087
--> http://bugs.winehq.org/attachment.cgi?id=41087
game crashes and gives debug info
Planet VS Zombies worked perfectly on Fedora 16, but with Fedora 17 it won't
even start.
Using
AMD A4-3400 APU with Radeon(tm) HD Graphics
Fedora 17 64bit
wine-1.5.8-1.fc17.i686
$ glxinfo | grep direct
direct rendering: Yes
The same version of wine worked on Fedora 16.
See wine-debug.txt
If I do
export LIBGL_DRIVERS_PATH=/usr/lib64/dri
then I get the game crashes and gives debug info. see game-debug.txt
If I do
LIBGL_DRIVERS_PATH=/usr/lib64/dri wine PlantsVsZombies.exe
See attached backtrace.
--
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=8133
--- Comment #15 from EA Durbin <ead1234(a)hotmail.com> 2012-07-21 21:30:30 CDT ---
(In reply to comment #14)
> Is this still an issue in wine 1.5.3?
YES
--
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=9144
johan.gardhage(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |johan.gardhage(a)gmail.com
--
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=31194
Bug #: 31194
Summary: there should be setting to disable winemenubuilder
altogether and forever
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: et.junk(a)ethome.sk
Classification: Unclassified
Although i understand need for desktop integration with various DEs,
this little fucker is consistently stealing file associations for me every
update. There are no priorities to set or anything. Also i really don't care, i
use wine only to run occasionally stubborn windows software.
I use several file managers which respect this mime crap registration and thus
wine is making my computer unusable (talk about instant slowdown and 100% CPU
usage, wondering what happened) everytime i want to work with any file with
more common extension. Crappy wine software is started instead of native
application.
There should be big fat checkbox "Disable desktop integration completely" on
"Desktop Integration" tab in winecfg dialog application to disable
winemenubuilder completely and forever.
This setting should be checked by default upstream, e.g. integration disabled
(so direct upstream users like archlinux, don't have to mess with this setting
ever to make their association work again after each and possibly frequent
update).
Pressing "Apply" button in winecfg when state changes from unchecked to checked
should remove all the winebuilder mime crap, zilliards of *.desktop files and
other "necessary" desktop integration tidbits.
When winemenubuilder is invoked as a part of whatever process and this setting
is enabled it should kill itself immediately, best before doing anything
damaging.
Most importantly this setting must be preserved during updates. Also, as ws
said above, it should be disabled by default, so users are not subjected to
this crap, when they decide to create new wine profile for example eg ~/.wine
equivalent, unless distribution changes this by specific tweak.
--
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=3548
Sylvain Petreolle <spetreolle(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spetreolle(a)yahoo.fr
--
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=18709
Summary: Breakout crashes:System.OverflowException: Value was
either too large or too small for a Decimal
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://www.gielow-home.de/home/download/breakout_xna.e
xe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
I'm testing a few more XNA games. The nice thing is they give a very clear
description of what went wrong when they crash, like this one Breakout:
Unhandled Exception: System.InvalidOperationException: There is an error in XML
document (12, 81). ---> System.OverflowException: Value was either too large or
too small for a Decimal.
at System.Decimal.Compare(Decimal d1, Decimal d2)
at System.Decimal.op_LessThan(Decimal d1, Decimal d2)
Corresponding log gives:
0009:Call oleaut32.VarDecCmp(0032e974,0032e964) ret=7a2c43ed
0009:Ret oleaut32.VarDecCmp() retval=00000000 ret=7a2c43ed
0009:Call oleaut32.VarDecCmp(0032e974,0032e964) ret=7a2c43ed
0009:Ret oleaut32.VarDecCmp() retval=8002000a ret=7a2c43ed
0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032e850)
ret=78158
dd3
0009:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b844453
ip=7b844453
Running with native oleaut32 makes the game start and run just fine. If you
need any logs just tell me, and i'll attach them.
--
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=9210
--- Comment #58 from Austin English <austinenglish(a)gmail.com> 2012-07-19 16:49:16 CDT ---
(In reply to comment #57)
> (In reply to comment #56)
> > (In reply to comment #52)
> > > Out of the box Wine is written with proprietary NVIDIA drivers in mind so it's
> > That's just not true.
>
> It was true just a few years ago, when Intel had absolutely awful drivers, and
> ATI drivers barely worked.
>
> Even nowadays NVIDIA proprietary drivers for Linux are far superior to anything
> else available on the platform.
That doesn't mean that Wine is written specifically for NVIDIA's drivers.
Mesa's r600g drivers also works well with Wine, and likely others.
--
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.