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.