https://bugs.winehq.org/show_bug.cgi?id=54285
Bug ID: 54285
Summary: Mostly UE4 games failing to start when trying to use
faudio by wine itself
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 73852
--> https://bugs.winehq.org/attachment.cgi?id=73852
Sea of Thieves
Hello,
since the update to wine 7 it is not possible to run mostly Unreal Engine 4
games.
In the log there were indications that something might be wrong with the xaudio
2_7 dll.
So I just applied faudio via winetricks and the games work again.
Unfortunately this is not a permanent solution as there is a bug on platforms
like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not
work correctly in terms of stuttering and slightly distorted sound.
As far as I know the games worked correctly in Wine 6.0.1.
Unfortunately it is not possible for me to test more in wine-devel because the
port is very often defective and also just once again not working. (Last
version tested was 7.21 and it was there too)
Thanks in advance!
--
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=21424
Summary: Cygwin 1.7.1 bash crashes
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
cygwin installs now, but one sees the following crash
10 [main] bash 9 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
1271 [main] bash 9 open_stackdumpfile: Dumping stack trace to
bash.exe.stackdump
err:ntdll:RtlpWaitForCriticalSection section 0x736d2784 "loader.c:
loader_section" wait timed out in thread 0036, blocked by 003c, retrying (60
sec)
during postinstall, and also when running bash interactively.
--
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=53689
Bug ID: 53689
Summary: Starcraft remastered fails to start
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: kohen.d(a)gmail.com
Distribution: ---
Created attachment 73096
--> https://bugs.winehq.org/attachment.cgi?id=73096
Run log
It seems like a D3D error, I saw a line in the log saying:
glSetPixelFormatWINE failed to set pixel format 27
--
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=52162
Bug ID: 52162
Summary: Ubuntu windows program has com1 the PIC micro
programmer has usb device shows on /dev/ttyUSB0
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: mw0sbx(a)hotmail.com
Distribution: ---
marc@SPUPERMICRO-X9DRH-iF:~/.wine/drive_c/windows$ wine --version
wine-5.0 (Ubuntu 5.0-3ubuntu1)
Ubuntu - windows program has COM1 the PIC micro programmer has usb leed the
device shows up using dmesg -w as /dev/ttyUSB0
program is called MicroPro.exe
tried editing the wine registry as stated online by adding
HKEY local machine >>> software >> wine >> ports
string value COM1 >> DATA /dev/ttyUSB0
dmesg -w
[ 2059.674461] usb 2-1.2: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 2059.674466] usb 2-1.2: Product: USB <-> Serial
[ 2059.674469] usb 2-1.2: Manufacturer: FTDI
[ 2059.675373] ftdi_sio 2-1.2:1.0: FTDI USB Serial Device converter detected
[ 2059.675448] usb 2-1.2: Detected FT232BM
[ 2059.675906] usb 2-1.2: FTDI USB Serial Device converter now attached to
ttyUSB0
Still doesn't work no matter what i try program keeps reporting problem with
coms port.
--
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=55340
Bug ID: 55340
Summary: d3d9:visual - unbound_sampler_test() fails on
w11pro64_amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - unbound_sampler_test() fails on w11pro64_amd:
visual.c:17489: Test failed: Unbound sampler color is 0.
visual.c:17503: Test failed: Unbound sampler color is 0.
visual.c:17517: Test failed: Unbound sampler color is 0.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This group of failures goes back to at least 2022-11-23, is systematic, and
specific to w11pro64_amd (AMD RX6600). Most notably it does not happen on
w10pro64_rx550 (Windows 10 + AMD RX550).
--
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=55338
Bug ID: 55338
Summary: d3d9:visual - test_clear_different_size_surfaces()
fails on w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_clear_different_size_surfaces() fails on w11pro64_nv:
visual.c:1616: Test failed: Got unexpected color 0x00000000.
visual.c:1619: Test failed: Got unexpected color 0x00000000.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This pair of failures goes back to at least 2022-11-23, is systematic and
specific to w11pro64_nv, the TestBot's only NVidia test configuration.
--
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=55335
Bug ID: 55335
Summary: gdi32:font - test_text_metrics() fails on Windows for
the Korean locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:font - test_text_metrics() fails on Windows for the Korean locale
(ko_KR):
font.c:3991: Test failed: A: tmBreakChar for ���� ���� got 1f expected 02
font.c:4013: Test failed: W: tmBreakChar for ���� ���� got 1f expected 02
[...]
font.c:3991: Test failed: A: tmBreakChar for ���� ���� Semilight got 1f
expected 02
font.c:4013: Test failed: W: tmBreakChar for ���� ���� Semilight got 1f
expected 02
[... 270+ additional failures...]
See https://test.winehq.org/data/patterns.html#gdi32:font
This is similar to the tmDefaultChar failures in bug 52967.
--
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=52081
Bug ID: 52081
Summary: usbip: error: vhci driver is not loaded
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
When trying to install and use the usbip-win client
https://github.com/cezanne/usbip-win/releases/download/v0.3.5/usbip-win-0.3…
trying to attach a remote usb device fails with the
usbip: error: vhci driver is not loaded
This happens with the released version of usbip-win v0.3.5 as well as with a
self-compiled version of usbip-win where the has_certificate function is
disabled. Below are the steps to reproduce. In order to test this, are usbip
server (in my case this is on "donglerasp") where "usbipd -D" is running and a
usb device is exported with
usbip bind --busid=1-1.2.3
$ wine usbip.exe install -w
usbip: error: root driver already exist
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe list -r donglerasp
Exportable USB devices
======================
- donglerasp
1-1.2.3: unknown vendor : unknown product (0529:0001)
:
/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.2/1-1.2.3
: unknown class / unknown subclass / unknown protocol (ff/00/00)
: 0 - unknown class / unknown subclass / unknown protocol
(ff/00/00)
0100:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
$ wine usbip.exe attach -r donglerasp -b "1-1.2.3"
usbip: error: vhci driver is not loaded
0118:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000011FC20
--
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=34497
Bug #: 34497
Summary: ProAIS2 Serial Port enumeration requires Registry
Local_Machine/…/Enum/SERIAL/COM1/COM1/*
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)paul.sladen.org
Classification: Unclassified
ProAIS2 (Marine AIS software from SRT in the UK, and re-badged by large numbers
of OEMs) performs Serial Port detection by enumerating the registry. The
following keys need to be added:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum\SERIAL\COM1\COM1]
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName"="Serial Port (COM1)"
"PortName"="COM1"
in addition to the matching
ln -s /dev/ttyUSB0 ~/.wine/dosdevices/com1
If only the ClassGUID/FriendlyName are set, then the port will be found, but
immediately switched to in-case. PortName is being prefixed with "\\.\"
("\\\\.\\") to form "\\.\COM1".
Kudos to Doug Brown for tracking down most of the issue:
http://www.downtowndougbrown.com/2013/03/getting-x-ctu-in-wine-to-detect-yo…
--
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=49972
Bug ID: 49972
Summary: Termie 1.0 crashes after selecting a serial port.
Product: Wine
Version: 5.18
Hardware: x86-64
URL: http://termie.sourceforge.net/#downloads
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ArchLinux
Created attachment 68373
--> https://bugs.winehq.org/attachment.cgi?id=68373
Console messages
Summary
Termie 1.0 crashes after selecting a serial port.
Download location
http://termie.sourceforge.net/#downloadshttp://termie.sourceforge.net/Termie-1.0-Binary.zip
$ sha256sum Termie-1.0-Binary.zip
53469ffdb38058b985482cbfac3f4c0575eeafa4e1b766b5f0c2af43acb7cba6
Termie-1.0-Binary.zip
$ unzip Termie-1.0-Binary.zip
Steps to reproduce:
1)Start the program:
$ wine Termie.exe
After a long time (+- 20 seconds) the program opens.
2) Select one of the comm port. Now the program crashes.
3) Press ctrl-c in the console to kill wine.
4) restart Termie.
$ wine Termie.exe
Now wine gives this error.
"[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: Broken pipe."
Every time Termie is restarted via step 3, it crashes the same way.
My versions
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.14-arch1-1 #1 SMP PREEMPT Wed, 07 Oct 2020 23:59:46 +0000
x86_64 GNU/Linux
--
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.