https://bugs.winehq.org/show_bug.cgi?id=48645
Bug ID: 48645
Summary: Application won't launch "GetGeoInfoW type 8 is not
supported"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexterranova81(a)gmail.com
Distribution: ---
I'm getting the following error while launching:
0036:fixme:nls:GetGeoInfoW type 8 is not supported
The program won't start
--
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=40583
Bug ID: 40583
Summary: Wine - mtndew.dll fails to initialize due to memory
pointer work
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pjb82(a)outlook.com
Distribution: ---
Attempting to run 'Eldorito' in WINE
(https://github.com/ElDewrito/ElDorito.git) fails, seemingly due to the pointer
work which is pervasive through the code.
I have modified the code a little in the Git to try to track the failure. It
appears that the memory pointer work causes the failed initialization with the
first action being:
size_t TlsPtrAddress = Pointer(TlsPtrArrayAddress).Read<uint32_t>();
I am creating this report at the request of hackomatic in the #winehackers
channel on freenode.net
--
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=48679
Bug ID: 48679
Summary: Regression: Application (Banking 4W) crashes in
GdipGetNearestColor
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: sakphul(a)mailbox.org
Distribution: ---
Created attachment 66532
--> https://bugs.winehq.org/attachment.cgi?id=66532
Backtrace
Rightclick menu works in Wine-5.0 but crashes the application in wine-5.2 when
using Banking 4W from Subsembly.
Steps to reproduce
1. Create a 32bit wineprefix
2. Install dll d3dcompiler_47, d3dx9, dotnet48 (via winetricks)
3. Install fonts Arial, Verdana (via winetricks)
4. Install Banking 4W from https://subsembly.com/buybanking4.html
5. Create an Account Save. Right click on the left (after opening the account
save) will crash the application.
I have added a backtrace of the crash. Could be similar to
https://bugs.winehq.org/show_bug.cgi?id=48657
--
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=47373
Bug ID: 47373
Summary: CinebenchR20 Crash
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gfcameron(a)gmail.com
Distribution: ---
Created attachment 64706
--> https://bugs.winehq.org/attachment.cgi?id=64706
CLI messages that appear on launch
CinebenchR20 crashes on launch with 4.10 development version. Quite a number
of fixme messages. See attached logs
.
.
Error: application crashed
C4DUnhandledExceptionFilter: writing exception info
C4DUnhandledExceptionFilter: writing call stacks
.
.
.
Am willing to try stuff to help debug if possible.
--
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=23944
Summary: Verizon Media Manager needs native Windows VB
scripting dlls to install
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spzakulec(a)gmail.com
Created an attachment (id=30054)
--> (http://bugs.winehq.org/attachment.cgi?id=30054)
Console output from trying to install the program with builtin dlls.
If I try to install Verizon Media Manager without having the native wsh56vb
installed from winetricks, I get stuck on the last screen before it starts
installing. That screen is right after the EULA, and has you put in a name for
share and where you would like to install 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.
http://bugs.winehq.org/show_bug.cgi?id=27708
Summary: GetThreadSelectorEntry fails
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nitsuja-(a)hotmail.com
Created an attachment (id=35459)
--> (http://bugs.winehq.org/attachment.cgi?id=35459)
binary (and source code) of the test case
When a program calls GetThreadSelectorEntry after creating a process, it fails
in Wine (returns FALSE and sets lasterror to 5), but succeeds in Windows. This
is a problem for a program I made which needs this function to work, so I've
boiled it down to a tiny test case which still fails in the same way, and is
attached. When run on Windows, this exe brings up a messagebox saying "ALL OK",
but when run on Wine, it says "ERROR: GetThreadSelectorEntry failed". Here's
the source code:
#define WIN32_LEAN_AND_MEAN
#define _WIN32_WINNT 0x0500
#include <windows.h>
void AssertSuccess(BOOL success, const char* errorMessage);
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nShowCmd)
{
// it doesn't matter which exe I start, so for this example I use the
current exe path
CHAR filename[MAX_PATH];
GetModuleFileName(NULL, filename, MAX_PATH);
STARTUPINFO startupInfo = {sizeof(STARTUPINFO)};
PROCESS_INFORMATION processInfo = {};
BOOL success = CreateProcess(filename, NULL, NULL, NULL, FALSE,
CREATE_SUSPENDED | DEBUG_PROCESS,
NULL, NULL, &startupInfo, &processInfo);
AssertSuccess(success, "ERROR: CreateProcess failed.\n");
HANDLE hThread = processInfo.hThread;
CONTEXT context;
context.ContextFlags = CONTEXT_SEGMENTS;
success = GetThreadContext(hThread, &context);
AssertSuccess(success, "ERROR: GetThreadContext failed.\n");
LDT_ENTRY ldtEntry;
success = GetThreadSelectorEntry(hThread, context.SegFs, &ldtEntry);
AssertSuccess(success, "ERROR: GetThreadSelectorEntry failed.\n");
if(success)
MessageBox(NULL, "ALL OK.", "DONE", MB_ICONASTERISK);
return success ? 0 : -1;
}
void AssertSuccess(BOOL success, const char* errorMessage)
{
if(!success)
MessageBox(NULL, errorMessage, "ERROR", MB_ICONERROR);
}
--
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=44141
Bug ID: 44141
Summary: Divinity: Original Sin 2 massive slowdown with shadows
enabled
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: r9shackleford(a)gmail.com
Distribution: ---
Created attachment 59889
--> https://bugs.winehq.org/attachment.cgi?id=59889
Log file running Divinity:Original Sin 2 with shadows enabled.
Enabling shadows fills the log with:
fixme:d3d:wined3d_debug_callback 0x2377a6a0: "Program undefined behavior
warning: Sampler object 24 has depth compare enabled but is bound to a
non-depth texture, and used by a program that samples it with a shadow sampler.
This is undefined behavior.".
Driver is Nvidia Proprietary, no idea what other drivers say with shadows
enabled. It goes away when shadows are disabled, and framerate returns to
normal.
Possibly related log messages that seem unrelated to shadows being
enabled/disabled:
fixme:d3d11:shdr_handler Unhandled chunk "RDEF".
fixme:d3d11:shdr_handler Unhandled chunk "STAT".
fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier
0x800000c2.
fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier
0x00155543.
fixme:d3d11:wined3d_depth_stencil_view_desc_from_d3d11 Unhandled depth stencil
view flags 0x3.
Clean wine directory, absolutely no dll overrides.
Attached is a log of running the game to the menu screen with shadows enabled.
The game menu screen has 3D rendering which triggers the bug. A log without
shadows is essentially identical sans the wined3d_debug_callback line spammed
as stated above.
--
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=44257
Bug ID: 44257
Summary: Divinity: Original Sin 2: Audio via pulseaudio has
popping/crackling in music
Product: Wine
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lucianposton(a)gmail.com
Distribution: ---
The music on the start screen has minor crackling/popping sounds with
pulseaudio. This repros on both card 0 device 0 and card 1 device 3 listed
below.
I was able to workaround the issue by disabling timer-based scheduling via the
following setting in /etc/pulse/default.pa:
load-module module-udev-detect tsched=0
pulseaudio-11.1
aplay --list-devices
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC889 Analog [ALC889 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC889 Digital [ALC889 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: USB [Scarlett 2i4 USB], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
--
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=48690
Bug ID: 48690
Summary: BEAUTIFUL DESOLATION movies have no audio
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NightNord(a)gmail.com
Distribution: ---
Created attachment 66557
--> https://bugs.winehq.org/attachment.cgi?id=66557
Normal game launch without any special debugging
"BEAUTIFUL DESOLATION" game uses mpeg4/AAC movies for intro and various in-game
cutscenes.
With Windows 10 version those movies won't play at all due to game trying to
fetch unimplemented *EngineEx inteface from mfplat (introduced in Windows 10),
but with Windows 7 OS version they will play without sound
Wine uses gstreamer and from GST_DEBUG="3,*audio:6" log I don't see anything
suspicious (though I am not familiar with gstreamer inner workings - at least
there are no errors in there). Yet the movie file itself plays just fine using
'gst-play' command, hence me believing that could be wine bug - audio data
seems to be decoded correctly, just not played correctly
I am attaching logs from normal launch, GST_DEBUG launch and gst-play GST_DEBUG
launch (for comparison). I don't know what wine module is at play here, mfplat
doesn't seem to be used when windows version is set to "WIndows 7".
I may also upload the intro-logo movie from the game (it's just developers
logo, I am sure they won't mind).
Steps to reproduce (if you have the game):
1. In clear wineprefix set windows version to win7
2. Install the game
3. Launch the game - intro (dev logo) video would play. It should have sound,
but it won't
Sadly, there is no demo version for the game or anything (I'll ask the authors
if they can provide a simple one just playing the intro)
--
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.