https://bugs.winehq.org/show_bug.cgi?id=48877
Bug ID: 48877
Summary: [regression] Melodyne crashes when using the Pitch
tool
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: marcan(a)marcansoft.com
Distribution: ---
Created attachment 66814
--> https://bugs.winehq.org/attachment.cgi?id=66814
Partial fix
Tested on git master. Regression was introduced by commit 9bc6f004ce, but that
commit is not the root cause.
The assertion `assert( obj->numRects <= nb_points / 2 );` would fail, but the
code actually crashes earlier due to memory corruption as obj->rects overflows.
In the normal case of nb_points == 0, ET->ymin..ymax are
2147483647..-2147483648, which makes the code iterate over zero scanlines as
ymax < ymin. However, in the crash case, ymin..ymax are -2147483648..378 (note
the negative ymin), so it tries to iterate over two billion scanlines and adds
rects to the obj until it crashes.
This happens because create_polypolygon_region gets passed an insane polygon
with a -2147483648,-2147483648 vertex.
The actual bug is in GdipWidenPath, which produces NaN float points, which get
converted to that insane int after rounding.
And this happens because Melodyne is passing in a degenerate path with the
first two points at the same position (added debugging trace to dump the path
points):
format: "index: [type] X, Y"
00df:err:gdiplus:GdipWidenPath 0: [0] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 1: [1] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 2: [3] 4.000000, 4.000946
00df:err:gdiplus:GdipWidenPath 3: [3] 4.000000, 4.000000
00df:err:gdiplus:GdipWidenPath 4: [3] 4.000000, 4.000000
The code goes GdipWidenPath -> widen_open_figure -> widen_cap, where the
segment length is computed as 0 and it ends up dividing by zero.
I'm not sure what Windows does here. add_bevel_point handles the special case
by just placing a point coincident with the path, ignoring the pen width.
The attached patch generalizes that to widen_cap as a whole. It fixes the
Melodyne crash for me, but I'm not sure if it's the correct behavior, and
degenerate segments will probably cause problems in other code paths (e.g.
add_anchor seems to have the same bug). Maybe a better solution would be to
just remove coincident points from the path before widening (being careful of
cases where the path ends up with one point after this). Someone with more
experience with the GDI code should look at this, and perhaps test it on
Windows to see how it behaves.
--
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=54899
Bug ID: 54899
Summary: EA app launcher problem with text display
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: igor.bz(a)list.ru
Distribution: ---
Created attachment 74401
--> https://bugs.winehq.org/attachment.cgi?id=74401
Wine log
Distro: Ubuntu 20.04 x64
CPU: Ryzen 7 1700
GPU: Radeon RX 580 8 Gb
Mesa: 23.0.3 (Kisak PPA)
EA app installer:
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
Steps to reproduce:
- Running the installation file (EAappInstaller.exe).
- Fonts are displayed as placeholder.
Installing corefonts using winetricks does not solve the problem.
--
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=54025
Bug ID: 54025
Summary: Quixel Mixer 2022.1.0 Beta installer cannot find the
specified path
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igor.hope(a)noostyche.ru
Distribution: ---
Created attachment 73591
--> https://bugs.winehq.org/attachment.cgi?id=73591
Output as the program runs.
Distro: Ubuntu 20.04 x64
Kernel: Linux 6.0.8
CPU: Ryzen 7 1700
GPU: Radeon RX 580 8 Gb
Driver: Mesa 22.2.4 (Kisak PPA)
Steps to reproduce:
- Running the installation file.
- In the installation dialog, after confirming the selection of the directory
to install, an error is displayed: "The path you entered is invalid". Changing
the path to different directories does not solve the problem.
- The program cannot be installed.
Download link: https://quixel.com/products/mixer
--
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=54327
Bug ID: 54327
Summary: MDK2 fails to launch on Mac OS X 10.9
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Splitting this off from bug 52354: MDK2 from GoG fails to launch on Mac OS X
10.9, but works on 10.10 and newer releases.
There are some OpenGL errors printed out, but I'm not sure if that's the root
cause or just a side effect.
Marking as minor since 10.9 is quite old and newer OS versions are working
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=52203
Bug ID: 52203
Summary: The plane effect demo (gog) has lighting issue in menu
with opengl renderer
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 71261
--> https://bugs.winehq.org/attachment.cgi?id=71261
Wrong rendering with gl renderer
The plane effect demo (gog) has lighting issue in menu with opengl renderer.
Rendering works fine with vulkan renderer.
Ubuntu 22.10
NVIDIA 470.86
wine-7.0-rc1
--
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=51092
Bug ID: 51092
Summary: reMarkable desktop app - Software Updater indefinetly
runs
Product: Wine
Version: 5.0.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: graeme.wiebe(a)gmail.com
Distribution: ---
Quite simple: the software updater runs indefinitely, which can be easily
solved by closing the popup.
--
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=17930
Summary: Cygwin compilation breaks without --disable-16bit
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dgerard(a)gmail.com
http://wiki.winehq.org/WineOnWindows
Cygwin compilation previously broke at internettransport.c (bug 16833).
However, it now breaks in dispdib.dll16.spec:
ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c
../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export
./dispdib.dll16.spec
./dispdib.dll16.spec:1: 'pascal' not supported for Win32
make[2]: *** [dispdib.dll16.def] Error 1
make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16'
make[1]: *** [dispdib.dll16] Error 2
make[1]: Leaving directory `/cygdrive/d/wine-git/dlls'
make: *** [dlls] Error 2
Regression testing shows the commit in question as:
[86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a
stand-alone 16-bit module.
Later builds break similarly in compobj.dll16.spec:
./compobj.dll16.spec:215: Type 'segptr' not supported for Win32
./compobj.dll16.spec:216: Type 'segptr' not supported for Win32
./compobj.dll16.spec:217: Type 'segptr' not supported for Win32
make[2]: *** [compobj.dll16.def] Error 1
make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16'
make[1]: *** [compobj.dll16] Error 2
make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls'
make: *** [dlls] Error 2
--
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=22384
Summary: DbgHelp doesn't support DWARF-2 on Mac OS X
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
Mac OS X has long had support for DWARF-2. Unfortunately, the current
implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it
can't directly be used on Mac OS X, because Mac OS X does not support ELF.
I understand that getting things to work on Linux first takes priority over
getting them to work on Mac OS, but right now we Mac users are stuck with the
inferior stabs format. Plus, I get the feeling we're going to need this for
64-bit support. Also, DWARF happens to be the default format on 10.5 and up.
I also understand that the scheme that Apple uses is different from ELF
systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when
the binary is built, the DWARF stuff is put into a dSYM companion bundle. On
top of that, the dSYM bundle isn't even generated automatically for multi-file
builds. This means that:
- We have to invoke dsymutil to create the dSYM bundle.
- We have to install the dSYM bundle (if present) with each binary.
- We have to find the dSYM bundle to get DWARF-2 debug info.
I would be more than willing to help with this. (This might have even made a
good SoC project. Too late now...)
--
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=27245
Summary: Internet Settings security zones not i18n-ed
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Created an attachment (id=34829)
--> (http://bugs.winehq.org/attachment.cgi?id=34829)
Internet Settings screenshot (French)
In the control panel (wine control), tab "Security", the security zones and
their associates descriptions aren't translatable.
They seem to be hardcoded in dll/urlmon/urlmon.inf
--
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=53000
Bug ID: 53000
Summary: Project64: black screen when gliden64 video plugin is
used
Product: Wine
Version: 7.8
Hardware: x86-64
URL: https://www.pj64-emu.com/public-releases
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
In newer versions of Project64, GlideN64 is the default video plugin. When
using this plugin, games only show a black screen.
This is easy to reproduce with Project64 3.0.1. Install the application, and
run it. On first start, it will ask if you want to use the GlideN64 or
Project64 Video plugin. Choose GlideN64, then select a rom, and start. You may
need to resume emulation (press f2), but you'll only see a black screen.
If you remove 'C:\Program Files\Project64 3.0\Config\Project64.cfg', and rerun,
then select 'Project64 Video', and start a game (and resume), video works.
I tested Project64 on my windows partition, to make sure this hardware is
capable of running gliden64. On windows, gliden64 works.
Not much in the terminal:
0110:fixme:imm:ImeSetActiveContext (00711FA8, 1): stub
0110:fixme:imm:ImmReleaseContext (00030042, 00711FA8): stub
0120:fixme:imm:ImeSetActiveContext (00149A68, 0): stub
0120:fixme:imm:ImmReleaseContext (0002007A, 00149A68): stub
0134:fixme:ver:GetCurrentPackageId (033EFEF0 00000000): stub
0110:fixme:accel:NtUserDestroyAcceleratorTable other process handle 0x1
0154:fixme:ver:GetCurrentPackageId (08FDFEF0 00000000): stub
wine-7.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.