https://bugs.winehq.org/show_bug.cgi?id=40570
Bug ID: 40570
Summary: Skype 7 - Unhandled exception in thread 9 or Unhandled
page fault on read access
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmoisto(a)gmail.com
Distribution: ---
The latest Skype desktop client for Windows (currently 7.23.0.105) does not
work with wine 1.9.9 but works fine with 1.9.7 and 1.9.8.
Starting Skype with 1.9.9 spits out various errors.
In some instances Skype.exe will go in an infinite loop and the debugger hangs,
other times the debugger exists instantly.
Exists cleanly:
wine: Unhandled exception 0xc0000409 in thread 9 at address 0x115d6b8 (thread
0009), starting debugger...
Hangs forever:
wine: Unhandled page fault on write access to 0x65756cf1 at address 0x63656ee6
(thread 0009), starting debugger...
I can attach more console output if needed.
--
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=52592
Bug ID: 52592
Summary: MilkyTracker does not work: no valid waveout devices.
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
MilkyTracker is an multi-platform music application for creating .MOD and .XM
module files.
https://github.com/milkytracker/MilkyTracker
Unfortunately, it doesn't work on WINE because it cannot open any waveout
device.
Sources of MilkyTracker do these actions:
1)
waveOutOpen(&hwo, WAVE_MAPPER, &format, 0, 0, CALLBACK_NULL);
This call is a success and it returns a valid handle.
2)
waveOutGetID(hwo,(LPUINT)&waveOutID);
This call also returns success and it returns a value of 63 into "waveOutID".
BUT THIS IS WRONG. "waveOutID" should be equal to WAVE_MAPPER, which equal to
-1, as you can see in point (1).
3)
waveOutGetDevCaps((UINT)waveOutID, &waveoutcaps, sizeof(waveoutcaps));
As result, this call to waveOutGetDevCaps() fails with return value of
MMSYSERR_BADDEVICEID.
Here there is the point where there is the code that I'm talking about:
https://github.com/milkytracker/MilkyTracker/blob/4f97b7011b20519890e30368e…
The cause of the trouble is the way the function waveOutGetID() is implemented.
waveOutGetID() calls WINMM_GetDeviceFromHWAVE().
And WINMM_GetDeviceFromHWAVE() calls WINMM_DecomposeHWAVE()
Into WINMM_DecomposeHWAVE(), there are these lines:
ULONG32 l = HandleToULong(hwave);
*device_index = l & 0xFF;
But this is wrong, because *device_index will be never able to return -1 that
is the value for WAVE_MAPPER.
--
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=48605
Bug ID: 48605
Summary: MuseScore 3 shows splash screen, then quits
Product: Wine
Version: 5.1
Hardware: x86-64
URL: https://musescore.org/
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
$ wine --version
wine-5.1
$ openssl sha256 MuseScore-3.4.2-x86_64.msi
SHA256(MuseScore-3.4.2-x86_64.msi)=
8d2fc9d79cb0a5b0a8a5ccbb8ec80a972d1ecd264cb416c75ae42ab0b8b6d475
Steps to reproduce:
1. Install MuseScore using msiexec.
2. Start the game after installation of using the explorer.
Expected result:
MuseScore starts and shows the main window.
Current result:
MuseScore shows a splash screen and then quits.
--
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=57748
Bug ID: 57748
Summary: #include w/o newline makes no effect
Product: vkd3d
Version: 1.14
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: igelbox(a)gmail.com
STALKER Anomaly Custom game fails to launch due to shader compilation errors:
1. Expected T_NEWLINE, example:
```
//=================================================================================================
#include "pbr_settings.h" //load settings files
#define PI 3.14159265359
```
2 The "tonemap_srgb.h" did't included at all when it locates at the eof without
a trailing newline:
```
// some srgb.h file content
#include "tonemap_srgb.h"
```
so the error is `vkd3d:05f4:trace:vkd3d_shader_compile :800:16: E5005: Function
"tonemap_sRGB" is not defined.` but it actually is in the "tonemap_srgb.h" file
--
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=57175
Bug ID: 57175
Summary: Multiple issues with Audacity after upgrading to Wine
9.17
Product: Wine
Version: 9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 77073
--> https://bugs.winehq.org/attachment.cgi?id=77073
Audacity 3.6.3 in Wine 9.17 with DPI=144 and classic Windows theme
After I upgraded Wine from version 9.10 to 9.17, Audacity has become horrible
to use and look at.
I've always been using DPI=144 because I have a High DPI 14" monitor.
So,
* Fonts in Audacity have become much smaller than they were before
* Fonts now look very blurry
A screenshot will be attached.
On the outside of Audacity you can see IrfanView which continues to scale
properly and fonts are rendered just fine.
--
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=55218
Bug ID: 55218
Summary: Lotus Script "Print" macro crashes Lotus Approach
Product: Wine-staging
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74832
--> https://bugs.winehq.org/attachment.cgi?id=74832
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.txt
Fedora 38
Wine 8.11
Lotus Approach N99.8.0208.0800 (Smart Suite)
In Lotus Approach, when you call the "Print" macro from a Lotus Script:
RunApproachMacro("Print")
Lotus Approach crashes. This happens about one out of every two print
attempts.
Occasionally, a "MEM_BAD_POINTER" will popup from Approach when it crashes.
The attachment was created with:
$ WINEDEBUG=seh,gdi,enhmetafile,winspool,localspl,psdrv wine approach.exe 2&>1
> WinePrintError.txt
--
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=57736
Bug ID: 57736
Summary: WineHQ Forum fails to load resources from
twemoji.maxcdn.com
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
URL: https://forum.winehq.org/viewtopic.php?p=146295#p14629
5
OS: Linux
Status: NEW
Keywords: download, localization, source
Severity: minor
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
At https://forum.winehq.org/viewtopic.php?p=146295#p146295 I used a UTF-8 emoji
"????". Emoji are part of the Unicode standard but for some reason phpBB tries
to replace it with an SVG.
<div class="content">If there was a like button I would like your reply! <img
alt="????" class="emoji smilies" draggable="false"
src="//twemoji.maxcdn.com/2/svg/1f60a.svg"></div>
..ironically the alt renders correctly (for me anyway).
twemoji.maxcdn.com is a dead host so we get the lovely "failed image" icon.
Apparently it's a phpBB bug that isn't yet fixed, but can we work around it?
https://tracker.phpbb.com/browse/PHPBB-17059
I don't think the reliance on third-party SVGs is necessary, especially these
days.
--
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=44081
Bug ID: 44081
Summary: Office graphics suitable for HiDPI displays
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pmenzel+bugs.winehq.org(a)molgen.mpg.de
Distribution: ---
Visiting https://www.winehq.org/ with a HiDPI Dell UP3214Q monitor, the icons
and graphics look blurry. It’d be great, if the Web site could be improved to
also look good on HiDPI displays.
--
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=41751
Bug ID: 41751
Summary: Retire docs.git
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
The Developer's, Wine User's, and Winelib User's guides have all been moved to
the wiki, and the SGML files will not be updated.
Since the SGML files are still on the website, people who follow a direct link
to one of the pages still end up in the old document and sometimes file bugs
for outdated information that has already been fixed in the wiki version (e.g.,
bug 40491).
--
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=57700
Bug ID: 57700
Summary: NTDLL under-aligns implicit module TLS
Product: Wine
Version: 10.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)purplesyringa.moe
Distribution: ---
Created attachment 77888
--> https://bugs.winehq.org/attachment.cgi?id=77888
Reproducer
alloc_tls_slot in dlls/ntdll/loader.c spells:
if (!(new_ptr = RtlAllocateHeap( GetProcessHeap(), 0, size +
dir->SizeOfZeroFill ))) return -1;
This allocates the thread-local storage without an alignment. MSDN says that
the correct alignment is specified in the Characteristics field of the TLS
directory, which Wine promptly ignores.
(https://learn.microsoft.com/en-us/windows/win32/debug/pe-format#the-tls-dir…)
This leads to unsatisfied alignment requirements in programs that expect it,
often leading to crashes, as seen in
https://github.com/rust-lang/rust/issues/135719.
For testing, I have attached a small example built with MSVC that allocates a
page-aligned thread local and prints its address. The compiled executable is at
https://mega.nz/file/AJhyVAyA#3JDbONv0-TIQPqLKpUW7zg9DLRjP9IqHsdOIpxUHSUs. The
alignment specified in the TLS directory is 4096, matching the source code, as
verified by `dumpbin /tls`.
If you'd like me to attach the executable to the ticket directly or need more
information, please do tell.
--
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.