https://bugs.winehq.org/show_bug.cgi?id=46839
Bug ID: 46839
Summary: Happy Foto Designer Font not found "Fehler (Code 1)
[Font is not supported: Roboto]"
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: martin.marmsoler(a)gmail.com
Distribution: ---
Hello,
while creating a new Photo book in Happy Foto
Designer(https://www.happyfoto.at/) I get the following error:
"Fehler (Code 1) [Font is not supported: Roboto]"
The error can be solved by installing gdiplus, but the fonts are not drawn
properly and only the first character is shown.
--
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=56328
Bug ID: 56328
Summary: LMMS 1.2.2 SF2 soundfonts no longer work in Wine 9.1
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dgerard(a)gmail.com
Distribution: ---
LMMS 1.2.2 SF2 soundfonts no longer work in Wine 9.1.
These worked at least up to Wine 5.x series in Ubuntu 20.04 - but I installed
9.1 from the winehq PPA and the fonts no longer play. So this is a regression.
The program seems to work, other internal synthesizers work, but not the SF2
soundfont player.
Command line output ends:
03d8:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
LMMS 1.2.2 is installed from the 64-bit Windows binary from
https://lmms.io/download#windows
--
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=56065
Bug ID: 56065
Summary: Missing GetAnycastIpAddressTable() implementation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)rastos.org
Distribution: ---
Created attachment 75729
--> https://bugs.winehq.org/attachment.cgi?id=75729
patch adding empty implementation of GetAnycastIpAddressTable()
Right now the implementation of Win32 API function of
GetAnycastIpAddressTable() is missing. I'm attaching a patch that adds dummy
implementation of this function that returns "nothing found".
My motivation is that this function is used by OpenJDK 21 which seems to use
the result (along with other information) to initialize secure random
generator. Without implementation of GetAnycastIpAddressTable() any use of the
random generator in java results in JVM crash.
Note: there is a very similar function GetUnicastIpAddressTable(). I assume
that implementation of GetAnycastIpAddressTable() should be very similar. I
attempted to follow up implementation of GetUnicastIpAddressTable() but it
seems to be beyond my capabilities :-(. In first step because I'm unable to
find and equivalent of macro NSI_IP_UNICAST_TABLE. So I would really
appreciate if you could at least accept the attached patch.
--
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=52064
Bug ID: 52064
Summary: Solidworks 2008 crashes on startup - Regression since
Wine 5.21
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jpleonard12(a)gmail.com
Distribution: ---
Created attachment 71076
--> https://bugs.winehq.org/attachment.cgi?id=71076
Debug log file
SolidWorks 2008 worked well on Wine (32bit) up through Wine 5.21. After this,
it crashes on startup, once the full screen workspace is displayed. Sometimes
it allows the user to browse for a file, but will always crash before the
graphics are displayed.
Laptop on which SolidWorks 2008 is still working almost flawlessly:
---------------------------------------
Wine 5.21 (32bit/WinXP)
Linux Mint 18.3, kernel 4.4.0.159-generic
winetricks msxml6 vcrun2005 dotnet20
Mesa DRI Intel(R) Ivybridge Mobile
4.2 (Core Profile) Mesa 18.0.5
3.0 Mesa 18.0.5
Desktop on which SolidWorks crashes on startup
----------------------------------------------
Wine 6.21 (32bit/WinXP)
Linux Mint 20.1 kernel 5.11.0.40-generic
winetricks msxml6 vcrun2005 dotnet20
Mesa DRI Intel(R) HD Graphics 2500 (IVB GT1)
4.2 (Core Profile) Mesa 21.0.3
3.0 Mesa 21.0.3
Have also attempted to run in plain 64 bit wine instance, as well as many
combinations of msxml6, dotnet20, dotnet30, vcrun2005, gdiplus_winxp, as well
as most versions of Wine 5.22 thru 6.21. But the crash always occurs in the
same spot.
--
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=51458
Bug ID: 51458
Summary: Western Digital SSD Dashboard displays black screen
Product: Wine
Version: 6.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70302
--> https://bugs.winehq.org/attachment.cgi?id=70302
Console output
The program installs, but when you try to run it, it just displays a black
screen. Console output is attached. I'm guessing this is the problem:
0130:fixme:hlsl_parser:declare_vars Complex initializers are not supported yet.
Dashboard version: 3.2.2.9
Installer version: 4.0.2.3
$ sha256sum DashboardSetup.exe
9670e6bd54e1e0729262f13ded12de56d0a02a0e29ba0c9e6e6cb3663de4c781
--
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=56222
Bug ID: 56222
Summary: Microsoft Flight Simulator 2020 crashes when launching
from Steam
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: sam.leloup(a)gmail.com
Distribution: ---
Created attachment 75928
--> https://bugs.winehq.org/attachment.cgi?id=75928
Wine crash logs with MSFS 2020 on Steam
Install Steam client using Wine
Download and install MSFS 2020 from Steam
Launch MFSF from Steam for the first time > Crash with Wine log
--
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=45901
Bug ID: 45901
Summary: Avoid GPU synchronization due to GPU-CPU transfer
(Overwatch)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: awesie(a)gmail.com
Distribution: ---
Created attachment 62422
--> https://bugs.winehq.org/attachment.cgi?id=62422
Patch to avoid GPU synchronization
One performance gap with Overwatch on Wine + AMD + Mesa is GPU synchronization
due to transfers from GPU texture to CPU texture. By using PBOs and
glReadPixels with GL_PIXEL_PACK_BUFFER, we can avoid this synchronization
leading to improved performance.
The attached patch is one approach to resolve the performance issue, but I am
not sure that it is the best way. Feedback is appreciated.
Also attached is before and after screenshots with Mesa's HUD. You can observe
that the buffer wait time decreases with the patched version. Both the before
and after screenshots are on wine-staging master plus my patch for 45723.
--
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=50297
Bug ID: 50297
Summary: Blindwrite 7 crashes with a stack overflow (followup
to #49092)
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 68867
--> https://bugs.winehq.org/attachment.cgi?id=68867
Do wineserver calls on a different stack by using fibers.
I still can reproduce this issue with wine-6.0-rc1.
00f0:err:virtual:virtual_setup_exception stack overflow 4548 bytes in thread
00f0 addr 0x40e68e stack 0x21fe3c (0x220000-0x221000-0x320000)
(rr) bt 30
#0 0xb7db9b5e in __libc_disable_asynccancel (oldtype=0) at
../nptl/cancellation.c:72
#1 0xb7e35705 in __GI___writev (iovcnt=2, iov=0x222058, fd=3) at
../sysdeps/unix/sysv/linux/writev.c:26
#2 __GI___writev (fd=3, iov=0x222058, iovcnt=2) at
../sysdeps/unix/sysv/linux/writev.c:24
#3 0xb7bd68ae in send_request (req=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:213
#4 0xb7bd69f0 in server_call_unlocked (req_ptr=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:273
#5 0xb7bd6a4b in wine_server_call (req_ptr=0x2221ac) at
.../wine-git/dlls/ntdll/unix/server.c:289
#6 0xb7bcf1cd in NtOpenKeyEx (key=0x222340, access=131097, attr=0x2222b8,
options=0) at .../wine-git/dlls/ntdll/unix/registry.c:112
#7 0xb7bb11be in __wine_syscall_dispatcher () from
/home/benutzer/.local/share/rr/wine-1/mmap_pack_2_ntdll.so
#8 0x7bc0bdcc in NtOpenKeyEx@16 () from
/home/benutzer/.local/share/rr/wine-1/mmap_pack_343_ntdll.dll
#9 0x7b0561af in RegOpenKeyExW@20 (hkey=<optimized out>, name=0x46c06dc,
options=0, access=131097, retkey=0x222340) at
.../wine-git/dlls/kernelbase/registry.c:208
#10 0x006996a6 in ?? ()
#11 0x0069ab41 in ?? ()
#12 0x00699e14 in ?? ()
#13 0x0069a89b in ?? ()
#14 0x0069a84f in ?? ()
#15 0x0073bb4b in ?? ()
#16 0x007354d2 in ?? ()
#17 0x00736cc5 in ?? ()
#18 0x00736f53 in ?? ()
#19 0x00737f77 in ?? ()
#20 0x007384a9 in ?? ()
#21 0x00a9a1a7 in ?? ()
#22 0x00a99388 in ?? ()
#23 0x00a99394 in ?? ()
#24 0x00a99394 in ?? ()
#25 0x00a99394 in ?? ()
#26 0x00a99394 in ?? ()
#27 0x00a99394 in ?? ()
#28 0x00a99394 in ?? ()
...
I tried to have another look and got to the impression that blindwrite
expects RegOpenKeyExW and RegSetValueExW too use less stack.
I experimented a bit and one way to achive this was to do the work in these
functions on a different stack. Attached proof of concept uses fibers for this.
With this patch blindwrite can finish its stack exhaustion without visible
error
and shows the trial option dialog.
After one successful start that patch is no longer necessarry.
Another option to might be to use some more guard pages and switch them to
regular pages when we are inside wine code?
--
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=16911
Summary: WriteProcessMemory() not working for memory protected by
X11DRV_DIB_DoProtectDIBSection()
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Keywords: patch, source
Severity: minor
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Created an attachment (id=18660)
--> (http://bugs.winehq.org/attachment.cgi?id=18660)
test program
Hi, I have a test case here that works on WinXP but not Wine. I deliberately
wrote a standalone test case because I'm not sure which unit test to put it in.
It's in fact based off of dlls/kernel32/tests/virtual.c where the other
WriteProcessMemory() test is.
In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap)
and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into
X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap,
DIB_Status_GdiMod );.
This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as
SetDIBts() returns. Normally if the process tries to access it, we get a page
fault that's handled by X11DRV_DIB_FaultHandler(), and everything works.
However, when the test code calls WriteProcessMemory(), we talk to wineserver
in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where
writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger
X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails.
--
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.