http://bugs.winehq.org/show_bug.cgi?id=16149
Summary: Star Wars Rebellion: tactical battle mode crashes game
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: appleshampooid(a)netscape.net
Created an attachment (id=17394)
--> (http://bugs.winehq.org/attachment.cgi?id=17394)
console output
Star Wars: Rebellion will crash when you try to enter tactical battle mode
(when two fleets meet over a planet). The fastest way to reproduce the bug is
to start a new game as the Rebellion and move your closest fleet to Coruscant,
then bump the game speed up to Fast and you'll get a battle alert within a
minute. Once you take control of the battle, you can issue orders while still
paused, although the starfield is blank and doesn't show any of the ships. As
soon as you unpause the battle or click in the starfield, the game will crash.
NOTE: I'm using the native DLLs for d3drm.dll and d3dxof.dll. The problem with
d3drm.dll is described in bug 8232, but it doesn't look like it's getting fixed
any time soon. From the console output, I'm pretty sure this bug would still
cause the game to crash even if the wine DLLs for those libraries worked (the
errors seem to be coming from other wine DLLs, not the native ones). Other
than those DLLs, I'm running it with a fresh .wine directory on 1.1.8.
Console output is attached, please let me know if you'd like me to enable any
other debug flags. Note that the error which is listed the first few times in
the file is pumped out constantly for the duration of the game, so I'm not sure
if its relevant. I've snipped off the top of the logfile until right before
you enter battle mode and it crashes.
Unfortunately I don't believe the game is available for free download. I'm
running Ubuntu 8.04. Thanks for taking a look.
--
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=46033
Bug ID: 46033
Summary: Execution of commands that contain special symbols
will be truncated.
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: yanjie875077968(a)gmail.com
Distribution: ---
when i use the wine cmd, i find same command can't be run, but it can be run in
winxp cmd.
➜ temp wine cmd
Wine CMD Version 5.1.2600 (1.6.2)
Z:\tmp\temp>dir_ny
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
File not found.
Z:\tmp\temp>./dir_ny
Z:\tmp\temp>dir .
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
10/22/2018 4:50 PM <DIR> .
10/22/2018 4:50 PM <DIR> ..
10/22/2018 4:50 PM 471,040 cmd1.exe
10/22/2018 4:50 PM 7 dir_ny.bat
2 files 471,047 bytes
2 directories 9,204,056,064 bytes free
Z:\tmp\temp>exit
➜ temp wine cmd1
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
Z:\tmp\temp>dir_ny
fixme:process:CmdBatNotification 1
Z:\tmp\temp>dir .
Volume in drive Z has no label.
Volume Serial Number is 0000-0000
Directory of Z:\tmp\temp
10/22/2018 04:50 PM <DIR> .
10/22/2018 04:50 PM <DIR> ..
10/22/2018 04:50 PM 471,040 cmd1.exe
10/22/2018 04:50 PM 7 dir_ny.bat
2 File(s) 471,047 bytes
2 Dir(s) 9,204,056,064 bytes free
fixme:process:CmdBatNotification 0
i review the cmd code in version 3.18. there is a bug in line 1318.
while (IsCharAlphaNumericW(whichcmd[count])) {
the IsCharAlphaNumericW function not include "_", so when a command include a
"_"
will be truncated.
--
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=58806
Bug ID: 58806
Summary: Smart quotes in code example misleads clang
Product: Wine
Version: unspecified
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: documentation
Assignee: wine-bugs(a)winehq.org
Reporter: calliehu02(a)gmail.com
In https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building, the guide
suggests copy-pasting the line
LDFLAGS=“-Wl,-rpath,/opt/X11/lib”
into terminal before attempting to build WINE. There is in fact a "copy to
clipboard" button to facilitate this behavior.
Issue stems from the fact that this code contains smart quotes, which break
encoding and are not properly understood by the system. "No such file or
directory" is the error given.
Impacts mainly the inexperienced, who might rely on such a guide and not
understand the source of the error.
Suggested fix to replace smart quotes with generic double quotes.
--
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=58805
Bug ID: 58805
Summary: Chrome Embedded Framework CEF Massive Memory usage
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 79459
--> http://bugs.winehq.org/attachment.cgi?id=79459
memory usage
I noticed that recent versions of Logos Bible software make much more use of
CEF and so each panel starts up a new process. I'm sure this is true of lots of
other apps too. But the problem is on Mac or Windows CEF is very memory light
but for some reason each process uses about 250mb of ram on wine. I've
investigated this a little and grok suggests that the problem is likely this:
Chromium Embedded Framework (CEF) apps like Logos Bible Software spawn multiple
renderer processes (~1 per UI panel). On Windows/Mac, each uses 20-50MB RAM by
sharing V8 JIT code, Skia graphics caches, and fonts across processes. In Wine
on Linux, unshared per-process duplication inflates this to 250MB/process,
exhausting RAM with 10+ panels (2.5GB+ total). Root causes: Wine's ntdll
doesn't share executable pages; D3D11 re-translates shaders per-process;
emulated sandbox adds overhead.
It recommends a solution:
3 targeted patches to emulate native sharing: Shared V8 JIT Cache
(ntdll/unixlib.c): Map V8's 128MB executable region to /dev/shm once per
prefix.
Unified Skia/ANGLE Cache (d3d11/utils.c): Global /tmp/wine-angle-cache for
shader translations.
CEF Sandbox Bypass (Launch flag + winevdm.c): Skip emulated sandboxing.
And points out that All Wine CEF Apps would be affected e.g. Discord, VSCode,
Steam etc so many 1000s of users.
I haven't a great deal of expertise but I've a good track record of working
with devs to do testing and builds etc to help patches through. I'd be very
grateful for any assistance from a dev with this issue! 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.
http://bugs.winehq.org/show_bug.cgi?id=58804
Bug ID: 58804
Summary: Incorrect ConfigureNotify processing in xfce
Product: Wine
Version: 10.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: valy(a)etersoft.ru
CC: rbernon(a)codeweavers.com
Regression SHA1: 0f1d999bb878ea54214057d3662c116271ec4812
Distribution: ---
When switching from windowed mode to maximized mode in Notepad and back, a
situation arises in which the window retains its size as in maximized mode.
Example:
1) Launching wine notepad
2) A window opens with dimensions of 800x600
3) I switch to maximized mode and the window changes size to 1024x800
4) I switch to windowed mode, the window becomes 800x600 in size for a split
second, and eventually retains the size of 1024x800 (while the mode becomes
windowed)
The bug is reproduced in xfce, I did not observe this bug in mate.
After investigating the problem a bit, I noticed that this behavior is due to
incorrect processing of repeated ConfigureNotify requests with the value
send_event=True in X11DRV_ConfigureNotify.
This is a regression. The bug appears for the first time after the commit
https://gitlab.winehq.org/wine/wine/-/commit/0f1d999bb878ea54214057d3662c11…
, which added asynchronous event handling. Returning to the synchronous method
solves the bug
Version: wine-10.16-212-g6124fea1dde
--
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=58785
Bug ID: 58785
Summary: Sam & max hit the road issue
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
Distribution: ---
Protontricks was closed due to the following error:
Steam installation directory could not be found.
=============
Please include this entire error message when making a bug report.
Environment:
Protontricks version: 1.13.0
Is Flatpak sandbox: True
Is Steam Deck: False
Is SteamOS 3+: False
Log messages:
Wine only show logo and did not run.
--
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=58787
Bug ID: 58787
Summary: warmonger issue
Product: Wine
Version: 10.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lars_martin4(a)hotmail.com
Distribution: ---
Created attachment 79432
--> http://bugs.winehq.org/attachment.cgi?id=79432
warmonger
did not install or load
--
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=58161
Bug ID: 58161
Summary: Unimplemented function advapi32.dll.SystemFunction036
in LTSpice
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scallegari(a)arces.unibo.it
Distribution: ---
LTSpice has traditionally been a wine-friendly application. Not long ago, its
website used to explicitly suggest using wine to run the application in Linux.
Recently, LTSpice has become impossible to install because it stops with the
error in subject.
--
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=58746
Bug ID: 58746
Summary: Eriksholm: The Stolen Dream has broken rendering
Product: vkd3d
Version: 1.11
Hardware: x86-64
URL: https://store.steampowered.com/app/3675810
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cmccarthy(a)codeweavers.com, gmascellani(a)codeweavers.com
Regression SHA1: 23db06692213273bd488e1ad1520444fd4d7845d
Distribution: ---
Created attachment 79379
--> http://bugs.winehq.org/attachment.cgi?id=79379
screenshot
Same for DX11 and DX12 modes.
--
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=58789
Bug ID: 58789
Summary: Changed behaviour when running a single wine process
with valgrind since wine-10.9.
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Before 5e70a4d81b I was able to start the background
wine processes by e.g. `wine taskmgr &`.
Then start just the target process with valgrind.
Since 5e70a4d81b this causes an segv_handler loop
starting with this message:
vex x86->IR: unhandled instruction bytes: 0xF 0xAE 0x6C 0x24
==833752== valgrind: Unrecognised instruction at address 0x470ed67.
==833752== at 0x470ED67: __wine_syscall_dispatcher (in
dlls/ntdll/ntdll.so)
This instruction is the `xrstor 0x40(%esp)` from __wine_syscall_dispatcher,
which seems not yet supported by valgrind.
If I see it right, before 5e70a4d81b each process did its own lookup
of cpu flags, but since 5e70a4d81b this is just done by the first one
and then shared via user_shared_data.
As a workaround preventing the assignment of `features[PF_XSAVE_ENABLED]`
allows me start it with a recent wine git build.
I am uncertain if this qualifies as regression as I am uncertain,
if this is a valid mode of operation when splitting wine processes that way.
--
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.