https://bugs.winehq.org/show_bug.cgi?id=42595
Bug ID: 42595
Summary: Overcooked: Pink screen on startup
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fritz-stuhr(a)web.de
Distribution: ---
Created attachment 57531
--> https://bugs.winehq.org/attachment.cgi?id=57531
Output of glxinfo
When launching the game Overcooked, the screen is completely pink but sound is
playing, so the game probably loads fine.
According to https://is.gd/fZDr0Y and https://is.gd/u0fAGt it works out of the
box with wine 2.2 staging, but not for me.
My guess is it depends on the graphics stack but they didn't mention theirs.
The appended logs are from a wine 2.2 staging install on Lubuntu 16.04 32bit.
Clean wine prefix with no settings changed.
I tested on a different machine with another Intel card, I tested on 1.9.11, on
2.2 (without staging) and probably some more versions. I also tested with
native DirectX 9. Same pink screen every time.
I can gladly provide more logs and I can compile and test patches.
--
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=40610
Bug ID: 40610
Summary: Nota Bene crashed when I closed it.
Product: Wine
Version: unspecified
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucypick(a)uchicago.edu
Created attachment 54466
--> https://bugs.winehq.org/attachment.cgi?id=54466
Backtrace of error
I don't know my hardware or my version of Wine, but it is probably recent since
it was installed for the first time on April 28, 2016. I got an error message
while I was trying to close the program. Right before I closed it, I was trying
to open a new blank file.
--
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=15220
Summary: fails to run PeachTree Accounting 8.0 fails with
timezone error
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cjc(a)CosmosEng.com
Created an attachment (id=15975)
--> (http://bugs.winehq.org/attachment.cgi?id=15975)
WINEDEBUG=+relay .wine/drive_c/Peachw/peachw.exe &>wine-pt.out
Error message on failure to load:
> cjc@Home:~$ .wine/drive_c/Peachw/peachw.exe
> fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 480, std (d/m/y): 2/11/2008, dlt (d/m/y): 9/03/2008
> fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 480, std (d/m/y): 2/11/2008, dlt (d/m/y): 9/03/2008
Other info:
wine v 1.0
Ubuntu 8.04 LTS
gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
peachtree accounting 8.0
--
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=34340
Bug #: 34340
Summary: Mingw gdb hangs
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ralf.habacker(a)freenet.de
Classification: Unclassified
Running gdb 7.6 hangs on all commands.
A workaround i found out is to run gdb in wineconsole e.g.
wineconsole --backend=curses gdb ...
--
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=27368
Summary: IDriver.exe crahses during installation of Peachtree
Complete Accounting 2004
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m_almazan(a)yahoo.com
"The program IDriver.exe has encountered a serious problem and needs to close."
Problem message: 1628 Failed to complete installation
--
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=18935
Summary: Peachtree First Accounting 2010 install fails because
it can't find AVManagerUnified.dll
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.peachtree.com/productsServices/tryPeachtree
/
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer aborts with the error
Error Number: 0x80040702
Description: Failed to load DLL: SASLib
Setup will now terminate.
SASLib.dll and its dependency AVManagerUnified.dll
are located in c:\windows\temp\{*}\
SASLib.dll fails to load because it can't find AVManagerUnified.dll.
Is Wine supposed to search the directory containing a DLL
for things that DLL depends on?
--
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=27385
Summary: Peachtree First Accounting 2012 install fails because
USER32.DLL GetListBoxInfo not found
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Installation aborts due to (popup) error stating that "The procedure
GetListBoxInfo could not be located in the DLL USER32.dll"
--
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=46304
Bug ID: 46304
Summary: Fog handling seems to be off in Prince of Persia
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gw.fossdev(a)gmail.com
Distribution: ---
Created attachment 63028
--> https://bugs.winehq.org/attachment.cgi?id=63028
apitrace dump of frame that contains shader:
Hello, I came across this by trying out Prince of Persia with virgl ad a driver
and comparing it to the host. Initially I thought it was a virgl bug, but it
seems to be proper wine where things go wrong:
Here are my findings:
When I run "wine PrinceOfPersia.exe" on the host (r600) the game is playable
but when run with the virgl driver there is not contrast in the images.
However, a apitrace created with virgl as driver and replayed on host also
renders wrong, where a apitrace recorded on the host and run via virgl renders
correctly (only op-side down, because virgl doesn't support
GL_ARB_clip_control, but disabling this extension when recording the apitrace
makes it possible to get exactly the same output like when run on the r600
host.
The difference between the two runs in the apitrace is that when run on r600 I
get a vertex shader that does:
R6.w = (R6.w * vs_c[20].z);
R6.w = (vs_c[20].z + -R6.w);
vs_out[11].x = (vs_c[16].y + -R6.w);
vs_out[10].xyzw = (R8.xyzw);
setup_vs_output(vs_out);
The same shader created via virgl does:
R6.w = (vs_c[16].y + -R6.w);
vs_out[11].x = (R6.w * vs_c[20].z);
vs_out[10].xyzw = (R8.xyzw);
setup_vs_output(vs_out);
ffp_varying_fogcoord = gl_Position.z;
gl_Position.y = gl_Position.y * pos_fixup.y;
The value ffp_varying_fogcoord is not assigned a value with the r600 version.
However, the following fragment shader uses this value in both cases:
float fog = (ffp_fog.end - ffp_varying_fogcoord) * ffp_fog.scale;
ps_out[0].xyz = mix(ffp_fog.color.xyz, ps_out[0].xyz, clamp(fog, 0.0, 1.0));
In the r600 version ffp_fog.end=0 and ffp_fog.scale=-1, and I assume that this
results in clamp(fog, 0.0, 1.0) returning 1.0, and in the scene the fog effect
seems to be generated differently. In the virgl version the values are
ffp_fog.end=1 and ffp_fog.scale=1, and I can only assume that gl_Position too
large so that clamp(fog, 0.0, 1.0) returns very small values (or even 0) and
the scene gets rendered in the fog colour overlayed by some post processing
effects.
I have not yet investigated why wine creates different code path for the two
drivers, I guess that it depends on some extension(s) that may or may not be
available.
The initial but report for virglrenderer can be found here:
https://gitlab.freedesktop.org/virgl/virglrenderer/issues/62
--
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.