https://bugs.winehq.org/show_bug.cgi?id=56359
Bug ID: 56359
Summary: Winedbg is broken when trying to break
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Steps to reproduce:
1. Run "wine64 winedbg notepad"
2. "c"
3. Ctrl+C (might need to do it twice if nothing changes the first time)
It broke starting from
[b1f59bc679a8c2dea18a6789a5b9b1a1ae825129] makefiles: Add support for multiple
PE architectures.
Reverting it fixes winedbg, however reverting stops helping after
[cc2cfb9b792bee681b96c5859084fd6d4d0bbed7] loader: Make the loader
position-independent on 64-bit.
--
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=6946
Aida Jonikienė <aidas957(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aidas957(a)gmail.com
--- Comment #23 from Aida Jonikienė <aidas957(a)gmail.com> ---
Does this bug still exist in the latest Wine version?
--
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=56123
Bug ID: 56123
Summary: Git for windows installer freezes at the last step
(but does install the files correctly)
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
The git for windows installer freezes at the end. The computer beeps when the
window is clicked. The window does not react to the X to close, but it does
react to the minimize button. Afterwards the window can not be restored again.
The installer did install the needed files, as VSCodium did gain git
capabilities.
To reproduce:
Download git for windows:
https://github.com/git-for-windows/git/releases/download/v2.43.0.windows.1/…
$ rm -rf ~/wine-tmp/
$ mkdir ~/wine-tmp
$ export WINEPREFIX=~/wine-tmp
$ cd ~/wine-tmp
$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
$ wine Git-2.43.0-64-bit.exe Now the installer starts. Accpet the defaults.
Now the installer does it's steps, and stops at "Running post-install script".
When I ctrl-C in the console, the bash promt returns, but the installer window
remains. The computer beeps when the window is clicked. The window does not
react to the X to close, but it does react to the minimize button. Afterwards
the window can not be restored again.
Console output:
[cedric@cedric wine-tmp]$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
[cedric@cedric wine-tmp]$ wine Git-2.43.0-64-bit.exe
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:start_rpcss Failed to open RpcSs service
0090:fixme:file:NtLockFile I/O completion on lock not implemented yet
0090:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
00f0:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/cedric/wine-tmp" has been updated.
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 00000000
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 00000000
005ED9C4) returning a dummy value (current locale)
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 015EA680
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 015EA680
005ED9C4) returning a dummy value (current locale)
0148:fixme:thread:GetThreadUILanguage : stub, returning default language.
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 00000000
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 00000000
0081DA10) returning a dummy value (current locale)
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 019319B0
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 019319B0
0081DA10) returning a dummy value (current locale)
0148:fixme:wtsapi:WTSRegisterSessionNotification Stub 000100A4 0x00000000
0148:fixme:uxtheme:BufferedPaintInit Stub ()
0148:fixme:win:DisableProcessWindowsGhosting : stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing"): stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing Git."):
stub
0148:fixme:system:EnableNonClientDpiScaling (000100B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000100B2 c051 1 00000000
0148:fixme:system:EnableNonClientDpiScaling (000200B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000200B2 c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000100BC c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000200BC c051 1 00000000
0148:fixme:shell:SHAutoComplete stub
0148:fixme:shell:SHAutoComplete stub
0148:fixme:explorerframe:taskbar_list_SetProgressValue iface 01FBDD50, hwnd
000100A4, ullCompleted 0, ullTotal 503 stub!
0148:fixme:sfc:SfcIsFileProtected (00000000, L"C:\\Program
Files\\Git\\unins000.exe") stub
0148:fixme:explorerframe:taskbar_list_SetProgressState iface 01FBDD50, hwnd
000100A4, flags 0 stub!
0188:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01a8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01a8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01b8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01b8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01c8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01c8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01d8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01d8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01e8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01e8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01f8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01f8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0208:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0208:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0218:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0218:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0228:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0228:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0238:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0238:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0248:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0248:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0258:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0258:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0268:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0268:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0290:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
02b0:fixme:ntdll:NtSetInformationToken unimplemented class 4
02b0:fixme:security:GetWindowsAccountDomainSid (00000007FFFFC2A0
00000000007C2CF8 00000007FFFFC29C): semi-stub
02b0:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00000007FFFFC368,
00000007FFFFC354): stub
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x95
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x96
02b0:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but
remote serverL"\\\\@" was requested.
^C02bc:fixme:console:default_ctrl_handler Terminating process 20 on event 0
[cedric@cedric wine-tmp]$ ^C
I'm running Arch linux, LXDE on Xorg, AMD video card with the open source
drivers.
$ wine --version
wine-9.0-rc3
$ uname -a
Linux cedric 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42
+0000 x86_64 GNU/Linux
--
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=55630
Bug ID: 55630
Summary: DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 is not
handled in GetAwarenessFromDpiAwarenessContext
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: umu618(a)hotmail.com
Distribution: ---
Now
GetAwarenessFromDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2)
returns DPI_AWARENESS_INVALID, which is incorrect.
Should add the following:
```
case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2:
return DPI_AWARENESS_PER_MONITOR_AWARE;
```
--
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=6254
Alban Browaeys <prahal(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |prahal(a)yahoo.com
--- Comment #93 from Alban Browaeys <prahal(a)yahoo.com> ---
> James McKenzie 2011-05-07 23:15:14 UTC
>
> This bug has not been forgotten, but AJ wanted this function implemented in a different way that is correct. First EM_DISPLAYBAND must be implemented and then EM_FORMATRANGE. This is being investigated.
Could we have the plan AJ envisioned? I doubt he will implement it himself
nowadays.
So at least someone else could implement it.
Right now, we know AJ will not accept anything out of his plan, but we do not
know what is the plan.
Or is the plan only that EM_DISPLAYBAND must be implemented first then
EM_FORMATRANGE?
I have been paying for crossover since 2003 to contribute financially.
There were a lot of improvements in a lot of domains. But 1 in the 10 Windows
apps I use on Linux is broken by this missing feature:
(endless loop of:
01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub
01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub).
I would like to get rid of this riched20 native dll.
I have been looking at this bug for more than 15 years...
I know AJ is great but he is not eternal. If at least we could know what he
wants for riched20 to implement this function.
--
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=47068
Bug ID: 47068
Summary: fixme:ntdll:create_logical_proc_info Only 64 Threads
are usable
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: coolx67(a)gmx.at
Distribution: ---
When running heavy multi threaded programs such as scientific applications or
benchmarks it shows that only 64 threads can be used.
> 002a:fixme:ntdll:create_logical_proc_info Improve CPU info reporting: system supports 96 logical cores, but only 64 supported!
The problem is here
https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/nt.c#L1687
I don't know how much time I have to fix this.
But if someone would brainstorm this with me.
It were my first 5 minutes in the Wine code so please have some understanding.
If there would be some mentor who would give me some advice I could probably
fix some of the 22k+ FIMES in the code :)
Here the WINEDBG from Cinebench
https://pastebin.com/FrgSGxGw
--
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=56346
Bug ID: 56346
Summary: Sketchup Make 2017 Extension Manager to install Ruby
extension crashes.
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dlbeeson(a)netzero.net
Distribution: ---
SketchUp Make 2017. Runs well, BUT can not EXPORT. On windows Export pops up
window with about 6 options. On MX Linux and Wine, only option is DAE. When try
to run Extension Manager, which would install a STL converter (among other
things) it crashes. So you can not install the Ruby extensions to export in STL
format, for 3D printing. Please help. Thank you.
--
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=56364
Bug ID: 56364
Summary: Crazy Factory: Hang when starting new game
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: winebugzilla(a)tasossah.com
Distribution: ---
Created attachment 76101
--> https://bugs.winehq.org/attachment.cgi?id=76101
Minimal reproducible example: client
Crazy Factory (AppID 13494, also known as Gadget Tycoon) hangs when starting a
new game (Main Menu -> Offline game -> Freeplay). This is not a regression, but
has last been tested under wine-staging 9.2.
The game (client) spawns the server (CrazyFactoryServer.exe), waits for it to
finish initialising by calling WaitForSingleObject() and WaitForInputIdle(),
and then looks for its HWND so that it can communicate with it using window
messages.
I have written a standalone test case which reproduces this issue in Wine
without requiring access to the original software.
To reproduce:
1. Download client.c and server.c
2. Compile them as follows:
- i686-w64-mingw32-gcc server.c -l ole32 -mwindows -o server.exe
- i686-w64-mingw32-gcc client.c -o client.exe
3. Run client.exe
Under Windows XP: client.exe reports "HWND Found" and exits.
Under Wine: client.exe hangs on WaitForInputIdle().
The only way in Wine to get WaitForInputIdle() to return is by running
everything in a virtual desktop, clicking on the start menu (which makes the
server show up in the taskbar), clicking on the server in the taskbar, and then
clicking on the server's window decoration and moving it around.
Unfortunately, since the game itself runs in fullscreen, one can not click and
drag the server window. Instead, to get the game working as-is, one can patch
the binary (556b01b1afa97f39d361fe692bc3477a2577a25abf91f4a92e88a561bd5bd561
GadgetTycoon.exe) by setting the byte at offset 0x241ED from 0xFF to 0x01. This
sets the dwMilliseconds parameter on WaitForInputIdle() to 0x01 (instead of
INFINITE), which makes it time out, thus avoiding the hang and getting the game
running.
--
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=56366
Bug ID: 56366
Summary: Worms Blast characters become grey/untextured
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 76106
--> https://bugs.winehq.org/attachment.cgi?id=76106
wine log
If you play a game vs cpu, when 2 characters are on screen, one or both of them
will become grey as if they're untextured. Sometimes it's the whole character
and sometime only their weapon or boat. It doesn't seem to be tied to any
action or event, they'll become grey and then rendered correctly again with
color.
Tested this with Wine 9.3 inside Wine Steam.
Also, in puzzle mode, when there's a single player, it doesn't seem to happen
as fast or at all.
Steps to reproduce:
1. open game
2. choose game vs cpu
3. select deathmatch
4. swim around in game a bit
Kernel Version: 6.7.5-arch1-1 (64-bit)
mesa 24.0.1-1
Graphics Platform: X11
Graphics Processor: Mesa Intel® HD Graphics 3000
--
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.