https://bugs.winehq.org/show_bug.cgi?id=51988
Bug ID: 51988
Summary: Dungeon Keeper 2 (Retail) crashes on startup
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: volker.schlegel(a)tutanota.com
Distribution: ---
Created attachment 70976
--> https://bugs.winehq.org/attachment.cgi?id=70976
Backtrace.txt created by wine
Distro: Arch
Architecture: x86_64
Wine is installed via the package manager
The game crashes when trying to start it with "wine ./DKII.exe".
I have no idea on what Version Dungeon Keeper 2 is.
SHA1 checksum of DKII.exe: 57261c8ef4acdc93c94bd54a3142a24ececba53d
--
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=25435
Summary: MS Access will not open any wizard.
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: de.techno(a)gmail.com
After creating a table, going to the create tab, you'll find lots of wizards...
like the form wizard, report wizard etc... none of them work.
A window opens with the title frui_frmMain with the next, previous cancel etc..
buttons visible and that's about it... access hangs completely and has to be
forced quited.
This appears to be a popular 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=36989
Bug ID: 36989
Summary: ThunderSpeed installer get white blank window
Product: Wine
Version: 1.7.23
Hardware: x86
URL: http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12
.122.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
Created attachment 49129
--> http://bugs.winehq.org/attachment.cgi?id=49129
installer window under wine inlinux
Environment:
Deepin 32bit
Linux phcole 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:12 UTC 2014 i686
i686 i686 GNU/Linux
wine-1.7.23
download from:
http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12.122.exe
start it to install the program, I get white blank window instead.
--
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=24878
Summary: "Group by" options don't work in Explorer++
Product: Wine
Version: 1.3.5
Platform: x86-64
URL: http://www.explorerplusplus.com/download
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=31495)
--> (http://bugs.winehq.org/attachment.cgi?id=31495)
Terminal output
The file grouping options accessible in the view -> group by menu don't seem to
do anything. Native comctl32 (v6) makes them functional.
--
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=52012
Bug ID: 52012
Summary: MeshroomCL crashes on unimplemented function
vcomp140.dll._vcomp_for_dynamic_init_i8
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: revisionarian(a)gmail.com
Distribution: ---
The photogrammetry software application MeshroomCL crashes during execution of
its TexturingCL node. The output error message is:
"Unhandled exception: unimplemented function
vcomp140.dll._vcomp_for_dynamic_init_i8 called in 64-bit code"
This error was encountered using Wine 6.21 on Unbuntu 20.04. MeshroomCL version
was 0.7.3. MeshroomCL can be downloaded from URL
https://github.com/openphotogrammetry/meshroomcl/releases.
--
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=27559
Summary: ImgBurn crash at startup when Wine's 'Windows Version'
is set to 'Vista' (or newer)
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.imgburn.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightning_uk(a)imgburn.com
I've had a bunch of crash logs sent to me over the past year where ImgBurn
crashes unrecoverably on startup when users are running it under Wine but was
never able to reproduce the error until today.
It turns out that if Wine's 'Windows Version' is set to 'XP' (default and what
I'd always been using) everything works fine. The second it's changed to
'Vista' (or newer), the app crashes at startup.
I've managed to get a crash call stack via madExcept / Eurekalog and have now
traced the problem back to the 'Explorer' style component it uses in the 'Disc
Layout Editor' window ('TVirtualExplorerTree' by MustangPeak). It looks like
it's related to namespace stuff and therefore the shell?
I've made/attached a Delphi demo app with a single form and single instance of
'TVirtualExplorerTree' to hopefully make testing and debugging this issue a
little easier.
Without fail, it'll crash when Wine's 'Windows Version' is set to 'Vista' but
it's fine as 'XP'. I'm using Wine in Ubuntu 11.04 for testing.
The programs (ImgBurn and demo app) work fine on a real Windows XP, Vista or 7
installation.
--
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=54734
Bug ID: 54734
Summary: Lord of the Rings Online randomly crashes during
gameplay
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ewg.grey(a)gmail.com
Distribution: ---
Created attachment 74238
--> https://bugs.winehq.org/attachment.cgi?id=74238
Wine terminal output after a crash
I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7
5800X with an AMD ATI Radeon RX 6800 XT graphics card.
The Lord of the Rings Online game client randomly closes/crashes during
gameplay with the following message as the last output from Wine:
01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub
I've been using this install of LotRO for over a year with no issues. However,
I tried creating a new Wine prefix and reinstalling the game from scratch.
I run the following winetricks to get all of the game client's functionality to
work:
winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts
I'm also using dxvk 2.1
Nothing else is changed from the defaults.
Everything worked fine up through Wine 8.0. However, those were TKG builds of
Wine. I switched to the Arch build of Wine to test if the issue was the TKG
build of Wine.
--
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=53860
Bug ID: 53860
Summary: Wine Notepad : Using Japanese Input Method(IM),
sometimes cursor goes back when string converted
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: su_zu_me(a)hotmail.com
Distribution: ---
Using input method (IM) to input Japanese characters, sometimes the cursor goes
back when a string converted (kana to kanji).
- Confirming the previous conversion by entering the next character, the cursor
will go back to the previous position each time.
- Press [Enter] to confirming the conversion, the cursor may or may not go
back. It occurs frequently (about a half of conversions).
- It may not depend on the contents of conversion.
Conversions are done successfully.
It occurs with Wine 7.16 or later.
Not occurs with Wine 7.15 or earlier.
Tested Wine version:
7.12
7.13
7.14
7.15
7.16
7.19
7.20
OS:
Ubuntu 22.04.1 LTS (amd64)
Display server:
Wayland
Input Method Framework:
IBus
Input Method Engine:
Mozc
--
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=50955
Bug ID: 50955
Summary: .netCore app can't bind to port shortly after another
.netCore program binding to the same port was
terminated
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: besentv(a)gmail.com
Distribution: ---
Created attachment 69784
--> https://bugs.winehq.org/attachment.cgi?id=69784
BrokenClient
I provided code for 3 different programs as attachment which represent
extremely scaled down code of a bug I tried to find in a proprietary program:
BrokenServer and BrokenClient are both C# programs created for .netCore 3.1
(x86).
BrokenServer creates a socket, tries to bind it to port 41811 and ends up
accepting all incoming connections on this port inside an infinite loop.
Broken Client tries to connect to the socked opened by BrokenServer and ends up
in an infinite loop(seems important!?).
TestCode is to test what is actually broken in Wine: It runs a BrokenServer and
3 BrokenClients using CreateProcessA() and waits for getchar(). After that it
stops all 4 processes using TerminateProcess() and immediately restarts the
BrokenServer using CreateProcessA(). The server tries to bind to port 41811 but
unlike on Windows it (almost) always fails to do so, showing a MessageBox with
the information that the port is already in use.
As mentioned before, the infinite loop in BrokenClient seems to make a
difference because I never encountered this issue without it.
I wasn't able to recreate this problem with native code.
Everything was tested in a clean prefix with .netCore x86 desktop
("windowsdesktop-runtime-3.1.10-win-x86") installed.
--
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=36230
Bug ID: 36230
Summary: qcap: Silverlight requires Audio Capture Filter
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Silverlight requires the "Audio Capture Filter" for recording from the
microphone.
Steps to reproduce (Download Silverlight + start configuration dialog):
wget
http://silverlight.dlservice.microsoft.com/download/B/A/9/BA94BEC9-5DBC-4B5…
wine Silverlight.exe
wine "C:\Program Files\Microsoft
Silverlight\5.1.30214.0\Silverlight.Configuration.exe"
Change to the Webcam and Microphone Tab. The list of devices is empty and you
should see the following debug messages:
-------
err:ole:CoGetClassObject no class object {e30629d2-27e5-11ce-875d-00608cb78066}
could be created for context 0x17
fixme:strmbase:STRMBASE_DllGetClassObject
{e30629d2-27e5-11ce-875d-00608cb78066}: class not implemented yet.
-------
The CLSID belongs to CLSID_AudioRecord and is not implemented in
dlls/qcap/qcap_main.c (/* FIXME: Implement QCAP_createAudioCaptureFilter */)
--
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=53717
Bug ID: 53717
Summary: Unreadable CDROM disk freezes wine
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)copysoft.org
Distribution: ---
I'm trying to recover data from an almost unreadable CDROM disk. I have been
running ddrescue non-stop for a few days now and data is slowly being
recovered. This means the CDROM drive is permanently busy at all times with a
disk that is unreadable and unmountable under normal circumstances (this is
important).
When I try to launch a wine application via Wine I find that Wine attempts to
access the CDROM drive, I can hear the CDROM drive making noises as if
starting/stopping but nothing ever happens, can hear the drive clicking as in
starting and stopping, the wine application I'm trying to run never start, I
can see some wine .exe processes in D state, I guess waiting for the CDROM
drive to become available.
I can see this in the console:
0058:err:sync:RtlpWaitForCriticalSection section 000000006CDCB040
"dlls/mountmgr.sys/device.c: device_section" wait timed out in thread 0058,
blocked by 0064, retrying (60 sec)
It seems that when a drive is unreadable or inaccessible wine freezes and
continually re-tries access to the drive.
This also means that Wine interferes with ddrescue when trying to access the
CDROM drive, because the disk is unreadable and both applications try to access
no Wine application ever starts, and if it does (winecfg) it freezes, so I end
in a situation Wine doesn't work and it bothers ddrescue.
Is there a way to start Wine applications making them ignore the CDROM Drive?
In the Wine control panel I can get rid of the Z drive for example but not the
CDROM drive...
I also tried to go into the Wine prefix under "dosdevices" and removed: d:: ->
/dev/sr0
Then tried to link d:: to /dev/null but wine recreates the link to the drive as
e:: -> /dev/sr0 and tries to access the CDROM again.
Is there a way to tell WINE not to use a device? as in ignore /dev/sdr?
--
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=54533
Bug ID: 54533
Summary: mfmediaengine:mfmediaengine - On Windows
test_TransferVideoFrames() fails on AMD GPUs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfmediaengine:mfmediaengine - test_TransferVideoFrames() fails on AMD GPUs:
w11pro64_amd (AMD RX6600):
mfmediaengine.c:1300: Test failed: Unexpected 49% diff
fgtb-w10pro64_rx550 (AMD RX550):
mfmediaengine.c:1300: Test failed: Unexpected 2% diff
See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine
The percentages are constant on both machines.
--
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=50369
Bug ID: 50369
Summary: Multiple tools for viewing GDI handles/resources list
and GDI leak detection require support for
PEB->GdiSharedHandleTable (GDIView, GDILeaks)
Product: Wine
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. I know this information can be retrieved tracing processes with
Wine 'gdi' debug channel.
https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb…
Currently investigating bug 23221 where the application massively leaks GDI
handles. App bug, most likely unrelated to the actual problem of the ticket.
I wanted to see the leakage in a realtime-view with absolute values, leak rate
per second, changes when doing certain UI actions. It's possible to extract
that from Wine trace logs as well using timestamps and filtering for specific
messages but it takes way more effort to associate the leak rate with certain
UI actions (controls).
Multiple tools provide that information in a convenient way. Unfortunately they
rely on the shared handle table being exposed.
---
* https://www.nirsoft.net/utils/gdi_handles.html ("GDIView - View GDI
handles/resources list and detect GDI leaks")
Stable download link via Internet Archive:
https://web.archive.org/web/20201127182337/http://www.nirsoft.net/utils/gdi…
*
https://docs.microsoft.com/en-us/archive/msdn-magazine/2003/january/detect-…
("Detect and Plug GDI Leaks in Your Code with Two Powerful Tools for Windows
XP")
Stable download link via Internet Archive:
https://web.archive.org/web/20170911002438/http://download.microsoft.com/do…
The MSDN article provides the struct layout for entry:
--- quote ---
In his book Windows Graphics Programming: Win32 GDI and DirectDraw (Prentice
Hall, 2002), Feng Huan provides another way to access this table, but he also
describes the structure of each of the 0x4000 entries of this table, as you can
see here:
...
typedef struct {
DWORD pKernelInfo;
WORD ProcessID;
WORD _nCount;
WORD nUpper;
WORD nType;
DWORD pUserInfo;
} GDITableEntry;
--- quote ---
'GDILeaks' self-extractor contains multiple example applications as binaries
and with sources.
https://www.geoffchappell.com/studies/windows/win32/ntdll/structs/peb/index…
--- quote ---
Offset (x86) Offset (x64) Definition Versions
0x94 0xF8 PVOID GdiSharedHandleTable; 3.51 and higher
--- quote ---
The app crashes because the 'PEB->GdiSharedHandleTable' pointer is NULL:
--- snip ---
$ WINEDEBUG=+seh,+relay wine ./GDIView.exe >>log.txt 2>&1
...
0104:Call KERNEL32.GetModuleHandleW(140011eb0 L"ntdll.dll") ret=140004c52
...
0104:Ret KERNEL32.GetModuleHandleW() retval=7bc00000 ret=140004c52
0104:Call KERNEL32.GetProcAddress(7bc00000,140011ec8 "RtlGetCurrentPeb")
ret=140004c67
0104:Ret KERNEL32.GetProcAddress() retval=7bc068e4 ret=140004c67
0104:Call ntdll.RtlGetCurrentPeb() ret=140004c6e
0104:Ret ntdll.RtlGetCurrentPeb() retval=7fffffdaf000 ret=140004c6e
0104:trace:seh:dispatch_exception code=c0000005 flags=0 addr=0000000140004CA6
ip=0000000140004CA6 tid=0104
0104:trace:seh:dispatch_exception info[0]=0000000000000000
0104:trace:seh:dispatch_exception info[1]=0000000000000008
0104:trace:seh:dispatch_exception rax=0000000000000000 rbx=0000000000f314c0
rcx=000000000021ee48 rdx=0000000000000000
0104:trace:seh:dispatch_exception rsi=0000000000000000 rdi=0000000000000000
rbp=0000000000000000 rsp=000000000021edf8
0104:trace:seh:dispatch_exception r8=000000000021ee30 r9=0000000000000000
r10=0000000000000000 r11=0000000000000246
0104:trace:seh:dispatch_exception r12=0000000000000415 r13=0000000000000001
r14=0000000000000000 r15=000000000021f168
0104:trace:seh:call_vectored_handlers calling handler at 000000007B011BA0
code=c0000005 flags=0
0104:trace:seh:call_vectored_handlers handler at 000000007B011BA0 returned 0
0104:warn:seh:virtual_unwind exception data not found in L"GDIView.exe"
--- snip ---
Wine source:
--- snip ---
$ grep -Hrni GdiSharedHandleTable
include/winternl.h:339: PVOID GdiSharedHandleTable;
/* 094/0f8 */
include/winternl.h:584: ULONG64 GdiSharedHandleTable;
/* 00f8 */
--- snip ---
https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb…
(x86)
https://source.winehq.org/git/wine.git/blob/56e7cd12ce0ce3bb331a8595b25aedb…
(x86_64)
$ sha1sum gdiview*.zip
4bacc3fed9a41678c72eba41937ff73b7e98ee90 gdiview-x64.zip
1115a41a1784127380ac2df0d3960f4bf09955db gdiview.zip
$ du -sh gdiview*.zip
68K gdiview-x64.zip
52K gdiview.zip
$ wine --version
wine-6.0-rc3
Regards
--
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=53392
Bug ID: 53392
Summary: does not compile on Openindiana (solaris11)
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Solaris
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malicorne(a)chez.com
It seems that wine does not respect the CFLAGS or at least to some extend.
$ uname -a
SunOS addie 5.11 illumos-c1bbf9203b i86pc i386 i86pc illumos
$ ./configure CFLAGS="-fPIC" CXXFLAGS="-fPIC" --prefix=/opt/wine
$ make
[...]
gcc -o tools/winegcc/winegcc tools/winegcc/utils.o tools/winegcc/winegcc.o
-lsocket -lnsl
tools/winegcc/winegcc -o dlls/acledit/acledit.dll.so --wine-objdir . -fno-PIC
-fasynchronous-unwind-tables -shared \
dlls/acledit/acledit.spec -Wb,--prefer-native -mno-cygwin dlls/acledit/main.o
\
dlls/winecrt0/libwinecrt0.a dlls/ucrtbase/libucrtbase.a
dlls/kernel32/libkernel32.a \
dlls/ntdll/libntdll.a
Text relocation remains referenced
against symbol offset in file
.rodata (section) 0x11010 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11017 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11030 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11037 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11050 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11057 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11070 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11077 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11090 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x11097 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x110b0 acledit.dll-62d91a2e.spec.o
.rodata (section) 0x110b7 acledit.dll-62d91a2e.spec.o
.data (section) 0x110d5 acledit.dll-62d91a2e.spec.o
.data (section) 0x110f1 acledit.dll-62d91a2e.spec.o
.data (section) 0x11102 acledit.dll-62d91a2e.spec.o
.data (section) 0x1110a acledit.dll-62d91a2e.spec.o
.data (section) 0x11112 acledit.dll-62d91a2e.spec.o
.data (section) 0x1111a acledit.dll-62d91a2e.spec.o
.data (section) 0x11122 acledit.dll-62d91a2e.spec.o
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/gcc failed
make: *** [Makefile:1380: dlls/acledit/acledit.dll.so] Error 2
Error on line 4
If I replace the -fno-PIC by -fPIC as requested on CFLAGS, it does go on until
next 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.
http://bugs.winehq.org/show_bug.cgi?id=32893
Bug #: 32893
Summary: SNES9x DirectDraw display not refreshed correctly when
menus shown
Product: Wine
Version: 1.5.23
Platform: x86-64
URL: http://files.ipherswipsite.com/snes9x/snes9x-1.53-win3
2.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 43440
--> http://bugs.winehq.org/attachment.cgi?id=43440
Showing refresh problem #1
I'm testing with Wine 1.5.23, SNES9x 1.53, Lubuntu 11.10 x86-64, Nvidia driver
304.64.
There is a small issue with the way the SNES9x DirectDraw display is refreshed.
When you browse the menus, as you move from menu to menu the previous menu area
is cleared to black, instead of showing the emulated game.
There was a change at some point between Wine 1.5.18 and 1.5.23. With 1.5.18
all "old" menus remained onscreen (see
http://bugs.winehq.org/attachment.cgi?id=42660), so the current behaviour is
better but not perfect.
To reproduce
- Download and unzip SNES9x.
- Download a SNES ROM, e.g. from
http://pdroms.de/files/supernintendoentertainmentsystem/skipp-and-friends-p…
- Run SNES9x. Select File->Load Game... and select SAF.smc
- Currently the default Direct3D output gives an empty/black window (bug
32319). So change to DirectDraw output: select Video->Display Configuration...,
change Output Method to DirectDraw and click OK.
- Click on the menu bar to browse the menus. As you move from menu to menu,
notice that the region which was occupied by the previously-shown menu is
black.
--
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=44507
Bug ID: 44507
Summary: Railroad Tycoon 3 (GOG version): invisible mouse
cursor in RT3 Mini-Game
Product: Wine
Version: 3.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t6zm3v62fkp7fe5(a)yandex.ru
Distribution: ---
Created attachment 60464
--> https://bugs.winehq.org/attachment.cgi?id=60464
Screenshot
Railroad Tycoon 3 (GOG version) has additional RT3 Mini-Game. But it's
impossible to play it because the mouse cursor becomes transparent after moving
it into the game's window and appears over after moving it out (but it works,
you can even try to move rails with this invisible cursor until you get tired,
screenshot is attached).
Terminal shows only this:
1@device:~$ WINEARCH=win32 WINEPREFIX=~/win32 wine '/home/1/win32/drive_c/GOG
Games/Railroad Tycoon 3/_Extras/MiniGame/RT3Game.exe'
0009:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
002f:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
Lubuntu 16.04.3, Wine 3.1 from official PPA.
--
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=53869
Bug ID: 53869
Summary: some electron apps error out with "EINVAL: invalid
argument, lstat 'Z:\' " caused by ntdll-Junction_point
Product: Wine-staging
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kerrickethan(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73396
--> https://bugs.winehq.org/attachment.cgi?id=73396
error log for danger crew
the problem was first sighted on wine-7.15-staging, but still happens on later
versions using wine-staging. the games i have tested(as this error appears with
some games and not others) will load on a clean wine, but errors out when using
wine-staging. This after testing some patches appears to be caused by
ntdll-Junction_Points, and removing/disabling that patchset will allow the
games to run(after also disabling some patchsets that require
ntdll-Junction_Point to be enabled).
game tested: danger crew
--
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=54071
Bug ID: 54071
Summary: winzip 27 installer crashes
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: temp82(a)luukku.com
Distribution: ---
Created attachment 73620
--> https://bugs.winehq.org/attachment.cgi?id=73620
crash log
a0ef3ee4cee282b45d9f97690b6b8e9444d719a6 winzip27.exe
https://www.winzip.com/en/
--
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=54423
Bug ID: 54423
Summary: Metatrader 5 crashes with Wine Loader
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: donallen1031(a)gmail.com
When using Metatrader 5 and trying to add custom indicators to the platform, I
can't load the scripts and on occasion, the program crashes, with a Wine Loader
" error message. It locks the Mac down and I have to do a hard restart. I m not
a developer just a user. any help is appreciated. Thanks
--
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=53379
Bug ID: 53379
Summary: ME3Tweaks 7.0.7 doesn't launch
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
ME3Tweaks Mod Manager, the mod manager for the Mass Effect game saga, doesn't
launch on version 7.0.7.125, the latest at the time of writing. All previous
versions launch as expected.
Reproducing the issue is simple: download the program (links below), install
it, and attempt to launch it.
An interesting difference in the logs is in the second line. I don't know if
it's relevant.
On 7.0.6 (the working version), it's:
0310:fixme:seh:WerRegisterRuntimeExceptionModule
(L"C:\\users\\user\\Temp\\.net\\ME3TweaksModManager\\LyZyGpfEln90Fkxp5ZGXmnrlwemKAtA=\\mscordaccore.dll",
0000000180000000) stub
And if you look in that path, mscordaccore.dll is there.
However, in 7.0.7 (the broken version):
010c:fixme:seh:WerRegisterRuntimeExceptionModule
(L"Z:\\home\\user\\ME3-7.0.7\\drive_c\\users\\user\\Documents\\ME3TweaksModManager\\mscordaccore.dll",
0000000140000000) stub
And mscordaccore.dll is not in that path, nor in that Temp folder from before.
Links:
Project repository: https://github.com/ME3Tweaks/ME3TweaksModManager
Latest version, the broken one:
https://github.com/ME3Tweaks/ME3TweaksModManager/releases/download/7.0.7.12…
Last working version:
https://github.com/ME3Tweaks/ME3TweaksModManager/releases/download/7.0.6.12…
Changes between versions:
https://github.com/ME3Tweaks/ME3TweaksModManager/compare/7.0.6.124...7.0.7.…
Linux 5.18.12-zen1, NixOS unstable 22.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=51682
Bug ID: 51682
Summary: LINE detects Wine as Win7/Win8 even with winecfg set
to Win10
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Reported in the forums under https://forum.winehq.org/viewtopic.php?f=8&t=35589
The program installs fine, but when running it complains that it can't run
under Win7/Win8. Setting Win10 in winecfg doesn't help.
https://desktop.line-scdn.net/win/new/LineInst.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.
https://bugs.winehq.org/show_bug.cgi?id=50839
Bug ID: 50839
Summary: DARQ has no shadows with OpenGL renderer
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69655
--> https://bugs.winehq.org/attachment.cgi?id=69655
example
0408:err:d3d:wined3d_debug_callback 0x24d585b0:
"GL_INVALID_FRAMEBUFFER_OPERATION in glDrawElements(incomplete framebuffer)".
0408:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS (0x8da8).
0408:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d texture
282, 256x256, 0 samples, format 0x81a5.
0408:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-array
texture 275, 256x256, 0 samples, format 0x822e.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
0408:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
wine-6.4-180-g41df83c50e1
--
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=48306
Bug ID: 48306
Summary: Roblox Player: Client kicked with Error Code 268
Product: Wine
Version: 5.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerdyminer18(a)gmail.com
Distribution: ---
To preface this, Wine cannot normally run the Roblox Player unless a tool, like
Grapejuice (https://gitlab.com/brinkervii/grapejuice), is installed so Wine can
launch the application from the Roblox website.
Whenever the Roblox Player connects to a game, there is a ~5 second window
where the application will work properly until the client is forced to
disconnect by the server. When this happens, a box with the text "Disconnected
| You have been kicked due to unexpected client behavior (Error Code: 268)"
appears. This error code only appears when the application detects that an
external application is modifying the application(Ex: Running Cheat Engine's
debugger triggers this error). Wine in this case is being treated as a sort of
exploit in the case that it's trying to modify the application somehow.
[I cannot provide a log/backtrace as of the time this bug gets submitted, but I
will do so later on]
--
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=39390
Bug ID: 39390
Summary: Backgrounds are black in 99 Spirits
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 52501
--> https://bugs.winehq.org/attachment.cgi?id=52501
Terminal output
All backgrounds fail to render, replaced by plain blackness instead.
The terminal doesn't seem to provide much helpful out, but I've attached it
regardless.
According to the terminal, this may be a duplicate of 9127, but the normal work
around steps (winetricks quartz, wmp10, allcodecs) removed the quartz fixme
messages but not the problem.
Would love to put up a more helpful output, if I knew which WINEDEBUG flags to
use.
--
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.