https://bugs.winehq.org/show_bug.cgi?id=40363
Bug ID: 40363
Summary: Wine Stabilization - Gentoo Slow to Adopt With Valid
Reason
Product: Wine-staging
Version: 1.8.1
Hardware: x86-64
URL: https://bugs.gentoo.org/show_bug.cgi?id=578202
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ecyoung(a)grandecom.net
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: Gentoo
I opened the bug that I'm asking you to comment on. I opened this bug because
Gentoo's Stable version is still at 1.6.2. I use an old RPG, Istaria which is
blocky in 1.9.5, and Eve Online, which is unplayable in my case using 1.6.2.
In order to properly regression test where my issues are coming from, I thought
I would start at finding out why Gentoo's stable version lagged behind WineHQ's
stable version. Our package maintainer is doing the best he can, as our
distribution is source based, and he is perfectly within his right not to use a
custom patchset (See Comment 3).
Comment 7 in my bug states:
Let's keep this open with the info from NP-Hardass so that anybody else who
seeks for 1.8.1 knows.
I'm closing #578272 as I see no point of having it open. NP-Hardass stated he
wants to bump and stabilize 1.8.x, so it's on upstream now.
Thanks for your interest Carter, maybe try to convince upstream to get it going
;)
----------------------------------------
Bug 578272 was implemented as a tracker, but the commenter is correct in
assuming that the issue lies upstream. I present Snippets from Comment 3:
I'd prefer that our stable wine 1.8 use the official gstreamer 1.0 patchset,
but upstream never released that under the 1.8 branch. Once again though, I'd
rather not be hosting a custom patchset for stable. There is currently a
request to the upstream wine stable maintainer to include this in 1.8.2.
1.8.1 was never bumped because Wine Staging never released a patchset for 1.8.1
and I'd rather not have a stable candidate in package.use.stable.mask and not
have staging support. I'd also rather not have to host a custom staging patch
just for 1.8.1. I've cc'd the Staging devs in case they'd like to weigh in on
making an official release for 1.8.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.
https://bugs.winehq.org/show_bug.cgi?id=40225
Bug ID: 40225
Summary: NtQuerySection returns wrong size
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)georg.so
Distribution: ---
Created attachment 53743
--> https://bugs.winehq.org/attachment.cgi?id=53743
NtQuerySection test case via boost interprocess
When using NtQuerySection to get the file size of a file mapping the wine
result deviates from the native one.
With wine, it seems that the size is rounded up to the next page. On native
windows, the real file size is returned.
How to reproduce (e.g. with a mingw cross compile environment):
mkdir build
cd build
mingw64-cmake ..
mingw64-make
wine64 main
Actual behavior:
fixme:winediag:start_process Wine Staging 1.9.3 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
region.get_size() == 4096
sizeof(inp)-1 == 5
Assertion failed!
Program: Z:\home\gms\program\libixxxutil\build-case-win-rel\main.exe
File: /home/gms/program/libixxxutil/test/mapped_size_case/main.cc, Line 28
Expression: region.get_size() == sizeof(inp)-1
abnormal program termination
Expected behavior (as e.g. on Windows 7):
No output and success exit code.
How reproducible:
always
The test program uses Boost Interprocess functions for creating that mapping
and getting the size.
See also:
cf.
http://www.boost.org/doc/libs/1_60_0/doc/html/boost/interprocess/mapped_reg…
> The OS could allocate more pages than size/page_size(), but get_address() will always return the address passed in this function (if not null) and get_size() will return the specified size.
http://stackoverflow.com/a/26983182/427158
-> NtQuerySection
--
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=39368
Bug ID: 39368
Summary: Some games (F.E.A.R. 1, Hitman: Contracts) crash on
start when EAX(Environmental Audio Extensions) enabled
Product: Wine-staging
Version: 1.7.40
Hardware: x86
URL: http://www.gamershell.com/download_10167.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 52478
--> https://bugs.winehq.org/attachment.cgi?id=52478
F.E.A.R. demo backtrace
When EAX is enabled in staging, some games crash on start.
Two examples are F.E.A.R. or Hitman: Contracts.
Both games have demos to reproduce the problem.
Hitman: Contracts demo:
http://www.gamershell.com/download_5663.shtml
wine-1.7.51-268-g781b88b (Staging)
Fedora 22 32-bit
Alsa 1.0.29, stereo speaker setup (PA is not running)
Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
--
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=40458
Bug ID: 40458
Summary: Photoshop CC 2015 Amtlib issues
Product: Wine-staging
Version: 1.9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msnduy(a)hotmail.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 54210
--> https://bugs.winehq.org/attachment.cgi?id=54210
logs
I have issues with running Photoshop CC 2015 (64bit) in Wine-Staging.
It installs fine with both staging and stable (PDApp only works with Staging).
But I can't start it in staging without an error although in wine stable it
works normally but the user interface of photoshop is somehow not correctly
rendered.
Wine-Staging (Compiled from git upstream):
Photoshop shows an error with the error code 16. By luck I also came across the
amtlib.log file which also contained error message with the same error code,
saying:
04/12/16 22:38:32:097 | [ERROR] | | | | AMT | | | 57 | Error: Failed to
update RW check key !
04/12/16 22:38:32:097 | [ERROR] | | | | AMT | | | 57 | ERROR: SLCache is
not writable, hence exiting. (Errno = 16)
I am sure it's the amtlib what is causing the issue as I didn't get these lines
with wine-stable.
The tricky part is that I don't know what patch from wine-staging is causing
this issue.
I attached the log files which are interesting.
I am not sure now how to debug this further as the wine debug output isn't
helpful either (basically the same output as wine stable).
What might by broken can be Registry/memory/file access, the problem is that I
don't know what api calls amtlib is doing.
Well, if someone can give me further instructions how to debug the issue I
would be glad. Also if you have enough time or whatsoever you could try install
Photoshop CC 2015 :).
--
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=39348
Bug ID: 39348
Summary: Multiple games hang on exit when CSMT enabled
Product: Wine-staging
Version: unspecified
Hardware: x86
URL: http://www.fileplanet.com/191497/190000/fileinfo/Nikop
ol:-Secrets-of-the-Immortals-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de,
stefan(a)codeweavers.com
Distribution: ---
Created attachment 52444
--> https://bugs.winehq.org/attachment.cgi?id=52444
winedbg bt all
I have some games that freeze on exit when CSMT is enabled.The game executable
remains in memory and constantly uses 100% cpu after exiting the game.
Most of the games with this problem are older titles, using Directx 6-8, some
of them are newer ones, built on DX9.
With disabled CSMT those games always quit properly.
Plain terminal output doesn't show anything related.
Reproduced with nvidia binary driver 340.93 and nouveau/mesa git.
Two examples:
1. Freespace 2 demo (DX7, 60M):
http://www.fileplanet.com/126954/120000/fileinfo/Freespace-2-Demo-
(in the launcher select <Detect Available cards>, then select a video mode with
3D support, start the game. In the main menu press <Esc> a couple times to quit
the demo).
2. Nikopol demo (DX9, 355M):
http://www.fileplanet.com/191497/190000/fileinfo/Nikopol:-Secrets-of-the-Im…
wine-1.7.51-225-g3966aff
Fedora 22 32-bit
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV92
OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.1.0-devel
--
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=29474
Bug #: 29474
Summary: IconsExtract: Tooltips for Search, Save, Copy, [icon]
Properties, and Close buttons do not appear when
hovering mouse over button.
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jthomas97411(a)yahoo.com
Classification: Unclassified
Simply open IconsExtract (either version 1.46 or 1.47) in Wine (haven't seen a
Wine version be able to do this) and hover your mouse over the buttons on the
top that have picture icons (Magnifying glass for Search, Floppy diskette for
Save, Finger pointing to a piece of paper for [icon] properties, and an arrow
pointing out an ajar door for Quit). A tooltip is supposed to appear saying
what the button does when the mouse is hovered over, but no tooltip appears.
There is zero terminal output. Nada. None. Not even a single stub or fixme.
And yes Gecko was installed, and yes it was a clean prefix.
--
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=14552
Summary: Chalos League screen is black
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: henryju(a)yahoo.fr
When launching Chaos League the screen is black (except cursor). We can hear
music and clicking one the menu seems to work (according to the sound).
Logs are full of
fixme:d3d:transform_projection >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from
glOrtho @ state.c / 2825
--
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=30787
Bug #: 30787
Summary: Heroes of Might and Magic V Map Editor takes minutes
to start up (winver>=Win2000)
Product: Wine
Version: 1.5.5
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 40316
--> http://bugs.winehq.org/attachment.cgi?id=40316
winedbg backtrace during the busy state
It takes 3-4 minutes until the Map Editor for HoMM V appears when Windows
version is set to Win2000 or higher in winecfg. Using Win9x/Me, or WinNT40/35
profiles, the editor loads up in less than 10 seconds.
Wine doesn't print anything in the terminal until the editor window appears.
There is no hdd activity, but cpu usage is constantly ~100 % while Wine is busy
with loading the editor.
If I attach winedbg to the H5_MapEditor.exe process, I always get the same
backtrace as can be seen in the attachment.
It should be noted that bug #29603 describes a very similar problem. Of course
I have no proof if they're about the same problem, but the similarities are
striking.
Fedora 16 x86
gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) (GCC)
Kernel 3.3.7-1.fc16.i686.PAE
--
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=24674
Summary: Civilization V shows white screen instead of video
when staring the game
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikko.ronkko(a)iki.fi
Created an attachment (id=31189)
--> (http://bugs.winehq.org/attachment.cgi?id=31189)
Output on console
Instead of a video, the game shows a white screen when starting the game. The
video that should play is in WMV format.
--
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=29872
Bug #: 29872
Summary: Guild Wars: Character graphic is corrupted
Product: Wine
Version: 1.4-rc2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Created attachment 38825
--> http://bugs.winehq.org/attachment.cgi?id=38825
Heavily corrupted graphic (zoomed out)
Rarely the graphic of my cracter looks a little shiny. I have seen this often
after my group died in an area and I was resurrected at a shrine. If I zoom
more out it looks more weird. If I zoom in it looks 99% normal (there are only
small orange stripes (for example at the site of the nose of my helmet)). The 2
screenshots in the attachments show this. I'm using a GeForce 8600 GT with the
NVIDIA driver 280.13.
--
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.