https://bugs.winehq.org/show_bug.cgi?id=39378
Bug ID: 39378
Summary: winecfg and ntdll disagree upon the proper place for
DllOverrides key
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
I've run into this problem as I've tried to run a 32bit program in a 64bit
prefix that needed native msvcr120.dll due to missing (at very least) some
strto* functions.
When I've set the override via winecfg, they've got ignored till I've removed
builtin from /usr/lib32/wine.
Surprisingly, environment override *did* work without that step, so I've dug in
deeper - first via WINEDEBUG=loaddll, then WINEDEBUG="module,reg".
The conclusion was:
winecfg creates [Software\\Wine\\AppDefaults\foo\\DllOverrides] keys
ntdll looks at [Software\\Wow6432Node\\Wine\\AppDefaults\foo\\DllOverrides]
keys
Obviously, ntdll trumps winecfg every time.
Correcting winecfg keys makes things work, but obviously, the entries disappear
from winecfg.
--
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=14543
Summary: Worms World Party crashes on attempting to run
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Created an attachment (id=14883)
--> (http://bugs.winehq.org/attachment.cgi?id=14883)
Wine 1.1.1 output log (including BT)
Worms World Party crashed when I attempted to run it - WWP fullscreened and
rendered a black screen atop everything else, then Wine crashed, and sat at a
backtrace until I killed wineserver.
Wine output, including backtrace, 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=40512
Bug ID: 40512
Summary: Alan Wake's American Nightmare some textures has
partially or missing transparency
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 54315
--> https://bugs.winehq.org/attachment.cgi?id=54315
screenshot
Grass Distance option set to max.
GOG version.
wine-1.9.8-75-gab78cff
--
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=50702
Bug ID: 50702
Summary: Clipboard doesn't work in Ultimate Doom Builder
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otaku(a)rambler.ru
Distribution: ---
How to reproduce:
- Open any Doom 2 map in Ultimate Doom Builder (don't forget to add doom2.wad
or freedoom2.wad to resources)
- Select anything on map
- Ctrl+C
- Ctrl+V - and nothing happens
--
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=19514
Summary: installation succeeds, running fails -- "the program X
has encountered a serious problem and needs to close"
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bluedzins(a)wp.pl
I try to run PWN Polish Dictionary (v.3.0) using wine. Using virtualbox
everything fine, but using wine only installation works OK. When executing
installed program I get windows program error:
the program X has encountered a serious problem and needs to close
with wine explanation below (the same dialog).
Exactly the same behaviour I see for another program -- SuperMemo UX. I will
attach logs for both of them.
--
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=40730
Bug ID: 40730
Summary: Elasto Mania: Hang on launch - later works but without
sound
Product: Wine
Version: 1.5.18
Hardware: x86
URL: http://elastomania.com/share_win.html
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fritz-stuhr(a)web.de
Regression SHA1: 841214ddb4d4dc620e6b51dfe6655b585d423edc
Distribution: Ubuntu
Starting with 841214ddb4d4dc620e6b51dfe6655b585d423edc Elasto Mania (full
version aswell as linked shareware version) hangs directly at the title screen
or about a quarter of a second after starting the first level.
Beginning with 4f32f8e185949f2cb7bcee4f218f4724d5b823d5 it doesn't hang anymore
but sound is not working anymore (was working fine before
841214ddb4d4dc620e6b51dfe6655b585d423edc).
Please note that the sound starts a bit delayed (I think that also happens on
Windows). After starting the first level it takes about 3.5 seconds before you
can hear anything.
Git bisecting was done on a Lubuntu 16.04 32bit live CD.
--
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=38196
Bug ID: 38196
Summary: ffmpeg fails to create direct3d9 device on shell
window
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Distribution: ---
Created attachment 50972
--> https://bugs.winehq.org/attachment.cgi?id=50972
wine test to reproduce the issue
If you enable DXVA2 in ffmpeg, the creation of the Direct3D9 device fails. They
use the following code:
--------
IDirect3D9_GetAdapterDisplayMode(ctx->d3d9, adapter, &d3ddm);
d3dpp.Windowed = TRUE;
d3dpp.BackBufferWidth = 640;
d3dpp.BackBufferHeight = 480;
d3dpp.BackBufferCount = 0;
d3dpp.BackBufferFormat = d3ddm.Format;
d3dpp.SwapEffect = D3DSWAPEFFECT_DISCARD;
d3dpp.Flags = D3DPRESENTFLAG_VIDEO;
hr = IDirect3D9_CreateDevice(ctx->d3d9, adapter, D3DDEVTYPE_HAL,
GetShellWindow(), D3DCREATE_SOFTWARE_VERTEXPROCESSING | D3DCREATE_MULTITHREADED
| D3DCREATE_FPU_PRESERVE, &d3dpp, &ctx->d3d9device);
---
The creation fails because ffmpeg tries to create the device using the shell
window, but GetShellWindow() always returns NULL as handle until some program
sets the shell window using SetShellWindow(). Wine does not provide any program
which calls SetShellWindow() and it is therefore not possible to get ffmpeg +
DXVA2 working with plain Wine.
In order to test this bug you either need to apply the DXVA2 patches from
https://github.com/wine-compholio/wine-staging/tree/master/patches/dxva2-Vi…
and enable vaapi in the registry or you can use the wine test from the
attachment.
--
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=38416
Bug ID: 38416
Summary: Unhandled D3DFORMAT
Product: Wine
Version: 1.7.40
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
This is the test utility from Microsoft DerectxSDK free distributed
Utilities/bin/x86/DXCapsViewer.exe
----
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format
WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x54
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x55
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x76
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format
WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5X1_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5A1_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
----
--
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=42858
Bug ID: 42858
Summary: Stuttering sound setting the OS to Windows 7 and
higher on FreeBSD
Product: Wine
Version: 2.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
On every games I try, when I set to Windows XP, the sound is working correctly
but if I set to Windows 7 and higher, the sound will stutter, whatever the game
you are trying.
It's a bit annoying when you have to set the OS to Windows 7 like with Enter
the Gungeon to make it work.
I tried Resident Evil Revelations and Enter the Gungeon, they both have the
same problem so I guess it's something related to FreeBSD (maybe more BSD OS)
--
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=19561
Summary: Very large memory leak when doing overlapped reads
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ronfischler(a)gmail.com
Created an attachment (id=22796)
--> (http://bugs.winehq.org/attachment.cgi?id=22796)
Program compiled and ready to run using mingw
WINE is buffering serial ports which is in conflict with using overlapped
reads. Additionally, when using overlapped reads on a serial port, there is a
large memory leak. Every time we receive a block of data on the port, (say 800
bytes in our case,) wineserver allocates many pages on the heap and does not
free them afterwards. We are seeing as many as 21 pages lost to the heap every
time we read a small block of data.
My company is creating a Monitor & Control product that works through serial
ports, and we want it to be able to run on Linux netbooks (using USB to serial
port adapters.) This memory leak is the only thing holding us up. The memory
leak is too large for us to recommend to customers that our application can be
used on Linux platforms using WINE.
We are including an attachment for a small program that captures the leak. The
problem is a result of our call to readfile() in the do-while loop. It is using
the overlappedRead feature. Every time this Win32 function call is made, 84K
bytes disappears forever.
-Ron F.
--
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.