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.
https://bugs.winehq.org/show_bug.cgi?id=49974
Bug ID: 49974
Summary: termite-3.4 can't connect to com5 -> /dev/ttyACM0
Product: Wine
Version: 5.18
Hardware: x86-64
URL: https://www.compuphase.com/software_termite.htm
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 68375
--> https://bugs.winehq.org/attachment.cgi?id=68375
console messages
Summary
termite-3.4 can't connect to com5 -> /dev/ttyACM0
Prepare wine:
$ rm -rf ~/.wine/
$ wineserver -k
$ wineboot
Download location
https://www.compuphase.com/software_termite.htmhttps://www.compuphase.com/software/termite-3.4.exe
$ sha256sum termite-3.4.exe
ca440b6c7f6eaa812ba5f8bf42aed86e02022ca50a1c72585168c9b671d0fe19
termite-3.4.exe
Steps to reproduce:
1) Install the program:
$ wine termite-3.4.exe
Accept the defaults.
Now termite starts.
2) Press settings.
The dropdown box only shows COM1. Choose baud rate 9600 and press OK.
Now termite reports "Failed to initialize the port. Please verify the COM port
settings."
3) Press "Connect".
Now that termite reports "Waiting for port"
4) Press close.
Now termite closes.
As a sanity test, I open moserial, choose /dev/ttyACM0 9600,8N1, press connect,
and I see the messages my MCP2221 serial to USB converter is sending to me.
/dev/ttyACM0 is detected by wine:
$ ls -l ~/.wine/dosdevices/
total 0
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:25 c: -> ../drive_c
lrwxrwxrwx 1 cedric cedric 10 Oct 10 19:35 com1 -> /dev/ttyS0
lrwxrwxrwx 1 cedric cedric 12 Oct 10 19:35 com5 -> /dev/ttyACM0
lrwxrwxrwx 1 cedric cedric 8 Oct 10 19:26 d:: -> /dev/sr0
lrwxrwxrwx 1 cedric cedric 1 Oct 10 19:25 z: -> /
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.
https://bugs.winehq.org/show_bug.cgi?id=49752
Bug ID: 49752
Summary: Mikster MPC4 System: 'Selected serial port not exist'
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amad4wine2020(a)gmail.com
Distribution: ---
Log in as 'Adm' user, go to the 'Controllers list', press the 'Add' button,
select the appropriate 'Port COM' and 'Baud rate', press the 'Test' button, you
will probably get an error message containing the phrase 'Selected serial port
not exist'.
I have tried the following registry keys:
[System\\CurrentControlSet\\Enum\\SERIAL\\COM2\\COM2] 1598720497
#time=1d67e260ec36dbc
"ClassGUID"="{4D36E978-E325-11CE-BFC1-08002BE10318}"
"FriendlyName Value"="Serial Port (COM2)"
[Software\\Wine\\Ports] 1598713705
#time=1d67e163e9541c4
"COM2"="/dev/ttyS1"
Unfortunately, it makes no difference.
Download links from the software's website:
https://mikster.eu/en/download-center/https://mikster.eu/wp-content/uploads/2019/03/installmpc482ENG.zip
P.S. The installer will silently install FirebirdSQL 1.5 and enable Firebird
Guardian, it does not work well with winehq-devel.
Unpack the installmpc482ENG.exe and rename the included
installmpc482ENG/firebird/FirebirdWin32.exe before continuing with the
installation.
Install the renamed FirebirdWin32.exe manually (uncheck the 'Use the Guardian
to control the server?' option during the installation).
--
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=39810
Bug ID: 39810
Summary: Office 2010 Pro Plus uninstallation fails
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isiraseneviratne(a)yahoo.com
Distribution: ---
After launching the uninstaller (through either the CD Setup or Wine
Uninstaller), selecting the Remove option and then selecting Continue results
in a message saying that setup was unable to finish successfully.
--
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=35904
Bug ID: 35904
Summary: USB connection not recognized by Axon MultiClamp
Commander 700B.
Product: Wine
Version: unspecified
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
The "Axon MutiClamp Commander 700B" is a devices which connected with USB to
the PC. The software for controlling the device installs and runs well, but it
does not identify the USB device.
For this reason, the application "MutiClamp Commander 700B" in Winehq's AppDB
has currently status "Garbage".
--
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=55329
Bug ID: 55329
Summary: gdi32:font - test_text_metrics() gets unexpected
tmLastChar in Greek 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() gets unexpected tmLastChar in Greek locale:
font.c:4011: Test failed: W: tmLastChar for Marlett got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Symbol got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Wingdings got f8fb expected f0ff
font.c:4011: Test failed: W: tmLastChar for Webdings got f8fb expected f0ff
See https://test.winehq.org/data/patterns.html#gdi32:font
--
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=54712
Bug ID: 54712
Summary: ntdll:rtl times out on Windows 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl times out on Windows 10 1607:
[...]
rtl.c:2790: Running test 23 (compressed_size=5, uncompressed_size=0,
status=0xc0000242)
ntdll:rtl:00a4 done (258) in 120s 2231B
See https://test.winehq.org/data/patterns.html#ntdll:rtl
The timeouts started on 2022-09-06 and have been systematic since. However when
run on its own the test does not time out and usually runs in under 1s.
The timeout always happens after the "test 23" trace which is also the last
test of test_RtlDecompressBuffer(). Given that the test usually runs pretty
fast it is probable that one of the tests that follows causes a freeze on
Windows 10 1607.
--
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=55326
Bug ID: 55326
Summary: msctf:inputprocessor gets unexpected deactivation
callbacks on Windows 7 for the Spanish locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor gets unexpected deactivation callbacks on Windows 7 for
the Spanish locale:
inputprocessor.c:1021: Test failed: Deactivation came unexpectedly
inputprocessor.c:656: Test failed: unexpected call
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
This pair of failures are systematic and only happen on w7u_es, that is Windows
7 Ultimate with the Spanish locale. In particular the other w7u configurations
don't get these failures. gitlab-win10-21h2 gets the first failure too but in a
different group of failures (see bug 55068).
--
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=52899
Bug ID: 52899
Summary: gdi32:font - test_fullname2() fails in non-English
Windows 7 locales
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
test_fullname2() fails in non-English Windows 7 locales. For instance in German
(I removed duplicate lines):
font.c:5710: Test failed: Arial: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Italic, expect Arial Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Italic,
expect Kursiv
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold, expect Arial Fett
font.c:5710: Test failed: Arial: style names don't match: returned Bold, expect
Fett
[...]
font.c:5700: Test failed: Arial: font face names don't match: returned Arial
Bold Italic, expect Arial Fett Kursiv
font.c:5710: Test failed: Arial: style names don't match: returned Bold Italic,
expect Fett Kursiv
font.c:5710: Test failed: Tahoma: style names don't match: returned Regular,
expect Standard
[...]
font.c:5700: Test failed: Tahoma: font face names don't match: returned Tahoma
Bold, expect Tahoma Fett
font.c:5710: Test failed: Tahoma: style names don't match: returned Bold,
expect Fett
[...]
font.c:5710: Test failed: Webdings: style names don't match: returned Regular,
expect Standard
font.c:5710: Test failed: Wingdings: style names don't match: returned Regular,
expect Standard
https://test.winehq.org/data/patterns.html#gdi32:font
Spanish and Portuguese (pt_PT) get the same set of errors but with their own
localized names.
Mark these tests as broken on Windows 7? win_skip() them?
--
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=51391
Bug ID: 51391
Summary: On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a
network firewall dialog, breaks user32:win
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
On Windows 7 and 8.1 ntoskrnl.exe:ntoskrnl triggers a network firewall dialog
(see the screenshots for the TestBot WineTest runs on w7u_2qxl and w8). Despite
that ntoskrnl.exe:ntoskrnl succeeds.
However it leaves that dialog open which then causes two failures in
user32:win:
https://test.winehq.org/data/patterns.html#user32:win
win.c:3394: Test failed: GetActiveWindow() = 00000000
win.c:3394: Test failed: GetFocus() = 00000000
Notes:
* These are the same failures as in bug 51390. If it is decided that user32:win
is the test that needs fixing then this bug could be merged.
* But if the decision is that ntoskrnl.exe:ntoskrnl should either not trigger
such a dialog or close it, then this bug should remain separate.
* Most of ntoskrnl.exe:ntoskrnl is skipped on Wow64 so this issue does not
happen in newtb-w864-32.
* The 64-bit ntoskrnl.exe:ntoskrnl test also does not trigger that dialog for
some reason.
--
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=3845
Zeb Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|-unknown |serial
--
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=19713
Summary: Some serial port communication functions behave
differently in Wine and Windows.
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fenixk19(a)mail.ru
Created an attachment (id=23025)
--> (http://bugs.winehq.org/attachment.cgi?id=23025)
Test program
This makes test program to hang in Wine, but in MS it is ok. Test program
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=37846
Bug ID: 37846
Summary: Communication broken using FTDI USB Serial Device
converter (FT232RL) / Mostly send using CS-51PLUS
Product: Wine
Version: 1.7.30
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lgeorgieff(a)gmail.com
Distribution: ---
Created attachment 50402
--> https://bugs.winehq.org/attachment.cgi?id=50402
WINEDEBUG="+comm" wine .wine/drive_c/Program\ Files\
\(x86\)/Icom/CS-51PLUS/CS51PLUS.exe log
Hi,
I am using FTDI USB Serial Device converter to program ham radio.
Cable have FT232RL chip and software is CS-51PLUS.
Reading from radio is OK but when I try to write (send) configuration to the
radio communication is broken after while and I get error message.
The same cable and software on the same machine runs without problems on QEMM's
virtual windows.
--
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=13296
Summary: regression problem in upgrade to Ubuntu Hardy/1.0-rc1:
Palm Hotsync over serial Segmentation Fault
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)h-i-s.nl
Created an attachment (id=13150)
--> (http://bugs.winehq.org/attachment.cgi?id=13150)
Logging output
I upgraded to Ubuntu Hardy, and wine 1.0-rc1.
Hotsync manager 1.0 for Palm Pilot worked fine before.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=10362
Now it crashes half-way synchronising over the serial port, sometimes after a
few seconds, sometimes much later in the process.
These crashes reproduce well, and yield a segmentation fault without further
information
$ wine hotsync.exe
Segmentation fault
$
I do not know if this means that a part of Wine crashes, or just the
application.
I added logging, where it seems that the problem lies within the call below:
0009:CallTo16(func=111f:072a,ds=1087,118f,7404,0000,0006) ss:sp=1087:ffd0
I am not sure if the problem lies with wine, or that other problems with Ubuntu
Hardy may relate to this.
It is disappointing that an application that used to work fine, and I came to
depend on, is now broken.
--
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=25083
Summary: HyperTerminal unable to loop back on COM1 (RS-232)
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: graham(a)nerve.org.za
On a machine with an on-board RS-232 port at COM1, HyperTerminal (as shipped
with Windows XP) is firstly unable to detect the port until changes are made in
the WINE registry, thereafter, after attaching a simple loopback adapter (pins
2 and 3 of a DB9F shorted) no characters are echoed to the screen.
Obtaining the software:
>From a Windows XP installation, copy the files hypertrm.exe and htrn_jis.dll
from 'C:\Program Files\Windows NT' and hticons.dll and hypertrm.dll from
C:\Windows\System32' into a suitable directory below .wine/drive_c
or
Download a free 30 day trial of HyperTerminal Private Edition 7.0 from
http://www.hilgraeve.com/hyperterminal/
Create a symbolic link for COM1, documented here:
http://www.winehq.org/docs/wineusr-guide/misc-things-to-configure
ln -s /dev/ttyS0 ~/.wine/dosdevices/com1
At this point, starting HyperTerminal will result in no serial ports being
shown.
Now, create a registry entry in WINE for the serial port, mentioned in this bug
report:
http://bugs.winehq.org/show_bug.cgi?id=4282
Add the following lines to .wine/system.reg [Hardware\\Devicemap\\SerialComm]
"Serial0"="COM1"
Now HyperTerminal can be started, COM1 can be selected and configured, but no
characters are echoed to the screen.
However, the free terminal program, simply named 'Terminal' and available here:
https://sites.google.com/site/terminalbpp/
Does echo characters to the screen.
--
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=47873
Bug ID: 47873
Summary: kernel32:comm fails randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:comm fails randomly on multiple Windows versions:
comm.c:708: Found Com port COM1. Connected devices may disturb results
comm.c:859: Test failed: WaitCommEvent failed with a timeout
comm.c:870: recovering after WAIT_TIMEOUT...
comm.c:880: Test failed: WaitCommEvent error 0
comm.c:881: Test failed: WaitCommEvent: expected EV_TXEMPTY, got 0
comm.c:885: WaitCommEvent for EV_TXEMPTY took 1500 ms (timeout 1500)
comm.c:886: Test failed: WaitCommEvent used 1500 ms for waiting
https://test.winehq.org/data/tests/kernel32:comm.html
These failures are random and have been seen on the following TestBot VM4
configurations:
wxppro
w2003std
w7pro64-32
w1064v1507-32
w1064v1607-32
w1064v1607-64
w1064v1709-64
w1064v1607-64
w1064v1809-32
w1064v1809-32
w1064v1809-64
w1064v1809-2scr-32
w1064v1809-fr-64
w1064v1809-ja-32
w1064v1809-ja-64
So it does not depend on the Windows version, bitness of the test, or locale.
However it only happens on QEmu VMs: it never happened on the fg-win7u64 VMware
VMs or on the real hardware machines, cw-rx460 and cw2-gtx560.
Yet the VMware VMs have two serial COM ports, and, according to dmesg | grep
tty, the real hardware machines do have a serial port too.
QEmu bug?
--
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=46676
Bug ID: 46676
Summary: Serial port enumeration (get device description) on
Mac OS/X 10.9, 10.13
Product: Wine
Version: 4.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hinner.info
Created attachment 63628
--> https://bugs.winehq.org/attachment.cgi?id=63628
suspected problematic function
Tested on: Mac OS/X 10.9, 10.13
WineBottler (Wine 1.8) works fine; Wine 4.0 (from .pkg) does not work
Our application is trying to enumerate serial ports by using setupapi
functions. I have not checked where exactly is the problem as debugging on OS/X
is a bit difficult for me, however suspected function is attached (it's goal is
to get device description).
The affected apps are http://obdtester.com/ficom , http://obdtester.com/bimcom
, http://obdtester.com/fcom ;
I have tried to create symlink in dosdevices (required for WineBottler to get
it working), one OS/X 10.13 my link got deleted everytime I ran the app; on
OS/X 10.9 link persisted, but not possible to enumerate any serial port(s).
I can provide login for download by personal e-mail (not to be disclosed).
I have talked about this on wine mailing list a long time ago, it would be
super easy if Wine-enabled application can have a way to load system native .so
to talk directly to the host system, I have many examples of device drivers
that would be super easy to implement. FYI I have already written
"winegate.dll.so" which solves this real world problem, but it was rejected for
submission to Wine because of "Wine must be 100% transparent" ideology.
--
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=23326
Summary: Cannot change printer settings, Family Tree 7
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesl(a)bestweb.net
Created an attachment (id=29072)
--> (http://bugs.winehq.org/attachment.cgi?id=29072)
FTW7 print dialogue, compare Wine to XP
Cannot select printer/change print settings with Family Tree Maker 7. Dialogue
box comes up, drop-down boxes are working, but radio buttons for switching
between "default printer" and an alternate printer are not selectable. Have
compared the print dialogue between Wine vs a native install under Windows XP
(SP3) and notice some text from the Windows install does not show up under
Wine.
Also tried the same thing with the "free" version of FTM2005se available at
http://past.familytreemaker.com/download/starter.aspx and found it's behavior
is the same. So I will describe steps from there, since it would be eaier for
someone to get that to test against.
STEPS TO RECREATE:
1: Set up wine profile with "WINEPREFIX=/home/jelabarre/wine-apps/ftw2005
winecfg"; set winver to "Windows XP", point the Documents directory under
Desktop Integration to my own Documents directory
2: install FTW2005 by running
"WINEPREFIX=/home/jelabaWINEPREFIX=/home/jelabarre/wine-apps/ftw2005 wine
./FamilyTreeMaker2005se.exe", accept all defaults.
3: open FTW 2005 from "Wine" menu entry on Gnome menu. Selected "Buy Later"
from popup window (does not affect outcome, as same print problem occurrs in a
regular retail version of FTM7)
4: create new file, or use existing file (same result either way)
5: select "File | Print Setup", then try to select radio button for either
"Default Printer" or "Specific Printer". Neither can be selected
6: try selecting a "specific printer" from drop-down box. Printer can be
selected, but radio buttons still not functional.
7: after selecting a printer other than the default (such as print-to-PDF) and
then try printing. Output will still go to the Linux default printer, no edits
of the print settings will take effect.
The "Family Archive Viewer v6.0" at
http://familytreemaker.genealogy.com/abtffiv.html and "Family Archive Viewer
v11.0" at http://www.genealogy.com/abtffiv.html are other variants that
exhibits this behavior.
Have attached sample screenshots of Wine vs WinXP versions of the print
dialogue.
--
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=50778
Bug ID: 50778
Summary: TortoiseMerge closes before showing a window
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lexlexlex(a)gmail.com
Distribution: ---
Created attachment 69576
--> https://bugs.winehq.org/attachment.cgi?id=69576
Terminal log for TortoiseMerge startup and subsequent closing with wine
Steps to reproduce:
1. Install TortoiseSVN in a 64-bit wine prefix.
2. Try to run TortoiseMerge.exe with the wine prefix mentioned in step 1. For
example, run "wine TortoiseMerge.exe" from a terminal if the default wine
prefix was used.
Current behavior:
TortoiseMerge closes before showing a window. No TortoiseMerge window appears.
Expected behavior:
TortoiseMerge is expected to start, allowing the user to compare and merge
files in a windowed GUI.
Additional information:
A download for the current version of the TortoiseSVN installer as of this
report is at
https://osdn.net/projects/tortoisesvn/storage/1.14.1/Application/TortoiseSV…
A log showing terminal output when trying to run "wine TortoiseMerge.exe" is
attached.
Opinion:
This is one of 2 bugs preventing using TortoiseSVN fully in wine. The other is
50756. If these 2 bugs are fixed, TortoiseSVN could be used fully, easing the
transition of users whose jobs rely on SVN to Linux. Currently some companies
still use SVN and I've tried all the free SVN clients for Linux, and none of
them come close to the level of convenience and intuitiveness that TortoiseSVN
provides. I have nemo actions ready to enable full usage in of TortoiseSVN in
Linux if these 2 bugs are fixed. This would help me personally tremendously,
as digging through old revisions in alternate SVN branches is part of my job
and extremely difficult with any SVN client other than TortoiseSVN using
TortoiseMerge. Thanks for reading this.
--
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=51212
Bug ID: 51212
Summary: i want to install itunes, it installed through wine
but giving some error while to launch the program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: robinssgraphics(a)gmail.com
Distribution: ---
Created attachment 70086
--> https://bugs.winehq.org/attachment.cgi?id=70086
i want to install itunes, it installed through wine but giving some error while
to launch the program
i want to install itunes, it installed through wine but giving some error while
to launch the program
--
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=53850
Bug ID: 53850
Summary: Mery, TeraPad : When using Japanese input method (IM),
undetermined strings are not displayed (regression)
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: su_zu_me(a)hotmail.com
Distribution: ---
Created attachment 73380
--> https://bugs.winehq.org/attachment.cgi?id=73380
input after "そうか" ("souka"), but not displayed
Mery and TeraPad are text editors.
When using input method (IM) to input Japanese characters, undetermined strings
are not displayed.
Candidates are displayed.
Conversions are done successfully.
It occurs with Wine 7.13 or later.
Undetermined strings are displayed inline with Wine 7.12 or earlier, after
several conversion after starting the application.
note:
Right after starting the application, undetermined string is not displayed
with all tested version of Wine, but it should be another bug.
Application:
Mery (x86) Version 2.6.7
Download site:
https://forest.watch.impress.co.jp/library/software/mery/
SHA1:
edef7350aeed6bab083612e2d316607561f5f31c MerySetup-2.6.7.exe
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.09
Download site:
-
SHA1:
3ff8f3741ce82dcea54a385cea484b861007c260 tpad109.zip
tested Wine version:
6.0.3 (Ubuntu 6.0.3~repack-1)
7.11
7.12
7.13
7.15
7.19
Application:
TeraPad Version 1.10
Download site:
https://tera-net.com/library/tpad.html
SHA1:
ae28027af722c3ea7f6431d04c65582d16c60832 tpad110.exe
tested Wine version:
7.12
7.19
terminal output: N/A
OS:
Ubuntu 22.04.1 LTS (amd64)
Display server:
Wayland
Input Method Framework:
IBus
Input Method Engine:
Mozc
installed Wine:
winehq-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.
https://bugs.winehq.org/show_bug.cgi?id=55018
Bug ID: 55018
Summary: d2d1:d2d1 sometimes times out on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 sometimes times out on Linux. Apparently something causes the whole
test to lock up but because the test is multithreaded this can happen at any
point.
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1:d2d1:0810 done (258) in 120s 0B
or
d2d1:d2d1 start dlls/d2d1/tests/d2d1.c
d2d1.c:2692: Test marked todo: Surface does not match.
...
d2d1.c:10042: Test marked todo: Test 1: Got unexpected dpi_y 2.88000000e+002,
expected 0.00000000e+000.
d2d1.c:10039: Test marked todo: Test 2: Got unexpected dpi_x 6.00000000e+001,
expected 0.00000000e+000.
d2d1:d2d1:077c done (258) in 120s 13391B
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Note that this only happens in the 64-bit tests (including on
gitlab-debian-64).
--
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=55318
Bug ID: 55318
Summary: ntdll:time - test_TimerResolution() fails on Windows
11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:time - test_TimerResolution() fails on Windows 11:
time.c:284: Test failed: expected new timer resolution 5000, got 4882
time.c:284: Test failed: NtQueryTimerResolution() expected timer resolution
4882, got 5000
See https://test.winehq.org/data/patterns.html#ntdll:time
--
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=53247
Bug ID: 53247
Summary: user32:sysparams - test_dpi_context() fails on Windows
10 1909+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_dpi_context() fails on Windows 10 1909+:
sysparams.c:3813: Test failed: got 0
sysparams.c:3814: Test failed: wrong value -1
https://test.winehq.org/data/patterns.html#user32:sysparams
These traces could include a bit more information rather than leaving most of
it to the source line number.
--
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=55308
Bug ID: 55308
Summary: tools/winebuild/res16.c:156:5: runtime error: null
pointer passed as argument 1, which is declared to
never be null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74908
--> https://bugs.winehq.org/attachment.cgi?id=74908
build log
I've been using UndefinedBehaviorSanitizer at my day job and found it pretty
useful, so did some brief testing on it with Wine.
Not everything builds (notably loader/ and dlls/ntdll/unix/), but most other
stuff does.
For this issue, just recompiling tools/winebuild is enough to see the issue:
./configure && make -j12
cd tools/winebuild
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
cd ../../dlls/avifile.dll16/
make clean && make
tools/winegcc/winegcc -o dlls/avifile.dll16/i386-windows/avifile.dll16
--wine-objdir . -b i686-w64-mingw32 -Wl,--wine-builtin -shared \
dlls/avifile.dll16/avifile.dll16.spec -m16 -Wb,--main-module,avifil32.dll \
dlls/avifile.dll16/i386-windows/main.o
dlls/avifil32/i386-windows/libavifil32.a \
dlls/winecrt0/i386-windows/libwinecrt0.a
dlls/ucrtbase/i386-windows/libucrtbase.a \
dlls/krnl386.exe16/i386-windows/libkernel.a
dlls/kernel32/i386-windows/libkernel32.a \
dlls/ntdll/i386-windows/libntdll.a -Wl,--disable-stdcall-fixup
tools/winebuild/res16.c:156:5: runtime error: null pointer passed as argument
1, which is declared to never be null
Seems to affect most win16 dlls, there are a total of 44 occurrences (build log
attached).
--
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=54015
Bug ID: 54015
Summary: Accessing shared memory from Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: berarma(a)hotmail.com
Distribution: ---
Some Windows games and applications share some internals through shared memory
with external tools. Shared memory is preferred over sockets because it adds no
overhead with no latency.
It's mostly used in driving and flying simulators to provide visual overlays,
data on additional displays, telemetry, rig movement, etc. from external tools.
There's also scientific apps using it for similar purposes or general
inter-process communication.
It's common to use tagged shared memory blocks that external tools can then
access using the already known tag.
Here's an example from a Python application for rFactor 2:
self._rf2_tele = mmap.mmap(0, ctypes.sizeof(rF2Telemetry),
f"$rFactor2SMMP_Telemetry${input_pid}")
self._rf2_scor = mmap.mmap(0, ctypes.sizeof(rF2Scoring),
f"$rFactor2SMMP_Scoring${input_pid}")
self._rf2_ext = mmap.mmap(0, ctypes.sizeof(rF2Extended),
f"$rFactor2SMMP_Extended${input_pid}")
self._rf2_ffb = mmap.mmap(0, ctypes.sizeof(rF2ForceFeedback),
"$rFactor2SMMP_ForceFeedback$")
Allowing these shared memory blocks to be accessed from Linux would allow us to
port some of these tools or even implement or own.
Then these tools could access resources or hardware that isn't available from
inside the Wine prefix. Some of these tools also fail to run on Wine.
Since I guess Wine is already using Linux shared memory mechanism to implement
Windows shared memory, the blocks are already available at /dev/shm but they
use generic names that can't be associated to the tag used on Windows.
Having these shared memory blocks created in the prefix directory with a name
containing the tag used on creation would allow us to use it from our native
applications. Or any other way to find them using the tags used on Windows.
Thanks for your attention.
--
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=55315
Bug ID: 55315
Summary: tools/wrc/parser.l:626:5: runtime error: null pointer
passed as argument 2, which is declared to never be
null (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
+++ This bug was initially created as a clone of Bug #55314 +++
For this issue, just recompiling tools/wrc is enough to see the issue:
./configure && make -j12
cd tools/wrc
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o programs/winedbg/winedbg.res --nostdinc --po-dir=po
-Iprograms/winedbg -Iinclude -Iinclude/msvcrt \
-Ilibs/zydis/include -D_UCRT -D__WINESRC__ programs/winedbg/winedbg.rc
tools/wrc/parser.l:626:5: runtime error: null pointer passed as argument 2,
which is declared to never be null
--
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=55314
Bug ID: 55314
Summary: tools/wrc/genres.c:1078:31: runtime error: left shift
of 40664 by 16 places cannot be represented in type
'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wrc/wrc -u -o dlls/fusion/version.res --nostdinc -Idlls/fusion -Iinclude
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
dlls/fusion/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o dlls/msvcr120/version.res --nostdinc -Idlls/msvcr120
-Idlls/msvcrt -Iinclude -Iinclude/msvcrt \
-D_MSVCR_VER=120 -D__WINESRC__ -D_CRTIMP= dlls/msvcr120/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 40664 by 16 places
cannot be represented in type 'int'
tools/wrc/wrc -u -o programs/ngen/version.res --nostdinc -Iprograms/ngen
-Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__ \
programs/ngen/version.rc
tools/wrc/genres.c:1078:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
tools/wrc/genres.c:1080:31: runtime error: left shift of 50727 by 16 places
cannot be represented in type 'int'
--
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=55313
Bug ID: 55313
Summary: tools/wmc/mcy.y:488:30: runtime error: left shift of 2
by 30 places cannot be represented in type 'int'
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/wmc is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/wmc/wmc -u -o dlls/kernelbase/winerror.res dlls/kernelbase/winerror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 2 by 30 places cannot be
represented in type 'int'
tools/wmc/wmc -u -o dlls/mferror/mferror.res dlls/mferror/mferror.mc
--po-dir=po
tools/wmc/mcy.y:488:30: runtime error: left shift of 3 by 30 places cannot be
represented in type 'int'
--
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=55312
Bug ID: 55312
Summary: tools/widl/write_msft.c:1616:30: runtime error: left
shift of 1207959552 by 1 places cannot be represented
in type 'int' (UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74910
--> https://bugs.winehq.org/attachment.cgi?id=74910
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/atl/i386-windows/atl_lib_t.res -b i686-w64-mingw32
--nostdinc -Ldlls/\* -Idlls/atl -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ -D_ATL_VER=_ATL_VER_30
dlls/atl/atl_lib.idl
tools/widl/write_msft.c:1616:30: runtime error: left shift of 1476395008 by 1
places cannot be represented in type 'int'
There are 27 total occurrences.
--
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=55311
Bug ID: 55311
Summary: tools/widl/write_msft.c:1512:33: runtime error: left
shift of negative value -1
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/write_msft.c:1512:33: runtime error: left shift of negative value -1
There are a total of 5 occurrences:
tools/widl/widl -o dlls/dhtmled.ocx/i386-windows/dhtmled_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/dhtmled.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/dhtmled.ocx/dhtmled_tlb.idl
tools/widl/widl -o dlls/mshtml.tlb/i386-windows/mshtml_tlb_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/mshtml.tlb -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/mshtml.tlb/mshtml_tlb.idl
tools/widl/widl -o dlls/msscript.ocx/i386-windows/msscript_t.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Idlls/msscript.ocx -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ dlls/msscript.ocx/msscript.idl
tools/widl/widl -o programs/cscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/cscript \
-Iprograms/wscript -Iinclude -Iinclude/msvcrt -D_UCRT -D__WINESRC__
-DCSCRIPT_BUILD \
programs/wscript/ihost.idl
tools/widl/widl -o programs/wscript/i386-windows/ihost_l.res -b
i686-w64-mingw32 --nostdinc -Ldlls/\* -Iprograms/wscript -Iinclude \
-Iinclude/msvcrt -D_UCRT -D__WINESRC__ programs/wscript/ihost.idl
--
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=55310
Bug ID: 55310
Summary: tools/widl/hash.c:714:13: runtime error: store to
misaligned address 0xffda6583 for type 'unsigned int',
which requires 4 byte alignment
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74909
--> https://bugs.winehq.org/attachment.cgi?id=74909
build log
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/windows.foundation.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/windows.foundation.idl
tools/widl/hash.c:714:13: runtime error: store to misaligned address 0xffe6aac6
for type 'unsigned int', which requires 4 byte alignment
0xffe6aac6: note: pointer points here
00 00 00 00 00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6
ff 00 e0 7a 56 30 00
^
tools/widl/hash.c:715:13: runtime error: store to misaligned address 0xffe6aaca
for type 'unsigned int', which requires 4 byte alignment
0xffe6aaca: note: pointer points here
00 00 00 00 00 00 8c ab e6 ff 00 e0 7a 56 20 40 7f 57 f8 aa e6 ff 00 e0 7a
56 30 00 00 00 8d 89
^
There are 62 total occurrences.
--
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=55309
Bug ID: 55309
Summary: tools/widl/expr.c:272:23: runtime error: negation of
-2147483648 cannot be represented in type 'int'; cast
to an unsigned type to negate this value to itself
(UndefinedBehaviorSanitizer)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
For this issue, just recompiling tools/widl is enough to see the issue:
./configure && make -j12
cd tools/widl
make clean
make CFLAGS="-fsanitize=undefined" LDFLAGS="-fsanitize=undefined"
tools/widl/widl -o include/d3d10_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d3d10_1.idl
tools/widl/expr.c:272:23: runtime error: negation of -2147483648 cannot be
represented in type 'int'; cast to an unsigned type to negate this value to
itself
Occurs for a few widl files:
tools/widl/widl -o include/d2d1.h -m32 --nostdinc -Ldlls/\* -Iinclude -Iinclude
-D__WINESRC__ include/d2d1.idl
tools/widl/widl -o include/d3d10.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ include/d3d10.idl
tools/widl/widl -o include/d2d1effectauthor.h -m32 --nostdinc -Ldlls/\*
-Iinclude -Iinclude -D__WINESRC__ \
include/d2d1effectauthor.idl
tools/widl/widl -o include/d2d1_2.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_2.idl
tools/widl/widl -o include/d2d1_1.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_1.idl
tools/widl/widl -o include/d2d1_3.h -m32 --nostdinc -Ldlls/\* -Iinclude
-Iinclude -D__WINESRC__ \
include/d2d1_3.idl
--
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=52838
Bug ID: 52838
Summary: MachStudio Pro renders wrong
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Any project is being rendered wrong in MachStudio Pro. The problem is in Wine's
D2D1.DLL. When using native Vista's d2d1.dll (7.0.6002.18107 809kb) this issue
does not appear.
Steps to repro:
1. Run MachStudio Pro
2. Open a project for example by this path \Program Files\StudioGPU\MachStudio
Pro\Data\assets\SGPU_MTL_BALL.mab
Uploaded two screenshots: Wine's d2d1.dll and native d2d1.dll from Vista.
Free GPU MachStudio Pro download link:
https://download.cnet.com/MachStudio-Pro/3000-6677_4-75498419.html
--
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=30155
Bug #: 30155
Summary: secdrv.sys from SafeDisc v2.05.030 does not work
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)codeweavers.com
Classification: Unclassified
Created attachment 39336
--> http://bugs.winehq.org/attachment.cgi?id=39336
service,relay,winedevice,ntoskrnl log
SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is
that the application exits with exit code 0 without any output. This affects
for example the Command and Conquer Red Alert 2 installer, which is safedisc
protected for some reason.
The problem seems to be related to the specific secdrv.sys version. If I take a
secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's
revenge expansion) and put it in C:\windows\system32\drivers, the installer
works.
ProtectId says:
Scanning -> D:\Setup\Setup.exe
File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh)
Byte(s)
-> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h
[File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027)
[!] Safedisc v2.05.030 detected !
[i] Appended data contents....
[.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947
byte(s) -> ~de7bc4.tmp
[.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208
byte(s) -> clcd32.dll
[.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784
byte(s) -> clcd16.dll
[.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584
byte(s) -> mcp.dll
[.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220
byte(s) -> ~df394b.tmp
[.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304
byte(s) -> drvmgt.dll
[.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768
byte(s) -> secdrv.sys
[.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248
byte(s) -> ~ef7194.tmp
[CompilerDetect] -> Visual C++ 6.0
- Scan Took : 0.640 Second(s)
The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010
driver is f376a1580204e47f37a721e1cbc5582a.
I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of
the setup tool.
--
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=55305
Bug ID: 55305
Summary: advapi32:eventlog - test_autocreation() fails on the
Windows 10 2004 and 2009 VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 74901
--> https://bugs.winehq.org/attachment.cgi?id=74901
Minimal eventlog to reproduce the test_autocreation() failure
advapi32:eventlog - test_autocreation() fails on the Windows 10 2004 and 2009
VMs:
eventlog.c:1156: Test failed: Expected an eventlog file
See http://winetest.dolphin/data/patterns.html#advapi32:eventlog
This failure is systematic and specific to these two Windows configurations.
Also it happens even when running advapi32:eventlog on its own.
Commenting out parts of the test shows that the failure is caused by the final
CloseEventLog(handle) in test_clear(). See the attached patch to minimally
reproduce this failure.
This is similar to bug 54614: advapi32:eventlog causes the event log service to
crash which breaks test_autocreation():
Source : Service Control Manager
Event ID : 7031
The Windows Event Log service terminated unexpectedly. It has done this
1 time(s). The following corrective action will be taken in 60000
milliseconds: Restart the service.
--
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=55301
Bug ID: 55301
Summary: gdi32:font - test_bitmap_font_metrics(System) fails in
Wine for the Japanese and Chinese locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics(System) fails in Wine for the Japanese
and Chinese locales.
In the ja_JP locale:
font.c:986: Test failed: System(18): tm.tmWeight 700 != 400
In the zh_CN locale:
font.c:993: Test failed: System(16): tm.tmInternalLeading 0 != 3
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs
--
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=55303
Bug ID: 55303
Summary: gdi32:font - test_lang_names() fails in Wine for the
Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_lang_names() fails in Wine for the Japanese locale:
font.c:7268: Test failed: 2: (1) unexpected lfFaceName
L"\30d5\30a9\30f3\30c8\540d Cond (ja)"
font.c:7276: Test failed: 2: (1) unexpected elfStyle L"Regular"
font.c:7268: Test failed: 2: (0) unexpected lfFaceName L"Wine_Lang_Names"
font.c:7276: Test failed: 2: (0) unexpected elfStyle L"Regular"
font.c:7310: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
font.c:7319: Test failed: 2: EnumFontFamiliesExW unexpected count 0.
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55302
Bug ID: 55302
Summary: gdi32:font fails in Wine for the Chinese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font fails in Wine for the zh_CN locale:
test_GetCharABCWidths():
font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed
font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed
test_font_charset():
font.c:2703: Test failed: 0 vs 2: indices shouldn't match
test_bitmap_font_glyph_index():
font.c:6925: Test failed: expected a9, got 3f (Courier:0)
font.c:6925: Test failed: expected a9, got 3f (Small Fonts:0)
font.c:6870: Tests skipped: expected Fixedsys, got Noto Sans CJK SC
font.c:6925: Test failed: expected a9, got 3f (System:0)
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
There are other failures, see bug 55299 and bug 55301.
--
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=55300
Bug ID: 55300
Summary: gdi32:font - test_bitmap_font_metrics() fails in Wine
for the Arabic locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font - test_bitmap_font_metrics() fails in Wine for the Arabic locale
(ar_MA):
font.c:995: Test failed: Small Fonts(11): tm.tmAveCharWidth 5 != 4
font.c:996: Test failed: Small Fonts(11): tm.tmFirstChar = 20
font.c:1001: Test failed: Small Fonts(11): tm.tmDefaultChar = 80
font.c:1002: Test failed: Small Fonts(11): tm.tmBreakChar = 20
font.c:1008: Test failed: Small Fonts(11): tm.tmMaxCharWidth 9 != 10
See See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian 11 and Testing VMs.
--
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=55297
Bug ID: 55297
Summary: dlls/ntdll/unix fails to build with gcc-10 and
AddressSanitizer
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Building Wine with AddressSanitizer enabled fails in dlls/ntdll/unix with
pthread errors. To reproduce:
#!/bin/bash
export ASAN_OPTIONS=detect_leaks=0
export CFLAGS="-O0 -g -fsanitize=address"
export LDFLAGS="-fsanitize=address"
./configure
make
...
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `init_paths':
/home/austin/wine/dlls/ntdll/unix/loader.c:618: undefined reference to `dladdr'
/usr/bin/ld: dlls/ntdll/unix/loader.o: in function `dlopen_dll':
/home/austin/wine/dlls/ntdll/unix/loader.c:1166: undefined reference to
`dlerror'
/usr/bin/ld: /home/austin/wine/dlls/ntdll/unix/loader.c:1170: undefined
reference to `dlsym'
/usr/bin/ld: dlls/ntdll/unix/thread.o: in function `start_thread':
/home/austin/wine/dlls/ntdll/unix/thread.c:1102: undefined reference to
`pthread_setspecific'
--
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=51669
Bug ID: 51669
Summary: EverQuest d3d:wined3d acquires unexpected context
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70543
--> https://bugs.winehq.org/attachment.cgi?id=70543
err wined3d_context_gl_reacquire
In game launcher and game client
--
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=53198
Bug ID: 53198
Summary: ws2_32:protocol - getaddrinfo() unexpectedly succeeds
for IPv6 on Windows 10 1507
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:protocol - getaddrinfo() unexpectedly succeeds for IPv6 on Windows 10
1507:
protocol.c:2459: Test failed: Test 0: Got unexpected ret 0
protocol.c:2459: Test failed: Test 1: Got unexpected ret 0
protocol.c:2459: Test failed: Test 2: Got unexpected ret 0
protocol.c:2459: Test failed: Test 3: Got unexpected ret 0
protocol.c:2459: Test failed: Test 4: Got unexpected ret 0
protocol.c:2459: Test failed: Test 5: Got unexpected ret 0
protocol.c:2459: Test failed: Test 12: Got unexpected ret 0
protocol.c:2459: Test failed: Test 13: Got unexpected ret 0
protocol.c:2459: Test failed: Test 14: Got unexpected ret 0
protocol.c:2459: Test failed: Test 15: Got unexpected ret 0
protocol.c:2459: Test failed: Test 16: Got unexpected ret 0
protocol.c:2459: Test failed: Test 28: Got unexpected ret 0
protocol.c:2459: Test failed: Test 29: Got unexpected ret 0
https://test.winehq.org/data/patterns.html#ws2_32:protocol
This really looks like a Windows 10 1507 bug so it's tempting to add a
broken((hinttests[i].family == AF_UNSPEC && hinttests[i].sock_type != 999) &&
...).
But it's strange that there is no failure on index 6 for instance since it's
the same test after line 2455 (hint.ai_family = AF_INET6):
0: {AF_UNSPEC, SOCK_STREAM, IPPROTO_TCP, 0}, /* 0 */
6: {AF_INET, SOCK_STREAM, IPPROTO_TCP, 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=55270
Bug ID: 55270
Summary: NVIDIA OptiX SDK samples hang forever
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Running NVIDA OptiX SDK samples hangs forever before drawing to screen. I have
bisected this to this particular patch:
https://gitlab.winehq.org/wine/wine/-/commit/18ae96e5fb3cbbd53f1a022ba81203…
This patch is from the https://gitlab.winehq.org/wine/wine/-/merge_requests/416
MR
Reverting this by removing XLockDisplay runs the samples again.
I am not sure why the need for a mutex + XLockDisplay is there, but i assume
the reasoning is perfectly fine - but maybe only IF one actually expect/get an
error? The OptiX samples hits the "ignored_error" thing, but seemingly just
stops without releasing the XDisplay again and thus just hang.
If interested in testing these OptiX samples, i have a pre-compiled set here:
https://github.com/SveSop/wine-nvoptix/pull/20#issuecomment-1079719794 (Read
installation instructions in that post - since the SDK hard-links binaries to
images and whatnot in the folder structure)
All of the samples in THAT particular archive do run if you use latest
"nvidia-libs" from here: https://github.com/SveSop/nvidia-libs/actions
Only nvcuda and nvoptix is needed - no need for DXVK/DXVK-NVAPI to run these
samples - but you DO need NVIDIA RTX 2xxx gpu, and with the aforementioned
revert of XLockDisplay it runs on wine-8.12 from GIT.
--
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=55222
Bug ID: 55222
Summary: Virtual Desktop does not work correctly under Wine
8.11
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ---
I use dual monitor (2 monitors).
Under Wine, I use Virtual Desktop, which covers up almost all of these two
monitors.
After updating Wine to 8.11 (under Manjaro Linux), regardless of the running
application, Wine desktop runs on only one monitor (in full screen mode).
You can then neither resize nor move the Wine desktop to the second monitor.
Downgrading Wine to my previous version: 8.8 is a workaround solution solving
the issue.
--
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=52826
Bug ID: 52826
Summary: All windows are grayed out. text is unreadable
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
Distribution: ---
Created attachment 72213
--> https://bugs.winehq.org/attachment.cgi?id=72213
grayed out windows sample
cardfile.exe windows are grayed out. No text is readable. Bug has been present
since wine-6.6.
link to cardfile.exe and its help file on my google drive
https://drive.google.com/file/d/1uIJo1qtE1sQYQvgUsjiYHxBbU-ZhXehk/view?usp=…
--
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=52117
Bug ID: 52117
Summary: All windows are blacked out when running 16 bit
cardfile.exe
Product: Wine-staging
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71147
--> https://bugs.winehq.org/attachment.cgi?id=71147
top window is unreadable due to being filled with black.
All windows are blacked out when running 16 bit cardfile.exe. The program runs
but text in any visible window is blacked out.
The cardfile.exe and its help can be downloaded from this link
https://drive.google.com/file/d/1uIJo1qtE1sQYQvgUsjiYHxBbU-ZhXehk/view?usp=…
--
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=55280
Bug ID: 55280
Summary: Wine should come with MSVBVM60.DLL
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ry1tg3+RY1TN1(a)rokejulianlockhart.anonaddy.com
Distribution: ---
When I run VB6-based software with Wine, it states that the DLL is unavailable.
--
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=52576
Bug ID: 52576
Summary: Cardfile windows are grayed out
Product: Wine-staging
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71902
--> https://bugs.winehq.org/attachment.cgi?id=71902
selected window grayed out
Program: cardfile.exe (16bit originally released in windows 3.1)
Symptom: selected windows are grayed out making any text unreadable.
History: this bug has been present in wine & wine-staging since release 6.6
The bug was not present in wine/wine-staging 6.5
--
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=44823
Bug ID: 44823
Summary: Steam doesn't close on exit. Will continue running in
background.
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vblanton(a)gmail.com
Distribution: ---
Created attachment 60857
--> https://bugs.winehq.org/attachment.cgi?id=60857
Steam system information and version
Running the latest Steam client, I find that Steam doesn't actually close
entirely after I exit normally with Steam>Exit. I have to open System Monitor
and kill all steam and wine related processes. I can't open steam again until I
do so, and the Steam.exe and wineserver processes chew 17% of my CPU each in
the background until I do so.
--
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=55252
Bug ID: 55252
Summary: tightvnc viewer crashes on connection
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mylazid(a)gmail.com
Distribution: ---
Created attachment 74859
--> https://bugs.winehq.org/attachment.cgi?id=74859
error occurs when connections
tightvnc viewer crashes on connection
--
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=42360
Bug ID: 42360
Summary: Terragen 4 fails to start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eneeen(a)gmail.com
Distribution: ---
Created attachment 57137
--> https://bugs.winehq.org/attachment.cgi?id=57137
tgd4_backlog
Using Kubuntu 16.10
I've attached backlog.
--
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=51406
Bug ID: 51406
Summary: riched32:editor fails in Wine on right-to-left locales
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched32:editor fails in Wine when run in the Arabic (EG and MA) and Hebrew
(IL) locales:
https://test.winehq.org/data/patterns.html#riched32:editor
editor.c:122: Test failed: [2] EM_GETLINECOUNT returned 2, expected 2
editor.c:122: Test failed: [5] EM_GETLINECOUNT returned 3, expected 3
editor.c:122: Test failed: [6] EM_GETLINECOUNT returned 4, expected 4
editor.c:122: Test failed: [14] EM_GETLINECOUNT returned 3, expected 3
editor.c:122: Test failed: [15] EM_GETLINECOUNT returned 4, expected 4
editor.c:455: Test failed: 1: expected_bytes_written=2
editor.c:455: Test failed: 2: expected_bytes_written=4
editor.c:455: Test failed: 3: expected_bytes_written=5
editor.c:455: Test failed: 4: expected_bytes_written=3
editor.c:876: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:902: Test failed: EM_POSFROMCHAR reports x=1, expected 8
In both cases the failure are the same. Also the test succeeds in the
corresponding locales on Windows 2004.
The test on line 122 fails because Wine returns the same values in RTL locales
as in LTR ones.
--
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=55295
Bug ID: 55295
Summary: d3dcompiler_43:hlsl_d3d11 - test_sampling() triggers
GLSL errors in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3dcompiler_43:hlsl_d3d11 - test_sampling() triggers GLSL errors in Wine:
0668:err:d3d:wined3d_debug_callback 0166D4E8: "0:39(1): error: error index must
be >= 0".
0668:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader
#2:
0668:fixme:d3d_shader:print_glsl_info_log 0:39(8): warning: signed literal
value `4294967295' is interpreted as -1
0668:fixme:d3d_shader:print_glsl_info_log 0:39(1): error: error index must
be >= 0
These happen at least with the QEmu and Intel GPUs (HD Graphics 4600). Because
these warnings appear in the Wine log they cannot be seen in the nightly
WineTest reports. However one can see these warnings in the TestBot's Debina
WineTest jobs, both in the summary and in the "task.log" files.
Also, to see these warnings one has to delete the shader cache since they
happen during compilation:
rm -rf ~/.cache/mesa_shader_cache/
--
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=55294
Bug ID: 55294
Summary: d3d11:d3d11 generates some GLSL uninitialized register
warnings in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 generates some GLSL uninitialized register warnings in Wine:
010c:fixme:d3d_shader:print_glsl_info_log 0:38(9): warning: `R0' used
uninitialized
010c:fixme:d3d_shader:print_glsl_info_log 0:38(16): warning: `R0' used
uninitialized
010c:fixme:d3d_shader:print_glsl_info_log 0:72(9): warning: `R0' used
uninitialized
010c:fixme:d3d_shader:print_glsl_info_log 0:72(16): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:37(56): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:38(56): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:39(56): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:40(56): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:41(59): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:42(59): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:43(59): warning: `R0' used
uninitialized
0110:fixme:d3d_shader:print_glsl_info_log 0:44(59): warning: `R0' used
uninitialized
These happen at least with the QEmu and Intel GPUs (HD Graphics 4600). Because
these warnings appear in the Wine log they cannot be seen in the nightly
WineTest reports. However one can see these warnings in the TestBot's Debina
WineTest jobs, both in the summary and in the "task.log" files.
Also, to see these warnings one has to delete the shader cache since they
happen during compilation:
rm -rf ~/.cache/mesa_shader_cache/
Commenting out the tests shows that these warnings are caused by the following
d3d11 tests:
test_sample_shading()
test_standard_pattern()
--
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=55160
Bug ID: 55160
Summary: Loading Bay / Harry Potter Magic Awakened: Unable to
install
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: worble+winehq(a)worble.xyz
Distribution: ---
Created attachment 74728
--> https://bugs.winehq.org/attachment.cgi?id=74728
Wine Logs
After clicking "Install", a generic "Installation Failed" page appears.
Attached logs suggest '01b0:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm
L"RC4" not supported' could be the culprit?
The installer can be downloaded from this page:
https://www.harrypottermagicawakened.com/global/
Direct link:
https://api.loadingbay.com/app/v1/download_client/windows/mkt-hpma-official…
SHASUM: 3f3ff1a8d118975dfb03ce7cceab99ba499b13c0
Using wine-8.11 (Staging)
--
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=55124
Bug ID: 55124
Summary: Can't run Flutter SDK (cmd.exe doesn't support
redirecting stderr for a block)
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
`wine flutter.bat` goes into an infinite loop that prints this message over and
over:
Can't recognize '2 (' as an internal or external command, or batch script.
It's coming from these lines in internal/shared.bat:
2>NUL (
REM "3" is now stderr because of "2>NUL".
CALL :subroutine %* 2>&3 9> "%cache_dir%\flutter.bat.lock" || GOTO
acquire_lock
)
Wine's cmd.exe does support redirecting stdout for a block of code, for
example:
>NUL (
COPY flutter.bat flutter2.bat
)
But it does not support redirecting stderr in the same way.
--
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=55097
Bug ID: 55097
Summary: cmd.exe does not handle PATH with leading or
sequential semicolons
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: loothelion(a)nvidia.com
Distribution: ---
Created attachment 74657
--> https://bugs.winehq.org/attachment.cgi?id=74657
Repro program for PATH separator bug
Wine's cmd.exe doesn't properly handle PATH values with:
- A leading semicolon
- Two sequential semicolons
Windows handles this fine, as shown in the attached test program. Simply
extract and then run test.bat from cmd.exe
Output looks like such in wine:
```
Z:\home\loothelion\repos\wine-path-bug>test.bat
"Expecting failure (no print)"
Can't recognize 'test.bat' as an internal or external command, or batch script.
"Expecting SUCCESS"
"PATH=Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=;Z:\home\loothelion\repos\wine-path-bug/a"
"Expecting SUCCESS"
"PATH=D:/;Z:\home\loothelion\repos\wine-path-bug/a"
SUCCESS
"Expecting SUCCESS (exposes WINE bug)"
"PATH=D:/;;Z:\home\loothelion\repos\wine-path-bug/a"
```
I have a fix for this that I plan to send for review shortly, as well as a new
test case to protect against regressions.
--
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=54978
Bug ID: 54978
Summary: vbscript fails to compile Sub when End Sub on same
line
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
Sub Sw35_UnHit()Controller.Switch(35)=0: End Sub
has to be changed to
Sub Sw35_UnHit()
Controller.Switch(35)=0
End Sub
to work
see also Bug 53873
--
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=49772
Bug ID: 49772
Summary: Memory safety issues in widl
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
I have tried to compile some type libraries missing in MinGW-w64 and Wine and
ReactOS SDKs too (more precisely, sapiddk.idl) into headers from the files in
Windows SDK (used Windows 10 SDK).
MinGW-w64 widl has crashed without producing any output, just left some files
with garbled filenames (looks like a zero terminator got missing in a C
string).
So I have built wine widl. It has also crashed, but at least produced some
meaningful output.
--
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=7767
Michael Stefaniuc <mstefani(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |8.0.x
--
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=55101
Bug ID: 55101
Summary: DesignDoll Declaring An Error After Loading All
Component In Splash Screen
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 74668
--> https://bugs.winehq.org/attachment.cgi?id=74668
After Loading Screen
DesignDoll Doesn't Load in Weird Way and I dunno what kind of Error is this.
--
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=55053
Bug ID: 55053
Summary: Prometheus exporter for Windows needs
DISPATCH_PROPERTYGET support in object_Invoke
Product: Wine
Version: 8.10
Hardware: x86-64
URL: https://github.com/prometheus-community/windows_export
er/releases/download/v0.22.0/windows_exporter-0.22.0-a
md64.exe
OS: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 74615
--> https://bugs.winehq.org/attachment.cgi?id=74615
hack
To test this:
1) Run windows_exporter-0.22.0-amd64.exe
2) Go to http://localhost:9182/ in your browser
3) Press the 'Metrics' button
4) An error page is shown
When pressing the 'Metrics' button, this fixme is spammed:
0188:fixme:wbemdisp:object_Invoke flags 0x2 not supported
This stems from the fact that wbemdisp:object_Invoke doesn't support
DISPATCH_PROPERTYGET on its own. The attached hack "fixes" the issue and
instead of the error page, you get a page with metrics.
Source of the program can be found here:
https://github.com/prometheus-community/windows_exporter
--
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=9378
Summary: CM: Shock Force 'Could not initialize graphics display'
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.battlefront.com/products/cmsf/downloads.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mailing_list(a)orange.nl
After starting Combat Mission: Shock Force Demo it stops with the message:
'Could not initialize graphics display. REQUIRED 1024x768, 32-bit
color'.
The terminal output doesn't provide any clues:
wine 'CM Shock Force DEMO.exe'
ALSA lib conf.c:3939:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default:0
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
fixme:wave:ALSA_AddCaptureDevice Add support for DSCapture
ALSA lib seq_hw.c:457:(snd_seq_hw_open) open /dev/snd/seq failed: No such file
or directory
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55042
Bug ID: 55042
Summary: scrrun: dictionary get_num_hash generating the same
hash for 2175 and 6259
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
In vbscript, I had some code like this:
Set FlexDMDDict = CreateObject("Scripting.Dictionary")
FlexDMDDict.Add 0, "VPX.DMD_Space"
FlexDMDDict.Add 63, "VPX.DMD_O"
FlexDMDDict.Add 2175,"VPX.DMD_8"
.
.
FlexDMDDict.Add 6259, "VPX.DMD_R"
I was getting VBSE_ACTION_NOT_SUPPORTED on the last line, so I put a printf in
the `get_num_hash`:
static DWORD get_num_hash(FLOAT num)
{
DWORD x = (*((DWORD*)&num)) % DICT_HASH_MOD;
printf("get_num_hash: num=%f, hash=%u\n", num, x);
return (*((DWORD*)&num)) % DICT_HASH_MOD;
}
I'm getting:
get_num_hash: num=2175.000000, hash=977
get_num_hash: num=6259.000000, hash=977
FWIW, I'm using this on macos, so DWORD is set to:
typedef unsigned int DWORD, *PDWORD, *LPDWORD;
--
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=54380
Bug ID: 54380
Summary: WINE debugger shows up at the start of every program.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: tch(a)protonmail.com
Distribution: ---
When i run a program with WINE, the debugger window shows up and says
"Unhandled exception: unimplemented function ntoskrnl.exe.Ke386QueryIoAccessMap
called in 32-bit code (0x[address]).", then displays some other messages, then
disappears.
Then the program runs normally, but this did not happen before i upgraded to
WINE 8.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=53092
Bug ID: 53092
Summary: Animated Puzzles crashes on start
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user16
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
16bit application Animated Puzzles crashes on start. This bug report tracks
commit
https://github.com/otya128/winevdm/commit/9868db40f249595fcffc57050ce4a29ae…
in otvdm. The same fix in Wine makes the application start and run correctly.
--
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=55043
Bug ID: 55043
Summary: Z-Vision for Windows: Assertion failed when clicking
"LOAD" button.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 74607
--> https://bugs.winehq.org/attachment.cgi?id=74607
Assertion failed dialog
Z-Vision for Windows is a Zilog Z80 debugger published by System Load Ltd.
After launching the program, clicking "LOAD" button in the toolbar shows
"Assertion failed!" dialog instead of the file load dialog.
This issue was originally reported by @Inqb8tr_jp on Twitter. We used Z-Vision
for Windows Ver.6.42 付録版 (Addendum version) from [1].
SHA1(ZVW6.EXE) = c9d8db954dc9614c7ecfd6696b72d8d6d0e32905
[1] Tadashi Kato. "動かしながら理解するCPUの仕組み". KODANSHA, Tokyo, 2010. ISBN
978-4-06-257665-9. https://bookclub.kodansha.co.jp/product?item=0000194626
--
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=54532
Bug ID: 54532
Summary: msidb.exe: page fault on read access to 00000007 when
importing a .idt file
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: luc.bournaud(a)gmail.com
Distribution: ---
Created attachment 74078
--> https://bugs.winehq.org/attachment.cgi?id=74078
Backtrace
I am trying to import a .idt table generated by Wine's msidb into a MSI. This
operation systematically lead to an NULL pointer dereferencement error. I
tried multiples names and MSI files, It occurs on a up-to-date Wine 8.1-staging
and Wine 8.2 (non staging) from official ArchLinux repositories. Wine prefixes
were cleaned before each try.
For reference this is my command line and short output:
$ '/usr/bin/msidb' '-f' 'packaging/arcollect.msi.p' '-d'
'/tmp/meson-1.0.0-64.msi' '-i' 'Control1'
0134:fixme:file:NtLockFile I/O completion on lock not implemented yet
wine: Unhandled page fault on read access to 00000007 at address 6E42D714
(thread 0134), starting debugger...
0150:fixme:imm:ImeSetActiveContext (00030048, 1): stub
0150:fixme:imm:ImmReleaseContext (0002005A, 00030048): stub
013c:fixme:imm:ImeSetActiveContext (00020034, 0): stub
013c:fixme:imm:ImmReleaseContext (00020078, 00020034): 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.
http://bugs.winehq.org/show_bug.cgi?id=18889
Summary: Live Messenger 2008 fails to load - possible actctx
problem
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andras(a)csevego.net
Created an attachment (id=21730)
--> (http://bugs.winehq.org/attachment.cgi?id=21730)
+actctx,+relay log
Starting of installed (on windows) Msn 2009 wil result:
err:module:import_dll Library MSVCR80.dll (which is needed by
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe") not
found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\media\\disk\\Program Files\\Windows Live\\Messenger\\msnmsgr.exe" failed,
status c0000135
Same load failure, when I manually install with wine (from msi packages)
MSVCRT 8.0 is installed, as shown attached +actctx,+relay log
I suspect here an Activation Context failure.
--
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=55091
Bug ID: 55091
Summary: Wine fails compiling
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: eric.pouech(a)gmail.com
Distribution: ---
wine (c47c4d54bdf9a0f2100045fb6bc163291960fa05) fails to compile:
```
CCLD loader/wine64-preloader
loader/preloader.o: in function `wld_start':
/home/eric/wine/wine/loader/preloader.c:1402:(.text+0xc33): failed to convert
GOTPCREL relocation against '_start'; relink with --no-relax
collect2: error: ld returned 1 exit status
```
adding -Wl,--no-relax to preloader link operation fixes the issue
(at least allows linking, and notepad starts)
$ uname -a
Linux fedora.home 6.3.8-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Jun 15
02:15:40 UTC 2023 x86_64 GNU/Linux
(split from https://bugs.winehq.org/show_bug.cgi?id=55050)
--
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=55203
Bug ID: 55203
Summary: ws2_32:sock - test_AcceptEx() sometimes gets
WSAEWOULDBLOCK and times out on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - test_AcceptEx() sometimes gets WSAEWOULDBLOCK and times out on
Windows 10:
sock.c:8704: Test failed: failed to accept, error 10035
sock.c:8716: Test failed: got 0xc0000023
sock.c:8751: Test failed: got 00000000
sock.c:8765: Test failed: AcceptEx on too small remote address size returned 0
+ errno 10022
sock.c:8785: Test failed: AcceptEx returned 0 + errno 10022
sock.c:8805: Test failed: got error 10056
ws2_32:sock:13d4 done (258) in 120s 488B
See https://test.winehq.org/data/patterns.html#ws2_32:sock
Where:
10022 == WSAEINVAL
10035 == WSAEWOULDBLOCK
10056 == WSAEISCONN
0xC0000023 == STATUS_BUFFER_TOO_SMALL
This happened 6 times in the past 8 months, all on Windows 10:
* 2023-02-07 win22H2_fgtb-w10pro64-64
* 2023-03-23 win21H1_newtb-w10pro64-zh-CN-64
* 2023-03-31 win2004_newtb-w10pro64v2004-64
* 2023-05-30 win1909_newtb-w1064v1909-64
* 2023-06-23 win21H1_newtb-w10pro64-ja-64
* 2023-07-06 win21H1_newtb-w10pro64-de-64
--
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=55247
Bug ID: 55247
Summary: Assertion in riched20 while installing Office 2007
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 74844
--> https://bugs.winehq.org/attachment.cgi?id=74844
Log file with WINEDEBUG=riched20
The installer of Office 2007 fails with an assertion in riched20.
A bisect shows the following commit
commit b70eb32c5f3e506181d9e1e9fbef62e9baf3674d
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Sat Jul 1 13:22:46 2023 +0900
riched20: Wrap marked paragraphs at Text Services initialization.
Today, CreateTextServices() returns an Rich Edit object without row
start and end marks, which are expected to exist by many Rich Edit
operations as well as EM_* message handlers.
This leads to a crash when certain messages (e.g., EM_SCROLLCARET) are
sent to the Rich Edit object via ITextServices::TxSendMessage(), unless
ME_WrapMarkedParagraphs() has been called beforehand.
Fix this by calling wrap_marked_paras_dc() early in the initialization
process.
This is not a problem for windowed Rich Edit controls, which already
calls ME_WrapMarkedParagraphs() before the user or application starts
interacting with it.
dlls/riched20/para.c | 1 +
dlls/riched20/tests/txtsrv.c | 18 ++++++++++++++++++
2 files changed, 19 insertions(+)
A log file with WINEDEBUG=riched20 is attached.
--
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=54688
Bug ID: 54688
Summary: ntdll:info - test_query_cpu() fails on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - test_query_cpu() fails on Windows 7:
32-bit case:
info.c:382: Test failed: SystemProcessorFeaturesInformation failed c0000003
info.c:383: Test failed: wrong len 3735928559
info.c:384: Test failed: wrong bits 5 / a0cd3fff
64-bit case:
info.c:382: Test failed: SystemProcessorFeaturesInformation failed c0000003
info.c:383: Test failed: wrong len 3735928559
info.c:384: Test failed: wrong bits c0000003 / b1993dfe
See https://test.winehq.org/data/patterns.html#ntdll:info
Where:
0xc0000003 == STATUS_INVALID_INFO_CLASS
These are new tests introduced in the commit below:
commit c44e58c88bd1a67ecb2f58472b1c67ab5f3ccb80
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Mar 14 17:37:33 2023 +0100
ntdll: Implement the SystemProcessorFeaturesInformation query.
--
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=54503
Bug ID: 54503
Summary: d3dx9_36:math - test_D3DXSHMultiply3() fails on Debian
Testing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3dx9_36:math - test_D3DXSHMultiply3() fails on Debian Testing:
math.c:4099: Test failed: Expected[6] = 4.27384138e+000, received =
4.27386904e+000.
See https://test.winehq.org/data/patterns.html#d3dx9_36:math
This looks like another imprecision problem.
What's notable is that this failure:
* Does not happen on Windows.
* Does not happen on Debian 11.
* Started happening on Debian Testing after the 2023-01-15 upgrade.
So it may be that some Debian library is in the wrong.
--
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=50868
Bug ID: 50868
Summary: League of Legends: infinite loading after login
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ickoeboki(a)gmail.com
Distribution: ---
Created attachment 69678
--> https://bugs.winehq.org/attachment.cgi?id=69678
A log from lutris when the error happens
After logging into League of Legends, the client is stuck in a state of
infinite loading.
--
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=35866
Bug ID: 35866
Summary: AvP 2000 game: some ingame text has red boxes around
it
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Created attachment 47886
--> http://bugs.winehq.org/attachment.cgi?id=47886
In game HUD : red boxes
Using the Steam version of Aliens Vs Predator Classic (2000). Some ingame text
has red boxes around each individual character. Appears under both recent
Nvidia (proprietary) and AMD radeon (kernel) drivers.
I didn't even notice this glitch before. But having booted into Windows 7 to
double check... The red boxes are not present when the game is run natively
under Windows.
I don't see anything of significance in the console log when I launch AvP
manually (with Steam running in the same 64-bit Wineprefix).
Any thoughts if this is low hanging fruit to fix?
Thanks
Robert
--
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=55187
Bug ID: 55187
Summary: winedbg --auto crashes if target process terminates
after attaching.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Tried to do some investigation of bug 54240.
There MaLauncher.exe hit a unimplemented function, therefore raises a
'windbg --auto' process.
Unfortunately somehow the MaLauncher.exe manages to terminate,
therefore winedbg receives a EXIT_PROCESS_DEBUG_EVENT that sets
dbg_curr_process to NULL, while winedbg is in the middle
of the --auto processing.
Therefore hitting close or show details leads to a crash in winedbg.
Thread 1 received signal SIGSEGV, Segmentation fault.
0x0041bff1 in output_system_info () at programs/winedbg/tgt_active.c:876
876 if (!IsWow64Process( dbg_curr_process->handle, &is_wow64 ))
is_wow64 = FALSE;
(rr) bt
#0 0x0041bff1 in output_system_info () at programs/winedbg/tgt_active.c:876
#1 dbg_active_auto () at programs/winedbg/tgt_active.c:991
#2 0x0043a377 in main () at programs/winedbg/winedbg.c:729
...
(rr) print dbg_curr_process
$1 = (struct dbg_process *) 0x0
--
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=55114
Bug ID: 55114
Summary: secur32:schannel - The 32-bit
test_connection_shutdown() crashes on Windows <= 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
secur32:schannel - The 32-bit test_connection_shutdown() crashes on Windows <=
8:
[...]
0b08:schannel: 218 tests executed (0 marked as todo, 0 as flaky, 0 failures), 1
skipped.
schannel.c:2089: this is the last test seen before the exception
0b08:schannel: unhandled exception c0000005 at 77CF28C7
secur32:schannel:0b08 done (-1073741819) in 0s 1396B
See https://test.winehq.org/data/patterns.html#secur32:schannel
A bisect shows that this crash started with the commit below:
commit 11afc2da020642d34eb55a59f99ee13847e61d46
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Jun 20 14:34:57 2023 +0200
secur32: Add support for sending TLS alerts.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55086
--
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=54932
Bug ID: 54932
Summary: Fallout 3: Black screen when using the experimental
wow64 mode
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m1m1k4tz(a)protonmail.com
Distribution: ---
When I try to play fallout 3 or new Vegas I get a black box with no audio.
Space Cadet Pinball x86 works fine though. I also tried using dxvk but that
didn't help.
--
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=46221
Bug ID: 46221
Summary: League of Legends 8.23 crash after champion select
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lollinos(a)hotmail.com
Distribution: ---
i think it's the same error about anti-cheat lol had last patches.
After Champion select end, game crash with message: "A critical error has
occurred and the process must be terminated. Would you liek to create a crash
dump to aid the developers in troubleshooting this issue? This may take up to 5
minutes. NOYE: The process may appear unresponsive during this time. [YES]
[NO]".
Steps:
- WINEPREFIX=~/.wine WINEARCH=win32 wine winecfg
- WINEPREFIX=~/.wine WINEARCH=win32 wine winetricks --gui, set to true capture
mouse, virtual Desktop and Windows version to XP (I've tried with 7-10 too)
- wineboot -u, winetricks -q d3dx9
- cd .wine/drive_c/, ln -s ~/path/lol-installer.exe
- wine start lol-installer.exe
- wine reg add 'HKEY_CURRENT_USER\Software\Wine\DllOverrides' /v 'msvcp140' /t
'REG_SZ' /d 'native,builtin' /f
- wine reg add 'HKEY_CURRENT_USER\Software\Wine\DllOverrides' /v 'wininet' /t
'REG_SZ' /d 'builtin,native' /f
- wine start 'C:\Riot Games\League of Legends\LeagueClient.exe'
I tried a lot of settings, but i cant make it works after champion select.
Some way to fix this bug?
ii wine-staging 3.21.0~stretch
amd64 WINE Is Not An Emulator - runs MS Windows programs
ii wine-staging-amd64 3.21.0~stretch
amd64 WINE Is Not An Emulator - runs MS Windows programs
ii wine-staging-i386:i386 3.21.0~stretch
i386 WINE Is Not An Emulator - runs MS Windows programs
ii winehq-staging 3.21.0~stretch
amd64 WINE Is Not An Emulator - runs MS Windows programs
ii winetricks 0.0+20170101-1
all package manager for Wine to install software easily
--
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=35690
Bug ID: 35690
Summary: Steam network hang ups.
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hellsy22(a)gmail.com
Created attachment 47657
--> http://bugs.winehq.org/attachment.cgi?id=47657
Installing and using steam
Unpredictable hangups while establishing connection for downloading updates,
loggining in, downloading games, etc.
There are no problems with network for everything except wine/Steam. Win Steam
works perfect, all other services - too.
--
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=55032
Bug ID: 55032
Summary: Multiple games have laggy rendering in DX12 mode
(Kena: Bridge of Spirits, Total Conflict: Resistance)
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: gmascellani(a)codeweavers.com
Regression SHA1: ac265bf3fb6884bdd2b75e996d933ea791dfd3ee
Distribution: ---
Lags when moving mouse.
--
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=50771
Bug ID: 50771
Summary: CreateFile(FILE_WRITE_ATTRIBUTES) on readonly file
fails
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
Distribution: ---
Created attachment 69563
--> https://bugs.winehq.org/attachment.cgi?id=69563
Testcase
When a file is readonly, one should be able to open it with
CreateFile(FILE_WRITE_ATTRIBUTES) in order to change its permissions to
writable via SetFileInformationByHandle(FileBasicInfo), however the CreateFile
call fails.
--
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=45042
Bug ID: 45042
Summary: Steam doesn't uninstall applications, gets stuck
saying "deleting %app" until next popup isn't very
visible
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)gmail.com
Distribution: ---
Created attachment 61171
--> https://bugs.winehq.org/attachment.cgi?id=61171
wine log
It is nearly impossible to delete steam applications when you right click then
select uninstall.
--
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=41466
Bug ID: 41466
Summary: Steam: Tray icon menu sometimes flickers
Product: Wine
Version: 1.9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 55847
--> https://bugs.winehq.org/attachment.cgi?id=55847
Terminal output
On starting Steam, making a right click on the tray icon and clicking on
"Setings" instead of vanishing most times the tray icon menu gets black and
begins to flicker. This behavior disappears as soon as the mouse cursor is
moved. In the attachments is the terminal output where this issues happened.
--
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=55276
Bug ID: 55276
Summary: Dying Light 2: Stay Human crashes on launch
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Regression SHA1: 24a2b625545f1875b5c3177f2b9da1b7299b864f
Distribution: ---
Backtrace:
=>0 0x000002c74c9629 in ucrtbase (+0x59629) (0x00000000000a58)
1 0x0000010131b142 in engine_x64_rwdi (+0x131b142) (0x00000000000a58)
2 0x0000010130aef3 in engine_x64_rwdi (+0x130aef3) (0x0000000011b840)
3 0x00000101351365 in engine_x64_rwdi (+0x1351365) (0x007f04b0642388)
4 0x00000100fbf048 in engine_x64_rwdi (+0xfbf048) (0x0000000011b9d0)
5 0x00000100fd0ba2 in engine_x64_rwdi (+0xfd0ba2) (0x0000000011bbd0)
6 0x00000100fcce2e in engine_x64_rwdi (+0xfcce2e) (0x0000000011bbd0)
7 0x00000100759f9a in engine_x64_rwdi (+0x759f9a) (0x0000000011bdb0)
8 0x0000010077e5ab in engine_x64_rwdi (+0x77e5ab) (0x0000000011dd03)
9 0x0000010078057f in engine_x64_rwdi (+0x78057f) (0x0000000011dd70)
10 0x00000140007fed in dyinglightgame_x64_rwdi (+0x7fed) (0x0000000011e860)
11 0x0000014000943c in dyinglightgame_x64_rwdi (+0x943c) (0000000000000000)
12 0x0000014007be2a in dyinglightgame_x64_rwdi (+0x7be2a) (0000000000000000)
13 0x00000178028a39 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[/home/andrey/wine64/../wine/dlls/kernel32/thread.c:61] in kernel32
(0000000000000000)
14 0x0000017005cdc5 __wine_pop_frame(entry=000000014007BE98,
arg=000000007FFD0000)
[/home/andrey/wine64/../wine/include/wine/exception.h:277] in ntdll
(0000000000000000)
15 0x0000017005cdc5 RtlUserThreadStart+0x85(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[/home/andrey/wine64/../wine/dlls/ntdll/thread.c:294] in ntdll
(0000000000000000)
0x000002c74c9629 ucrtbase+0x59629: movdqa %xmm0, (%rdi)
--
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=44529
Bug ID: 44529
Summary: [Steam] Process remaining after exiting
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 60483
--> https://bugs.winehq.org/attachment.cgi?id=60483
wine 3.1 terminal output
When I close steam with the tray icon, a steam process is still her and use 14%
of the CPU.
I have attached the console output when I leave steam, I don't know how can I
give more relevant information.
--
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=24614
Summary: Medieval Total War crashes on startup
Product: Wine
Version: 1.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: th.seltsam(a)gmail.com
CC: wine-bugs(a)winehq.org
Running the game just shows a black window, no crash dialog, and an infinite
console output
err:d3dx:assemble-shader Asm reading failed
err:d3dx:assemble-shader Asm reading failed
err:d3dx:assemble-shader Asm reading failed
err:d3dx:assemble-shader Asm reading failed
Using d3dx9-36 did not solve the problem.
--
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=55177
Bug ID: 55177
Summary: Hatching not printed in Framemaker 8
Product: Wine
Version: 8.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Hatchings are no longer printed in Framemaker 8 after commit
d98cd8d28bc40c808a4058e8af4afac75fe63390 is the first bad commit
commit d98cd8d28bc40c808a4058e8af4afac75fe63390
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Sat May 6 11:17:02 2023 +0200
wineps: Use printer DC in print processor.
dlls/wineps.drv/builtin.c | 43 ---------------
dlls/wineps.drv/printproc.c | 131 ++------------------------------------------
dlls/wineps.drv/psdrv.h | 2 -
3 files changed, 4 insertions(+), 172 deletions(-)
To reproduce
- Install Framemaker 8 from the given URL
- Open the attached document hatching.fm
- print the document (to file or to printer)
the area with the hatching is empty.
--
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=53723
Bug ID: 53723
Summary: Star Ocean The Last Hope HD exits to desktop on start
after NtUserSystemParametersInfo change.
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
The game no longer starts under current wine. Instead it simply makes a few
calls on startup and exits without producing a window or error dialog.
A git bisect revealed 35a59e07b923e42d9bb391b0fef7acd25a9eb9d7 as the culprit.
Reverting that patch against the current master ad26f04f69a03c fixes the bug.
--
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=49371
Bug ID: 49371
Summary: Incorrect output buffer length check in WSAIoctl with
SIO_GET_INTERFACE_LIST
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: j.g.rennison(a)gmail.com
Distribution: ---
The output buffer length check in the implementation of the
SIO_GET_INTERFACE_LIST ioctl in WSAIoctl is not correct.
In the event that there are more interfaces than the supplied buffer is sized
for, this can result in output data being written beyond the end of the
supplied buffer and no error returned. This can cause undefined behaviour such
as crashes, etc.
With reference to line 4796 in dlls/ws2_32/socket.c
https://github.com/wine-mirror/wine/blob/343043153b44fa46a2081fa8a2c171eac7…
if ((numInt + 1)*sizeof(INTERFACE_INFO)/sizeof(IP_ADAPTER_INFO) > out_size)
should instead be
if ((numInt + 1)*sizeof(INTERFACE_INFO) > out_size)
This because the output buffer write pointer intArray is of type
INTERFACE_INFO*, and numInt is the index relative to the start of the output
buffer, not the size returned from GetAdaptersInfo.
The bug appears to have been introduced in commit a239e8ed.
https://github.com/wine-mirror/wine/commit/a239e8ed27b1c3cde6bc568c3d7b9996…
--
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=45564
Bug ID: 45564
Summary: Kolab E14 Client installation fails with "Copy failed"
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 61987
--> https://bugs.winehq.org/attachment.cgi?id=61987
Install log with WINEDEBUG=+ntdll,+commctl
The installation of the Kolab E14 Client (Groupware based on KDE) fails with
"Copy failed" and aborts.
The install log including the generation of the Message "Copy failed" is
attached.
Wine is self-compiled with the patch from bug #45552 created by Fabian Maurer.
--
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=44223
Bug ID: 44223
Summary: FrameMaker 7.2: Console window minimized and not
(re)drawn
Product: Wine
Version: 3.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When opening a file in FrameMaker 7.2 which has errors (i.e. missing font,
missing cross references), a message window ("Framemaker console", text window
with its own window manager decoration) is opened and a message box is created.
When this happens the message window is drawn with the least possible size (to
allow only the window manager icons to appear) and when enlarging it, its
content is not drawn (the content pane shows the content of the underlying
window). The message windows content is therefor not readable.
Sometimes (not always) the dialog box and the message window are only shown in
the panel and are not shown at all (which may be a window manager problem,
cannot judge).
Any hint to give more helpful details is welcome.
--
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=55181
Bug ID: 55181
Summary: Recent versions of chromium broken again, need
ProcessPrng
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Recent chromium don't work anymore in Wine.
This is a regression between 1164966 and 1164982.
This affects bot h 32bit and 64bit chromium.
https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h…
revisio nto git mapping:
1164966 - ce83030f1b647f5a6d2986a3fe55d45ee0468ad0
1164982 - e9f7170c60dc7437917757eb63072395cd5ad4d8
Most likely commit ac9f00a5616e2fb3a0f8d132d129cc5a38806e7e, where they udpate
boringssl.
boringssl now uses ProcessPrng instead of RtlGenRandom, which Wine doesn't
support.
See
https://github.com/google/boringssl/blob/5eab868eaa5f7a975d50579182e2690244…
--
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=55078
Bug ID: 55078
Summary: Powerpoint 2007: "Print to file" broken
Product: Wine
Version: 8.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Printing a large document in Powerpoint 2007 does not work when
"Print to file" is selected in the print dialog. Printing to the
printer works.
When failing the printing to file goes very quick and after a long
pause after the end of printing a exception is raised and wine
terminates. The crash dump seems to be not helpful, it points
inside a Powerpoint library.
A Bisect shows the following commit (which does not help really):
commit 7034fc297bf730427c6c808cb3f574b56f50b60f
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon May 1 13:11:42 2023 +0200
winspool: Change CUPS printers print processor to wineps.
dlls/winspool.drv/info.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
I created a new prefix before each test.
In previous versions of wine printing to file worked.
--
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=47328
Bug ID: 47328
Summary: Steam crashes when loading the Store tab (Assertion
Failed: killing unresponsive browser for URL)
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Created attachment 64652
--> https://bugs.winehq.org/attachment.cgi?id=64652
Console output running Steam.exe under wine
Steps to reproduce:
Install Steam. Run and visit store tab.
Expected behavior:
Steam loads store tab
Actual behavior:
Steam hangs for 40 seconds, then crashes.
Attached is the console output. Samba is installed, as well as allfonts via
winetricks.
This should not be a duplicate of 30202 or 29230 since the first is closed as
fixed (and I installed allfonts), and the second has a different error in the
console output.
--
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=35701
Bug ID: 35701
Summary: League of Legends: Right click contextual menu on
friends list is invisible
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: echo(a)cyphernaut.org
When I open League of Legends, and I open the friends list, you can right click
on a friend to do things such as remove, spectate, message, etc, however in
Wine (as of 1.7.13) this contextual menu is invisible. Items in the menu are
still clickable, if you know where to click them. No crash or anything occurs,
just an invisible menu.
This occurs both with and without compositing enabled, and I've seen it
occurring on both Nvidia proprietary drivers as well as RadeonSI Mesa drivers.
No output is given to the console when I right-click on the friends list.
--
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=53446
Bug ID: 53446
Summary: Total War Shogun 2 crashes on Intel Iris Plus Graphics
G4
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 72820
--> https://bugs.winehq.org/attachment.cgi?id=72820
Console log on wine-7.14 with WINEDEBUG=+seh.
Total War Shogun 2 crashes during startup on Intel Iris Plus Graphics G4
hardware with an EXCEPTION_ACCESS_VIOLATION. Under Nvidia hardware the game
boots normally.
--
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=51982
Bug ID: 51982
Summary: When installing Kobo for Desktop, user data meant for
AppData\Local\Kobo is instead placed inside an
arbitrary folder of the program's installation.
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vorxborx(a)gmail.com
Distribution: ---
Created attachment 70967
--> https://bugs.winehq.org/attachment.cgi?id=70967
Wine user registry
Disclaimer: This is more of a curiosity than an issue, but I believe it may be
linked to issues with other software.
Summary:
After installing Kobo Desktop
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=34526 see latest
test result for information on how to download the installer correctly)
everything worked correctly, and the program is fully functional (fantastic
job!).
When inspecting the program's files, attempting to find the user data, I
expected to find it at:
"~/.wine/drive_c/users/alex/AppData/Local/Kobo/Kobo Desktop Edition" which is
where it is on a native Windows installation.
However, this folder may exist, but is empty (no hidden files either).
Upon inspection, the contents of this folder instead ended up inside:
"~/.wine/drive_c/Program Files (x86)/Kobo/fonts/" along with the font files
expected there.
Steps to reproduce:
- download the installer.
- install the program.
- inspect the folder it was installed to.
The program works fine and manages to find and write to the folder where the
user data now is. I assume something went slightly wrong during installation,
so I have included terminal logs on that process.
I tested this on Manjaro (Wine 6.16) and KDE Neon Unstable (Wine 6.0.2) with
identical results.
The program in question is proprietary, so there isn't an option to inspect the
way it loads the location of these files, or determines the path in the first
place.
I have included the user.reg, and the two installation logs, though I couldn't
find anything particularly noteworthy myself.
Thank you,
Alex
--
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=51950
Bug ID: 51950
Summary: Iperf 2.0.8 hangs in parallel dual mode on localhost
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
I found a problem in Wine winsock that may also be related to bug 51442 but I'm
opening a new bug report since this is not a regression.
On Windows, it is possible to run iperf 2.0.8 in dual mode on localhost in
parallel mode, so the following command works:
iperf -c 127.0.0.1 -d -t 1 -P 5
However, the same command freezes iperf completely on Wine, few messages
"connect failed: Connection refused" appear and Ctrl+C for terminating iperf
does not work.
This behavior is valid for all Wine versions (tested on 6.0.2, 6.11 and 6.20).
--
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=51383
Bug ID: 51383
Summary: S.T.A.L.K.E.R.: Call of Pripyat rendering is messed up
with Enhanced full dynamic lighting (DX10)
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70239
--> https://bugs.winehq.org/attachment.cgi?id=70239
screenshot
After bug 50209
wine-6.11-319-g52ba1b498a9
--
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=46888
Bug ID: 46888
Summary: Office 2007 word does not export to PDF/A
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Created attachment 63964
--> https://bugs.winehq.org/attachment.cgi?id=63964
Wine log with +t2embed,+fontsub
Office 2007 Word failes when exporting to PDF/A.
To reproduce:
- Start Office 2007 Word
- Select "Save As" (in the MS Logo in the upper left corner)
- Select "PDF or XPS"
- Select "Options" and mark "ISO ... (PDF/A)"
- Select Publish
The eror message "This file could not be found" appears and nothing is
exported.
There is an old forum thread
https://forum.winehq.org/viewtopic.php?f=8&t=19850.
In this thread the dlls t2embed and fontsub are seen as problematic for font
embedding. Maybe this is a helpful link.
--
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=42867
Bug ID: 42867
Summary: steam store doesnt work
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
trying to access the steam store through steam itself doesnt work at all.
--
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=54871
Bug ID: 54871
Summary: kernel32:console - testScroll() fails on Windows 10
1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:console - testScroll() fails on Windows 10 1909:
console.c:704: Test failed: ScrollConsoleScreenBufferA failed: 87
See https://test.winehq.org/data/patterns.html#kernel32:console
Where 87 == ERROR_INVALID_PARAMETER
The failing call is:
/* clipping, src & dst rect do overlap */
...
ret = ScrollConsoleScreenBufferA(hCon, &scroll, &clip, dst, &ci);
The parameters are scroll: 0x0-10x6 dst 2x0 clip 5x3-16x10 [1]
Some debugging shows that:
* The test is not skipped and succeeds in all other Windows 10 versions,
including Windows 10 1809 and 2009.
* Despite returning an error ScrollConsoleScreenBufferA() does what it was
asked, even on Windows 10 1909! This is why the loop that checks the content of
the screen does not report a ton of failures.
* ScrollConsoleScreenBufferA() stops returning an error when the destination
coordinates are within the clip rectangle.
[1] I'm not sure the 0 Y shift was intentional. It's the result of integer
rounding in 7/2-3 = 0.5 -> 0. So this is really only testing an horizontal
shift.
--
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=55290
Bug ID: 55290
Summary: quartz:videorenderer - test_video_window_position()
sometimes gets a bad height in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:videorenderer - test_video_window_position() sometimes gets a bad height
in Wine:
videorenderer.c:1957: Test failed: Got height 492.
videorenderer.c:1963: Test failed: Got height 492.
videorenderer.c:1968: Test failed: Got window bottom 492.
videorenderer.c:1984: Test failed: Got height 492.
videorenderer.c:1990: Test failed: Got height 492.
videorenderer.c:1995: Test failed: Got window bottom 492.
See https://test.winehq.org/data/patterns.html#quartz:videorenderer
This is independent of bitness and happens on the TestBot VMs as well as my
desktop and Remi's machines, but not in the GitLab CI's Debian environment.
There must be some external factor influencing how often it happens because it
happened systematically on my desktop from 2022-12-12 to 2023-01-09 and again
from 2023-01-13 to 2023-02-21 while it did not happen more frequently on all
other platforms. Currently it also happens a lot more frequently on Remi's
machines.
--
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=55226
Bug ID: 55226
Summary: kernel32:process - test_SuspendProcessState() gets
unexpected esp/rsp on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:process - test_SuspendProcessState() gets unexpected esp/rsp on
Windows.
The 32-bit tests get a bad esp value:
process.c:3445: Test failed: esp is not at top of stack page or properly
aligned: 0125f88c
process.c:3279: Test failed: esp is not at top of stack page or properly
aligned: 00fafa30
While the 64-bit tests get a bad rsp value:
process.c:3415: Test failed: rsp is not at top of stack page bd0ffffde8
process.c:3264: Test failed: rsp is not at top of stack page 962e7ffad8
See https://test.winehq.org/data/patterns.html#kernel32:process
--
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=55284
Bug ID: 55284
Summary: WinZip 7: falla al extraer un archivo zip
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: santinobenitez859(a)gmail.com
Distribution: ---
Wine falla cuando hago clic en el botón Extraer en la barra de herramientas en
WinZip 7.01
--
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=51201
Bug ID: 51201
Summary: Zlatogorye 2 crashes after selecting the class
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.excysted(a)aleeas.com
Distribution: ---
Created attachment 70076
--> https://bugs.winehq.org/attachment.cgi?id=70076
Screenshot of error after I started the game.
I downloaded the game from the website called MyAbandonWare, I updated the game
to the most latest version and applied NoCD. I played the first disk of this
game.
In settings of the game I disabled EAX. Then started new game, selected class,
and tells me this in the screenshot I attached. All Visual C++ from oldest to
the most up to date version are installed.
OpenSUSE Tumbleweed x86_64
Kernel: 5.12.4-1-default
Wine-staging 6.8 from official repos.
--
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=54113
Bug ID: 54113
Summary: ws2_32:afd - test_get_events_reset() sometimes gets
unexpected flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_get_events_reset() sometimes gets unexpected flags in Wine:
afd.c:2045: Test failed: got flags 0x44
afd.c:2063: Test failed: got flags 0x4
See https://test.winehq.org/data/patterns.html#ws2_32:afd
Where:
0x04 == AFD_POLL_WRITE
0x44 == AFD_POLL_WRITE | AFD_POLL_CONNECT
In the nightly WineTest runs this mostly happens on my box (fg-deb64, maybe
because it's typically more busy), but it also sometimes happens on the
debian11 VM and the GitLab CI, impacting some merge requests (for instance
MR!1635, MR!1742 and MR!1667).
--
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=54140
Bug ID: 54140
Summary: mmdevapi:render - test_event() sometimes gets a
timeout
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_event() sometimes gets a timeout:
render.c:742: Test failed: Wait(event) after Start gave 102
See https://test.winehq.org/data/patterns.html#mmdevapi:render
This is only known to have happened on Windows once (2022-12-09 on w1064v21h2).
But there have been regular instances in Wine on the GitLab CI (e.g. MR!1608,
MR!1598, MR!1199).
--
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=55277
Bug ID: 55277
Summary: riched20:editor - test_WM_PASTE() sometimes fails
Ctrl+C/V or undo/redo on Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - test_WM_PASTE() sometimes fails Ctrl+C/V or undo/redo on
Windows and Wine:
editor.c:5536: Test failed: test paste: strcmp = 1, text='testing paste
'
or
editor.c:5628: Test failed: test paste: strcmp = -1
editor.c:5640: Test failed: test paste: strcmp = 1
editor.c:5664: Test failed: test paste: strcmp = 1, actual = 'testing paste
'
or
editor.c:5678: Test failed: test paste: strcmp = -1, actual = 'paste'
See https://test.winehq.org/data/patterns.html#riched20:editor
--
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=54960
Bug ID: 54960
Summary: winhttp:winhttp - test_websocket() fails on Windows
and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:winhttp - test_websocket() fails on Windows and Wine:
winhttp.c:3543: Test failed: got 8
winhttp.c:3549: Test failed: got 12019
winhttp.c:3550: Test failed: got 3735928559
winhttp.c:3553: Test failed: got 4317
winhttp.c:3572: Test failed: got 12018
winhttp.c:3577: Test failed: got 12018
winhttp.c:3582: Test failed: got 12018
winhttp.c:3583: Test failed: got 12018
winhttp.c:3588: Test failed: got 12018
winhttp.c:3593: Test failed: got 12018
winhttp.c:3598: Test failed: got 12018
winhttp.c:3603: Test failed: got 12018
winhttp.c:3609: Test failed: got 6
winhttp.c:3610: Test failed: got
winhttp.c:3611: Test failed: got 0
winhttp.c:3612: Test failed: got 3735928559
winhttp.c:3615: Test failed: got 6
winhttp.c:3621: Test failed: got 6
winhttp.c:3625: Test failed: got 6
winhttp.c:3628: Test failed: got 6
winhttp.c:3631: Test failed: got 6
winhttp.c:3637: Test failed: got 6
winhttp.c:3638: Test failed: got
winhttp.c:3639: Test failed: got 0
winhttp.c:3640: Test failed: got 3735928559
winhttp.c:3646: Test failed: got 6
winhttp.c:3647: Test failed: got
winhttp.c:3648: Test failed: got 0
winhttp.c:3649: Test failed: got 3735928559
winhttp.c:3652: Test failed: got 6
winhttp.c:3655: Test failed: got 6
winhttp.c:3659: Test failed: got 6
winhttp.c:3662: Test failed: got 6
winhttp.c:3665: Test failed: got 6
winhttp.c:3669: Test failed: got 6
winhttp.c:3672: Test failed: got 6
winhttp.c:3675: Test failed: got 6
winhttp.c:3678: Test failed: got 6
winhttp.c:3681: Test failed: got 6
winhttp.c:3684: Test failed: got 6
winhttp.c:3688: Test failed: got 6
winhttp.c:3689: Test failed: got 3735928559
winhttp.c:3692: Test failed: got 6
winhttp.c:3698: Test failed: got 6
winhttp.c:3699: Test failed: got 57005
winhttp.c:3700: Test failed: got 3735928559
See https://test.winehq.org/data/patterns.html#winhttp:winhttp
It looks like this is not a regression but a change in the server behavior that
broke the test. If that change is not temporary the test will need to be
adjusted.
--
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=54882
Bug ID: 54882
Summary: regression: Conemu fails to start (cannot attach to
process)
Product: Wine
Version: 8.6
Hardware: x86-64
URL: https://conemu.github.io/en/Downloads.html
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 36203f1b86c8b08be8611e276d97300c0b6a8bfc
Distribution: Debian
This is a regression from last week:
]
36203f1b86c8b08be8611e276d97300c0b6a8bfc is the first bad commit
commit 36203f1b86c8b08be8611e276d97300c0b6a8bfc
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 19 15:46:49 2023 +0200
include: Update the PEB and TEB structures.
According to Geoff Chappell's information.
dlls/ntdll/loader.c | 6 +-
dlls/ntdll/rtl.c | 6 +-
dlls/ntdll/tests/rtl.c | 8 +-
dlls/ntdll/unix/signal_x86_64.c | 2 +-
dlls/ntoskrnl.exe/ntoskrnl.c | 8
--
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=54799
Bug ID: 54799
Summary: wininet:internet - test_InternetGetConnectedStateExA()
fails in the Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wininet:internet - test_InternetGetConnectedStateExA() fails in DBCS locales in
Wine.
* Japanese
internet.c:1693: Test failed: Expected 7 bytes, got 8
* Chinese
internet.c:1693: Test failed: Expected 9 bytes, got 10
internet.c:1700: Test failed: Expected 4 bytes, got 10
internet.c:1714: Test failed: Expected 1 byte, got 10
See https://test.winehq.org/data/patterns.html#wininet:internet
The test expects the buffer to always be null-terminated but that's not always
the case in Wine.
--
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=54733
Bug ID: 54733
Summary: Notepad3 crashes: Unhandled exception: unimplemented
function SHLWAPI.dll.StrFormatByteSizeEx called in
64-bit code .
Product: Wine
Version: 8.4
Hardware: x86-64
URL: https://github.com/rizonesoft/Notepad3/releases/downlo
ad/RELEASE_6.23.203.2/Notepad3_6.23.203.2_x64_Setup.ex
e
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, as the title says ;) , happens on start of the application
--
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=54702
Bug ID: 54702
Summary: ldp.exe crashes when attempting to add an entry
without a name
Product: Wine
Version: 8.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74210
--> https://bugs.winehq.org/attachment.cgi?id=74210
WINEDEBUG=+wldap32
ldp.exe is Microsoft's GUI LDAP client, which was part of the Windows XP
Service Pack 2 Support Tools and is still available on Windows 10 by installing
the Windows feature "Active Directory Lightweight Directory Services".
Steps to reproduce:
1. Create a 32-bit Wine bottle and set the Windows version to XP.
2. Run `winetricks mfc42`.
3. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`.
4. Run `docker run --detach -p1389:1389 bitnami/openldap`
5. Run `wine 'C:\Program Files\Support Tools\ldp.exe'`.
6. Click Connection > Connect, enter "localhost" for "Server" and "1389" for
"Port", check "Bind with default credentials", and click OK.
7. Click Browse > Add, leave everything blank, and click Run.
At this point, ldp.exe crashes. However, the program does not crash if you
enter some Distinguished Name (DN) in the Add dialog, whether the DN is valid
or not.
$ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe
7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d
--
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=53073
Bug ID: 53073
Summary: mfplat: uninplemented function while loading Devil May
Cry 1
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
Distribution: ---
Created attachment 72490
--> https://bugs.winehq.org/attachment.cgi?id=72490
Backtrace
Look at the traces
--
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=55008
Bug ID: 55008
Summary: wininet:http - test_secure_connection() fails on
Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http - test_secure_connection() fails on Windows and Wine. More
precisely it is the test_cert_struct() therein that fails:
http.c:6770: Test failed: lpszSubjectInfo = US
Minnesota
CodeWeavers
*.winehq.org
http.c:6869: Testing security flags...
See https://test.winehq.org/data/patterns.html#wininet:http
Note: The failure happens before the "Testing security flags" line which is at
the start of test_security_flags(). The only other place where
test_cert_struct() is called is in test_secure_connection(). CQFD.
The failures started on 2023-06-06 but they happen on older builds too so they
are probably caused by some change on the server.
--
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=54939
Bug ID: 54939
Summary: Dotted files are show - but "don't show dotted" files
is active
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 74467
--> https://bugs.winehq.org/attachment.cgi?id=74467
My used setting for the "dotted files view".
The settings in "winecfg" to show dotted files aren't selected. But for
example, the open dialog of notepad shows them. This behaviour changed from
wine version 8.7 to 8.8.
So I assume that this is a regression. I did a regression test and it showed me
the relevant commit: a8b6966a91453f5c6147dc2c74a337d016bbd53a.
Please fix it in the next version.
--
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=54808
Bug ID: 54808
Summary: Access violation in ntdll when running Adolix Split
and Merge PDF with .NET Framework installed
Product: Wine
Version: 8.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `wine AdolixSplitMergePDFSetup.exe`
2. Run `winetricks dotnet452`
3. Run `wine 'C:\Program Files (x86)\Adolix\Adolix Split and Merge
PDF\AdolixSplitandMergePDF.exe'`
When the program starts, it displays an error dialog that says "Access
violation at address 7BC10A68 in module 'ntdll.dll'. Write of address 00A702A0"
(the exact addresses will vary). When you go to the Merge tab and try to add a
PDF file, the same error dialog reappears and the file is not added.
Without the .NET Framework installed, Adolix still can't add PDF files, but it
displays "Interface not supported" instead of "Access violation".
Adolix must be installed before installing the .NET Framework. If you install
.NET first, Adolix Setup will display "This program does not support the
version of Windows your computer is running" and refuse to run.
Some debugging revealed that the segfault occurs in Wine's
build_clr_surrogate_section function.
$ sha256sum AdolixSplitMergePDFSetup.exe
2de391fd478654888fe86aee221cd0dcc06e7dab0b02241b3b5ecc5cb9167943
--
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=54687
Bug ID: 54687
Summary: CertGetNameStringW with dwType=CERT_NAME_ATTR_TYPE and
pvTypePara missing additional fallbacks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: twhitehead(a)gmail.com
Distribution: ---
Created attachment 74198
--> https://bugs.winehq.org/attachment.cgi?id=74198
Small program to test certificates for fallback behaviour
What happens when you call CertGetNameStringW with dwType=CERT_NAME_ATTR_TYPE
and pvTypePara=NULL is undocumented. Testing with Windows reveals that it
returns the first existing name entry for email, CN, OU, or O. Wine only tries
to return email.
This results in the LibOVR runtime dll failing to verify as reported here
https://github.com/LibreVR/Revive/issues/1571#issuecomment-1465240925
I have attached a short Windows program you can try this out for yourself. You
can generate certificates for it by running
$ openssl req -x509 -newkey rsa:2048 -keyout cert.key -days 1825 -outform der
-out cert.der
and then running the program and passing them to it.
--
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=54640
Bug ID: 54640
Summary: Treecomp Listview's and possible other widgets are not
drawn
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danny.schneider(a)posteo.de
Distribution: ---
Created attachment 74164
--> https://bugs.winehq.org/attachment.cgi?id=74164
wine-8.1-1-x86_64 vs wine-8.2-1-x86_64
The Program Treecomp (exists since NT4 / W2k...)
https://lploeger.home.xs4all.nl/TreeComp.htmhttps://lploeger.home.xs4all.nl/TreeCompx64Latest_noinstall.zip
Worked with wine for as long I can remember - lets say >15 years
But it stopped working on Archlinux with the update from
wine-8.1-1-x86_64
to
wine-8.2-1-x86_64
You can easily check: listviews in the main window or the directory selection
dialogs are not drawn at all.
Other Programms I use seem to be working.
A Downgrade back to wine-8.1-1-x86_64 brings back the listviews in Treecomp
I checked the behaviour on two different PC's and also in VM's. Its always the
same
--
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=54728
Bug ID: 54728
Summary: Pro Evolution Soccer 2008 demo gets stuck extracting
'Pro Evolution Soccer 2008 DEMO.msi'
Product: Wine
Version: 7.4
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-32898/Pro-Evoluti
on-Soccer-2008-Demo/download
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: zzhang(a)codeweavers.com
Blocks: 10341
Distribution: ---
With wine-7.3 it takes around a minute and a half for it to finish successfully
and open the next window to continue installation. With wine-7.4 it just gets
stuck indefinitely, even after waiting 5mins. Bisection revealed:
ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 is the first bad commit
commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Wed Mar 2 14:21:48 2022 +0800
wine.inf: Enable Light theme by default.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
loader/wine.inf.in | 10 ++++++++++
1 file changed, 10 insertions(+)
This seems like a weird one, but I can consistently reproduce it. Disabling the
'Light' theme with wine-8.4 (and -git) also works around.
--
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=53704
Bug ID: 53704
Summary: Bible Black ~La Noche de Walpurgis~ won't start
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oflameo(a)oflameo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73123
--> https://bugs.winehq.org/attachment.cgi?id=73123
Page fault on read access to 0x00000000
https://appdb.winehq.org/objectManager.php?sClass=application&iId=5220
This application threw an exception on Wine build: wine-7.12 (Staging) on Host
version: 5.19.7-200.fc36.x86_64. It won't run anymore.
--
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=52322
Bug ID: 52322
Summary: wineserver memory leak during HTTPs download (Genshin
Impact Launcher, Qt5)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
The Genshin Impact launcher application downloads *.zip archives from an HTTPs
server using the Qt5 engine. During the download, the memory footprint of
wineserver increases proportionally (approx 1:2) to the amount of downloaded
data. This results in systems running out of free RAM due to the 30+ GB
download size (!)
This issue is not due to a recent change in Wine. Another user already reported
this to me 7 months ago (Wine 6.8-1).
Reproduction report 1: (4 months ago)
* Wine 6.13 (vanilla)
* Launcher version: 2.11.2.0 (Qt5 version: 5.12.5.0)
Reproduction report 2: (new)
* Wine 7.0-rc2 (staging), Wine 7.0-rc2 (Lutris)
* Launcher version: 2.14.1.0 (Qt5 version: 5.12.5.0)
Launcher download URL for reproduction:
https://genshinimpact.mihoyo.com/client_app/download/launcher/2021122117122…
Due to DNS routing issues I yet cannot reproduce this bug with a recent vanilla
Wine version, but will give it a try as soon it is sorted out.
--
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=49964
Bug ID: 49964
Summary: 32-bit dxdiag doesn't support '/64bit' command line
switch (launch 64-bit dxdiag)
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Encountered with some Wargaming titles in 64-bit WINEPREFIX. It
causes a message box to be shown which stays behind the main game window. Not
harmful but still worth to get rid of.
--- snip ---
$ pwd
/home/focht/wine-games/wineprefix64-wargaming/drive_c/ProgramData/Wargaming.net/GameCenter
$ WINEDEBUG=+process,+msgbox wine ./wgc.exe --disable-gpu >>log.txt 2>&1
...
03c0:trace:process:CreateProcessInternalW app (null) cmdline L"dxdiag /whql:off
/64bit /t C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp"
...
03c0:trace:process:NtCreateUserProcess
L"\\??\\C:\\windows\\system32\\dxdiag.exe" image
L"C:\\windows\\system32\\dxdiag.exe" cmdline L"dxdiag /whql:off /64bit /t
C:\\users\\focht\\Temp\\dxdiag_cat_852.txt.tmp" parent (nil)
...
03c0:trace:process:NtCreateUserProcess
L"\\??\\C:\\windows\\system32\\dxdiag.exe" pid 03cc tid 03d0 handles 0xf8/0xfc
03c0:trace:process:CreateProcessInternalW started process pid 03cc tid 03d0
...
03d0:trace:msgbox:MSGBOX_OnInit L"Usage: dxdiag [/whql:off | /whql:on] [/t
filename | /x filename]"
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/5d5102f8498413f4b7e11f7da0509e7…
NOTE:
https://stackoverflow.com/questions/28189656/getting-output-from-dxdiag-in-…
--- quote ---
DxDiag is quite cranky on a 64-bit OS. The 32-bit version and the 64-bit
version accept different command line switches and it doesn't give a peep when
you use the wrong one. The /x option simply does not work when you try to use
the /64bit option on the 32-bit version. And the 64-bit version does not accept
/64bit. You'll have to start the 64-bit version explicitly when you run on a
64-bit OS and your program runs in 32-bit mode.
--- quote ---
The '64bit' command line switch is simply ignored by the 64-bit executable and
not listed in the command line help.
$ wine --version
wine-5.18-303-g5d5102f8498
Regards
--
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=54819
Bug ID: 54819
Summary: DnsQuery_A() mishandles CNAME DNS records
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Specifically this breaks the wpad auto-proxy lookups through this chain:
InternetQueryOptionW(NULL,...) + INTERNET_PER_CONN_FLAGS (as per
wininet:internet)
-> calls query_global_option()
-> calls get_proxy_autoconfig_url()
-> calls detect_proxy_autoconfig_url_dns()
-> calls getaddrinfo(AI_DNS_ONLY)
-> calls DnsQuery_A()
Removing AI_DNS_ONLY bypasses DnsQuery_A() and gets more sensible results...
but see bug 52133.
So anyway, if you have something like this in your DNS configuration:
ns A 192.168.3.1
wpad CNAME ns
You get nonsensical results like:
0024:trace:wininet:detect_proxy_autoconfig_url_dns family=2 addr={ family
AF_INET, address 192.159.62.1, port 0 } canon=(null)
0024:trace:wininet:detect_proxy_autoconfig_url_dns family=2 addr={ family
AF_INET, address 192.168.3.1, port 0 } canon=(null)
0024:trace:wininet:detect_proxy_autoconfig_url_dns family=23 addr={ family
AF_INET6, address 20a0:3e01::7800:7800:7800:7800, flow label 0, port 0, scope 0
} canon=(null)
The 192.168.3.1 is as expected but the 192.159.62.1 result should not be there
and, because it comes first, detect_proxy_autoconfig_url_dns() returns the
wrong URL! Also one gets a different bad IP address for wpad.foo and wpad.bar.
Furthermore this issue can be fixed by changing the DNS confguration to:
ns A 192.168.3.1
wpad A 192.168.3.1
So this issue is specific to CNAMEs.
Additional notes:
* I found this issue while debugging bug 54818 but it actually makes no
difference there, it just results in the wrong url getting returned.
* I don't think the IPv6 result makes sense but I'm not sure yet.
--
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=54675
Bug ID: 54675
Summary: HKLM:\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\EditionId registry key is missing in
wine
Product: Wine
Version: 8.3
Hardware: x86-64
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: ---
OpebSSH installer by chocolatey fails because of this missing regkey
See https://community.chocolatey.org/packages/openssh#files
(tools\chocolateyinstall.ps1)
$EditionId = (Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\Windows
NT\CurrentVersion' -Name 'EditionID').EditionId
Please feel free to pick up patch below.
( I don`t wanna spend another hour to find out again how gitlab works; too
complex for me ,sorry)
diff --git a/loader/wine.inf.in b/loader/wine.inf.in
index e7b435ed0f0..e20e0d391a0 100644
--- a/loader/wine.inf.in
+++ b/loader/wine.inf.in
@@ -2461,6 +2461,7 @@
HKLM,%CurrentVersionNT%,"DigitalProductId",1,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
+HKLM,%CurrentVersionNT%,"EditionId",2,"Core"
HKLM,%CurrentVersionNT%,"ProductName",2,"Microsoft Windows 7"
HKLM,%Control%\ProductOptions,"ProductType",2,"WinNT"
HKLM,%Control%\Windows,"CSDVersion",0x10003,0x100
--
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=54618
Bug ID: 54618
Summary: unimplemented function
pdh.dll.PdhVbGetDoubleCounterValue called in 32-bit
code (0x7b012896).
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: pdh
Assignee: wine-bugs(a)winehq.org
Reporter: andrewemt(a)hotmail.com
Distribution: ---
Created attachment 74144
--> https://bugs.winehq.org/attachment.cgi?id=74144
stack trace reported by Wine for pdh.dll missing function exception
On my Fedora Core 37 system, updated to latest Wine in Fedora repos (wine-core
8.2-3, both i686 and x86_64 variants) as of 4 March 2023, attempted to execute
ham radio app VARAFM.EXE (version 4.2.8) after using winetricks 20220411-2
(also from Fedora 37 repo) to install vb6run. VARAFM crashed with exception in
bug title: unimplemented function pdh.dll.PdhVbGetDoubleCounterValue called in
32-bit code (0x7b012896).
--
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=54110
Bug ID: 54110
Summary: CubicSDR crashes on unimplemented function
msvcp140.dll.?_Rethrow_future_exception@std@@YAXVexcep
tion_ptr@1@@Z
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 73644
--> https://bugs.winehq.org/attachment.cgi?id=73644
Console output
Pretty self-explanatory. CubicSDR is part of Pothos SDR.
$ sha256sum PothosSDR-2021.07.25-vc16-x64.exe
705d962f578a9595a31d00e71ac68eb5ca951f3d3cb6091bf99bd13368960da9
--
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=53781
Bug ID: 53781
Summary: cfgmgr32.dll missing function CM_MapCrToWin32Err
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janne.kekkonen(a)gmail.com
Distribution: ---
Created attachment 73270
--> https://bugs.winehq.org/attachment.cgi?id=73270
attached file contain terminal logs run in windows and wine. File also has
source for testcode.
cfgmgr32.dll might be missing function CM_MapCrToWin32Err.
When trying to get address of this function with GetProcAddress return value is
null. After failed address retrieving GetLastError() gives error code 127.
--
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=51178
Bug ID: 51178
Summary: The Bat! v9.3.4.12: Missing content in TTreeViews
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 70048
--> https://bugs.winehq.org/attachment.cgi?id=70048
console output under windows version set to v8
Using The Bat! (mailer) in wine fails to show content in (Delphis) TTreeViews
when the choosen Windows version is higher than v8. Windows 8 is the last
version which worked well.
--
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=11436
Summary: Pepakura viewer: err:wgl:X11DRV_wglShareLists Could not
share display lists, context already created !
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.tamasoft.co.jp/pepakura-
en/download/viewer.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: x11-driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fabio.capela(a)yahoo.com
Created an attachment (id=10567)
--> (http://bugs.winehq.org/attachment.cgi?id=10567)
Trace until the error.
I'm trying to run the Pepakura viewer, but it's giving an strange error on
startup (error: no error) and is having some graphical glitches, as well as
being extremely slow.
The grafical glitches are a flickering 3D model and no textures on the 2D
model.
The bug seems to be the same one affecting Pepakura Designer 2.
The console shows an error with X11DRV_wglShareLists
(err:wgl:X11DRV_wglShareLists Could not share display lists, context already
created !). I've attached a wgl trace up to the moment the error dialog
appears. Seems like the workaround to handle the different way to share OpenGL
contexts in Windows and Linux can't handle this specific software.
The software is freeware and can be downloaded from
http://www.tamasoft.co.jp/pepakura-en/download/viewer.html
--
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=54724
Bug ID: 54724
Summary: LDAP bind over SSL to a server and port that do not
support SSL hangs forever
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74229
--> https://bugs.winehq.org/attachment.cgi?id=74229
Test program
To reproduce, compile and run the attached program with:
x86_64-w64-mingw32-cc ldap.c -lwldap32 -o ldap.exe
wine ldap.exe
The bind fails, but before Wine 7.22 an error code was returned instead of the
bind function hanging forever. `git bisect` says:
d08d6f51040e18982612658a885af659fbfa4afe is the first bad commit
commit d08d6f51040e18982612658a885af659fbfa4afe
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Sep 20 13:06:43 2022 +0200
wldap32: Use the bundled liblber and libldap.
configure | 198 ++---------
configure.ac | 29 +-
dlls/wldap32/Makefile.in | 7 +-
dlls/wldap32/add.c | 15 +-
dlls/wldap32/ber.c | 166 ++++-----
dlls/wldap32/bind.c | 161 ++++-----
dlls/wldap32/compare.c | 33 +-
dlls/wldap32/control.c | 34 +-
dlls/wldap32/delete.c | 15 +-
dlls/wldap32/dn.c | 55 +--
dlls/wldap32/error.c | 91 +++--
dlls/wldap32/extended.c | 38 +-
dlls/wldap32/init.c | 18 +-
dlls/wldap32/libldap.c | 683 ------------------------------------
dlls/wldap32/libldap.h | 624 ---------------------------------
dlls/wldap32/main.c | 6 -
dlls/wldap32/misc.c | 131 +++----
dlls/wldap32/modify.c | 23 +-
dlls/wldap32/modrdn.c | 9 +-
dlls/wldap32/option.c | 80 ++---
dlls/wldap32/page.c | 38 +-
dlls/wldap32/parse.c | 88 ++---
dlls/wldap32/rename.c | 20 +-
dlls/wldap32/search.c | 57 ++-
dlls/wldap32/tests/ber.c | 2 +-
dlls/wldap32/value.c | 40 +--
dlls/wldap32/winldap_private.h | 776 +++++++++++++++++++++++++++++------------
include/config.h.in | 12 -
28 files changed, 1087 insertions(+), 2362 deletions(-)
delete mode 100644 dlls/wldap32/libldap.c
delete mode 100644 dlls/wldap32/libldap.h
--
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=53826
Bug ID: 53826
Summary: Attempting to install / update battle.net fails with
Qt error
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adwinebug(a)adrn.no-spam-allowed.com
Distribution: ---
The install program Battle.net-Setup.exe runs for a while, then fails with a
pop-up error message of
"
This application failed to start because it could not find or load the Qt
platform plugin "windows" in "".
"
Multiple reports of this are in as of Oct 22:
https://eu.forums.blizzard.com/en/wow/t/battlenet-client-doesnt-start-on-li…
This was apparently triggered by Blizzard doing something to Battle.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=55281
Bug ID: 55281
Summary: `showInTaskbar` Win32 API is unsupported.
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ry1tg3+RY1TN1(a)rokejulianlockhart.anonaddy.com
Distribution: ---
Created attachment 74893
--> https://bugs.winehq.org/attachment.cgi?id=74893
Logs.
Per
https://github.com/yereverluvinunclebert/Panzer-Earth-gauge-VB6/issues/3#is…,
hooking into the relevant Win32 APIs to dynamically enable/disable the
`showInTaskbar` preference at runtime works on Windows 7 and 10, but not Wine
3.12.
Although the logs have been attached as HTML and text files within an
XZ-compressed TAR archive, the relevant part of the logs is undermentioned:
```log
0214:fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject", 005FEAEC:
semi-stub
0214:fixme:scrrun:filesys_QueryInterface Unsupported interface
{7fd52380-4e07-101b-ae2d-08002b2ec713}
0214:fixme:scrrun:filesys_QueryInterface Unsupported interface
{37d84f60-42cb-11ce-8135-00aa004bb851}
0214:fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject", 005FEAEC:
semi-stub
0214:fixme:scrrun:filesys_QueryInterface Unsupported interface
{7fd52380-4e07-101b-ae2d-08002b2ec713}
0214:fixme:scrrun:filesys_QueryInterface Unsupported interface
{37d84f60-42cb-11ce-8135-00aa004bb851}
```
--
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=55275
Bug ID: 55275
Summary: Colly.exe(CollyNodes official minecraft hosting
client): Crashes on launch
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 8559365(a)gmail.com
Distribution: ---
Created attachment 74888
--> https://bugs.winehq.org/attachment.cgi?id=74888
Tested on Linux Mint 21.1 Vera(Cinnamod edition)
App crashes when I trying to launch it with "wine
'/home/tyseex/Downloads/Colly.exe'". Developer said, that app only supports
64-bit windows 11 and windows 10. The application also needs the .NET Framework
4.0, but it doesn't matter if you use wine-mono or the real .NET 4.0. It will
still crash.
--
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=42226
Bug ID: 42226
Summary: No ingame sfx audio when CD Audio playing with builtin
dsound in Ignition
Product: Wine
Version: 1.9.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: mads(a)ab3.no
Distribution: ---
Wine 1.9.23 (Staging)
If I play the original Ignition[1] (Ign_3dfx.exe with nGlide 1.05) with native
*dsound driver (winetricks dsound), both CD Audio and ingame sfx works, but
there's about a half-second latency to every ingame sfx.
When I use the built-in dsound, I have to choose between listening to music, or
listen to ingame sfx (if I enable CD Audio, there's no ingame sfx). But there's
no latency to the ingame sfx when it's enabled.
What kind of logs are interesting here?
[1] https://en.wikipedia.org/wiki/Ignition_(video_game)
--
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=55063
Bug ID: 55063
Summary: gdi32:clipping - test_GetClipRgn() sometimes gets a
NULL region on Windows
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:clipping - test_GetClipRgn() sometimes gets a NULL region on Windows:
clipping.c:339: Test failed: Expected SelectClipRgn to return SIMPLEREGION, got
1
clipping.c:453: screen resolution 1024 x 768
clipping.c:471: Test failed: expected SIMPLEREGION, got 1
clipping.c:484: Test failed: RectVisible failed for (10,10)-(20,20)
clipping.c:488: Test failed: RectVisible failed for (20,20)-(10,10)
clipping.c:502: Test failed: expected SIMPLEREGION, got 1
See https://test.winehq.org/data/patterns.html#gdi32:clipping
This is quite rare, happening 8 times in the past 8 months, but somewhat
irregularly. Also, so far the failure has only happened on Windows 10 21H1,
21H2... and Windows 8:
* 2022-11-04 win21H1_newtb-w10pro64-he-64
* 2022-11-15 win21H2_newtb-w1064-tsign-32
* 2023-03-27 win21H1_newtb-w10pro64-ru-64
* 2023-04-05 win21H1_newtb-w10pro64-ja-64
* 2023-04-06 win21H1_newtb-w10pro64-en-AE-u8-64
* 2023-04-11 win21H1_newtb-w10pro64-64
* 2023-05-08 win81_newtb-w864-64
* 2023-06-06 win81_newtb-w864-64
So it's possible these failures are caused by interference from another test.
--
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=40427
Bug ID: 40427
Summary: PS4 Remote Play Installer does not work because it
needs Windows Media Feature Pack
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: axfelix(a)gmail.com
Distribution: ---
Hi folks,
Running wine-staging 1.9.5 and trying to install the new PS4 Remote Play app
that was released this morning:
https://www.thurrott.com/xbox/66088/ps4-remote-play-comes-pc
Made a fresh wineprefix. First, I had to set the Windows version to 8.1 because
anything less complained that it was unsupported by the installer. Then, I had
to make another new 32bit wine prefix because on 64bits the installer
complained that it had a resolution below 1024x768. Finally, I got an error
about needing to install the Windows Media Feature Pack.
This is an MSU installer (Windows8.1-KB2929699-x86.msu) so it isn't supported
in upstream Wine; however, staging recently added support for some MSU
installers. They haven't really documented how this is supposed to work beyond
"it uses WUSA" and ".NET 4.5 will work out of the box after setting an override
for mscoree in winecfg," so I set the override, and tried:
$ env WINEPREFIX=~/.ps4test wine ~/.ps4test/drive_c/windows/system32/wusa.exe
Windows8.1-KB2929699-x86.msu
Which had this output:
...
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:read_assembly Ignoring unexpected tag L"memberships"
fixme:wusa:read_assembly Ignoring unexpected tag L"localization"
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:read_assembly Ignoring unexpected tag L"languagePack"
fixme:wusa:read_assembly Ignoring unexpected tag L"memberships"
fixme:wusa:read_assembly Ignoring unexpected tag L"localization"
fixme:wusa:read_assembly Ignoring unexpected tag L"rescache"
fixme:wusa:install_assembly Assembly L"Microsoft-Windows-MFPlat" not found
err:wusa:install_updates Failed to install update
L"Microsoft-Windows-MediaFeaturePack-OOB-Package-TopLevel"
err:wusa:install_msu Dryrun failed, aborting installation
So, OK, maybe that one particular MSU doesn't work still, or maybe I'm doing it
wrong. I then tried the middle answer from this AskUbuntu thread to add the
relevant h264 functionality manually:
http://askubuntu.com/questions/651099/how-to-install-windows-media-feature-…
But unfortunately, after successfully registering the relevant DLLs and
creating the registry keys, the PS4 Remote Play Installer still complains about
wanting the Windows Media Feature Pack. So I'm stuck for now. But hopefully
this is a 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=51949
Bug ID: 51949
Summary: black boxes for mouse pointer and windows in
wine-staging-6.20
Product: Wine-staging
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70927
--> https://bugs.winehq.org/attachment.cgi?id=70927
cardfile w/black window & PS 6.0 w/black box pointer
The mouse pointer is obscured by a black box in photoshop 6.0 and the window
that has focus is all black making any text in the window unreadable.
See attached images for cardfile & photoshop.
--
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=54793
Bug ID: 54793
Summary: LeagueClient.exe get's stuck in the league of legends
logo before crashing
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kassin.dornelles(a)gmail.com
Distribution: ---
Created attachment 74287
--> https://bugs.winehq.org/attachment.cgi?id=74287
Logs from when the LoL logo starts and when it crashes.
When launching the LeagueClient.exe launcher pressing "Play" in the
RiotClientServices.exe window it will show up the league of legends logo but it
will be stuck on it for 1 to 2 minutes before it stops trying to launch the
game client, so the riotclientservices "Play" button will get re-enabled for
the user to try again
Steps to reproduce:
- Install WINE 8.5 (upstream release)
- Install corefonts (via Winetricks or System wide, i did install system wide)
to get the riotclientservices.exe to actually work
- Launch the game installer that you got from
"https://signup.leagueoflegends.com/en-us/signup/redownload"
- Press install and wait for it, when its over it will launch the
riotclientservices.exe
- Wait for the league client to be downloaded by the riot client, press play
after it and that's it.
Ive seen other issues but seems like most of them got abandoned by the author
and were also using an older version of WINE (please move the issues to gitlab
if possible)
Some random info:
I have all wine dependencies installed, i'm on arch linux, i have corefonts
installed and the prefix is a new one, clear, not even dxvk or vkd3d-proton is
installed, is as clear as it can be.
GPU and CPU is not relevant because a bunch of people in different hardware get
the same exact issue every time.
i'm attaching logs
--
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=55274
Bug ID: 55274
Summary: Magpie v0.4 needs IDXGISwapChain1 to IDXGISwapChain2
cast
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
https://github.com/Blinue/Magpie/releases/tag/v0.4
Contains source and download.
Log:
> 02c0:warn:dxgi:d3d11_swapchain_QueryInterface {a8be2ac4-199f-4946-b331-79599fb98de7} not implemented, returning E_NOINTERFACE
Affected code from the program:
https://github.com/Blinue/Magpie/blob/42088d9261c0ad7e0467ff379bc50a1812e11…
To reproduce, just run the program and click the button right of "ALT+F11"
After 5 seconds it creates a bugged fullscreen window that hides an error
message box behind it.
--
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=55271
Bug ID: 55271
Summary: d3dx10_39:d3dx10, d3dx10_40:d3dx10, d3dx10_42:d3dx10:
test_D3DX10CreateThreadPump() sometimes fails on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_39:d3dx10, d3dx10_40:d3dx10, d3dx10_42:d3dx10:
test_D3DX10CreateThreadPump() sometimes fails on Windows:
d3dx10.c:2664: Test failed: Got unexpected data_loader_decompress_count 1.
See https://test.winehq.org/data/patterns.html#d3dx10_39:d3dx10https://test.winehq.org/data/patterns.html#d3dx10_40:d3dx10https://test.winehq.org/data/patterns.html#d3dx10_42:d3dx10
With only four instances in 8 months this is pretty rare:
* 2023-02-16 win21H1_newtb-w10pro64-hi-u8-64
* 2023-04-20 win7_newtb-w7u-es
* 2023-06-07 win7_newtb-w7u-es
* 2023-07-11 win7_newtb-w7u-es
--
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=55229
Bug ID: 55229
Summary: kernel32:loader - test_import_resolution() gets an
invalid address error on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_import_resolution() gets an invalid address error on
Windows 10+:
loader.c:2296: Test failed: failed to load err 487
loader.c:2315: Test failed: failed to load err 487
See https://test.winehq.org/data/patterns.html#kernel32:loader
Where 487 == ERROR_INVALID_ADDRESS
--
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=55266
Bug ID: 55266
Summary: kernel32:loader - The 64-bit test_Loader() gets bad
header alignments on Windows 10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - The 64-bit test_Loader() gets bad header alignments on
Windows 10+:
loader.c:981: Test failed: 2: header alignment is not cleared
loader.c:981: Test failed: 3: header alignment is not cleared
loader.c:981: Test failed: 6: header alignment is not cleared
loader.c:981: Test failed: 7: header alignment is not cleared
loader.c:981: Test failed: 14: header alignment is not cleared
See https://test.winehq.org/data/patterns.html#kernel32:loader
This is specific to the 64-bit tests and first happened on 2023-07-10 which
corresponds to the GitLab CI's move to Debian 12 for building the Windows test
binaries (5799e89f15b5). This is confirmed by the fact that test executables
built on Debian 11 still don't get these failures.
In particular this means:
* These failures will show up in the TestBot's nightly WineTest results since
they use the official winetest.exe binaries built by the GitLab CI on Debian
12.
* But they will not happen when testing patches on the TestBot since, so far,
it still builds the tests on Debian 11.
--
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=55230
Bug ID: 55230
Summary: Yesterday Origins shows black screen while playing
some videos
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0378:fixme:wincodecs:BitmapImpl_QueryInterface unknown interface
{6f15aaf2-d208-4e89-9ab4-489535d34f9c}
0378:fixme:mfplat:media_engine_TransferVideoFrame Unsupported destination type.
8.12-43-g5799e89f15b
--
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=42668
Bug ID: 42668
Summary: RealMYST crashes with "Too many open files" error
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: psychonaut(a)nothingisreal.com
Distribution: ---
Created attachment 57619
--> https://bugs.winehq.org/attachment.cgi?id=57619
Console output from Wine 2.3
realMYST (as distributed by GoG) crashes near the end of the introductory
sequence, right before the book lands at the bottom of the screen. If I abort
the introduction, I can start playing the game, which seems to work fine,
except that it crashes after a few minutes (usually, but not always, when I try
to save). The console output gives a message about too many files open:
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
I note that this is the same problem reported by Comment #10 of Bug 18975. I
haven't tried increasing my maximum number of open file descriptors. It's
currently set to 1024, though I think it would be bizarre for the game to
require even that many.
Unfortunately, it is not possible for me to get a backtrace. When I use
winedbg, the game slows to a crawl and it's impossible to do anything.
--
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=55234
Bug ID: 55234
Summary: Star Citizen fails to start when using apitrace
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 74838
--> https://bugs.winehq.org/attachment.cgi?id=74838
+d3d,+d3d11,+dxgi,+loaddll,+msgbox,+process,+seh,+tid debug log wine 8.11
Hello,
When launching Star Citizen with active apitrace (windows version), the game
crashes and shows an empty crash handler window & dialog.
Pre-requisites are workarounds mentioned in bug 54010, needed for the RSI
launcher & game to work at all.
apitrace is working with this:
- dxgi & d3d11 set to native,builtin for StarCitizen.exe &
StarCitizen_Launcher.exe in winecfg;
- dxgi.dll, dxgitrace.dll & d3d11.dll wrappers copied to the StarCitizen/LIVE &
StarCitizen/LIVE/Bin64 directories;
Yet, a StarCitizen.trace file is created by apitrace indicating that it's
indeed active.
When apitrace is not used, the game client can usually load. Sometimes it
crashes but not like the issue (returns to the launcher; no crash window or
dialog).
A +d3d,+d3d11,+dxgi,+loaddll,+msgbox,+process,+seg,+tid debugging log is
attached.
Regards.
--
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=55262
Bug ID: 55262
Summary: [POTENTIAL PERFORMANCE BOOST] [POTENTIAL CPU USAGE
REDUCTION] [PATCH PROVIDED] SIMPLE CODE CHANGE FOUND
TO BOOST FPS AND SEVERELY DECREASE CPU USAGE CAUSED BY
"wined3d_cs_run"
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: CHECK_1234543212345(a)protonmail.com
CC: z.figura12(a)gmail.com
Distribution: ---
Created attachment 74878
--> https://bugs.winehq.org/attachment.cgi?id=74878
WINED3D_CS_QUERY_POLL_INTERVAL_from_10u_to_200000u_remove_high_cpu_usage_caused_by_WINED3D_CS_SPIN_COUNT.patch
⬤ FOUND CODE THAT CAN BE CHANGED TO BOOST FPS AND REDUCE CPU USAGE CAUSED BY
"wined3d_cs_run" BY ALOT
- A way to boost FPS by increasing number of "WINED3D_CS_QUERY_POLL_INTERVAL"
has been FOUND!!!
- A way to reduce the CPU USAGE caused by "wined3d_cs_run" has been FOUND!!!
⬤ SETTINGS:
- Default Wine 8.11
- Ryzen 7 1700 locked to 2.5GHZ (to keep fps stable)
- RX 580 locked CORE/MEMORY locked to 300MHZ (echo "low" >
/sys/class/drm/card0/device/power_dpm_force_performance_level) (to keep fps
stable)
- Window Manager: OpenBox
- Compositor: No Compositor, Xorg TearFree Disabled
- 16 bit color used to boost FPS
- Used Wine to run the Windows version of Steam to run these games
- "perf top" command used to see overhead caused by "wined3d_cs_run"
- DXVK not used
⬤ GAMES USED:
- Grapple (Free) (Heavy on GPU)
(https://store.steampowered.com/app/1428870/Grapple/)
- Brawlhalla (Free) (Light on GPU)
(https://store.steampowered.com/app/291550/Brawlhalla/)
⬤ RESULTS:
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 10u (Wine Default)
WINED3D_CS_SPIN_COUNT 10000000u (Wine Default)
Grapple Level 1: 89 FPS
Brawlhalla Character Select CPU USAGE: 130.2%
Brawlhalla "perf top" wined3d_cs_run overhead: 63.12%
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 10u (Wine Default)
WINED3D_CS_SPIN_COUNT 10000u
Grapple Level 1: 89 FPS
Brawlhalla Character Select CPU USAGE: 42.8%
Brawlhalla "perf top" wined3d_cs_run overhead: 1.50%
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 10u (Wine Default)
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 86 FPS
Brawlhalla Character Select CPU USAGE: 41.1%
Brawlhalla "perf top" wined3d_cs_run overhead: 0.43%
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 100u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 91 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 1000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 10000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94-95 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 100000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94-95 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 200000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94-95 FPS
Brawlhalla Character Select CPU USAGE: 41.0%
Brawlhalla "perf top" wined3d_cs_run overhead: 0.40%
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 200000u
WINED3D_CS_SPIN_COUNT 10000000u (Wine Default)
Grapple Level 1: 94-95 FPS
Brawlhalla Character Select CPU USAGE: 130.2%
Brawlhalla "perf top" wined3d_cs_run overhead: 63.07%
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 250000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 300000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 94 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 1000000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 93-94 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
WINED3D_CS_QUERY_POLL_INTERVAL 10000000u
WINED3D_CS_SPIN_COUNT 1000u
Grapple Level 1: 52 FPS
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
2nd BEST:
WINED3D_CS_QUERY_POLL_INTERVAL 200000u
WINED3D_CS_SPIN_COUNT 1u
Grapple Level 1: 96 FPS
Brawlhalla Character Select CPU USAGE: 40.7%
Brawlhalla "perf top" wined3d_cs_run overhead: "wined3d_cs_run" overhead too
low, not able to see
---------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------
BEST: PATCH PROVIDED
WINED3D_CS_QUERY_POLL_INTERVAL 200000u
"++spin_count >= WINED3D_CS_SPIN_COUNT && " removed in "dlls/wind3d/cs.c"
Grapple Level 1: 96 FPS
Brawlhalla Character Select CPU USAGE: 39.1%
Brawlhalla "perf top" wined3d_cs_run overhead: "wined3d_cs_run" overhead too
low, not able to see
---------------------------------------------------------------------------------------------------------------
⬤ CONCLUSION:
- 1. Increasing "WINED3D_CS_QUERY_POLL_INTERVAL" from "10u" to "200000u"
BOOSTED the FPS!!!
- 2. Decreasing "WINED3D_CS_SPIN_COUNT" from "10000000u" to "1u" or removing
"++spin_count >= WINED3D_CS_SPIN_COUNT && " in "dlls/wind3d/cs.c" fixes what
causes games that are light on the GPU to have high CPU USAGE caused by
"wined3d_cs_run" when checking using "perf top"!!!
- 3. I also tested other games and saw reduced CPU Usage by alot because of
"wined3d_cs_run" now taking less CPU USAGE!!!
- 4. HOPEFULLY A DEVELOPER SEES THIS SO THAT THIS COULD BE APPLIED INTO WINE,
CHANGING THOSE CODE GAVE A GOOD FPS BOOST AND REDUCED CPU USAGE CAUSED BY
"wined3d_cs_run"!!!
- 5. I have not checked if changing those code increases the FPS when using
DXVK
⬤ HOW TO APPLY PATCH:
- 1. "cd" into wine source code
- 2. do "patch -p0 <
WINED3D_CS_QUERY_POLL_INTERVAL_from_10u_to_200000u_remove_high_cpu_usage_caused_by_WINED3D_CS_SPIN_COUNT.patch"
--
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=21983
Summary: Buttons come on each other in Proteus
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ssserkkk(a)yahoo.com
hi!
The buttons in ISIS and ARES come on each other. The ones that create this
problem are "subcircuit mode ile terminals mode",
"virtual instruments mode and 2D graphics line mode" in ISIS program;
"connectivity highlight mode and round through-hole pad mode", "padstack mode
and 2D graphics line mode" in ARES.
--
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=55264
Bug ID: 55264
Summary: Dragon Age Inquisition crashes with new wow64
emulation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 74880
--> https://bugs.winehq.org/attachment.cgi?id=74880
+tid,+seh log
Hi,
I build wine-git (wine-8.12-167-g2238658e2f8) with the new wow64 emulation and
the game crashes at launch during the 1st loading.
In the +tid,+seh log, i have these reports :
#####
0908:trace:seh:dispatch_exception code=c0000005 flags=0 addr=000000014304DBED
ip=14304dbed
0908:trace:seh:dispatch_exception info[0]=0000000000000001
0908:trace:seh:dispatch_exception info[1]=0000000140000000
0908:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception
(code=c0000005) raised
0908:trace:seh:dispatch_exception rax=0000000000000000 rbx=0000000009340c20
rcx=00000000c0000017 rdx=0000000000000008
0908:trace:seh:dispatch_exception rsi=0000000141d909b0 rdi=00000001426c9990
rbp=00000000348609c0 rsp=0000000031eef9e0
0908:trace:seh:dispatch_exception r8=000000000000002a r9=0000000170071bfc
r10=0000000170071b00 r11=0000000000000202
0908:trace:seh:dispatch_exception r12=0000000000000001 r13=000000003c06cba0
r14=000000001d390420 r15=0000000029f41090
0908:trace:seh:call_handler calling handler 000000014423AA84
(rec=0000000031EEF7E0, frame=0000000031EEFD80 context=0000000031EEED50,
dispatch=0000000031EEEC20)
0908:trace:seh:__C_specific_handler 0000000031EEF7E0 0000000031EEFD80
0000000031EEF2F0 0000000031EEEC20
0908:trace:seh:call_handler handler at 000000014423AA84 returned 1
0908:trace:seh:call_stack_handlers found wine frame 0000000031EEFEA0 rsp
0000000031EEFFE0 handler 000000017006A800
0908:trace:seh:call_teb_handler calling TEB handler 000000017006A800
(rec=0000000031EEF7E0, frame=0000000031EEFEA0 context=0000000031EEED50,
dispatch=0000000031EEEC20)
01f4:fixme:netprofm:list_manager_GetConnectivity 0000000001295CE0,
000000000275FA3C
02dc:fixme:netprofm:list_manager_GetConnectivity 0000000000A95C20,
00000000027DFA3C
0908:trace:seh:EnumProcessModulesEx (FFFFFFFFFFFFFFFF, 0000000031EEBF60, 65536,
0000000031EEBEF0, 0)
018c:fixme:netprofm:list_manager_GetConnectivity 0000000005731380,
000000000767FA3C
01f4:fixme:netprofm:list_manager_GetConnectivity 0000000001295CE0,
000000000275FA3C
wine: Unhandled page fault on write access to 0000000140000000 at address
000000014304DBED (thread 0908), starting debugger...
#####
--
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=54994
Bug ID: 54994
Summary: Problem with Dolphin emulator "X Error of failed
request: GLXBadFBConfig" and OpenGL < 4.6
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all!
Here follows a new bug report regarding a "X Error of failed request:
GLXBadFBConfig" error in conjunction with the dolphin emulator. This problem is
present for me since Wine 8.6 and Mesa 23.2.0-devel (git-483639d 2023-04-24
jammy-oibaf-ppa).
It is unclear if this is a Mesa or a Wine bug. Originally this was reported at
the Mesa issue tracker here:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/8901
Maybe someone from the Wine project can bring more clarity where the problem is
coming from. ;-)
Note, this issue is similar to old bug 50859. But in contrast the underlying
problem does not affect all applications. I was only able to reproduce this
issue with the dolphin emulator.
A workaround is to add "MESA_GL_VERSION_OVERRIDE=4.6" and override the reported
OpenGL version to 4.6. Interestingly this even works with OpenGL 3.3 based
hardware like an Intel HD 2000 iGPU. And this is only valid for OGL 4.6. A
lower OGL override like "MESA_GL_VERSION_OVERRIDE=4.5" has no effect.
--
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=55260
Bug ID: 55260
Summary: wineserver and wine -k don't kill wine process
Product: Wine-staging
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
ubuntu 23.04 and wine-staging 8.12
Install the Bentley CONNECTION Client from this bug:
https://bugs.winehq.org/show_bug.cgi?id=55248
After installing the program, the uninstaller finishes upon clicking on "Don't
show this again", however the Client launches as a separate process. Click on
system tray and Exit, however the terminal does not finish the wine process and
can't be killed.
The wine log is:
DFMT_B8G8R8X8_UNORM stub!
04c8:fixme:wininet:InternetSetOptionW Option
INTERNET_OPTION_END_BROWSER_SESSION: semi-stub
04c8:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 00000000000200BE
04c8:fixme:uiautomation:UiaClientsAreListening ()
04c8:fixme:win:UnregisterPowerSettingNotification (00000000DEADBEEF): stub
04c8:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0000000000030066
04c8:fixme:dwmapi:DwmDetachMilContent (000000000002006E) stub
(waiting unless I Ctrl+C)
Can't be killed from another terminal:
wineserver -k has exit code 1
killall wineserver
wineserver: no process found
I'm not able to detect the process ID because bash doesn't have any child
process, yet the log is displayed in konsole.
--
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=55261
Bug ID: 55261
Summary: Installing wine-staging 8.12~lunar-1 didn't remove
8.0~repack-4
Product: Wine-staging
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Follow up from this bug:
https://bugs.winehq.org/show_bug.cgi?id=55256
Ubuntu 23.04 had installed 8.0~repack-4 and upgraded repo for lunar, then apt
update and upgrade, but previous build was not uninstalled, so now I have:
$ apt list --installed | grep wine
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
fonts-wine/lunar,lunar,lunar,lunar,lunar,lunar,now 8.0~repack-4 all [installed]
libkwineffects14/lunar,lunar,lunar,now 4:5.27.4-0ubuntu1 amd64
[installed,automatic]
libwine-development/lunar,lunar,lunar,now 7.20~repack-1 amd64
[installed,automatic]
libwine/lunar,lunar,lunar,now 8.0~repack-4 amd64 [installed,automatic]
libwine/lunar,lunar,lunar,now 8.0~repack-4 i386 [installed,automatic]
wine-staging-amd64/lunar,now 8.12~lunar-1 amd64 [installed,automatic]
wine-staging-i386/lunar,now 8.12~lunar-1 i386 [installed,automatic]
wine-staging/lunar,now 8.12~lunar-1 amd64 [installed,automatic]
wine32/lunar,lunar,lunar,now 8.0~repack-4 i386 [installed]
wine64/lunar,lunar,lunar,now 8.0~repack-4 amd64 [installed]
winehq-staging/lunar,now 8.12~lunar-1 amd64 [installed]
winetricks/lunar,lunar,lunar,lunar,lunar,lunar,now 20220411-1 all [installed]
--
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=55251
Bug ID: 55251
Summary: need ntdll.dll.RtlWalkFrameChain for Revelation mobile
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: quyenvanboqmak(a)gmail.com
Distribution: ---
Created attachment 74857
--> https://bugs.winehq.org/attachment.cgi?id=74857
Revelation mobile need ntdll.dll.RtlWalkFrameChain
Revelation works fine with wine-ge-proton OpenGL, but when DXVK is enabled,
there is a fatal error like 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=55248
Bug ID: 55248
Summary: Bentley CONNECTION Client does not connect to internet
Product: Wine-staging
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Download Bentley CONNECTION Client:
https://www.bentley.com/software/connection-client/
Direct link:
https://cs-download.limelight.com/bentley/ht/s/p/rl/dist2/intel/v2300/conne…
Is unable to connect to the internet after install is completed.
--
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=47325
Bug ID: 47325
Summary: Steam Login: cannot select Account Name or Password
text boxes when emulating a Virtual Desktop
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Steps to reproduce:
* Emulate a virtual desktop through winecfg.
* Install and run Steam. Proceed to the login prompt.
* Attempt to select the "Account name" and "Password" textboxes.
Expected Behavior:
Textbox is selected when it is clicked on, i.e. it displays a flashing cursor
and characters accumulate in it when keys are pressed.
Actual Behavior:
Textbox is not selected. No cursor is displayed, and it does not respond to
key presses.
Easy Workaround:
Grab and move the steam login window inside of the virtual desktop. After
doing this it becomes possible to select the text boxes in the window and enter
Account Name and Password.
--
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=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmmartins(a)gmail.com
Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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=41976
Bug ID: 41976
Summary: Very high CPU usage while downloading stuff in Steam
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: ---
I'm now downloading Crysis in the latest Steam/Wine releases and CPU usage is
extremely high:
PID USER PR NI VIRT RES %CPU %MEM TIME+ nTH COMMAND
31543 birdie 20 0 2731.0m 227.1m 51.7 1.4 6:43.52 42 Steam.exe
31401 birdie 20 0 8.0m 5.6m 49.0 0.0 5:44.30 1 wineserver
One extra note: I'm downloading to tmpfs so disk IO has zero effect on this
process.
The current download speed is around 3MB/sec (24Mb/sec).
This is a bug.
--
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=36511
Bug ID: 36511
Summary: widl fails to build with clang -fsanitize=undefined
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
make[1]: Entering directory `/home/austin/src/wine-clang/tools/widl'
clang -fsanitize=undefined -m32 -g -O2 -o widl client.o expr.o hash.o header.o
proxy.o register.o server.o typegen.o typelib.o typetree.o utils.o widl.o
write_msft.o parser.tab.o parser.yy.o ../../libs/wpp/libwpp.a
../../libs/port/libwine_port.a
../../libs/wpp/libwpp.a(ppy.tab.o): In function `ppy_parse':
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [widl] Error 1
make[1]: Leaving directory `/home/austin/src/wine-clang/tools/widl'
make: *** [tools/widl] Error 2
--
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=52365
Bug ID: 52365
Summary: Amayakase (Adult Visual Novel) - Entering Fullscreen
Renders a Black Window
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bridge.remove.de0abd(a)gizmotik.com
Distribution: ---
Created attachment 71553
--> https://bugs.winehq.org/attachment.cgi?id=71553
Wine (non-Staging) 7.0-rc5 Terminal Output
SHA256:
d05912af4b526140d0838eb8dd0f8b55663c4351a9b34a330d18d75740adcba9
Download:
(The application is a retail product:
https://jastusa.com/games/jast024/amayakase---spoiling-my-silver-haired-gir…
)
Wine Version:
Wine (non-Staging) 7.0-rc5
------
Entering fullscreen through the in-application settings causes the fullscreen
window to render blank/black.
--
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=55250
Bug ID: 55250
Summary: Touhou gets massive graphical glitches after a while
of playing (GL_OUT_OF_MEMORY)
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 74855
--> https://bugs.winehq.org/attachment.cgi?id=74855
Log
Already happened a few time with different Touhou games for me, this time using
Touhou 15. After about an hour or so of playing, sometimes sprites are suddenly
not rendered anymore, making the game unplayable.
Attaching a log I had since I happens to start it via the terminal.
Anything I could do to help narrow this down? It is hard to reproduce, since it
happens only after prolonged playing.
Maybe more flags for debugging?
--
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=49560
Bug ID: 49560
Summary: Ashes of the Singularity: Escalation freezes at
Turinium Optimized
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 67700
--> https://bugs.winehq.org/attachment.cgi?id=67700
Ashes of the Singularity: Escalation Wine log
Ashes of the Singularity: Escalation freezes at Turinium Optimized caption. The
game starts fine and when reaches "Turinium Optimized" in the loading menu, it
freezes and I have to kill it manually. I can't reach the main menu, it's the
initioal loading screen of the game. Tried with clean prefix and on two
different Linux distros - Arch and Linux Mint. It's the latest GOG version.
https://i.imgur.com/N9RgT5g.png
--
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=42562
Bug ID: 42562
Summary: Act of War stuck at open (GOG and Steam Versions
Affected)
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Act of War direct action steam and gog versions stuck at try open, one cpu core
go to 100% and actofwar.exe process cant be closed
--
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=52111
Bug ID: 52111
Summary: <144dpi fonts aren't anti-aliased when using greyscale
method
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: teamworks1732(a)gmail.com
Distribution: ---
Created attachment 71135
--> https://bugs.winehq.org/attachment.cgi?id=71135
96dpi with sub-pixel anti-alias method
When setting the scaling dpi to <144dpi while the system is using "greyscale"
font anti-alias method, Wine won't anti-alias any font. But using "sub-pixel"
method will make it working.
I have tried adding "+font" into the "WINEDEBUG" env var, and I got a pretty
interesting log saying "0110:trace:font:freetype_get_aa_flags font L"Tahoma"
-11 aa disabled by GASP" (more log info at 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=53096
Bug ID: 53096
Summary: Wodershare Uniconverter 13 not able to import files to
convert
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 72525
--> https://bugs.winehq.org/attachment.cgi?id=72525
terminal output
After starting the program and selecting the CONVERTER tab from the left hand
side menu and then browsing for a file to import a window showing the import
progression shows up for a second or 2 and is then replaced with a window
titled IMPORT FAILED.
--
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=39830
Bug ID: 39830
Summary: TomTom Home 2 TomTomHOMERuntime.exe failed with Error
87
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: detlef.bieritz(a)gmx.de
Distribution: ---
Created attachment 53171
--> https://bugs.winehq.org/attachment.cgi?id=53171
Screenshot
Ubuntu 15.10
Wine 1.8
TomTom Home 2
TomTomHOMERuntime.exe failed with Error 87:
Ungültiger Parameter
(siehe Screenshot)
Installation: OK
Start: NOK
Run: NOK
--
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=45070
Bug ID: 45070
Summary: closing threads causes "wine client error" and kills
process when run under winedbg --gdb
Product: Wine
Version: 3.6
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 61208
--> https://bugs.winehq.org/attachment.cgi?id=61208
test program showing problem
When run under winedbg in gdb mode, closing a thread consistently causes 'wine
client error:30: write: Bad file descriptor', aborting the program.
The basic problem seems to be that gdb will inject breakpoints into dlopen() to
allow hooking that function if desired. Normally this works fine, but this can
also be triggered during thread teardown, i.e. inside of pthread_exit(). In
this case we catch the SIGTRAP, but abort when we try to pass it along to
wineserver, since we've already closed our file handle to the server pipe.
The obvious solution seems to be to block SIGTRAP during thread shutdown.
Attempting this makes the 'bad file descriptor' message go away, but the
process still gets killed prematurely. I haven't figured out why.
--
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=55197
Bug ID: 55197
Summary: ReadConsole blocks handler routines
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madebr(a)gmail.com
Distribution: ---
Created attachment 74792
--> https://bugs.winehq.org/attachment.cgi?id=74792
Small example calling SetConsoleCtrlHandler + ReadConsoleA
Handler routines, set via SetConsoleCtrlHandler, are not executed when using
ReadConsoleA.
When pressing <CTRL>+<C> in the attached source, the handler routine should get
executed and print something.
Current wine master only returns from ReadConsoleA and prints nothing.
--
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=53089
Bug ID: 53089
Summary: PotPlayer EULA unreadable during install
Product: Wine
Version: 7.9
Hardware: x86-64
URL: https://t1.daumcdn.net/potplayer/PotPlayer/Version/Lat
est/PotPlayerSetup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 72512
--> https://bugs.winehq.org/attachment.cgi?id=72512
Screenshot
The EULA presented during installation of PotPlayer is unreadable. All
characters are replaced with "boxes": ▯ (See screenshot)
b7f14c493990b3c9981f1cd47c8cb189ce1a6966 PotPlayerSetup.exe
Tried "winetricks riched20 corefonts" but this did not help.
Console:
017c:fixme:imm:ImeSetActiveContext (0014A280, 0): stub
017c:fixme:imm:ImmReleaseContext (00020064, 0014A280): stub
016c:fixme:imm:ImeSetActiveContext (004B76B0, 1): stub
016c:fixme:imm:ImmReleaseContext (00030028, 004B76B0): 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=47593
Bug ID: 47593
Summary: PotPlayer 1.7: choppy video when monitor refresh rate
is 24 hz
Product: Wine
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smart-32(a)s-32.tk
Distribution: ---
When monitor refresh rate is set to 24 hz after about a minute of playing any
video it becomes choppy. It looks like every second frame is dropped.
Media Player Classic - BE have same problem.
I tested this bug in PotPlayer 1.7 1.7.18958 X86. It can be download here:
https://daumpotplayer.com/wp-content/uploads/2019/06/PotPlayerSetup.exe
I want to notice you should to disable the cache pre-read option in built-in
source/splitter configuration to prevent video playback jerking.
--
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=33257
Bug #: 33257
Summary: Adobe Digital Editions does not recognize KOBO
eReader.
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peterharris20(a)sky.com
Classification: Unclassified
Adobe Digital Editions does not find the KOBO eReader when it is plugged in.
Ubuntu 10.04 recognizes it and displays the folder and contents.
--
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=51924
Bug ID: 51924
Summary: KEmulator crashes on start: "SWTException: Graphic is
disposed"
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ArchLinux
Created attachment 70888
--> https://bugs.winehq.org/attachment.cgi?id=70888
SWTException output
Sometimes, KEmulator hangs up on start with the message "KEmulator v1.0.3
Running..." or it just crashes upon start (probably related)
The output is obtainable if it crashes.
It occurs very randomly. Sometimes it just works normally, but sometimes this
issue appears and you have to wait for some days to try again and open it
successfully. Rebooting the system usually doesn't solve this.
This bug was also found in Wine 6.19
Other Linux users from Kahvibreak project have identified this issue too, and a
MacOS user has also reported it on the forums recently:
https://forum.winehq.org/viewtopic.php?f=9&t=35717
Procedure:
Run through WineCMD:
java -jar KEmulator-1.0.3.jar -jar MIDlet.jar
You can use almost any J2ME application (MIDlet) to do this procedure, format
must be .jar, .jad is not supported.
I'll attach a MIDlet so you can try it without the need to search for it
Download KEmulator v1.0.3: https://archive.org/details/KEmulator103
SHA1: 23f339e4b2ae39828cbbbd415d00616b1858e167
Note: add "zip.dll" as "native, builtin" in Libraries tab in 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.
https://bugs.winehq.org/show_bug.cgi?id=52807
Bug ID: 52807
Summary: GarminExpress.exe encounters
System.EntryPointNotFoundException
Product: Wine-staging
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zargulthewizard(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72184
--> https://bugs.winehq.org/attachment.cgi?id=72184
output of the command
Not sure what else to say here. I have attached the output log. Given that the
error seems to stem from some scope labeled
MS.Win32.PresentationCore.UnsafeNativeMethods this is probably a semi-known
bug. It appears to be a GUI drawing error.
--
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=7517
Ken Sharp <imwellcushtymelike(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://www.microsoft.com/do |https://archive.org/details
|wnloads/details.aspx?family |/htmlhelp
|id=00535334-c8a6-452f-9aa0- |
|d597d16580cc&displaylang=en |
--- Comment #22 from Ken Sharp <imwellcushtymelike(a)gmail.com> ---
Does this still occur in Wine 8.12?
I couldn't find a good download – the MS link is 404.
--
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=53312
Bug ID: 53312
Summary: Installers made with Inno Setup 4.2.2 fail to create
non-latin paths
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Installers will throw errors with proper LC_ALL. Installers will create files
with odd names without LC_ALL.
Ubuntu 20.04.4 LTS
Kernel release: 5.13.0-52-generic
--
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=37466
Bug ID: 37466
Summary: Deadly Premonition: The Director's Cut 1.01b Steam
crash after logos
Product: Wine
Version: 1.7.29
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david.gamiz(a)gmail.com
Distribution: ---
Created attachment 49840
--> https://bugs.winehq.org/attachment.cgi?id=49840
log and trace crash wine
Install, run launcher and run game. After logos the game crash.
Overlay steam is OFF.
WinXP config. 32bit wine 1.7.29
--
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=53012
Bug ID: 53012
Summary: wine: Read access denied for device L"\\??\\Z:\\", FS
volume label and serial are not available.
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robwie2004(a)gmail.com
Distribution: ---
It's happening on Arch with fresh wine install on btrfs filesystem & wayland.
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.
https://bugs.winehq.org/show_bug.cgi?id=53831
Bug ID: 53831
Summary: Cockos REAPER fullscreen loses mouse input
responsiveness after other windows/menus are created
Product: Wine
Version: 7.19
Hardware: x86-64
URL: http://reaper.fm/download.php
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gabrielopcode(a)gmail.com
Distribution: ---
After setting Fullscreen in Reaper (Menubar: View->Fullscreen, or Alt+Enter
shortcut), clicking on the menu disables all further mouse interaction after
the menu is closed, due to fullscreen clipping. This happens only in managed
windows (controlled by Window Manager).
To demonstrate it after launching Reaper:
1) Click on View on the menubar and select Fullscreen at the bottom, or press
Alt+Enter.
2) Try to click/drag around the timeline, should work fine.
3) Click on the menubar again, can be anywhere, and then simply unfocus it by
clicking on the timeline or anywhere.
4) Notice how no mouse input works on the Reaper fullscreen window anymore.
There's another problematic scenario that's related to the same underlying
issue:
1) Click on View on the menubar and select Fullscreen at the bottom, or press
Alt+Enter.
2) Try to click/drag around the timeline, should work fine.
3) Click on the menubar again, go to File->Project Settings.
4) Notice how not even the new popped up window with Project Settings responds
to mouse input.
The underlying problem is that the winex11.drv code currently deals with
clipping fullscreen windows as if they were most likely just games only. It
can't seem to handle case where other windows get popped up, created, or
moved/changing capture (size-move operation for example) while one fullscreen
window is already clipping.
--
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=55140
Bug ID: 55140
Summary: GPU Caps Viewer 1.60 can crash with Nvidia GPU when
additional Nvidia libraries are present
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: saancreed(a)gmail.com
Regression SHA1: 354a8bb1f4a65bdec052606f2799db9e2907b5b1
Distribution: ---
Created attachment 74704
--> https://bugs.winehq.org/attachment.cgi?id=74704
Backtrace from wine-8.9
A particular setup of GPU Caps Viewer 1.60, when paired together with
reimplementations of some Nvidia libraries, crashes in its own code after
upgrading Wine to release 8.9 or later. I've bisected this problem to commit
354a8bb1f4a65bdec052606f2799db9e2907b5b1 which can be reverted to make the
program function again.
The setup required to reproduce the issue might be quite convoluted, so bear
with me:
1. Get a system with Nvidia GPU and their proprietary driver, making sure that
32-bit `libnvidia-ml.so.1` is installed and can be found by `dlopen`
2. Get a build of Wine that includes commit
354a8bb1f4a65bdec052606f2799db9e2907b5b1 and doesn't use experimental wow64
mode and drop wine-nvml into that Wine's libdirs
(https://github.com/Saancreed/wine-nvml, see build/install instructions, there
are prebuilt binaries on GH Actions)
3. Create a prefix and install into it at least 32-bit versions of:
a. DXVK (https://github.com/doitsujin/dxvk)
b. DXVK-NVAPI (https://github.com/jp7677/dxvk-nvapi)
4. Get GPU Caps Viewer from https://www.geeks3d.com/dl/show/718, sha256sum of
that zip should be
fcdd0992fdd36660a7561d6d5a9d3e64e653c7d5cc5cae2856634f6a003ae731. Unzip it
somewhere and run `wine GPU_Caps_Viewer.exe`. If everything went right, it
should see Nvidia GPU, load NVAPI, then load NVML, make a few NVML calls and
cause a segfault after one such call returns.
Attached is the backtrace made with Wine 8.9 from Arch Linux repositories.
Unfortunately, the application seems to enter the problematic code path only
when all the mentioned libraries are present, which actually suggests another
possibility: that this is an application bug that simply went undetected on
Windows because there is no 32-bit `nvml.dll` provided by Nvidia. I have no
idea if this works on Windows, or if it ever worked at all, but I find it
curious that it used to work in Wine (when my wine-nvml wrapper was present)
and it doesn't anymore.
--
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=54010
Bug ID: 54010
Summary: Star Citizen has low fps
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 73588
--> https://bugs.winehq.org/attachment.cgi?id=73588
Star Citizen - Wine 7.19 output (600Mb uncompressed)
Hello,
I have low FPS in the game 'Star Citizen'.
After reading various reports on the web, here is what I did to make the game
start at least:
- Use wine 7.19 (I didn't try any other version; staging was not needed);
- install arial with winetricks (fixes missing text in launcher);
- set windows version to 8.1 (to avoid an annoying error message about
unsupported config);
- Disable Easy Anti-cheat (to avoid an error message preventing the game from
starting);
- Increase vm.max_map_count (from 65530 to 16777216; to avoid a crash at the
loading screen before the game reaches the main menu).
Although the game is in alpha stage and not optimized, some users have reported
good performance using Wine-based third party projects (namely lutris with
custom runner + dxvk), so I think this is not an application issue.
I was unable to compare performance with DXVK as my OS is out of date for that
(DXVK requires Vulkan 1.3, Debian 8 jessie ships Vulkan 1.2).
The recommended minimum memory is 16Gb. My system has 16Gb, but the game
consumes all memory, plus a few GB of swap and starts 'trashing' to the disk
(not an SSD). I don't think this is the cause of the low FPS however.
Debian GNU/Linux 8 (jessie) 64 bits
Intel® Core™ i7-4930K CPU @ 3.40GHz × 12
NVIDIA GeForce RTX 2070/PCIe/SSE2
The current Star Citizen Free Fly event ends Nov 30. I will not be able to test
the application further until the next event. This bug report is mostly to
remind me of the issue.
Regards.
--
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=55175
Bug ID: 55175
Summary: Lode Runner Online: Unhandled page fault on read
access to FFFFFFFF at address 00008AB1
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 74756
--> https://bugs.winehq.org/attachment.cgi?id=74756
Console messages trying to install the game twice
Lode Runner Online installer crashes with this error after testing the sound
card: Unhandled page fault on read access to FFFFFFFF at address 00008AB1
Steps to reproduce:
$ rm -rf ~/wine-tmp
$ mkdir ~/wine-tmp
$ export WINEPREFIX=~/wine-tmp
$ wget
https://web.archive.org/web/20190705131126/http://www.daggert.net/Folio/Pro…
$ unzip lro_install.zip
$ wine MMRInstall/SETUP.EXE now the installer starts, complete with music.
Click install, then click YES to test the system, and then Yes after you hear
sound. Then the installer crashes, and the debugger starts.
My versions:
$ wine --version
wine-8.11
$ uname -a
Linux cedric 6.3.9-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 21 Jun 2023 20:46:20
+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.