http://bugs.winehq.org/show_bug.cgi?id=58221
Bug ID: 58221
Summary: Pot Player
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mosgf80(a)gmail.com
Distribution: ---
error 'WinDbg attached to pid 03e8'
--
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=55170
Bug ID: 55170
Summary: Access 97 installer fails with could not open file
Product: Wine
Version: 8.11
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: ---
I installed Debian 12 (32-bits), download wine and select development branch.
Got 8.11. Ran winecfg and selected Windows XP.
Insert install CD and run "wine setup.exe".
I get an error: Setup could not open the file
'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp'
Console output reports an error about read access denied for Z: and bad file
descriptor.
--
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=58211
Bug ID: 58211
Summary: Bonsai-Rx Application Crashes Due to
TREEVIEW_DoSelectItem Assertion
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ncguilbeault(a)gmail.com
Distribution: ---
Created attachment 78524
--> http://bugs.winehq.org/attachment.cgi?id=78524
Crash log when launching Bonsai main editor or package manager
Hi there, and thank you for all the amazing work on Wine!
I'm a relatively new user and have encountered an issue when running a Windows
application called Bonsai-Rx under Wine. Bonsai-Rx is a C#/.NET-based
application widely used in neuroscience research. Traditionally, Bonsai running
on Linux has relied on Mono, but I’m exploring the possibility of running
Bonsai using Wine instead.
System Details:
Wine version: Built from source (latest master, 10.7) using Shared-WoW64
instructions
Bonsai version: Installed from official site (latest, 2.8.5):
https://bonsai-rx.org/docs/articles/installation.html
Wine prefix setup: .NET Framework 4.8 installed via winetricks -q dotnet48
System: Ubuntu 24.04, x86_64, kernel 6.8.0-59-generic
The Issue:
Bonsai installs and launches correctly. The welcome menu displays, but
selecting any option that would launch the main editor window or the package
manager (e.g., New File, Open File, Manage Packages, etc.) causes the
application to crash due to an assertion in the function:
`TREEVIEW_DoSelectItem(TREEVIEW_INFO *infoPtr, INT action, HTREEITEM newSelect,
INT cause)`
Observations:
If I comment out the assertion line in the above function and rebuild Wine,
Bonsai functionality works as expected.
I’ve tested several native DLL overrides (comctl32, comdlg32, vcrun6) without
success.
The issue persists in multiple Wine versions (10.3 through 10.7).
Questions:
What are the implications of removing this assertion in TREEVIEW_DoSelectItem?
Could this point to a misbehaviour in Bonsai, or is it a Wine edge case that
should be handled more gracefully?
Is there a better workaround or fix for ensuring compatibility with this
application?
I’ve attached the full error stack trace for reference. Any guidance or
insights would be greatly appreciated.
Thanks again for your time and your excellent work!
--
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=58227
Bug ID: 58227
Summary: xEdit require ITextRange::MoveEnd support for
tomCharFormat
Product: Wine
Version: 10.7
Hardware: x86-64
URL: https://github.com/TES5Edit/TES5Edit
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
When loading xEdit 4.1.5j(editor and viewer for Bethesda games and mods,
application is also called tes4edit, tes5edit ,etc depending on the game mod)
the program try to show a changelog of the application version.
With wine the application give a Not Implemented Error and while the changelog
is shown the Table of Content is empty.
The application is using RichEdit controls trought the msftedit.dll, using
native dll workaround this issue.
The application is using ITextRange::MoveEnd to have a range of the editor
containing the full text with bold and bigger text (the paragraph titles of the
changelog)
Turn out msftedit on windows don't rely on riched20 like wine dll does. The
error was a bit confusing at first and using native riched20 wasn't a solution
(actually was breaking the entire widget).
Before discovering the msftedit workaround I tried to make a crude
implementaton that while do works, opening the application in winxp
compatibility mode give the same TOC then using native msftedit (but there is a
slight difference when using windows 10 mode), it's abysmally slow (20-30
seconds to create the TOC)
--
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=58226
Bug ID: 58226
Summary: Warnings and notes when compiling from source on Arch
Linux (GCC 15.1.1 20250425)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joni.hilger(a)yahoo.de
Distribution: ---
Created attachment 78547
--> http://bugs.winehq.org/attachment.cgi?id=78547
Full log of the build (gzip because of size)
Hi,
when compiling wine from up to date sources (taken from Gitlab today
2025-05-13)
I get a few warnings (see wine-build-full.log.gz)
This is how I build it:
CFLAGS="-march=native -O3 -pipe -fno-plt -fexceptions \
-Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
-fstack-clash-protection -fcf-protection -ffat-lto-objects"
CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now \
-Wl,-z,pack-relative-relocs"
# Apply flags for cross-compilation
export CROSSCFLAGS="-O2 -pipe -g"
export CROSSCXXFLAGS="-O2 -pipe -g"
export CROSSLDFLAGS="-Wl,-O1"
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--enable-win64
make
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--with-wine64="$srcdir/$pkgname-64-build"
make
Made the following greps to have more focused logs (thought it might help):
grep -C 5 "note: " wine-build-full.log > wine-build-grepped-notes.log
grep -C 5 "warning: " wine-build-full.log > wine-build-grepped-warnings.log
(full log is called wine-build-full.log.gz)
Thank you for your help!
--
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=17124
Summary: MSYS installer doesn't pop up cmd window?
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.mingw.org/wiki/msys
OS/Version: other
Status: NEW
Keywords: download, Installer, source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When install msys, it floods the terminal with:
This is a post install process that will try to normalize betweenyour MinGW
install if any as well as your previous MSYS installs if any. I don't have any
traps as aborts will not hurt anything.Do you wish to continue with the post
install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW
installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I
suggest you install it to C:/mingw(replace C: with the drive of your choice).
Then create an/etc/fstab file with a line that has a value similar to:C:/mingw
/mingwPress ENTER to continue Normalizing your MSYS environment.You
have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have
script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have
script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have
script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have
script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/
directory.Please be sure to rename this file to mingw32-make.exe once youve
echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to
continue.C:\msys\1.0\postinstall>pause
Press Return key to continue:
Towards the end. It looks like something that should be in a cmd prompt
(haven't tested on windows yet). The line endings are also wrong, but that's
another bug.
--
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=15949
Summary: MSYS does not integrate with MinGW install correctly
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Installing MSYS after MinGW on windows sets things up so that the existing
MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points
to the MinGW install.
First download:
wget
http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b…
run MinGW-5.1.4.exe with all defaults.
Second download:
wget
http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b…
run wineconsole cmd (required because Wine doesn't launch a console window like
windows does)
MSYS-1.0.10.exe
Answer the defaults to the prompted questions on the console window before the
installer finishes (it pauses there)
wine cmd /c c:\msys\1.0\msys.bat
Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas
on windows it says gcc.exe: no input files.
On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine
/mingw is empty.
--
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=56093
Bug ID: 56093
Summary: msys/pacman: fails with "fixup_mmaps_after_fork:
VirtualQueryEx failed"
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Updating a msys2 installation via "pacman -Suy" fails in below way.
This is a result of the parent process doing a DuplicateHandle with
PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process.
This fork tries to recreate the mappings of the parent but fails
the VirtualQueryEx call with this inherited handle of the parent process.
It does fail because in wine it leads to a call to get_process_from_handle
with PROCESS_QUERY_INFORMATION which the handle was not created with.
msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead
of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up.
wine bash.exe --login
pacman -Suy
0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for
MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5
562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in
forked process - recreate_mmaps_after_fork_failed
In the parent process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp…
In the child process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m…
--
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=56925
Bug ID: 56925
Summary: msys2-64/cygwin64: unlink of read-only file fails
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76744
--> https://bugs.winehq.org/attachment.cgi?id=76744
A few notes and backtraces in wine and cygwin.
In another attempt to check the state of msys2 or cygwin I found following
issue trying to update a msys2-64 installation:
# LANG=C pacman -Suy
:: Synchronizing package databases...
...
warning: could not remove lock file /var/lib/pacman/db.lck
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
...
A simpler version to reproduce is this:
rm -f test.txt
LANG=C wine cmd
echo test > test.txt
attrib +r test.txt
c:\msys64\usr\bin\rm.exe -f -v test.txt
Returns:
/usr/bin/rm: cannot remove 'test.txt': Permission denied
This tests were done with a wine tree including patches for this bugs:
52105
55138
53574
54995
--
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=58225
Bug ID: 58225
Summary: Using winecfg to change a Desktop Integration setting
and applying throws a "pack_message msg 14
(WM_ERASEBKGND) not supported yet" fixme.
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: reelix(a)gmail.com
Distribution: ---
1.) Launch winecfg
2.) Navigate to the "Desktop Integration" tab
3.) Alter any setting (Eg: Theme, WinRT Theme, Font Size)
4.) Hit Apply
5.) Notice the fixme message in the Console
00f8:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
Whilst I normally wouldn't create a bug report for a specific fixme, a fixme
appearing in the winecfg tool itself is rather unusual, and far easier to
navigate.
--
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=58210
Bug ID: 58210
Summary: Alpha Protocol (Steam) launcher has grey overlay over
buttons
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://store.steampowered.com/app/34010/Alpha_Protoco
l/
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: 3437ba2dea115381217e64fdad6c8496cb8052f8
Distribution: ArchLinux
This commit reintroduces bug #38975 for me: the buttons in the launcher are
covered with a grey rectangle until you hover the mouse pointer over them (when
the buttons are "uncovered").
commit 3437ba2dea115381217e64fdad6c8496cb8052f8
win32u: Don't redraw window in expose_window_surface() if window has surface.
Happens either in fullscreen or virtual desktop mode.
X.Org X Server 1.21.1.16
XFCE/XFWM 4.20
Nvidia binary drivers 575.51.02
--
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=58146
Bug ID: 58146
Summary: HWiNFO 8.24 (latest): doesn't work unless winecfg is
set to Windows 7
Product: Wine
Version: 10.6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78427
--> http://bugs.winehq.org/attachment.cgi?id=78427
Wine-devel 10.6 log using default Windows 10 in winecfg
HWiNFO 8.24 (latest version, compatible with Windows 10) doesn't work unless
winecfg is set to Windows 7 (instead of the default Windows 10). The intro
window will load, but after clicking "Start" the app will crash.
The progess bar stops at this stage:
Examining system configuration...
Initializing Kernel Driver...
With this error message:
Error
Cannot install the HWiNFO driver !
It might be blocked by the system other applications.
download link:
https://sourceforge.net/projects/hwinfo/files/Windows_Portable/hwi_824.zip/…
sha256: 74c71b6a8a3498f5a5254b4e692345c45ec5cf88246bf3516cd7c35faf516ca4
I'm using Gcenx's wine-devel 10.6 build
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11
--
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=53155
Bug ID: 53155
Summary: msys2 cannot be installed under wine
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hramrach(a)gmail.com
Distribution: ---
Created attachment 72589
--> https://bugs.winehq.org/attachment.cgi?id=72589
terminal output
There is a number of bugs that reference msys2 but all are marked as staging sp
presumably they should be addressed in the staging version.
nonetheless msys2 installer gets still stuck at 66%
sha256sum Downloads/msys2-x86_64-20220603.exe
6e5a76e36a651542e6b907a39776effb7670a139d6a017c3808fdcfaca84ee83
Downloads/msys2-x86_64-20220603.exe
--
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=58222
Bug ID: 58222
Summary: [Fedora wiki - winehq GitLab] put sudo before install
commands for Fedora 41/42
Product: WineHQ Gitlab
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexschwartz01(a)gmail.com
Distribution: ---
NOTE: users can't make PRs to the wiki pages
---
Currently
---
Fedora 42:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
---
It should be....
---
Fedora 42:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
--
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=55814
Bug ID: 55814
Summary: Genshin Impact: glowing lines in random colours in the
environment
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://genshin.hoyoverse.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75304
--> https://bugs.winehq.org/attachment.cgi?id=75304
An image showing the glowing lines.
The environment in Genshin Impact has glowing lines that should not be there;
their colour and brightness change randomly after every log-in, and also change
depending on the perspective.
This can be seen in the first area of the game, directly after the
intro-sequence.
Workaround:
Install DXVK; the graphics display correctly with it.
Current game-version: 4.1
--
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=56160
Bug ID: 56160
Summary: Kernel32: Unable to determine encoding format without
[BOM] sequence.(PROFILE_DetectTextEncoding)
Product: Wine
Version: 9.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: zmtong1988(a)gmail.com
Distribution: ---
Question:
1. Open the [UTF-8] encoding file, and if there is no [BOM] sequence, recognize
it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of [UTF-8].
2. Open the [UTF-16 LE] encoding file, and if there is no [BOM] sequence,
recognize it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of
[UTF-16 LE].
Function execution process:
[ dlls/kenel32/profile. c ] --> [ PROFILE_ Open ] -->[ PROFILE_ Load ] -->[
PROFILE-DetectTextEncoding ]
Description:
Open a file in [UTF-16 LE] encoding format and execute [ PROFILE_
DetectTextEncoding ]always returns [ ENCODING-ANSI ], and subsequent parsing
work cannot be completed according to the encoding format.
--
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=57927
Bug ID: 57927
Summary: Sony Vegas 13 no longer starts
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Starting from 9e9e894a76582063119f4a9004e8f3a346ad97e8 in 10.0-rc1, Sony Vegas
13 freezes the moment the splash screen appears and doesn't show any loading
progress.
Additionally, although this is an issue that I couldn't manage to bisect due to
how inconsistent it is, is that ever since Wine 9.22, the moment it hits the
stage of "Initializing external monitoring..." during loading, Vegas may freeze
Wine, causing me to have to SIGKILL every process manually. It may provide an
assertion of the following: "Fatal glibc error: pthread_mutex_lock.c:460
(__pthread_mutex_lock_full): assertion failed: robust || (oldval &
FUTEX_OWNER_DIED) == 0"
Unfortunately, I don't think I can provide good reproduction instructions as
Sony Vegas 13 is paid software, although I think the installer may have a
trial.
--
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=56891
Bug ID: 56891
Summary: Visual novel Mebae (Tanuki Soft) crashes on startup
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galmeharku(a)vusra.com
Distribution: ---
Run the game. If the game asks for a save folder, select one. The game will
then crash with a pagefault before reaching the title screen. Running the game
again will also result in a crash every time.
--
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=53620
Bug ID: 53620
Summary: err:ole:com_get_class_object class
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: wuyudi1109(a)gmail.com
Distribution: ---
I run a game, and it shows this.
```
0454:err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a}
not registered
0454:err:ole:com_get_class_object no class object
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} could be created for context 0x1
```
Then crash.
According to
https://wiki.winehq.org/Wine_Developer%27s_Guide/COM_in_Wine#Writing_COM_Co…
I find it's about shell32.dll. And I find that this key is not in wine's reg.
So how can I fix it? (I tried to add it by hand, but still not work.)
Also, I found this in [wine's
code](https://github.com/wine-mirror/wine/blob/master/include/shobjidl.idl)
```
[
uuid(2d3468c1-36a7-43b6-ac24-d3f02fd9607a)
]
coclass EnumerableObjectCollection
{
interface IEnumObjects;
}
```
--
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=58209
Bug ID: 58209
Summary: add an environmental variable to control the Windows
Version
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Distribution: ---
the current environmental variables only include:
https://gitlab.winehq.org/wine/wine/-/wikis/Wine-User's-Guide#environment-variables
WINEDEBUG
WINEDLLOVERRIDES
WINEARCH
WINEPREFIX
there shoud also be an environmental variable to set the Windows Version
(currently set using `winecfg` and choosing Windows Version at the bottom of
the Applications tab)
usage:
WINEWINVER=winxp wine my-old-program.exe
all versions should have a corresponding WINEWINVER variable:
WINEWINVER=
win11
win10
win8.1
win8
win2008r2
...etc...
This also helps speed up testing of apps with issues, it's much faster than
switching Windows Versions using `winecfg` and relaunching the app
--
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=58155
Bug ID: 58155
Summary: Use space-saving APFS clones instead of copying file
data blocks to each WINEPREFIX on macOS
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
CC: dimesio(a)earthlink.net
When a WINEPREFIX is created using Wine on macOS, files from the Wine .app are
copied using actual copying of data blocks, instead of the space-saving
Copy-on-Write cloning mechanism of APFS (Apple File System), which only
references the already existing data blocks.
When using Gcenx's macOS package builds, the data blocks of files are copied
(from I believe Wine.app/Contents/Resources/wine/lib/wine/) to
$WINEPREFIX/drive_c/windows/. This wastes over 300 MB of space for each
WINEPREFIX created, which can add up, especially as it's recommended to install
each Windows app in its own WINEPREFIX. They should instead use APFS CoW clones
(similar to Linux btrfs reflinks).
Solution: use APFS Copy-on-Write when creating WINEPREFIXes, so it is faster
and saves space
How?: using the macOS terminal command `cp -c` uses CoW
see macOS's man pages for `cp(1)` and `clonefile(2)`
macOS 10.14 Mojave man pages online:
https://www.unix.com/man_page/mojave/1/cphttps://www.unix.com/man_page/mojave/2/clonefile/
A Stack Exchange answer mentioning that macOS's "`cp -c` is equivalent to
[Linux] `cp --reflink=always` (not `auto`), and will fail when copy-on-write is
not possible":
https://unix.stackexchange.com/a/504330
APFS was released for macOS devices on September 25, 2017, with the release of
macOS 10.13 High Sierra.
(https://en.wikipedia.org/wiki/Apple_File_System#History)
Gcenx's Wine 10.0 and later package releases for macOS
(https://github.com/Gcenx/macOS_Wine_builds/releases) only support macOS 10.15
Catalina and later. (macOS 10.12 Sierra though macOS 10.14 Mojave can be
installed via MacPorts).
How to test that Wine is not currently using APFS CoW clones: open Disk Utility
before creating a new WINEPREFIX, click on your Container disk and look at the
free space. Now create a new WINEPREFIX, the free space will decrease by about
300 MB. Delete the WINEPREFIX and empty the trash, watch the free space grow
back
--
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=57469
Bug ID: 57469
Summary: Abiword 2.6.8 - Trauncated image in "about" dialog
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 77473
--> https://bugs.winehq.org/attachment.cgi?id=77473
Truncated image in Wine
Abiword 2.6.8 from
https://web.archive.org/web/20210925210302/http://www.abisource.com/downloa…
Open "About" dialog.
"Image" is trauncated see bottom part
--
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=58219
Bug ID: 58219
Summary: Fopnu: "blanks" in download path during initial
configuration
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: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78533
--> http://bugs.winehq.org/attachment.cgi?id=78533
Wine 10.7
Fopnu: "blanks" in download path during initial configuration
Download Fopnu v1.58 for 32-Bit Windows :
https://softradar.com/static/products/fopnu/distr/1.58/fopnu_softradar-com.…
In the initial configuration, "extra blanks" in the Download Folder
Similar bug in ReactOS: https://jira.reactos.org/browse/CORE-18804
--
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=55828
Bug ID: 55828
Summary: the program has encountered serious problem and need
to be closed,
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: t2embed
Assignee: wine-bugs(a)winehq.org
Reporter: atriadha(a)gmail.com
Distribution: ---
Created attachment 75321
--> https://bugs.winehq.org/attachment.cgi?id=75321
program error details
this can be caused by a problem in the program or a deficiency in wine. i'm
using devcpp on the archlinux
--
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.