https://bugs.winehq.org/show_bug.cgi?id=52791
Bug ID: 52791
Summary: SpardaSecureApp bringt einen Fehler ohne Protkoll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: mydlifous(a)email.cz
Distribution: ---
Hallo, SpardaSecureApp 2.x.x unter Wine bringt einen Fehler, Version 1.x.x
erscheint gar nicht, es lässt sich kein Protokoll erstellen... ich habe es
probiert nach dem Umstieg auf ZORIN zu installieren...
Danke für Hilfe
--
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=38350
Bug ID: 38350
Summary: FTDI Vinculum II IDE V2.0.2-SP2 gets OLE Error
80020006 on startup and exits
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skenton(a)ou.edu
Distribution: ---
The FTDI Vinculum II IDE for firmware development pops up an OLE error dialog
and exits immediately after the splash screen is loaded at startup.
Works fine on WindowsXP-SP3. Below is everything I thought might help.
VinIDE (current version as of 2015Apr03)
Download Vinculum II Toolchain V2.0.2-SP2
http://www.ftdichip.com/Firmware/vnc2toolchain/Vinculum%20II%20Installer%20…
(popup)
Vinculum II IDE
OLE error 80020006
OK
$ wine --version
wine-1.7.38
$ wineconsole
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
fixme:msxml:domelem_setAttributeNode (0x14aaf0)->(0x14ac98 0x33f774): semi-stub
$ uname -a
Linux Cube 3.16.0-33-generic #44-Ubuntu SMP Thu Mar 12 12:19:35 UTC 2015 x86_64
x86_64 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.
http://bugs.winehq.org/show_bug.cgi?id=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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=55763
Bug ID: 55763
Summary: Electron projects using sudo-prompt think that
permission was not granted
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skecthysites(a)gmail.com
Distribution: ---
Electron projects using sudo-prompt think that permission was not granted and
behave as if the prompt was closed without granting permission.
To reproduce:
1. Install wine-bug-demo from here:
https://github.com/zurgeg/Wine-Bug/releases/tag/1.0.0
2. Extract linux-unpacked.tar.gz
3. Run wine-bug-demo
4. Note that it asks you for your user password
5. It will execute just fine once you enter your user password, then you can
interrupt it
6. Install wine-bug-demo.Setup.1.0.0.exe
7. After installing, it will attempt to run, at which point it will crash with
the error "User did not grant permission"
--
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=54753
Bug ID: 54753
Summary: stdout/cout do not respect console code page in apps
compiled with mingw-w64
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: rjtulloh(a)gmail.com
Distribution: ---
Created attachment 74247
--> https://bugs.winehq.org/attachment.cgi?id=74247
Test program which outputs to the console in different ways.
I noticed some cases recently where Wine seemed to ignore the console code page
when apps were writing to stdout. Upon further investigation, I found it seems
to be specific to apps compiled via mingw64.
I've attached a simple test program which demonstrated the issue. It switching
the code page to UTF8 and then outputs some Japanese glyphs in different ways.
On Windows, this program behaves as expected - the same string is printed for
times.The output does not differ based on the compiler used.
In Wine, if the program is compiled with mingw-w64, it will output gibberish 3
times, and the correct string is only produced by calling the WriteConsoleA
function.
This seems to be specific to the way mingw implements stdout, as if the
application is compiled with clang in MSVC compatibility mode, there is no
issue with the output. It does not seem to be a mingw bug, since the output is
correct on Windows.
--
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=53297
Bug ID: 53297
Summary: Issue when launching DX11 game (FFXIV) on FreeBSD
Product: Wine
Version: 7.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: skyliegirl33(a)protonmail.com
Created attachment 72663
--> https://bugs.winehq.org/attachment.cgi?id=72663
Log when attempting to launch the game
When attempting to launch this game on FreeBSD, there's an unlocalized error
saying there was an unexpected issue. This doesn't happen with 6.0.3. It
doesn't matter if I use DXVK, WineD3D or software rendering; the same issue
persists. I assume something in A_SHAFinal is failing but not sure why this is
specific to FreeBSD.
--
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=51836
Bug ID: 51836
Summary: d3d: Disable CSMT by default if using llvmpipe OpenGL
renderer backend
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
llvmpipe is a software-only OpenGL implementation. It compiles GLSL shaders
into native CPU code using LLVM, offering reasonable graphics performance on
systems where hardware graphics acceleration is otherwise not available.
The problem is that llvmpipe does not play nicely with Wine's CSMT feature.
CSMT assumes the OpenGL backend to be a proxy that submits rendering commands
to GPU, rather than a full-blown computation engine itself. The source and sink
of the comman stream is the CPU itself, and llvmpipe supports direct
multithreading -- making CSMT redundant.
For testing/benchmark, llvmpipe can be activated on Linux with the environment
variable `LIBGL_ALWAYS_SOFTWARE=1`. With CSMT, perf shows
`wined3d_cs_mt_finish` to be the major overhead; without CSMT, the bottleneck
is absent and the app exhibits noticeable performance improvement.
Example glxinfo output on system with llvmpipe enabled:
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: llvmpipe (LLVM 11.0.0, 256 bits)
...
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa/X.org (0xffffffff)
Device: llvmpipe (LLVM 11.0.0, 256 bits) (0xffffffff)
--
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=44315
Bug ID: 44315
Summary: Guild Wars 2 - Slow Performance since Wine 2.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: Mint
Created attachment 60162
--> https://bugs.winehq.org/attachment.cgi?id=60162
Screenshot showing performance between old and newer Wine versions.
Wine 2.0 (with Staging patches) was the last version to run this game at a good
performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in
every aspect of the game. The staging versions (up to 2.21) perform the same as
"non staging" Wine.
While no other of my tested games were affected, it looks as if something in
CSMT was changed and affected this particular title. I've tested this across
multiple system configurations and the results are always the same.
Considering how much this game struggles to maintain a playable framerate, a
loss of 15-25 frames (depending on the situation) is a bit excessive.
Screenshot attached, showing the frames difference in an instanced area of game
where the performance can easily be used as a "benchmark".
Tests have been performed on 3 systems:
Ryzen 1700X
16GB DDR4 2800MHZ Ram
Nvidia GTX 1060 / v384.98 Drivers
-------------------------------------------
i5-4590
8GB DDR3 Ram
Nvidia GTX 960 / 384.98 Drivers
-------------------------------------------
i5-2400
8GB DDR3 Ram
Nvidia GTX 760 / 375.66 Drivers
--
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=50728
Bug ID: 50728
Summary: % CPU Utilization monitor/gauge/indicator not
functioning in VARA.exe (ham radio software)
Product: Wine
Version: 6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eric.wheez(a)gmail.com
Distribution: ---
Created attachment 69485
--> https://bugs.winehq.org/attachment.cgi?id=69485
Terminal output from running VARA (seeing CPU monitor bug) and then closing it.
When I run a ham radio program, called VARA, through Wine I'm noticing that the
program doesn't properly display CPU usage in its "CPU Gauge". It instead just
says "%CPU not available". (See this thread for an image:
https://groups.io/g/VARA-MODEM/message/1311) I'm assuming it might be an
unimplemented function or missing library in Wine, but I don't know how to
track down what is missing.
This is with a fresh installation of wine-staging 6.2 and a fresh wineprefix.
The bug doesn't occur when VARA is run on a Windows computer. I've attached
terminal output of the program running (and then being closed). I'm wondering
if this may be similar to bug 26785, though that one was fixed in 2016.
I'm wondering if the bug might be related to one of these warnings:
0024:fixme:advapi:RegisterEventSourceW ((null),L"PDH"): stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:winspool:PerfOpen (null): stub
0024:fixme:winspool:PerfCollect L"Global", 0x31ea48, 0x31ea3c, 0x31ea40: stub
0024:fixme:winspool:PerfClose stub
0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception
(code=c000008f) raised
0024:err:seh:dispatch_exception Fatal EXCEPTION_FLT_INEXACT_RESULT exception
(code=c000008f) raised
00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented
00e4:fixme:service:QueryServiceConfig2W Level 6 not implemented
0024:err:ole:TLB_ReadTypeLib Loading of typelib L"msdatsrc.tlb" failed with
error 2
I'm very new to debugging though and assume that this will take more than just
dropping in dll's and doing winecfg dll overrides (especially if ntdll is at
fault here). Does anybody have any insight into Wine's ability to query system
resources - or some ideas for commands I could try to track this bug down and
report it to the Wine team for possible request for implementation? There's a
whole community of hams who would love to have this program 100% operational
(even though this is a minor bug).
To reproduce this behavior, you can install VARA with these commands:
#### Configure our wineprefix
winetricks -q corefonts dotnet35sp1 vb6run win7 sound=alsa vcrun2015 pdh # run
pdh here just for the winecfg dll override
# Install an older pdh.dll (the pdh.dll from "winetricks pdh" is too new for
VARA)
sudo apt-get install zip -y
cd ~/Downloads && mkdir pdhNT40 && cd pdhNT40
wget
http://download.microsoft.com/download/winntsrv40/update/5.0.2195.2668/nt4/…
unzip -o nt4pdhdll.exe
cp pdh.dll ~/.wine/drive_c/windows/system32
#### Download/extract/install VARA HF (or newer)
[https://rosmodem.wordpress.com/]
sudo apt-get install p7zip-full -y
sudo apt-get install megatools -y
cd ~/Downloads
VARALINK=$(curl -s https://rosmodem.wordpress.com/ | grep -oP '(?<=<a
href=").*?(?=" target="_blank" rel="noopener noreferrer">VARA HF v)') # Find
the mega.nz link from the rosmodem website no matter its version, then store it
as a variable
megadl ${VARALINK}
7z x VARA*.zip -o"VARAInstaller" -y
wine ~/Downloads/VARAInstaller/VARA\ setup*.exe /SILENT
#### Configure VARA
# In winecfg, go to the Audio tab to set up your default in/out soundcards
wine winecfg
# In VARA, set up your soundcard input and output (go to Settings ...
Soundcard)
wine ~/.wine/drive_c/VARA/VARA.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=54788
Bug ID: 54788
Summary: AOL 5.0 Installation fails
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74281
--> https://bugs.winehq.org/attachment.cgi?id=74281
Backtrace (wine 8.5 on Slackware64/Multilib)
Download is at:
http://www.oldversion.com/windows/download/america-online-5-0
bash-5.1$ sha1sum aol50.exe
cacd3d5b93e7f2d6004812707148364a47db6db6 aol50.exe
Backtrace is attached. Console output to follow shortly.
--
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=50231
Bug ID: 50231
Summary: Ys: Origin shows black screen during video playback
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: Debian
Created attachment 68738
--> https://bugs.winehq.org/attachment.cgi?id=68738
+quartz,+strmbase,+gstreamer,+qedit,+devenum log
The videos are showing only a black screen during playback. Audio works.
Disabling winegstreamer and using native quartz works around it for proper
playback.
Nothing seems to be all that interesting in the default terminal output:
--- snip ---
00d0:fixme:qedit:SampleGrabber_IMemInputPin_GetAllocatorRequirements
(01101130)->(0031E6F0): semi-stub
00d0:err:quartz:MediaFilter_GetState Filter 01101D90 reported incorrect state 2
(expected 1).
00d0:err:quartz:MediaFilter_GetState Filter 01101130 reported incorrect state 2
(expected 1).
00d0:err:quartz:MediaFilter_GetState Filter 0EA5F9C0 reported incorrect state 2
(expected 1).
00d0:err:quartz:MediaFilter_GetState Filter 01101608 reported incorrect state 2
(expected 1).
0120:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
--- snip ---
Attached is a +quartz,+strmbase,+gstreamer,+qedit,+devenum log.
--
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=54735
Bug ID: 54735
Summary: AOL (America Online) Desktop Beta fails when
installing .net 2.8
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: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 74239
--> https://bugs.winehq.org/attachment.cgi?id=74239
Backtrace (wine 8.4 on Slackware64/Multilib)
https://beta.aol.com/projects/desktop/windows
sha256sum Install_AOL_Desktop.exe
13cd19996e183e927ce0710f367d586474dcca308f593e2551b67334a0315b4d
Install_AOL_Desktop.exe
Installer starts up okay but eventually crashes when installing .net 4.8 which
is required for AOL Desktop Gold Beta.
--
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=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=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=48525
Bug ID: 48525
Summary: 0009:err:gdi:alloc_gdi_handle out of GDI object
handles, expect a crash
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: cagnulein(a)gmail.com
Distribution: ---
On a commercial application written on .NET 2.0 i have a crash that occurs
randomly every few days.
I put the +seh debug here. I have 2 questions:
1) my +seh log file is full of
0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1
0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223
ip=7b43e223 tid=0048
0048:trace:seh:raise_exception info[0]=00000041
0048:trace:seh:raise_exception info[1]=0d061dd8
0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef20
edx=0733efd0 esi=00000041 edi=40010006
0048:trace:seh:raise_exception ebp=0733ef78 esp=0733eef4 cs=300023 ds=002b
es=f7d7002b fs=006b gs=73c0063 flags=00000212
0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006
flags=0
0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2
0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c
edx=0733efd8 esi=0733efd8 edi=7b48ace0
0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023
ds=002b fs=006b gs=0063 flags=00000202
0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006
flags=2
it's a problem of my application? Of wine gdiplus implementation?
2) In the meanwhile i'm trying with "winetricks gdiplus": what you think about
this +seh trace?
0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006
flags=0
0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2
0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c
edx=0733efd8 esi=0733efd8 edi=7b48ace0
0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023
ds=002b fs=006b gs=0063 flags=00000202
0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006
flags=2
0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1
0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223
ip=7b43e223 tid=0048
0048:trace:seh:raise_exception info[0]=00000041
0048:trace:seh:raise_exception info[1]=0d061dd8
0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef20
edx=0733efd0 esi=00000041 edi=40010006
0048:trace:seh:raise_exception ebp=0733ef78 esp=0733eef4 cs=300023 ds=002b
es=f7d7002b fs=006b gs=73c0063 flags=00000212
0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006
flags=0
0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2
0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef0c
edx=0733efd8 esi=0733efd8 edi=7b48ace0
0048:trace:seh:__regs_RtlUnwind ebp=0733eac8 esp=0733eaa8 eip=7b48ad3d cs=0023
ds=002b fs=006b gs=0063 flags=00000202
0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006
flags=2
0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1
0048:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223
ip=7b43e223 tid=0048
0048:trace:seh:raise_exception info[0]=0000003e
0048:trace:seh:raise_exception info[1]=0d0719e8
0048:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0733ef50
edx=0733f000 esi=0000003e edi=40010006
0048:trace:seh:raise_exception ebp=0733efa8 esp=0733ef24 cs=0023 ds=34002b
es=733002b fs=7dd9006b gs=7330063 flags=00000216
0048:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006
flags=0
0048:trace:seh:__regs_RtlUnwind code=40010006 flags=2
0048:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0733ef3c
edx=0733f008 esi=0733f008 edi=7b48ace0
0048:trace:seh:__regs_RtlUnwind ebp=0733eaf8 esp=0733ead8 eip=7b48ad3d cs=0023
ds=002b fs=006b gs=0063 flags=00000202
0048:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006
flags=2
0048:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1
0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b43e223
ip=7b43e223 tid=0009
0009:trace:seh:raise_exception info[0]=00000046
0009:trace:seh:raise_exception info[1]=0d068440
0009:trace:seh:raise_exception eax=7b42a5c1 ebx=00000004 ecx=0032e720
edx=0032e7d0 esi=00000046 edi=40010006
0009:trace:seh:raise_exception ebp=0032e778 esp=0032e6f4 cs=0023 ds=34002b
es=002b fs=006b gs=0063 flags=00000212
0009:trace:seh:call_stack_handlers calling handler at 0x7b48ad80 code=40010006
flags=0
0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2
0009:trace:seh:__regs_RtlUnwind eax=00000000 ebx=7b48ace0 ecx=0032e70c
edx=0032e7d8 esi=0032e7d8 edi=7b48ace0
0009:trace:seh:__regs_RtlUnwind ebp=0032e2c8 esp=0032e2a8 eip=7b48ad3d cs=0023
ds=002b fs=006b gs=0063 flags=00000202
0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc82da0 code=40010006
flags=2
0009:trace:seh:__regs_RtlUnwind handler at 0x7bc82da0 returned 1
0009:err:gdi:alloc_gdi_handle out of GDI object handles, expect a crash
Fatal,Program[1:MainThread]: System.Runtime.InteropServices.SEHException:
External component has thrown an exception.
at System.Drawing.SafeNativeMethods.SelectObject(HandleRef hdc, HandleRef
obj)
at System.Drawing.BufferedGraphicsContext.DisposeDC()
at System.Drawing.BufferedGraphicsContext.ReleaseBuffer(BufferedGraphics
buffer)
at System.Drawing.BufferedGraphics.Dispose(Boolean disposing)
at System.Drawing.BufferedGraphics.Dispose()
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Label.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr
wparam, IntPtr lparam)
I can't share the application because it's not free, but if you need more
information i will try to get them.
Thanks in advance
--
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=55818
Bug ID: 55818
Summary: 32-bit game Dark Age of Camelot slow memory leak leads
to crash since WINE 7.4
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tmwine(a)pertho.net
Distribution: ---
I've bisected a bug relating to a possible memory leak in wined3d. I've been
playing an old game (Dark Age of Camelot) for years now on free servers, but I
noticed there is a slow memory leak as it runs. I ran 'top' and watched the RES
memory creep up to 1.0 GB and then hit about 1.2-1.3 GB before the game
crashes.
On WINE 8 this issue seems to persist as well. So I went back and bisected the
bug and it occurs between WINE 7.3 and 7.4. In 7.3, I don't get the memory leak
and the game plays for hours, but in 7.4 I get the memory leak.
I've narrowed it down to this commit:
https://gitlab.winehq.org/wine/wine/-/commit/ee12556960e30fc22f276d2de2833e…
It might have to do with the code change in the function
wined3d_context_gl_destroy_bo that introduced this.
Happy to try any patches to test with against latest WINE 8.x tree.
Thanks,
Tom
--
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=44962
Bug ID: 44962
Summary: Smart Guard no run
Product: Wine-staging
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61074
--> https://bugs.winehq.org/attachment.cgi?id=61074
averia petch, l2.exe log
Smart Guard does not work and cannot work around it.
Checked on different servers, but I give a log from the server Averia.ws
--
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=48372
Bug ID: 48372
Summary: SCP-3008 Unhandled exception: page fault on read
access to
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zach.stuart(a)ztex.us
Created attachment 66123
--> https://bugs.winehq.org/attachment.cgi?id=66123
crash debug output
Game begins to load and then fails before fully loading.
--
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=37296
Bug ID: 37296
Summary: Winecfg differs when it runs on real Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Created attachment 49603
--> https://bugs.winehq.org/attachment.cgi?id=49603
Screenshot of Winecfg on Windows
I'm able to run Winecfg on real Windows and I discovered that there is a
graphic glitch in the about dialog.
See attached screenshot for details.
I was able to fix this problem in about.c, by adding DI_MASK flag in the call
of DrawIconEx(), which it is also the correct thing to do in this case.
But strangely, this graphic bug does not happen when winecfg runs in WINE
(that's why probably nobody noticed the absence of the DI_MASK flag).
I would suggest to check and compare a bit the behaviour between Windows and
WINE against the functions DrawIconEx() and LoadImageW() since it seems to me
that there is a difference from the correct result.
NOTE: When it runs on the real Windows, because the presence of a SysLink
inside the resource dialog, Winecfg requires to be linked with commctrl v6, so
it needs a manifest file, as explained here:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%…
Another thing, but less important, is that the resource compiler refused the
icon of the application, saying the icon is made with the old DIB format and,
for this reason, it has been discarded; that's why my screenshot shows the app
without the icon in the upper left corner. But hopefully, this can be solved
easily if someone wants.
--
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=55512
Bug ID: 55512
Summary: error in movie maker 2012 in 32-bit mode
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: grandrodri3(a)gmail.com
Distribution: ---
Created attachment 75076
--> https://bugs.winehq.org/attachment.cgi?id=75076
error that I get when running the movie maker with the stable version of wine
Hello, I have been testing the movie maker, the latest one, I have read some
instructions that are on the internet and I have tried it, I have put the
report in the corresponding section, what yes, I have tried the movie maker in
32-bit mode and it gives me error, could you review it?, thanks
I attached the error report that gives
All the best
PS: tested libraries
net framework
d3dx9 and 10
ie8
media player
--
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=49420
Bug ID: 49420
Summary: Ableton 10: file dialogs not DPI scaled
Product: Wine
Version: 5.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: io(a)mikelpr.com
Distribution: ---
the file open/save dialogs are not scaled when running with a different DPI,
yet the mouse input is - like if the window were actually scaled. therefore, I
can only click the top left halves (width and height) of the file dialogs
--
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=25961
Summary: Visual C++ 2008 runtime not marked as installed by
default
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer for the app I'm looking at now
checks for the visual c++ 2008 runtime, and runs
D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found.
Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice
for this and most other apps, at which point Wine might want to set
the registry to indicate that vcrun2008 is already installed.
This might be in the distant future, depending on how many apps need
the other things that come with the runtime package, like mfc and a full
msvcp, that wine does not yet provide. So this bug will likely remain
open for a long time (if it's not closed for being too far ahead of its time).
For the record, this seems to be how the app is checking whether vcrun2008
is installed:
0024:Call msi.MsiQueryProductStateW(0033e2de
L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2
L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964)
ret=7ef2b600
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600
0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad
--
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=31990
Bug #: 31990
Summary: Add ability to upload extra files along with test ext
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: titan.costa(a)gmail.com
Classification: Unclassified
That would be good to have the ability to upload extra files (avi files, dlls,
.drv, ...) to perform individual test (not part of the test suite).
Otherwise it requires to embed the file or use a self extracting exe which are
not very convenient.
--
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=33126
Bug #: 33126
Summary: divided SysEx and coalesced midiOutLongMsg
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software
hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg.
http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html
The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes).
http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html
He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is
the "End Of SysEx" (EOX) marker.
It is still unclear what happens. MIDI HW is expected to skip over bogus
bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting
into trouble processing ill-formed messages, and we don't know if or how many
bytes ALSA actually sent out through the serial port.
In any case, midiOutLongMsg handling in Wine needs fixes.
- winealsa should extract the F0...F7 part and send that as a SysEx.
- More generally, midiOutLong is known to accept not only SysEx packets, but
also coalesced status messages. Some MIDI authors prefer to send e.g. chords
via one LongMsg rather than successive calls to midiOutShortMsg, arguing that
it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into
packets consisting of status message, regular SysEx ... and possibly junk.
- All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As
a result, framing SysEx with F0 ... F7 is entirely under application control.
The current winealsa framing code is simply wrong.
- winecoreaudio always declared 3 bytes for short messages, even program
change.
I have written a sequence of patches to fix all of this. The only thing that
is unclear is how to encapsulate garbage data like the above 3 zero bytes or
real time messages with ALSA. What ALSA API function and what ALSA message
type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send
a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a
primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK.
--
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=46392
Bug ID: 46392
Summary: Commandos: Behind Enemy Walls is freezing while using
native quartz.dll
Product: Wine
Version: 4.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: gang65(a)poczta.onet.pl
Distribution: ---
Created attachment 63153
--> https://bugs.winehq.org/attachment.cgi?id=63153
Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream
Commandos: Behind Enemy Walls is freezing while using native quartz.dll.
This is caused lack of support for 8 bit colour mode (it is using in Cinepak
codec):
https://multimedia.cx/mirror/cinepak.txt
It is also visible in the logs with fixme warning:
003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8
003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
The cinepak gstreamer codec is already installed with command (Ubuntu 18.04):
sudo apt install gstreamer1.0-libav:i386
--
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=50278
Bug ID: 50278
Summary: Diggles: The Myth of Fenris (GOG version) crashes on
launch
Product: Wine-staging
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lcaffe(a)inbox.lv
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68826
--> https://bugs.winehq.org/attachment.cgi?id=68826
When runnning main executable 'Diggles.exe'
Game Diggles: The Myth of Fenris
https://www.gog.com/game/diggles_the_myth_of_fenris
Crashes on startup (log attached), the screen becomes black for a second or
two.
--
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=51317
Bug ID: 51317
Summary: multiple applications fail with
NLogConfigurationException in Wine-Mono
(PlagiarismDetector, WinAuth, Panzer Paladin)
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
This is essentially the following NLog bug:
https://github.com/NLog/NLog/issues/2598
NLog is getting tripped up by the op_Implicit method on System.String which
doesn't exist on .NET Framework, and which it can't call with reflection.
This causes PlagiarismDetector to fail to load with:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException:
The invocation of the constructor on type 'PlagiarismDetector.MainWindow' that
matches the specified binding constraints threw an exception. --->
System.TypeInitializationException: The type initializer for
'PlagiarismDetector.MainWindow' threw an exception. --->
NLog.NLogConfigurationException: Error when setting property 'Name' on Console
Target[(unnamed)] ---> System.NotSupportedException: Cannot invoke method with
stack pointers via reflection
It also affects WinAuth
(https://web.archive.org/web/20210310120512/https://github.com/winauth/winau…)
once bug 25167 is fixed, and Panzer Paladin in Proton
(https://github.com/ValveSoftware/Proton/issues/4225).
We can't just remove or make non-public String.op_Implicit because libraries
other than mscorlib use it.
--
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=43542
Bug ID: 43542
Summary: MikuMikuMoving errors when loading audio file
Product: Wine
Version: 2.14
Hardware: x86
URL: https://sites.google.com/site/mikumikumoving/MikuMikuM
oving_v1275.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 58940
--> https://bugs.winehq.org/attachment.cgi?id=58940
Log of the crash
Using native dotnet40 and d3dx9.
When loading an audio file (.wav), the program crashes.
After installing natuve devenum and quartz it errors with
> Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG).
but doesn't crash.
Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541
--
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=39206
Bug ID: 39206
Summary: Lylian demo hangs after intro video
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia
n-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: ---
Currently wine plays the introduction video but after that it hangs and only
resumes when a few keystrokes and/or mouse clicks are performed.
The problem seems related to quartz but since I'm not sure the component is not
set yet. The video playback ends but it looks like quartz does not recognize
that and keeps waiting for things to happen.
Last lines from the quartz log:
0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0)
0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8)
0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached
0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub
0032:trace:quartz:AVISplitter_SendEndOfFile --> 0
0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
The last 4 lines repeat forever.
If I change the game AVI file to any other AVI it plays fine and ends fine.
--
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=55130
Bug ID: 55130
Summary: IF EXIST fails when its argument ends on a slash
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: madebr(a)gmail.com
Distribution: ---
When a folder argument of IF EXIST ends on a slash, it will report the argument
as not existing, even though it is.
```
rd /s /q folder
mkdir folder
if exist folder echo "Folder exists"
if not exist folder/ echo "BAD! FOLDER DOES EXIST ACTUALLY"
```
This prints the message "BAD! FOLDER DOES EXIST ACTUALLY", where it shouldn't.
--
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=54575
Bug ID: 54575
Summary: False positive detection of mmc reader as hard drive
since kernel 6.1
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: busko.lukasz(a)pm.me
Distribution: ---
Since kernel 6.1 wine interprets mmc reader as valid /dev/sda device.
Problem is that kernel instead of /dev/mmc created /dev/sda... However its easy
to fix in wine. Please just detect device class type and problem never appear
again.
Reproduction steps install fusion360
https://github.com/str0g/Autodesk-Fusion360-Linux
or
https://github.com/cryinkfly/Autodesk-Fusion-360-for-Linux
1.Open project
2.Modify something
3.leave it for 30minuts (don't know if screen saver is important or not)
4.add additional modification
5.try to save.
Expected outcome
Error:
D:\Stage\workspace\protein\release\2021.10.R2023\protein\src\libs\protein4\archiveadaptor.cpp(210)stream
can not open!!
Additional information:
winprefixes/
d:: -> /dev/sda
Actual mmc device...
❯ dmesg |grep sda
[ 3.455870] sd 0:0:0:0: [sda] Media removed, stopped polling
[ 3.456045] sd 0:0:0:0: [sda] Attached SCSI removable disk
[99954.410598] sd 0:0:0:0: [sda] 250085376 512-byte logical blocks: (128 GB/119
GiB)
[99954.411058] sda: detected capacity change from 0 to 250085376
[99954.411675] sda: sda1
when sd card is in slot
winprefixes/
d:: -> /dev/sda1
e:: -> /dev/sda
--
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=54499
Bug ID: 54499
Summary: Native ODBC drivers should be able be used.
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Wine is unable to user native ODBC drivers which have been installed.
PostgreSQL and MySQL are two of the comment ones.
Currently the only way is to install the unixODBC driver, you require which
isn't always free.
--
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=35163
Bug ID: 35163
Summary: Victoria 2 crashes on start with built-in quartz
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://www.gamershell.com/download_85888.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46906
--> http://bugs.winehq.org/attachment.cgi?id=46906
terminal output
The game crashes shortly after starting with Wine's built-in quartz.dll.
'winetricks quartz' is a workaround.
Lots of
>fixme:quartz:parse_header Not a valid header: ff:ff:ff:ff
are preceding the crash. They're probably the game music files (mp3 format)
that causing the problem.
Fedora 19
wine-1.7.8-114-g1928d61 (compiled from source without gstreamer support)
Alsa 1.0.27 (Pulseaudio is not 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=55401
Bug ID: 55401
Summary: CMD 'for loop' params are not recognized
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: mr.dmitry.sokolov(a)gmail.com
Distribution: ---
The command not working
for %%1 in (..)
ACTUAL
Cmd script (attached) produces no output.
EXPECTED
See attached .exp file.
--
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=52346
Bug ID: 52346
Summary: Filename completion is not supported in cmd
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: EmilySeville7cf(a)gmail.com
Distribution: ---
"/f:on" doesn't work as expected. Instead of filenames completed when I press
"Tab" I get "^I".
--
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=45810
Bug ID: 45810
Summary: WINEPATH maximums
Product: Wine
Version: 3.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paleozogt(a)gmail.com
Distribution: ---
Created attachment 62272
--> https://bugs.winehq.org/attachment.cgi?id=62272
winepath-test.sh
WINEPATH seems to have some undocumented limits, which cause the in-windows
PATH to be corrupted.
One limit, around 969 characters, causes the PATH to drop the suffix that's
usually appended (C:\windows\system32;C:\windows;C:\windows\system32\wbem).
Another limit, around 1025 characters, causes the PATH to entirely ignore
what's in WINEPATH.
I'm not sure why these limits exist-- can't Windows support arbitrarily long
PATHs? (I've routinely seen huge PATHs on Win7/Win10.)
The attached winepath-test.sh makes a WINEPATH of various sizes and then echos
the size and the %PATH% in the cmd shell.
The output looks like:
> $ ./winepath-test.sh
>
> 968
> C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa;C:\windows\system32;C:\windows;C:\windows\system32\wb
>
> 969
> C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
>
> 1024
> C:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
>
> 1025
> C:\windows\system32;C:\windows;C:\windows\system32\wbem
--
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=44888
Bug ID: 44888
Summary: Wrong texture in Assassin's Creed : Revelations
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
CC: matteo.mystral(a)gmail.com
Distribution: ---
Created attachment 60959
--> https://bugs.winehq.org/attachment.cgi?id=60959
Good Texture before to use Eagle Vision
Hi,
In game, when you use the "Eagle Vision", there are graphical glitches each
time you disable it to return to the "Normal Vision". I took 2 screenshots
because it's better than words.
I tried everything, set d3dx9_* to native, enable/disable cmst. I have this
issue with Mesa-Git and Mesa 17.3.7.
SYSTEM :
- Gentoo amd64
- AMD Rx 560 - 4Go
- Mesa git / Mesa 17.3.7 + LLVM 5.0.1
- Wine-Staging 3.5 -> Need it, because Uplay doesn't work without it.
I have a lot of these warning/error when i launch the game :
[...]
00e7:fixme:d3d:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8X8_UNORM to WINED3DFMT_L8_UNORM.
00e7:fixme:d3d:surface_cpu_blt Cannot convert WINED3DFMT_B8G8R8X8_UNORM to
WINED3DFMT_L8_UNORM.
00e7:err:d3d:cpu_blitter_blit Failed to blit.
[...]
--
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=54246
Bug ID: 54246
Summary: Full Metal Daemon Muramasa stuck at black screen at
boot
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thieujank(a)gmail.com
Distribution: ---
Created attachment 73799
--> https://bugs.winehq.org/attachment.cgi?id=73799
black screen
https://www.gog.com/game/full_metal_daemon_muramasa
The game stuck at black screen after launch
--
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=21344
Summary: Buffer overflow in WCMD_run_program
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima(a)gmail.com
The WCMD_run_program function in wcmdmain.c copies pathposn into thisDir
without checking the size:
/* Work on the first directory on the search path */
pos = strchrW(pathposn, ';');
if (pos) {
memcpy(thisDir, pathposn, (pos-pathposn) * sizeof(WCHAR));
thisDir[(pos-pathposn)] = 0x00;
pathposn = pos+1;
} else {
strcpyW(thisDir, pathposn);
pathposn = NULL;
}
The size of pathposn can be up to MAXSTRING, while thisDir has size MAX_PATH.
To reproduce:
$ wine cmd /c
'Z:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\foo'
err:seh:setup_exception_record stack overflow 2144 bytes in thread 0019 eip
7bc3ea3e esp 00230ad0 stack 0x230000-0x231000-0x330000
--
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=41197
Bug ID: 41197
Summary: Wine support for _NET_WM_PING
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 55435
--> https://bugs.winehq.org/attachment.cgi?id=55435
Screenshot of Battlefield 2 after game just finished loading (and it's not
stuck)
I am not sure if wine supports _NET_WM_PING [0]. However, if it does, it should
be able to emulate _NET_WM_PING pong for some time if application running under
Wine is not responding.
Otherwise, most VM (mutter from GNOME Shell for example) gonna show up window
about not responding application (even if application is loading or just
finished loading) which could destabilize application itself (especially when
in full screen).
Could be seen in: Battlefield 2, World of Warcraft and probably plenty of other
games.
[0]
https://specifications.freedesktop.org/wm-spec/wm-spec-latest.html#idm14020…
--
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=49696
Bug ID: 49696
Summary: Bully: Scholarship Edition has broken sound
Product: Wine
Version: 5.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 67938
--> https://bugs.winehq.org/attachment.cgi?id=67938
xact3
quartz is disabled due to the same error message as bug 31476
Then just mix of scratching sounds in main menu.
wine-5.14-161-g94b5ccef81
--
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=50823
Bug ID: 50823
Summary: Sniper: Ghost Warrior 2 has rendering glitch in DX11
mode 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 69641
--> https://bugs.winehq.org/attachment.cgi?id=69641
example
With 'Object Detail' set to Medium or higher.
wine-6.4-118-g2828d0820a1
--
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=52013
Bug ID: 52013
Summary: Multiple games crash on launch (Nail'd demo, Sniper:
Ghost Warrior)
Product: Wine
Version: 6.21
Hardware: x86-64
URL: https://www.moddb.com/games/naild/downloads/nail-d-dem
o
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
069c:fixme:wmvcore:header_info_GetAttributeByName Unknown attribute
L"WM/VideoWidth".
069c:fixme:wmvcore:header_info_GetAttributeByName Unknown attribute
L"WM/VideoHeight".
069c:fixme:wmvcore:header_info_GetAttributeByName Unknown attribute
L"WM/VideoFrameRate".
069c:fixme:wmvcore:header_info_GetAttributeByName Unknown attribute
L"NumberOfFrames".
069c:fixme:wmvcore:WMReaderAdvanced_SetAllocateForOutput (01BD1D60)->(0 1)
069c:fixme:wmvcore:WMReaderAdvanced_GetMaxOutputSampleSize (01BD1D60)->(0
0032ED98)
069c:fixme:wmvcore:WMReaderAdvanced_SetAllocateForOutput (01BD1D60)->(1 1)
069c:fixme:wmvcore:WMReaderAdvanced_GetMaxOutputSampleSize (01BD1D60)->(1
0032ED98)
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
wine-6.21-116-g6a072b98c10
--
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.