https://bugs.winehq.org/show_bug.cgi?id=53549
Bug ID: 53549
Summary: MDBViewer hangs on exit
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: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
MDBviewer hangs on exit if there are no default printer. Workaround is to add
cups-pdf for example.
The error happens around:
wine: Unhandled page fault on read access to 00000008 at address 005E3511
(thread 0024), starting debugger...
Then one cpu-core is working 100% until aborted with ctrl-c.
--
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=54462
Bug ID: 54462
Summary: Mouse cursor invisible
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.john.magnus(a)gmail.com
Distribution: ---
Created attachment 74018
--> https://bugs.winehq.org/attachment.cgi?id=74018
c source code for the tiny program
Mouse cursor invisible while hoovering over window.
And it's visible in when tested on a real windows 8 machine.
I include the code for this simple program.
It's compiled on Linux with the following command...
i686-w64-mingw32-gcc event.c -o event.exe -lgdi32 -mwindows
--
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=53409
Bug ID: 53409
Summary: STL Amphub does not communicate with iLok after
initialization
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: gabriel.avanzi(a)gmail.com
Distribution: ---
Created attachment 72801
--> https://bugs.winehq.org/attachment.cgi?id=72801
startup
STL Amphub uses two licenses in iLok License Manager.
* One license for the Player (this one works)
* One license for the Amp and other Gear
When the software starts, it looks for the first license (The player), find it
and starts correctly. I can use the Player and what comes with it.
The additional content, in this case the Solstice Solo Amp, uses the second
license and this doesn't get unlocked. I assume there's something blocking the
connection with the license server after the startup so it cannot access the
additional licenses.
other iLok software works ok but this is the only one I have that uses two
licenses so I think this is the problem. The program doesn't crash, it only
keeps thinks locked even with the license activated.
Attached is the log of the startup.
I'm trying to get more details but Amphub doesn't start with debugger enabled.
--
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=54592
Bug ID: 54592
Summary: Some binaries page-fault when run on "ihc" filesystem
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hasezoey(a)gmail.com
Distribution: ---
it seems like running some binaries from "ihc" results in page-fault, examples:
- ADE_2.0_Installer.exe runs just fine on "ihc"
- python-2.7.18.msi runs just fine on "ihc"
- python-3.9.0-amd64.exe page faults on "ihc"
- python-3.11.2-amd64.exe page faults on "ihc"
- VC_redist.x64.exe (14.34.31938) page faults on "ihc"
- customly compiled rust binary (msvc compiler) page faults on "ihc"
all the things listed above run just fine when run from "btrfs"
i have tried debugging my custom rust binary, and noticed that beyond some
point the data just seems to be repeating (see
https://forum.winehq.org/viewtopic.php?p=139841#p139841)
all tests were done with qemu, tested with Manjaro 22.0.3 and Linux Mint 21.1,
with wine 7.0.1, 8.0.0, 8.1.
ihc fstab entry: "ihc /run/media/shared trans=virtio,nobootwait,rw,_netdev 0 0"
qemu cmd line entry for virtfs: "-virtfs
local,path=./shared,mount_tag=ihc,security_model=mapped"
from:
https://forum.winehq.org/viewtopic.php?p=139841https://forum.winehq.org/viewtopic.php?p=139801
--
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=54590
Bug ID: 54590
Summary: riched20:editor & riched32:editor -
test_EM_POSFROMCHAR() fails in RTL locales in Wine
Product: Wine
Version: unspecified
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: ---
riched20:editor & riched32:editor - test_EM_POSFROMCHAR() fails in
right-to-left locales, specifically ar_MA and he_IL, in Wine.
riched20:editor:
editor.c:719: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:742: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:773: Test failed: pt.x = 113
riched32:editor:
editor.c:876: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:902: Test failed: EM_POSFROMCHAR reports x=1, expected 8
See https://test.winehq.org/data/patterns.html#riched20:editorhttps://test.winehq.org/data/patterns.html#riched32:editor
The failures are similar the ones in bug 54576 but have a different cause
since:
* they only happen in right-to-left locales, whereas bug 54576 only happens in
Hindi
* they only happen in Wine and thus are most likely a Wine 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=52782
Bug ID: 52782
Summary: Anno 1800 cannot connect to multiplayer
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)greaka.de
Distribution: ---
This is an incredibly frustrating bug that exists since an unknown specific
version of the game. The multiplayer doesn't work. Upon trying to enter a
lobby, you will face an error window titled "LR05". This bug exists since a few
years by now and there is no known workaround.
Sadly, I do not know how to debug this or how to produce any logs for this as
you need to run Ubisoft connect as a launcher and all I get is logs from there.
--
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=29096
Bug #: 29096
Summary: Phoenix (steam file extractor) z-order of popup is
wrong
Product: Wine
Version: 1.3.32
Platform: x86
URL: http://stat1cv01d.com/load/phoenix_1_5_beta_8/1-1-0-13
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
80056a42f6b0e96426751497a8c322de0cdf0602 Phoenix_15beta8.rar
After
http://source.winehq.org/git/wine.git/commitdiff/2429ef905c46aec91465ac187c…,
the program runs. It pops up a dialog on first run, asking if you want to put a
shortcut on the desktop. The dialog is behind a splash screen, so you have to
alt+move to get to it.
A virtual desktop also works around it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38642
Bug ID: 38642
Summary: Geometry Wars crashes when changing screen resolution
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: ben(a)xnode.org
Distribution: ---
The game opens and works fine, but if you try and change the fullscreen
resolution, the game crashes out with a Wine page-fault pop-up message:
Unhandled exception: page fault on read access to 0x00000004 in 32-bit code
(0x00429ec7).
Unfortunately I cannot get more info on this right now as I've switched to
Wine-Staging to test some other things.
--
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=54586
Bug ID: 54586
Summary: kernel32:locale - test_unicode_sorting() fails on
Windows 11 for Vietnamese
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:locale - test_unicode_sorting() fails on Windows 11:
locale.c:3825: Test failed: Test 237 (L"R", L"\ff32") - Expected 1, got -1
locale.c:3829: Test failed: Test 237 (L"R", L"\ff32") - Expected 3, got 1
See https://test.winehq.org/data/patterns.html#kernel32:locale
These failures correspond to the following Vietnamese test:
{ L"vi-VN", 1, CSTR_GREATER_THAN, 0, L"R", L"\xff32" },
--
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=54585
Bug ID: 54585
Summary: kernel32:locale - test_geo_name() fails on Windows 11
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:locale - test_geo_name() fails on Windows 11:
locale.c:8076: Test failed: Got unexpected name L"US".
locale.c:8095: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8096: Test failed: Got unexpected name L"US".
locale.c:8103: Test failed: Got unexpected name L"QQ".
locale.c:8123: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8125: Test failed: Got unexpected name L"AR".
locale.c:8145: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8146: Test failed: Got unexpected name L"XX".
locale.c:8153: Test failed: Got unexpected name L"XX".
See https://test.winehq.org/data/patterns.html#kernel32:locale
It looks like the first failing test attempts to prove one can set the GeoName
to invalid values by setting the registry directly (whereas one would get an
error if attempting the same through SetUserGeoName()). But on Windows 11 that
loophole does not work.
The "AR" failing test appears to be when we set the GeoName to a numeric code,
150, and expect to get that code back from GetUserDefaultGeoName(), but instead
get the actual name, AR.
These two failures seem to indicate that Windows 11 looks up the (registry)
GeoName in its database (see EnumSystemGeoNames()) so as to always return an
actual name instead of a numeric code. And if that lookup fails it falls back
to "US", or something based off of one of the current locales (system, thread
or whatever).
--
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=53135
Bug ID: 53135
Summary: kernel32:locale fails in Wine in Japanese
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:locale fails in Wine in Japanese:
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 6
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 7
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 8
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 9
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 10
locale.c:3367: Test failed: qsort using CompareStringA failed for element 6
locale.c:3367: Test failed: qsort using CompareStringA failed for element 7
locale.c:3367: Test failed: qsort using CompareStringA failed for element 8
locale.c:3367: Test failed: qsort using CompareStringA failed for element 9
locale.c:3367: Test failed: qsort using CompareStringA failed for element 10
locale.c:3375: Test failed: qsort using sort keys failed for element 6
locale.c:3375: Test failed: qsort using sort keys failed for element 7
locale.c:3375: Test failed: qsort using sort keys failed for element 8
locale.c:3375: Test failed: qsort using sort keys failed for element 9
locale.c:3375: Test failed: qsort using sort keys failed for element 10
https://test.winehq.org/data/patterns.html#kernel32:locale
A bisect shows that these failures started with the commit below:
commit d8c973ad95ba5e8a9a51df0dd9be587950179ec3
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon May 30 22:38:28 2022 +0200
kernelbase: Reimplement CompareStringEx using the sortkey generation code.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=54579
Bug ID: 54579
Summary: riched20:editor - test_EM_SETCHARFORMAT() fails in the
Hindi locale on Windows
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_EM_SETCHARFORMAT() fails in the Hindi locale on Windows:
editor.c:927: Test failed: Text marked as modified, expected not modified!
See https://test.winehq.org/data/patterns.html#riched20:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to 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=54576
Bug ID: 54576
Summary: riched32:editor - test_EM_POSFROMCHAR() fails in the
Hindi locale on Windows
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
riched32:editor - test_EM_POSFROMCHAR() fails in the Hindi locale on Windows:
editor.c:876: Test failed: EM_POSFROMCHAR reports x=8, expected 1
editor.c:902: Test failed: EM_POSFROMCHAR reports x=8, expected 1
See https://test.winehq.org/data/patterns.html#riched32:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to 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=54577
Bug ID: 54577
Summary: riched32:editor - test_EM_GETLINE() fails in the Hindi
locale on Windows
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
riched32:editor - test_EM_GETLINE() fails in the Hindi locale on Windows:
editor.c:451: Test failed: 0: expected_bytes_written=9
editor.c:451: Test failed: 1: expected_bytes_written=4
editor.c:451: Test failed: 2: expected_bytes_written=4
editor.c:451: Test failed: 3: expected_bytes_written=2
See https://test.winehq.org/data/patterns.html#riched32:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to 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.
http://bugs.winehq.org/show_bug.cgi?id=29028
Bug #: 29028
Summary: Starcraft crashes on exit
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amasterov(a)gmail.com
Classification: Unclassified
After upgrading wine to 1.3.31 Starcraft crashes on exit.
wine 1.3.30 has not this problem.
After choosing exit in game menu I get black screen in 640x480 resolution (I
switch to nvidia-settings with Alt-Tab and set up correct resolution after
this). In console there are this lines:
fixme:advapi:SetSecurityInfo stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3d8,0x00000000), stub!
err:seh:setup_exception_record stack overflow 844 bytes in thread 0024 eip
0041efcc esp 00240fe4 stack 0x240000-0x241000-0x340000
err:ntdll:RtlpWaitForCriticalSection section 0x62385d40 "time.c:
TIME_tz_section" wait timed out in thread 0027, blocked by 0024, retrying (60
sec)
err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr
0x6231354f
I've tried regression testing with git bisect and get this result:
496b438ede825fc00daac7a5869e045ae583cec9 is the first bad commit
commit 496b438ede825fc00daac7a5869e045ae583cec9
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Sep 27 09:31:59 2011 -0500
wined3d: Remove d3d8/9 palette support.
:040000 040000 8b95a8e0e4e7524170ba43bc2ffe369359b9811d
7c427ec5a0816aa5da25718cee9c70e0d3605214 M dlls
:040000 040000 a6ee1c817b1f21634ddad86780fad5cfe9c4fb29
fe57de377c4cf96d0f48c4560d0db321b7b28e91 M include
There was slightly different errors on the screen during testing, but I did
"git bisect bad" on every crash on exit.
With what WINEDEBUG flags should I run wine to provide any additional
information about this issue?
--
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=54569
Bug ID: 54569
Summary: Guitar Rig 6 crashes when playing any sound
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: velicaglayan(a)hacettepe.edu.tr
Distribution: ---
Created attachment 74111
--> https://bugs.winehq.org/attachment.cgi?id=74111
I used wine explorer to select the exe and it crashed when I play a video from
mpv.
While Guitar Rig is open, playing audio from my browser or any other app
immediately crashes the program. Both Guitar Rig and the other software go
silent first, after the crash, other software etc. mpv restores its audio
playback. I use Arch Linux with PipeWire. And my audio interface is UA Volt 2.
You can download the demo version of the program here:
2https://www.native-instruments.com/en/products/komplete/guitar/guitar-rig-…
--
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=54572
Bug ID: 54572
Summary: Miflash_unlocker fatal error when opening
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: realdark(a)protonmail.com
Distribution: ---
Created attachment 74115
--> https://bugs.winehq.org/attachment.cgi?id=74115
backtraces from error
Miflash_unlocker fatal error when opening
New Prefix 32-Bit and 64-Bit used.
App starts but get seqfaults.
--
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=19017
Summary: DirectX Hardware presenting Problem
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fr.fr(a)vr-web.de
Created an attachment (id=21920)
--> (http://bugs.winehq.org/attachment.cgi?id=21920)
Log output of the Game Balls (in Appdb is a link for a Download)
Device is not Found
It seams DirectX in Wine has a Problem with presenting Hardware devices
--
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=48339
Bug ID: 48339
Summary: RadiAnt DICOM Viewer cannot export series to WMV movie
Product: Wine
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Movie export to wmv does not work under Wine 5.0~rc1-staging in RadiAnt DICOM
Viewer 5.5.0 64 bit
As far as I tested RadiAnt on wine it never did.
Console output:
01cc:fixme:wmvcore:WMProfileManager_LoadProfileByData
(0000000000C24D40)->(L"<profile version=\"589824\" storageformat=\"1\"
name=\"radiant\" description=\"\"><streamconfig
majortype=\"{73646976-0000-0010-8000-00AA00389B71}\" streamnumber=\"2\"
streamname=\"Video Stream\"inputname=\"Video409\" bitrate=\"20000000\"
bufferwindow=\"3000\" reliabletransport=\"0\" deco"... 0000000007913480)
I suppose that wmv export is probably not implemented currently, at least in
this profile.
To reproduce: Open any example CT series in RadiAnt DICOM viewer, export
series, pick "wmv", directory, and click save, nothing happens.
--
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=54568
Bug ID: 54568
Summary: Trying retrieve list of WMI classes makes powershell
core crash instantly
Product: Wine
Version: 8.2
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, trying code snippet below found on the internet (to retrieve all wmi
classes) makes powershell core crash instantly.
$managementClass = New-Object System.Management.ManagementClass
$enumOptions = New-Object System.Management.EnumerationOptions
$enumOptions.EnumerateDeep = $true
$managementClass.PSBase.GetSubclasses( $enumOptions ) | Sort-Object
Maybe this is not yet supported in wine, but i guess it shouldn't crash
powershell anyway. (Code snippet works fine in powershell core on windows)
From a debuglog:
015c:trace:wbemprox:class_object_Get 000000001FB1DB70, L"__PATH", 0,
0000000022F
1E318, 0000000022F1E548, 0000000022F1E540
015c:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00000001ED48AB7F
ip=1ed48ab7f
015c:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception
(code=c0000005) raised
Steps to reproduce: - Save 4 lines of code above in e.g. a.ps1
- wine pwsh -f a.ps1
Output from console:
Fatal error. System.AccessViolationException: Attempted to read or write
protect
ed memory. This is often an indication that other memory is corrupt.
at System.Management.IWbemClassObjectFreeThreaded.Get_(System.String, Int32,
System.Object ByRef, Int32 ByRef, Int32 ByRef)
at System.Management.ManagementObject.Initialize(Boolean)
at System.Management.ManagementBaseObject.get_wbemObject()
at System.Management.ManagementBaseObject.get_ClassName()
at
System.Management.ManagementClass.GetSubclasses(System.Management.Enumerat
ionOptions)
at System.Management.Automation.MethodInformation.Invoke(System.Object,
Syste
m.Object[])
--
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=53774
Bug ID: 53774
Summary: WinZip 7
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: blueguitar1978(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
WinZip 7: crashes when extracting a zip archive
--
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=54550
Bug ID: 54550
Summary: Move registry functions implementations into
offreg.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
https://learn.microsoft.com/en-us/windows/win32/devnotes/offline-registry-l…
This is a library to work with registry files. It is not shipped with Windows,
but is a part of WDK, so usually apps needing it bring one with itself. But
AFAIK Wine registry format is different from Windows one.
Also it'd be nice to be able to manipulate Wine registry from the apps native
to the host.
So it is proposed to
1. move all the impls of the registry format into a unix library
`libwineoffreg.so`
2. generate `offreg.dll.so` and `offreg.dll` using `libwineoffreg.so`
3. use it from `advapi32.dll`
--
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=54558
Bug ID: 54558
Summary: dinput:device8 - test_overlapped_format() sometimes
gets a permission denied on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:device8 - test_overlapped_format() sometimes gets a permission denied on
Windows. When that happens all the tests that follow fail too which makes for a
lot of failures.
device8.c:347: Test failed: 0x700: Acquire returned 0x80070005
device8.c:356: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:360: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:364: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:371: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:375: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:376: Test failed: 0x700: got count 10
...
device8.c:408: Test failed: 0x700: Acquire returned 0x80070005
...
device8.c:1972: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1974: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1983: Test failed: 0x500: WaitForSingleObject returned 0x102
...
device8.c:2002: Test failed: 0x500: Acquire returned 0x80070005
device8.c:2011: Test failed: 0x500: WaitForSingleObject returned 0x102
...
See https://test.winehq.org/data/patterns.html#dinput:device8
Where 0x80070005 == E_ACCESSDENIED
Maybe the permission denied error happens when a previous test triggered a UAC
prompt which then grabbed the keyboard and mouse to get a secure answer?
In any case this has happened for a long time but since 2022-11-21 it seems to
only happen on w1064v1507, w7u-adm and w7u-el.
--
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=54557
Bug ID: 54557
Summary: winmm:midi gets unexpected messages on w10pro64 (21H1)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:midi gets unexpected messages on w10pro64 (21H1):
* 2023-02-13 on w10pro64-fr (64-bit)
midi.c:988: Message 3c7, wParam=2f1e410, lParam=0 from midiStreamOpen
midi.c:1039: Message 320, wParam=e3006fc7, lParam=1 from midiStreamOut
midi.c:1039: Test failed: bad message 320/1 from midiStreamOut, expect
3c9/65f820
midi.c:1048: Message 320, wParam=e3006fc7, lParam=1 from midiStreamClose
midi.c:1048: Test failed: bad message 320/1 from midiStreamClose, expect 3c8/0
* 2023-02-20 on w10pro64-he (64-bit)
midi.c:662: Message 320, wParam=e3006fc7, lParam=1 from midiStream still paused
midi.c:662: Test failed: bad message 320/1 from midiStream still paused, expect
0/feedf00d
midi.c:685: Message 320, wParam=e3006fc7, lParam=1 from midiStream callback
midi.c:685: Test failed: bad message 320/1 from midiStream callback, expect
3ca/65f820
midi.c:686: Message 3ca, wParam=2eeb120, lParam=65f820 from midiStreamOut
midi.c:686: Test failed: bad message 3ca/65f820 from midiStreamOut, expect
3c9/65f820
...
midi.c:746: Message 3c9, wParam=2eeb120, lParam=65f820 from 0 bytes recorded
midi.c:746: Test failed: bad message 3c9/65f820 from 0 bytes recorded, expect
0/feedf00d
* 2023-02-21 on w10pro64-hi (64-bit)
midi.c:366: Message 320, wParam=e3006fc7, lParam=1 from midiOutLong unprepared
midi.c:366: Test failed: bad message 320/1 from midiOutLong unprepared, expect
0/feedf00d
midi.c:378: MIDIHDR flags=2 when unsent
midi.c:415: Message 320, wParam=e3006fc7, lParam=1 from midiOutClose
midi.c:415: Test failed: bad message 320/1 from midiOutClose, expect 3c8/0
midi.c:423: Message 3c8, wParam=2ea4810, lParam=0 from midiOutOpen WINDOW
midi.c:423: Test failed: bad message 3c8/0 from midiOutOpen WINDOW, expect
0/feedf00d
See https://test.winehq.org/data/patterns.html#winmm:midi
These are the only known instances so far so it looks like this is caused by a
change that happened in February.
Where 0x320 == WM_DWMCOLORIZATIONCOLORCHANGED ???
0x3c8 == MM_MOM_CLOSE
0x3c9 == MM_MOM_DONE
0x3ca == MM_MOM_POSITIONCB
It's possible that 0x320 is the cause for all failures. If it really is
WM_DWMCOLORIZATIONCOLORCHANGED then it is probably caused by some other test
and thus really not related to midi. So it may make sense to add it to the
spurious_message() filter.
--
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=54556
Bug ID: 54556
Summary: winmm:midi fails on w11pro64_amd and w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:midi fails on w11pro64_amd and w11pro64_nv:
midi.c:1147: Found 1 MIDI OUT devices
midi.c:252: Found 1 MCI sequencer devices
midi.c:1155: ** Testing device 0
midi.c:285: * Microsoft GS Wavetable Synth: manufacturer=1, product=27, tech=7,
support=1: 32 voices, 32 notes
midi.c:304: Test failed: midiOutOpen(dev=0) rc=MMSYSERR_ERROR
midi.c:620: Test failed: midiStreamOpen(dev=-2) rc=MMSYSERR_ERROR
midi.c:1164: ** Testing MIDI mapper
midi.c:285: * Microsoft MIDI Mapper: manufacturer=1, product=1, tech=5,
support=9: 0 voices, 0 notes
midi.c:304: Test failed: midiOutOpen(dev=-1) rc=MMSYSERR_ERROR
midi.c:620: Test failed: midiStreamOpen(dev=-2) rc=MMSYSERR_ERROR
See https://test.winehq.org/data/patterns.html#winmm:midi
Where -1 == MIDIMAPPER
-2 is probably udev after being modified by midiStreamOpen()
This is probably because these two test configurations use the graphics card's
HDMI out audio device but the 'screen' has no speaker. See bug 54523 for more
details. Bug 54538 is probably the same issue too.
It's still strange that midiOutGetNumDevs() returns 1 device when trying to use
it does not actually work. Maybe that's a bug in the GPU drivers?
--
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.