http://bugs.winehq.org/show_bug.cgi?id=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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=48167
Bug ID: 48167
Summary: 1000 Mots V4.0.2 freeze when 3 words are pronounced -
Underrun of data
Product: Wine
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: sevmek(a)free.fr
Distribution: ---
Created attachment 65798
--> https://bugs.winehq.org/attachment.cgi?id=65798
wine 4.20 staging output
The software used is "1000 mots pour apprendre à lire" a french software
(shareware) for educational purpose (the title translate as "1000 words to
learn how to read").
One can download the software here:
https://app.educampa.fr/mil4_setup.exe
Version is 4.0.2
SHA1:
3213166282a8dc0fad236952f2dcb0650db199b3 mil4_setup.exe
It was tested against wine 4.20 (staging) on Fedora 31 and tested against wine
3.0 on ubuntu 18.04.
To install it require winetricks and gstreamer1-plugins-good.i686 (in fedora)
or gstreamer1.0-plugins-good:i386 (in ubuntu)
To install this software I use (in a clean and fresh ~/.wine directory):
$ env WINEARCH=win32 winetricks vb6run
$ wget https://app.educampa.fr/mil4_setup.exe
$ wine mil4_setup.exe
then I run using:
$ wine "c:\\educampa\\1000Mots_V4\\1000Mots_V4.exe"
Installation is OK.
when I use the software there is one activity that repeatedly freeze the
software whith an error like this:
00db:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred!
(see attachment for full log)
In this activity, the software pronunce 3 following words. I suspect the issue
is there.
--
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=49944
Bug ID: 49944
Summary: Tom Clancy's Splinter Cell: Conviction fails to detect
audio device
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 68335
--> https://bugs.winehq.org/attachment.cgi?id=68335
wbemprox
Stops launching with 'No audio device detected' message.
Workaround is rename systemdetection.dll in 'src/system' or disable wbemprox.
wine-5.18-161-gcce4f36e21
--
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=55662
Bug ID: 55662
Summary: Different behaviour of "set" command
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
behavior of these commands are different in wine and windows in a batch file
set test=A
set /P test="type A or B (%test%) :"
echo "%test%"
pause
if the user type nothing the result is :
"A" on windows
"" on 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.
http://bugs.winehq.org/show_bug.cgi?id=32679
Bug #: 32679
Summary: cmd.exe Add support for || and &&
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Add support to cmd.exe for the && and || functionality - They are currently
parsed and handled ok, but not correctly processed
--
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=56972
Bug ID: 56972
Summary: Warlords III: Darklords Rising shows empty screen in
virtual desktop
Product: Wine
Version: 9.13
Hardware: x86-64
URL: https://store.steampowered.com/app/2916220/Warlords_II
I_Darklords_Rising/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 03e43434c2bcf6424d60ee9dc1f595aa18714eef
Distribution: ArchLinux
I bumped into this bug while checking whether bug #53716 still occurs in recent
Wine (yes it does).
Reproduced with the Steam and GOG.com versions.
When initiating a single-player game from the launcher, the sounds of the intro
video can be heard but only the empty virtual desktop can be seen. The screen
remains empty when the game enters the main menu.
Nether in fullscreen mode the game starts properly: switches the desktop to low
resolution, the game icon is present in the taskbar but can't be activated.
The problem is present since
commit 03e43434c2bcf6424d60ee9dc1f595aa18714eef
(win32u: Introduce a new window surface helper to set window shape.)
X.Org X Server 1.21.1.13 on Arch Linux
XFCE 4.18
--
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=55798
Bug ID: 55798
Summary: Unreal Engine 5.2: Wine minidumps take hours to load
into a debugger
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: aiden.deloryn(a)tensorworks.com.au
Distribution: ---
=== Overview ===
When attempting to load a Wine generated minidump from an Unreal Engine
application using a debugger (such as Visual Studio or VS Code), it takes a
number of hours for the file to load. If left uninterrupted during this time,
the process does eventually complete and all of the expected debug data becomes
visible within the IDE. This behaviour has only been observed for minidumps of
type MiniDumpNormal. When working with a Wine generated minidump of type
MiniDumpWithFullMemory, the debugger is able to load the file within a few
seconds.
=== Steps to Reproduce ===
1. Build this minimal sample application
https://github.com/TensorWorks/BuggyFirstPersonDemo.git on a Windows machine
with Unreal Engine 5.2.1 using the following command:
C:\<UE_INSTALL_DIR>\Engine\Build\BatchFiles\RunUAT.bat BuildCookRun -utf8output
-clientconfig=DebugGame
-project="C:\<PATH_TO_PROJECT_DIR>\BuggyFirstPersonDemo.uproject" -noP4 -cook
-build -stage -prereqs -pak -archive
-archivedirectory="C:\<PATH_TO_PROJECT_DIR>\GameBuilds" -platform=Win64
2. Copy the build directory (C:\<PATH_TO_PROJECT_DIR>\GameBuilds) to a Linux
machine and run the application using Wine (DXVK required):
wine
./GameBuilds/Windows/BuggyFirstPersonDemo/Binaries/Win64/BuggyFirstPersonDemo-Win64-DebugGame.exe
-windowed -ResX=800 -ResY=600
3. Trigger a crash by picking up the gun and shooting the large white cube.
Note: hold down the right mouse button to aim/look, and press the left mouse
button to shoot.
4. Copy the crash dump from
./GameBuilds/Windows/BuggyFirstPersonDemo/Saved/Crashes/<CRASH_ID>/UEMinidump.dmp
to a Windows machine and attempt to load it using Visual Studio or VS Code (for
VS Code you will need the C/C++ extension from Microsoft installed).
=== Actual Results ===
The minidump takes hours to load into Visual Studio and VS Code.
MemoryListStream contains over 950,000 memory ranges (see additional
information below).
=== Expected Results ===
The minidump takes less than a minute to load into Visual Studio and VS Code,
which is true for full memory minidumps generated under Wine and any minidump
generated under Windows.
=== Build Date & Hardware ===
wine-8.14 on Ubuntu 22.04.3 LTS x86-64
=== Additional Builds and Platforms ===
Also reproducible on wine-8.17 and wine-8.0.2
=== Additional Information ===
When analysing and comparing minidumps generated under Wine versus those
generated under Windows using the Microsoft Crash Dump File Checker tool
“DumpChk”
(https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/dumpchk),
a significant discrepancy can be observed in the normal minidump generated
under Wine. In particular, the number of memory ranges in MemoryListStream is
substantially higher, as can be seen in the excerpts below. Note that full
memory minidumps have also been included from both Windows and Wine for
additional context and comparison.
Windows - MiniDumpNormal:
Stream 3: type MemoryListStream (5), size 00000804, RVA 0006FF09
128 memory ranges
[OMITTED]
Total memory: 463cc
Wine - MiniDumpNormal:
Stream 4: type MemoryListStream (5), size 00EA0FF4, RVA 0002986B
958719 memory ranges
[OMITTED]
Total memory: 15bd62e
Windows - MiniDumpWithFullMemory:
Stream 5: type Memory64ListStream (9), size 0000EAC0, RVA 000C8D45
3755 memory ranges
[OMITTED]
Total memory: a74c1000
Wine - MiniDumpWithFullMemory:
Stream 7: type Memory64ListStream (9), size 0000E260, RVA 0006ADFB
3621 memory ranges
[OMITTED]
Total memory: 7ab14000
Note: You can generate a full memory minidump using the provided sample
application by specifying the -fullcrashdumpalways flag. For example:
wine
./GameBuilds/Windows/BuggyFirstPersonDemo/Binaries/Win64/BuggyFirstPersonDemo-Win64-DebugGame.exe
-windowed -ResX=800 -ResY=600 -fullcrashdumpalways
--
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=56977
Bug ID: 56977
Summary: accept()-ed socket fds are never marked as cacheable
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: ishitatsuyuki(a)gmail.com, z.figura12(a)gmail.com
Regression SHA1: 89f77a93a6c96896d90c943bc3e82139114cf58c
Distribution: ---
allow_fd_caching() is not called for accept()-ed sockets, causing severe
performance degradation due to extra server_get_unix_fd() call overhead per
every socket I/O operation.
Affected applications:
- DJMAX RESPECT V creates a loopback TCP socket pair. The "server" side
ESTABLISHED socket is affected.
--
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=56954
Bug ID: 56954
Summary: after commit 3f87436670d8a9c87e00825b71ed6995afd870a1
wine will generate ntlm_auth <defunct> process.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436.tw(a)gmail.com
Distribution: ---
Created attachment 76771
--> https://bugs.winehq.org/attachment.cgi?id=76771
ntlm_auth defunct process
After commit 3f87436670d8a9c87e00825b71ed6995afd870a1 wine will generate lots
of ntlm defunct process.
before this commit, it will return to normal.
--
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.