https://bugs.winehq.org/show_bug.cgi?id=45063
Bug ID: 45063
Summary: win64 / 64-bit .NET 4.0 - c0000005 from
ntdll:RtlGetDaclSecurityDescriptor
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: pembertona(a)gmail.com
After fighting for some to get .NET 4.0 running on 64 bit (great progress here
after overcoming multiple msi/msiexec/installer issues), I've hit an access
violation exception running a very basic 'hello world' 64-bit console app. This
is on `portable-winehq-staging-3.6-osx64` - but almost certainly the devel and
stable branches as well.
136984.882:0008:0041:Call
advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(19e1f7f8
L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)",00000001,19e1f780,19e1f7c8)
ret=6447f2c4d3e
136984.884:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW
L"D:P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 1, 0x19e1f780, 0x19e1f7c8
136984.884:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062):
returning 0xf60b0
136984.885:0008:0041:trace:advapi:ParseStringAclToAcl
L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)"
136984.885:0008:0041:trace:advapi:ParseStringSidToSid
L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x0, 0x19e1f514
136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested,
returning TRUE with 16
136984.885:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)",
0x0, 0x19e1f514
136984.885:0008:0041:trace:advapi:ParseStringSidToSid only size requested,
returning TRUE with 28
136984.885:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf60b0):
returning TRUE
136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,00000058):
returning 0x46340
136984.886:0008:0041:trace:heap:LocalAlloc (flags=0040) returning 0x46340
136984.886:0008:0041:trace:heap:RtlAllocateHeap (0x10000,70000062,00000062):
returning 0x46420
136984.886:0008:0041:trace:advapi:ParseStringAclToAcl
L"P(A;;GRGW;;;BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)"
136984.886:0008:0041:trace:advapi:ParseStringSidToSid
L"BA)(A;;GRGW;;;S-1-5-21-0-0-0-1000)", 0x46364, 0x19e1f514
136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE
136984.886:0008:0041:trace:advapi:ParseStringSidToSid L"S-1-5-21-0-0-0-1000)",
0x4637c, 0x19e1f514
136984.886:0008:0041:trace:advapi:ParseStringSidToSid returning TRUE
136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46420):
returning TRUE
136984.887:0008:0041:trace:advapi:ConvertStringSecurityDescriptorToSecurityDescriptorW
ret=1
136984.887:0008:0041:Ret
advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000001
ret=6447f2c4d3e
136984.887:0008:0041:Call ntdll.RtlFreeHeap(00010000,00000000,000f5f30)
ret=6447f2c4dc8
136984.887:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0xf5f30):
returning TRUE
136984.887:0008:0041:Ret ntdll.RtlFreeHeap() retval=00000001 ret=6447f2c4dc8
136984.887:0008:0041:trace:ntdll:RtlGetSaclSecurityDescriptor
(0x46340,0x19e1f716,0x19e1f718,0x19e1f715)
136984.887:0008:0041:trace:ntdll:RtlGetDaclSecurityDescriptor
(0x46340,0x19e1f717,0x19e1f720,0x19e1f715)
136984.887:0008:0041:trace:heap:RtlAllocateHeap (0x10000,7000006a,0000009c):
returning 0x46570
136984.888:0008:0041:trace:heap:RtlFreeHeap (0x10000,70000062,0x46570):
returning TRUE
136984.888:0008:0041:trace:seh:NtRaiseException code=c0000005 flags=0
addr=0x6447f1d6f19 ip=6447f1d6f19 tid=0041
136984.888:0008:0041:trace:seh:NtRaiseException info[0]=0000000000000000
136984.888:0008:0041:trace:seh:NtRaiseException info[1]=0000000000000010
136984.888:0008:0041:trace:seh:NtRaiseException rax=0000000000000000
rbx=000006447f27fd30 rcx=0000000019e1fce0 rdx=0000000019e21ad0
136984.888:0008:0041:trace:seh:NtRaiseException rsi=0000000019e1fce0
rdi=0000000000000000 rbp=0000000019e1fe00 rsp=0000000019e1fc20
136984.888:0008:0041:trace:seh:NtRaiseException r8=0000000019e1f298
r9=0000000000000010 r10=0000000019e21b25 r11=ffffffffffffffa9
136984.888:0008:0041:trace:seh:NtRaiseException r12=0000000000000000
r13=0000000000000000 r14=0000000000044860 r15=0000000000000000
136984.888:0008:0041:trace:seh:call_vectored_handlers calling handler at
0x6447f30a954 code=c0000005 flags=0
...
136984.967:0008:0041:err:eventlog:ReportEventW L"Application:
Console64.exe\nFramework Version: v4.0.30319\nDescription: The process was
terminated due to an internal error in the .NET Runtime at IP 000006447F1D6F19
(000006447F100000) with exit code 80131506.\n"
Possibly related to https://bugs.winehq.org/show_bug.cgi?id=27680?
--
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=54773
Bug ID: 54773
Summary: https://dl.winehq.org/wine-builds/winehq.key has
expired
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)aitchison.me.uk
Distribution: ---
# curl https://dl.winehq.org/wine-builds/winehq.key 2> /dev/null | gpg
--show-keys -
pub rsa3072 2018-12-10 [SC]
D43F640145369C51D786DDEA76F1A20FF987672F
uid WineHQ packages <wine-devel(a)winehq.org>
sub rsa3072 2018-12-10 [E] [expired: 2020-12-09]
This URL appears in many web forum answers and the key is referenced in the
Debian and Ubuntu repo files, but since it expired several years ago I don't
know whether is actually used and checked.
Can the key be refreshed, or should a new URL be used ?
Thanks
--
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=58223
Bug ID: 58223
Summary: spec ops the line stalls after splash screen
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
spec ops: the line does not seem to run after wine 10. wine 9.18 runs with
wow64 bit, 10.1 wow64 or 32bit will have processes idle/spinning in htop.
will not have time to bisect for a week or 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=58043
Bug ID: 58043
Summary: DVDFab won't run on Wine 10.3 because it thinks that
there is a debugger running when there isn't
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78297
--> https://bugs.winehq.org/attachment.cgi?id=78297
Screenshot
To reproduce, run `wine dvdfab13_online_13037.exe`. When installation is
complete, an error dialog appears that says "A debugger has been found running
in your system. Please, unload it from memory and restart your program."
This error did not happen before Wine 10.3. `git bisect` says:
dc718fd33b23a6104a0fa2e971a358662bf766af is the first bad commit
commit dc718fd33b23a6104a0fa2e971a358662bf766af (HEAD)
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Feb 25 13:45:33 2025 +0100
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Tue Feb 25 23:01:11 2025 +0100
ntdll: Add some missing Zw exports.
dlls/ntdll/ntdll.spec | 23 ++++++++++++++++-------
1 file changed, 16 insertions(+), 7 deletions(-)
$ sha256sum dvdfab13_online_13037.exe
9260ecbad0ddeeca876ff7adb35d26cffc7fb40399c814ae6fd369d2d7708791
--
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=58204
Bug ID: 58204
Summary: Winecfg Audio tab doesn't enumerate drivers or show
output devices, but test button works.
Product: Wine
Version: 10.7
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 78512
--> http://bugs.winehq.org/attachment.cgi?id=78512
Screenshot of winecfg audio tab UI bug.
Under Wine-10.7 (specifically the winehq-devel packages for Debian), the
winecfg Audio tab doesn't seem to be functional even in a clean wine prefix.
There is no drop down for selecting audio drivers, and the currently selected
driver says "(None)".
The output and input device selection drop down boxes all say "(System
Default)" with no other options given.
The speaker configuration is completely blank, and speakers drop down is empty
and disabled.
The only thing that does seem to work is the "Test Sound" button which does
play a test sound, when clicked.
Manually selecting an audio driver (such as winealsa) using the helpful
registry key (HKCU->Software->Wine->Audio) does appear to work, but results in
no visible changes to winecfg. (The change can only be observed from
WINEDEBUG="+mmdevapi"'s console output.)
Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl
disable), which _should_ just leave us with alsa, there are no visible changes
in winecfg, and the test button still works.
--
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=58411
Bug ID: 58411
Summary: Audio tab in winecfg hasn't worked since Wine 10.6
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 78821
--> http://bugs.winehq.org/attachment.cgi?id=78821
Screenshot
Since Wine 10.6, the Audio tab in winecfg says "Selected driver: (None)" at the
top, the only option in all of the drop-downs is "(System default)", and the
"Speaker configuration" section is empty. The "Test Sound" button still works
though. `git bisect` says:
a6aa0108f365b1465bc594a053af84116a28ce34 is the first bad commit
commit a6aa0108f365b1465bc594a053af84116a28ce34
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Apr 15 12:57:37 2025 +0200
mmdevapi: Get rid of the Wine info device.
--
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=57835
Bug ID: 57835
Summary: ROCS Show Ready v1.9.0: Crash once loading the main
menu is attempted
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: asalawless5c(a)gmail.com
Distribution: ---
Created attachment 78045
--> https://bugs.winehq.org/attachment.cgi?id=78045
Backtrace on development and staging
I am running the wow64 version of wine from the AUR and I managed to install
and activate ROCS Show Ready successfully, but as soon as it had downloaded the
show, it crashes. The bug happens on both development (wine-wow64) and staging
(wine-staging-wow64). The detailed crash information states "Unhandled
exception: unimplemented function
msvcp140_atomic_wait.dll.__std_tzdb_get_time_zones called in 64-bit code
(0x006fffffbfcfc7).
This link should give you the same version as me.
https://drive.google.com/uc?export=download&id=1fGH5TVJTWVwE312CavUt-Di8lFw…
Checksum and file name cb45e5ce15164a8963092739424dc4380f02dbe0
Show_Ready_App_For Windows-V1.9.0.exe
This code can activate the DEMO version: JETSAM-PREP-SPECK-FLOATS-SOOT-NAVEL
I am uplo
--
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=58425
Bug ID: 58425
Summary: video/x-h264 alignment=au caps causes artifacts and
crashes with nal-aligned streams
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: mkrsym1(a)gmail.com
Distribution: ---
Multiple applications try to playback nal-aligned streams, but Wine always sets
the alignment caps to au. This causes h264parse to work incorrectly, which in
turn leads to various unpleasant effects, depending on the decoder used.
Some examples:
- libav's avdec_h264 is the most tolerant one, and only displays brief image
artifacts when au-alignment is broken.
- OpenH264 displays major image and temporal artifacts on au-alignment break,
sometimes hangs.
- NVIDIA's nvh264dec immediately crashes the entire application on au-alignment
break.
This issue is completely fixed by not setting the alignment caps at all and
letting h264parse do it's job, as done in this commit:
https://github.com/ValveSoftware/wine/commit/0304a42
Not sure why it's set in the first place. Maybe that patch can be merged into
Wine master, or is there something that I'm missing?
--
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=58111
Bug ID: 58111
Summary: CLIP STUDIO PAINT version 2 context menus do not show
up
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas23997(a)gmail.com
Distribution: ---
Context menus such as the File, Edit, etc menus and drop down menus such as
palette selection do not show up. The program seems to be working as normal,
clicking away as if to dismiss the missing menus will allow you to do other
tasks in the program as normal.
--
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=34296
Bug #: 34296
Summary: wine --help message should be translatable
Product: Wine
Version: 1.7.0
Platform: x86-64
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Classification: Unclassified
It's currently hardcoded in loader/main.c (check_command_line function)
static const char usage[] =
"Usage: wine PROGRAM [ARGUMENTS...] Run the specified program\n"
" wine --help Display this help and exit\n"
" wine --version Output version information and
exit";
--
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.