http://bugs.winehq.org/show_bug.cgi?id=13606
Summary: msys is *incredibly* slow
Product: Wine
Version: 1.0-rc3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kirr(a)landau.phys.spbu.ru
When running configure of a program in msys under wine the whole process is
incredibly slooooow compared to the same under Windows.
I've tracked the problem down to following:
$ export WINEPREFIX=`pwd`/msystest
$ wineboot -i
$ cd msystest/drive_c
$ wget -c
http://downloads.sourceforge.net/mingw/msysCORE-1.0.11-2007.01.19-1.tar.bz2
$ mkdir msys
$ cd msys
$ tar xfj ../msysCORE-1.0.11-2007.01.19-1.tar.bz2
$ wineconsole bin/sh.exe --login -i
--- in msys console ---
# time for i in 1 2 3 4 5; do echo $i; done
...
real 0m0.021s
# time for i in 1 2 3 4 5; do /bin/echo $i; done
...
real 0m3.396s
i.e. each fork of /bin/echo takes approximately almost *1* second!
On Windows both examples runs fast, although /bin/echo case is slightly slower,
but still speed ratio is not *that* big.
Thanks beforehand.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37560
Bug ID: 37560
Summary: Portal 2: page fault on read access to 0x00000006 in
32-bit code during gameplay
Product: Wine
Version: 1.7.31
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: Ubuntu
Created attachment 49983
--> https://bugs.winehq.org/attachment.cgi?id=49983
EIP:f61cc384 ESP:16b8d570 EBP:7e0dead8 EFLAGS:00210202( R- -- I - - - )
When playing Portal 2 I receive this error and game crashed.
--
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=35353
Bug ID: 35353
Summary: mono/eglib/src/gutf8.c: many bad if expressions ?
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: dcb314(a)hotmail.com
Classification: Unclassified
I just ran the static analyser "cppcheck" over the
source code of wine-mono-4.5.2. It said many things
including
1.
mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0' is always
true.
Source code is
if ((*p & 0xc0) != 0xb0)
Suggest code rework.
2.
[../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0'
is always false.
[../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0'
is always false.
[../../../mono/eglib/src/gutf8.c:294]: (style) Expression '(X & 0xc0) != 0xb0'
is always true.
[../../../mono/eglib/src/gutf8.c:306]: (style) Expression '(X & 0xc0) == 0xb0'
is always false.
[../../../mono/eglib/src/gutf8.c:331]: (style) Expression '(X & 0xc0) == 0xb0'
is always false.
--
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=32282
Bug #: 32282
Summary: Wine crashes randomly and often with Catalyst
driver>12.9
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nob.dir.info(a)gmail.com
Classification: Unclassified
I tested all version of Wine in the 1.5 branch, and I found that with Wine
1.5.14 and further, games like League of Legends, Portal 2 or Guild Wars 2 are
crashing really often and randomly (in fact, X.org freeze as well as my mouse
and my keyboard, and I have then to restart my PC).
I didn't have time to proceed to a regression testing yet, but I will do it.
Cordially,
nob.
--
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=31766
Bug #: 31766
Summary: Moving table in Shareaza causes wine to generate
invalid X11/XRender requests
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linuxhippy(a)gmail.com
Classification: Unclassified
Created attachment 41794
--> http://bugs.winehq.org/attachment.cgi?id=41794
screenshot
When moving table headers in Shareaza (a GPL filesharing application), I get a
graphic corruption when uring Intel's new SNA acceleration architecture.
I reported the corruption to the intel driver development team, and Chris
Wilson concluded after analyzing the problem, that wine generates invalid
XRender/X11 requests - and that it worked before only by accident.
Quote:
> Unbelievably, this is actually a bug in Wine. It is abusing a PICT_x8r8g8b8
> format by trying to copy a PICT_a8r8g8b8 picture through an alphaless temporary
> and expecting the alpha-channel to be preserved. The second bug is that the
> coordinates/size of that temporary drawable are wrong - far greater than the
> apparently intended area of the columns to be redrawn.
> If I disable the shortcut to use the blit path for xrgb->argb copy, then I can
> reproduce the same errors in UXA. Vice versa, if I prefer the blit path, then
> the problem is masked in SNA.
Screenshot as well as a link to a youtube-video illustrating the issue are
available on the original bug-report:
https://bugs.freedesktop.org/show_bug.cgi?id=55164
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41283
Bug ID: 41283
Summary: Corrupt fullscreen in multiple games
Product: Wine
Version: 1.9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wyrex(a)openmailbox.org
Distribution: ---
Created attachment 55598
--> https://bugs.winehq.org/attachment.cgi?id=55598
Fullscreen
In some games windowed mode works but fullscreen is corrupt using
Direct3D/DirectDraw renderer. Every one of them have this line in output:
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled
Examples: Noble Works, Yome no Imouto to no Inai (attachment).
GPU: Radeon R9 285
wine-staging 1.9.17
Linux 4.6.7-1
--
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=24602
Summary: NWN2 suffers from shadows flickering on ATI cards
(fglrx driver)
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NightNord(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=31069)
--> (http://bugs.winehq.org/attachment.cgi?id=31069)
Character close view
This strange effect persists with any possible configurations (including those
in gfxoptions debug menu). It's followed with dozens of
fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filters not supported in software
blit
messages, but I'm not sure, that it's directly related to the filters missing,
but I've tried to comment-out render-target check, so direct opengl
implementation of blit called always - it seems to gone, but this was unstable
and in any following runs I've got completelly black scene, including mini-map
(effects, selections, magic spells and soon - all in place, but all surfaces
are blackened).
I'm attaching screenshot of player's character, close view and far view. You
may see some dotted patterns on characters clack, or on terrain around him.
This effect hard to get screenshoted as it's mostly visible while moving
camera, mouse, character and soon.
It's might be related to other bug, that affects only indoor areas, that I'll
post soon also.
Tested on:
wine-1.3.3
kernel 2.6.35 with 'nopat' kernel option
ati-drivers (fglrx): 10.9, ATI Mobility Radeon HD4520
Wine direct3d configs:
OffscreenRenderingMode=fbo
VideoMemorySize=512
UseGLSL=enabled
Overrides and installed packages:
vcrun2005 and d3dx9 from winetricks (without this game just can't start due to
unimplemented features).
devenum.dll and dxdiagn.dll (without this, game can't find any video device and
refuses to run).
--
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=31121
Bug #: 31121
Summary: Wrong FSF adress in wine-mono licenses
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andreas.bierfert(a)lowlatency.de
Classification: Unclassified
While packaging wine-mono for fedora, rpmlint pointed out that the following
files carry a wrong FSF address:
mono/COPYING.LIB
mono/mcs/LICENSE.GPL
mono/mcs/LICENSE.LGPL
More information on the subject:
http://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address
--
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=28839
Bug #: 28839
Summary: Modal window + a opened menu => mouse unusable
Product: Wine
Version: 1.3.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pixecs(a)yahoo.com
Classification: Unclassified
Created attachment 37034
--> http://bugs.winehq.org/attachment.cgi?id=37034
illustrative picture
os: OpenSUSE 11.4 x86_64
kernel: 2.6.37.6-0.5-desktop
desktop: kde4
wine version: wine-1.3.26-168-g6ee95c7 compiled with
--prefix=/usr --x-libraries=/usr/X11R6/lib --x-includes=/usr/include/X11/
--with-x
wine configured in windowed mode (1024x768)
application: winrar v4.01
WinRAR trial period has expired and in these conditions a modal window "Please
purcase WinRAR license" appears in 2-3 seconds after opening the application.
The problem arises when:
1) i launch the program
2) immediately open a menu (from winrar like File, Options)
3) the license expiration window appear
4) i still have the menu opened
The problem is that after the appearance of modal window i can not use the
mouse on desktop (items or windows from the desktop no longer reacts to mouse)
but the keyboard still works (for example, i can press Alt + Tab).
After pressing Alt + Tab and another window receives the focus the mouse can be
used again.
--
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=33854
Bug #: 33854
Summary: WaveLab 4 crashes at startup
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
After some time of working fine in wine, WaveLab is now crashing every startup.
I've traced this problem to start at this commit:
6bfcb347bfff24d7268e23b3686028373631c642 is the first bad commit
commit 6bfcb347bfff24d7268e23b3686028373631c642
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 14 13:38:03 2012 +0200
winex11: Remove X11 locking around simple X calls.
:040000 040000 3869837cd55e7e8c3e195295694051301ef6197c
69fa8148595adaf05c62cce8578a864283bc8849 M dlls
See several tries to start it (they give different output depending on whether
it's a first start after installing wine): http://pastebin.com/fBkGEZbh .
Reverting the commit makes it work normally.
--
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=34588
Bug #: 34588
Summary: rpcrt4_test.exe fails to delay load secur32.dll on ARM
Product: Wine
Version: 1.7.2
Platform: arm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Stefan.Leichter(a)camLine.com
Classification: Unclassified
Created attachment 46063
--> http://bugs.winehq.org/attachment.cgi?id=46063
"wine rpcrt4_test.exe rpc" console log with +seh enabled
While trying to find the reason for the timeouts in my winetests runs (Tag
arm-sle85276) i found that secur32.dll can not be delay loaded because of an
exception in function DllMain().
The exception happens when calling the fork() function in function
fork_helper()
http://source.winehq.org/git/wine.git/blob/81213a88e83b19c73e244e00bffac2e4…
The console log of "wine rpcrt4_test.exe rpc" with +seh 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.
https://bugs.winehq.org/show_bug.cgi?id=42356
Bug ID: 42356
Summary: failed build setupapi in mingw
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: unitedasiajames(a)gmail.com
Created attachment 57130
--> https://bugs.winehq.org/attachment.cgi?id=57130
setupapi make failed
On lastest mingw with 'mingw developer toolkit'(gcc 5.3.0), with below command:
(in msys console)
git clone git://source.winehq.org/git/wine.git wine-git
cd wine-git
./configure --without-x --without-freetype
make
The make failed when build setupapi, error log attached.
--
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=31800
Bug #: 31800
Summary: DirectX games crash in r300_dri.so with Gallium
Product: Wine
Version: 1.5.13
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rene.kijewski(a)fu-berlin.de
Classification: Unclassified
Created attachment 41832
--> http://bugs.winehq.org/attachment.cgi?id=41832
WINEDEBUG=+relay,-debug backtrace
I cannot run DirectX games since I switched to the "xorg-edgers" PPA, with uses
bleeding edge Xserver/Mesa packages and employs the Gallium renderer for my
Radeon Xpress 200M card.
The debug traces show that crash happens in r300_dri.so code:
"Unhandled exception: page fault on read access to 0x74dd3598 in 32-bit code
(0x7d10623a)."
Repeatable: always.
System: Ubuntu Precise using x64 on a Samsung R40 laptop
Wine: Self-built, newest tag (1.5.13), with C(XX)FLAGS = -g3 -ggdb -O0
--
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=35327
Bug ID: 35327
Summary: Civilization 4 BTS print screen
Product: Wine
Version: 1.7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iddqd(a)yahoo.com
Classification: Unclassified
Created attachment 47117
--> http://bugs.winehq.org/attachment.cgi?id=47117
program error details
When using Civilization 4 BTS's print screen (not linux print screen), the game
crashes.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44566
Bug ID: 44566
Summary: Deus Ex: Human Revolution crashes on launch if VSync
enabled (DX9)
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emailofchris(a)gmail.com
Distribution: Other
Created attachment 60533
--> https://bugs.winehq.org/attachment.cgi?id=60533
The output of launching Steam, then DX:HR with VSync; waiting a few seconds,
then ending the process (sigterm).
Using the latest Wine on Solus (Gallium Nine enabled), if VSync is enabled with
DirectX 11 disabled, the game fails to launch and hangs very quickly. The first
text of the intro screens may or may not be displayed. If VSync is disabled,
the game launches fine. (Though the game still hangs when you try to exit.)
The VSync option does not cause an issue with DirectX11 enabled, but the
visuals run the gamut from "nothing" to "all textures missing" to "textures
missing on some things, black screen in some positions/angles" depending on the
settings chosen. Unsurprising as DX11 is still in early stages, but I was
expecting worse.
--
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=34391
Bug #: 34391
Summary: PPSSPP Crash on opening
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alaskancaveman(a)Live.com
Classification: Unclassified
Created attachment 45782
--> http://bugs.winehq.org/attachment.cgi?id=45782
Crash Log
PPSSPP 9.1 x86 win http://www.ppsspp.org/
current setup :::
amd A6 HD6250G Cayman
Linux Mint 15 Ubuntu Raring base 13.04
wine1.6
kernel 3.11rc7
mesa 9.3dev
libg3dvl-mesa (gallium)
mod: radeon.dpm=1 added kernel boot paramater
mod: R600_DEBUG=SB etc/environment
:::
the catalyst drivers 13.8b2 will allow 2 open but zero function beyond that
without crash... (no 3.11 support yet for Catalyst)
both gallium and Catalyst worked fine before 3.11 kernel upgrade from 3.8...
which i did after mesa upgrade
neither of the 2 mods make any difference on program crash or not
--
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=31978
Bug #: 31978
Summary: LWA_COLORKEY support significantly slows down GOG
installer verification progress bar
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonas.bugzilla(a)gmail.com
Classification: Unclassified
Installers from gog.com always first verify their own integrity. During this
period they display a custom progress bar, which makes use of the LWA_COLORKEY
attribute.
Prior to wine containing support for LWA_COLORKEY, this verification process
was basically limited by the speed of the hard drive. Since that support has
been added, the verification has become much slower, and furthermore the
progress bar flickers a lot.
I've bisected the cause to
commit edea44f0ff995aadaaadb866a022832c16301e4a
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Sep 12 16:00:18 2012 +0200
winex11: Add support for the LWA_COLORKEY layered window attribute.
To reproduce: it should happen with any installer downloaded from gog.com. I
tested with the freely available http://www.gog.com/en/gamecard/teenagent
I'm using XQuartz 2.7.4 on Mac OS X 10.6.8. If you need any traces, let me know
--
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=31946
Bug #: 31946
Summary: Atari800Win Plus crashes on start
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaromir.obr(a)gmail.com
Classification: Unclassified
Created attachment 42088
--> http://bugs.winehq.org/attachment.cgi?id=42088
backtrace
Steps to reproduce:
1) Run the application
Expected result:
It starts
Actual result:
It crashes
Used SW:
--------
wine 1.4.1-0ubuntu1
Atari800Win PLus 4.1 (https://github.com/Jaskier/Atari800Win-PLus/downloads)
Ubuntu 12.04, amd64
kernel: 3.5.0-17-generic #28-Ubuntu
--
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=35438
Bug ID: 35438
Summary: FBO backend doesn't work on some Intel iGPUs
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Zatloukal.Frantisek(a)gmail.com
Classification: Unclassified
The default backend (FBO) doesn't work on some Intel iGPUs(tested Gen3).
Tested GPU: 00:02.0 VGA compatible controller: Intel Corporation Atom Processor
D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller
Tested OS: Fedora Rawhide, Ubuntu 12.04
Tested Mesa versions: 9.0, 10.0
Tested affected apps/games: Age of Mythology, ePSXE (I believe this affects
most of DirectX 9.0 apps)
Switching from fbo to backbuffer solves problems in both tested apps.
If fbo is active, terminal log is spammed by:
epsxe:
fixme:d3d:context_check_fbo_status Location SFLAG_INTEXTURE (0x10000).
fixme:d3d:context_check_fbo_status Color attachment 0: (0x1f9ad0)
WINED3DFMT_B8G8R8X8_UNORM 1024x600 0 samples.
err:d3d:context_bind_texture >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION
(0x506) from glBindTexture @ context.c / 2031
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_UNSUPPORTED
(0x8cdd)
aom:
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:buffer_internal_preload Too many declaration changes or converting
dynamic buffer, stopping converting
err:d3d:wined3d_debug_callback 0x2373e18: "GL_INVALID_ENUM in
glLight(light=0x1140b8)".
err:d3d:transform_view >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glLightfv
posn @ state.c / 3917
err:d3d:wined3d_debug_callback 0x2373e18: "GL_INVALID_ENUM in
glLight(light=0x1140b8)".
err:d3d:transform_view >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glLightfv
dirn @ state.c / 3919
--
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=27473
Summary: Wine Changing Window Decorations in Conflict with
Window Managers
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: swt(a)techie.net
When running an application under Wine, if the window manager removes the
window decorations, Wine restores them. For example, under Unity, when an
application is maximized, the WM removes the window decorations as the title
bar is merged with the Unity panel. When this happens with a Wine application,
Unity removes the decorations, but Wine puts them back (sometimes only
partially, leading to a confused experience where the decorations exist but are
invisible).
--
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=33087
Bug #: 33087
Summary: After uninstall file associations to notepad still
persist
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: longsincedark(a)lavabit.com
Classification: Unclassified
After uninstalling wine I noticed that, although most traces had been removed,
my file association list still included notepad for almost all text-type
documents. I did manually remove the association for each, but it was a
monotonous process. I would have expected the "uninstall" to remove all traces,
except user created files &/or directories.
This is not a bug on how WINE operates, and I will be re-installing. But it
seems only appropriate that an "uninstall" is just that.
Please consider, I used WinDONT's for many years and dealt with this problem of
uninstall remnants. For most, it may be a minor or trivial issue. But some
users, like myself, have qualms about software that leaves too many remnants
after uninstalling.
Keep up the fabulous work!
--
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.
https://bugs.winehq.org/show_bug.cgi?id=45066
Bug ID: 45066
Summary: Gauntlet character screen no longer display character.
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 61204
--> https://bugs.winehq.org/attachment.cgi?id=61204
hack to correct the issue
Gauntlet no longer displays the character on the selection screen, and when you
enter into the game it full of triangles.
The attached patch(hack) corrects the issue.
Its a constant buffer being created that is causing the issue.
00cd:err:d3d11:d3d_buffer_init Bindflag 0x00000004
(D3D11_BIND_CONSTANT_BUFFER)
commit b6f917b1023ea2b9591f6b72d34ff2afa34bd914
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Feb 16 09:39:04 2018 +0330
d3d11: Set resource access based on usage and CPU access flags.
--
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=30256
Bug #: 30256
Summary: Ancients of Ooga: very slow rendering in mid game
Product: Wine
Version: 1.3.22
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: matteo.mystral(a)gmail.com
Classification: Unclassified
Regression SHA1: 002674e49d3343d2ad4670081276e38af867eefe
Created attachment 39520
--> http://bugs.winehq.org/attachment.cgi?id=39520
terminal output
Ancients of Ooga is an indie platformer, developed by NinjaBee.
The demo version of the game is Steam-only:
http://store.steampowered.com/app/91810/
The problem: performance is okay in the menus and during the intro video. As
soon as the video ends and the game is loaded, framerate drops dramatically.
While in the menus I get 50 fps, in mid-game I get 1-2 fps or less. This makes
the game unplayable.
The problem appeared in Wine-1.3.22 and is still present in 1.5.0. Actually,
Wine-1.3.21 is the one and only version being capable of running the game
normally. All previous versions fail to start the game correctly, and all later
versions have the reported performance issue.
When I start a new game I get 30 fps with 1.3.21, and 1-2 fps with 1.3.22.
The result of the regression test:
002674e49d3343d2ad4670081276e38af867eefe is the first bad commit
commit 002674e49d3343d2ad4670081276e38af867eefe
Author: Matteo Bruni <mbruni(a)codeweavers.com>
Date: Mon Jun 6 17:44:43 2011 +0200
wined3d: Fix glDrawBuffers() optimization.
:040000 040000 afbbbb65e869d58ae00b56c627228bd6e9d2d1bb
71478cb542317c0b2e3c1dc2b8155a6ff4dcd44a M dlls
The problem can be reproduced with the Steam demo version (the game needs
native d3dx9_36.dll). Please let me know if you need a log with debug channels
enabled.
Fedora 16
Nvidia 250 / driver 290.10
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.
https://bugs.winehq.org/show_bug.cgi?id=37831
Bug ID: 37831
Summary: Wine 1.7.33 incompatible with AMD Catalyst 14.12
"Omega"
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: castarco(a)gmail.com
Distribution: ---
I don't know if the bug is in the AMD Catalyst package or in the Wine package
(I think it's a package bug, not a software bug):
There is a conflicting package with catalyst (fglrx-core_14.501-0ubuntu1_amd64)
which is a dependency on Wine (in Ubuntu):
ocl-icd-libopencl1
.
--
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=30924
Bug #: 30924
Summary: Uncapture Mouse in Fullscreen Windows
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: songandsilence27(a)gmail.com
Classification: Unclassified
In winecfg, there is an option, under the Graphics tab to automatically capture
the mouse in fullscreen windows.
When using the emulated virtual desktop, certain programs freezing, crashing,
etc., can cause the mouse to stay within the emulated virtual desktop. Killing
wine or wineserver causes the mouse to stay within the confines of the virtual
desktop, rendering the (actual, X11) desktop useless. The Virtual desktop
window will grey out, becoming unresponsive to any and all input meant to close
it, including keystrokes such as ALT+F4 and clicking the "close" button.
Opening a X11-managed window (e.g., a terminal emulator) inside of the window
area will allow keyboard input, and depending on placement, can free the mouse
from the virtual desktop window, however, mouse clicks are not functioning in
other X11 windows, panels, etc.
Killing and restarting the X server via CTRL+ALT+Bksp or switching to a second
Virtual Console (e.g., tty2) and issuing "pkill X; startx" will temporarily
solve the issue (unless the offending program is run and freezes/crashes
again).
There should be a key combination to release the mouse back to the X11 desktop
environment.
--
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.