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.