https://bugs.winehq.org/show_bug.cgi?id=42379
Bug ID: 42379
Summary: Sleeping Dogs needs d3d11:wined3d_usage_from_d3d11
bind flags 0x80.
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
I just tried to run Sleeping dogs with wine-staging 2.0 and I got bored of
waiting it to load with white screen. I don't know if it would eventually. But
the console is spamming some messages alot, this is one of them. I have no idea
what it means.
This code needs some enchanment.
400 DWORD wined3d_usage_from_d3d11(UINT bind_flags, enum D3D11_USAGE usage)
401 {
402 static const DWORD handled = D3D11_BIND_SHADER_RESOURCE
403 | D3D11_BIND_RENDER_TARGET
404 | D3D11_BIND_DEPTH_STENCIL;
405 DWORD wined3d_usage = 0;
406
407 if (bind_flags & D3D11_BIND_SHADER_RESOURCE)
408 wined3d_usage |= WINED3DUSAGE_TEXTURE;
409 if (bind_flags & D3D11_BIND_RENDER_TARGET)
410 wined3d_usage |= WINED3DUSAGE_RENDERTARGET;
411 if (bind_flags & D3D11_BIND_DEPTH_STENCIL)
412 wined3d_usage |= WINED3DUSAGE_DEPTHSTENCIL;
413 if (bind_flags & ~handled)
414 FIXME("Unhandled bind flags %#x.\n", bind_flags & ~handled);
415
This doesnt look really fatal message so I am just setting severity to
enchament.
--
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=38447
Bug ID: 38447
Summary: valgrind shows an invalid read in
ole32/tests/hglobalstream.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==13974== Invalid read of size 2
==13974== at 0x7B843008: GlobalLock (heap.c:441)
==13974== by 0x4A9B5D8: HGLOBALStreamImpl_Read (hglobalstream.c:169)
==13974== by 0x48885CC: IStream_Read (objidl.h:4381)
==13974== by 0x48885CC: test_freed_hglobal (???:0)
==13974== by 0x488885C: func_hglobalstream (hglobalstream.c:522)
==13974== by 0x48D5D00: run_test (test.h:584)
==13974== by 0x48D613A: main (test.h:666)
==13974== Address 0x7f02aaf8 is 16 bytes after a block of size 32 free'd
==13974== at 0x7BC49E5B: notify_free (heap.c:262)
==13974== by 0x7BC4E178: RtlFreeHeap (heap.c:1761)
==13974== by 0x4A9B51A: HGLOBALStreamImpl_Release (hglobalstream.c:123)
==13974== by 0x4888325: IStream_Release (objidl.h:4377)
==13974== by 0x4888325: test_copyto (???:0)
==13974== by 0x4888857: func_hglobalstream (hglobalstream.c:521)
==13974== by 0x48D5D00: run_test (test.h:584)
==13974== by 0x48D613A: main (test.h:666)
==13974==
--
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=27437
Summary: IW2 Edge of Chaos freezes every second
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Originally in bug 24239.
fixme:quartz:ACMWrapper_SetMediaType acmStreamOpen returned 512
spams every second or so. When it does, the game freezes completely for a few
milliseconds.
winetricks devenum quartz works around it.
--
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=49585
Bug ID: 49585
Summary: valgrind shows a possible leak in
dlls/ntdll/env.c:read_nls_file()
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Getting a lot of spam, presumably every thread/process:
==9262== 5,512 bytes in 1 blocks are possibly lost in loss record 33 of 33
==9262== at 0x40345DC: malloc (vg_replace_malloc.c:307)
==9262== by 0x486401C: read_nls_file (env.c:100)
==9262== by 0x48649EF: init_environment (env.c:961)
==9262== by 0x48733BA: __wine_main (loader.c:1710)
==9262== by 0x7D0017D7: main (main.c:285)
==9262==
--
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=49691
Bug ID: 49691
Summary: dl.winehq.org hasn't been updated with new versions
since April
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sephirothfanatic(a)gmail.com
Hello,
I noticed that new versions of Wine for macOS haven't appeared on the
dl.winehq.org domain since April. The website is still showing major version
5.0 instead of 5.0.2 and development version 5.7 instead of 5.14. Wasn't sure
where exactly to report this, so here it is.
SephirothFanatic
--
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=49499
Bug ID: 49499
Summary: Ubuntu focal 5.11 packages translate unix working
directory incorrectly when running dealer.exe (bridge
utility)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: suokkos(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
wine-devel and wine-staging 5.11~focal packages caused a regression where
running dealer.exe from terminal forwards incorrect working directory to
dealer.exe. dealer.exe is a small command line utility to generate constrained
hands for card game bridge.
The bug isn't present on wine binary if I compile wine-5.11 tagged version.
Neither it is present if I apply wine-staging patches to my wine tree and
compile it.
Downgrading 5.10~focal also works.
What is known about bug happening?
I'm running the application from a directory under my home directory. Wine maps
Z: drive to root ("/"). There is no other drives mapping to my home directory.
Package versions change working directory to root ("/").
dealer.exe enters application using wmain entry which translate wchar arguments
to multibyte handled by argument parser. After argument parsing it tries to use
freopen to redirect stdin to be read from the filename passed as argument.
I have no idea why wine 5.11 compiled from sources behaves differently to the
package version. I tried to look into
https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/source/wine-stagi…
but failed to spot a difference.
I tried to find wine built in command which would replicated same incorrect
working tree behavior. I failed to find any other application which would
reproduce the wrong working directory when run from same terminal.
Step to reproduce:
Dependencies: cmake and mingw cross compiler
1. git clone https://github.com/suokko/dealer.git
2. cd dealer
3. echo "set(CMAKE_SYSTEM_NAME Windows)
set(CMAKE_SYSROOT $ENV{HOME}/buildd/win64)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
set(arch x86_64-w64-mingw32)
find_program(WINE_COMMAND wine)
set(CMAKE_CROSSCOMPILING ${WINE_COMMAND})
set(CMAKE_RC_COMPILER ${arch}-windres)
set(CMAKE_C_COMPILER ${arch}-gcc-posix)
set(CMAKE_CXX_COMPILER ${arch}-g++-posix)" > win32.cmake
4. mkdir build && cd build
5. cmake -CMAKE_TOOLCHAIN_FILE=../win32.cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo
..
6. export
WINEPATH="/usr/x86_64-w64-mingw32/lib;/usr/lib/gcc/x86_64-w64-mingw32/9.3-posix;$(pwd)/dds-install/bin"
7. make
8. cd ../Examples
9. wine ../build/dealer.exe Descr.test_operators
Failed output:
Descr.test_operators: No such file or directory
Expected output:
1 != 0: 1
5 - 2: 3
5 % 3: 2
5 == 3: 0
Frequency rnd(10):
0 10034
1 10122
2 9974
3 10003
4 9884
5 9977
6 9853
7 10036
8 10142
9 9975
Frequency :
Low 100000
Frequency :
High 100000
Generated 100000 hands
Produced 100000 hands
Initial random seed 1593633569
Time needed 0.000 sec
--
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=49430
Bug ID: 49430
Summary: Teams installer fails: Please re-run this installer as
a normal user instead of "Run as Administrator"
Product: Wine
Version: 5.11
Hardware: x86
URL: https://statics.teams.cdn.office.net/production-window
s/1.3.00.3564/Teams_windows.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Yesterday I tried this in Staging-5.10 and it start fine.
This morning I upgraded to Staging 5.11 and it fails :(
Issued commands (copy/paste from bug 49147):
Prerequisite: 'winetricks -q dotnet45' (without Wine-Mono)
Installation workaround for bug 41713 using Wine-Staging
--- snip ---
$ wine runas /trustlevel:0x20000 "cmd /c start Teams_windows.exe"
--- snip ---
--
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=49596
Bug ID: 49596
Summary: test_driver4 (test_wsk_listen_socket) fails
Product: Wine
Version: 5.13
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: minor
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: pgofman(a)codeweavers.com
Created attachment 67753
--> https://bugs.winehq.org/attachment.cgi?id=67753
+netio,+ntoskrnl
These tests were added in
<https://source.winehq.org/git/wine.git/commit/7f34362d85c58652bc7537580172a…>
I'm running macOS 10.14, wine built with mingw and the 10.13 SDK.
Attached is a +netio,+ntoskrnl log.
--
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.