http://bugs.winehq.org/show_bug.cgi?id=58403
Bug ID: 58403
Summary: Death to Spies: intro videos show black screen (audio
works)
Product: Wine
Version: 10.10
Hardware: x86-64
URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 0f014efc9a08b8d52da09d3fd595b32753f6c9ea
Distribution: ---
Created attachment 78811
--> http://bugs.winehq.org/attachment.cgi?id=78811
plain terminal output
Similar to bug #56769 and bug #56975.
The intro videos show only black screen. The audio part works.
Reverting
commit 0f014efc9a08b8d52da09d3fd595b32753f6c9ea
qasf/dmowrapper: Call AllocateStreamingResources() and
FreeStreamingResources().
fixes the problem for me.
Can be reproduced with the demo version.
wine-10.10-158-ge9dcdf38041
--
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=55557
Bug ID: 55557
Summary: wpcap:wpcap crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wpcap:wpcap crashes on macOS:
wpcap.c:368: lib version
wpcap.c:369: supports PCAP_MMAP_32BIT: no
Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit
code (0x000002c74cd410).
See https://test.winehq.org/data/patterns.html#wpcap:wpcap
The crash is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
The issue is probably that Wine is being compiled against macOS' pcap library
which is too old. Using a newer library would require installing it with
something like Homebrew and then making sure Wine can find and use it.
So there are two things to do:
* Detect cases when the pcap library is too old and skip the tests accordingly.
* Check if installing a newer pcap library on the macOS test machines is
feasible.
--
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=58482
Bug ID: 58482
Summary: Unimplemented stub for api-ms-win-core-memory-l1-1-3
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: apiset
Assignee: wine-bugs(a)winehq.org
Reporter: sewn(a)disroot.org
Distribution: ---
Created attachment 78932
--> http://bugs.winehq.org/attachment.cgi?id=78932
Wine backtrace
Roblox Studio requires api-ms-win-core-memory-l1-1-3 VirtualProtectFromApp,
which is not implemented in 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=58334
Bug ID: 58334
Summary: ShowStopper crashes on unimplemented function
ntdll.dll.RtlQueryProcessHeapInformation
Product: Wine
Version: 10.9
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `wine ShowStopper.exe`
2. Click "Run Checks"
$ sha256sum ShowStopper1.0.0.1.zip
18707678dea01fecc3e1de1dacb66a1e9e134261de15d7f7190f3aee41edea77
--
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=57835
Bug ID: 57835
Summary: ROCS Show Ready v1.9.0: Crash once loading the main
menu is attempted
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: asalawless5c(a)gmail.com
Distribution: ---
Created attachment 78045
--> https://bugs.winehq.org/attachment.cgi?id=78045
Backtrace on development and staging
I am running the wow64 version of wine from the AUR and I managed to install
and activate ROCS Show Ready successfully, but as soon as it had downloaded the
show, it crashes. The bug happens on both development (wine-wow64) and staging
(wine-staging-wow64). The detailed crash information states "Unhandled
exception: unimplemented function
msvcp140_atomic_wait.dll.__std_tzdb_get_time_zones called in 64-bit code
(0x006fffffbfcfc7).
This link should give you the same version as me.
https://drive.google.com/uc?export=download&id=1fGH5TVJTWVwE312CavUt-Di8lFw…
Checksum and file name cb45e5ce15164a8963092739424dc4380f02dbe0
Show_Ready_App_For Windows-V1.9.0.exe
This code can activate the DEMO version: JETSAM-PREP-SPECK-FLOATS-SOOT-NAVEL
I am uplo
--
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=58141
Bug ID: 58141
Summary: [MDK] [WOW64] Stack overflow
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: redwindwanderer(a)gmail.com
Distribution: ---
MDK (be it software MDK95.EXE or 3D-accelerated MDKD3D/MDK3DFX) causes an STACK
OVERFLOW error on experimental WOW64 as soon as the executable is run:
0148:err:environ:init_peb starting L"Z:\\root\\wine\\MDK\\MDK3DFX.EXE" in
experimental wow64 mode
0148:err:virtual:virtual_setup_exception stack overflow 1280 bytes addr
0x6fffffc226b7 stack 0x7ffffe100b00
(0x7ffffe100000-0x7ffffe101000-0x7ffffe1ffd20)
The game works fine in 32bit mode. The problem is clearly related to WOW64
(which is how I run all my Windows games and has a pretty good compatibility
nowadays).
--
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=35622
Bug ID: 35622
Summary: VemsTune: program crashes on switching view modes
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eilkov(a)gmail.com
Classification: Unclassified
Created attachment 47572
--> http://bugs.winehq.org/attachment.cgi?id=47572
autogenereted backtrace
VemsTune.exe under Wine crashes permanently on switching view mode, can be
reproduced on x86 and x86_64, doesn't depend on Wine or Vemstune version.
The program works fine on native windows OSes.
Download link: http://vems.hu/download/v3gui/VemsTune-Install-2013-03-26.exe
md5sum e41b7f6b1751b336b37ca2d9d8539c56
How to reproduce:
1. Install VemsTune
2. Run ~/.wine/drive_c/Program\ Files\ \(x86\)/V
emsTune-2013-03-26/vemsTune.exe
3. Open any vemslog file (included in VemsTune installation)
4. Change view mode in menu: View => Group => GPS
--
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=58600
Bug ID: 58600
Summary: Command line tab completion works improperly with
files/directories containing delimiter characters
Product: Wine
Version: 10.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jsouza(a)geocities.com
Distribution: ---
Wine's command line tab completion works improperly with file and directory
names that contain certain delimiter characters. Here are repro steps. In the
steps below, <tab> represents the tab key:
Create two subdirectories, named as follows:
[2025] Tax Documents
fil^es
Enter the following at the command line:
cd "[20<tab>
This will be incorrectly completed as the following. Note the two '[':
"[[2025] Tax Documents"
Next, enter the following at the command line:
cd "[2025] Ta<tab
This will be incorrectly completed as the following. Note the double "[2025]":
"[2025][2025] Tax Documents"
Finally, enter the following at the command line:
cd "fil^e<tab>
This will be incorrectly completed as the following. Note the duplicated
"fil^":
"fil^fil^es"
The good news is that a fix for these issues has been ready and available for
merging for about a month now, in merge request !8573.
--
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=58577
Bug ID: 58577
Summary: MsiGetComponentPath/MsiLocateComponent doesn't resolve
a reference to .NET GAC
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: peathot(a)hotmail.com
Distribution: ---
Created attachment 79090
--> http://bugs.winehq.org/attachment.cgi?id=79090
Test application source code
Attached is a very simple program which call `MsiLocateComponentW()` to look
for an MSI component which is a .NET assembly from Microsoft ReportViewer 2010
runtime. Under Windows 11, it produces the following output:
MsiLocateComponentW(...) returns 3
Returned path (119):
C:\WINDOWS\assembly\GAC_MSIL\Microsoft.ReportViewer.Common\10.0.0.0__b03f5f7f11d50a3a\Microsoft.ReportViewer.Common.dll
However, on Wine, it produces this instead:
MsiLocateComponentW(...) returns 2
Returned path (158):
<\Microsoft.ReportViewer.Common,version="10.0.0.0",publicKeyToken="b03f5f7f11d50a3a",proce
ssorArchitecture="MSIL",fileVersion="10.0.30319.1",culture="neutral"
(3 = INSTALLSTATE_LOCAL, 2 = INSTALLSTATE_ABSENT)
Looking into the registry of both Windows 11 and Wine, the output of Wine is
how it's stored in registry. So Windows must have an additional step which
resolve this format of reference into a path in .NET GAC.
This is stumbled upon during a research about how `MsiProvideAssembly[A|W]()`
can be implemented. I'll file another issue about that.
Microsoft ReportViewer 2010 runtime is obtained from
https://www.hygeia-pharmacy.com/sources/reportviewer.zip [1]. The sha256sum of
the _extracted_ file is:
sha256sum ReportViewer.exe
e8ff182e202b321ac2b9245ee20c4eb659008ffb2a34cdbd3486f9da3d4c3e06
ReportViewer.exe
Once obtained, run the installer under a clean WINEPREFIX, then run my test
program. The test program's source code is attached, as well as a precompiled
version (for convenience). The full output with Wine's fixme's is also
attached. On Windows 11, the pasted output consists of the entirety of the
output.
[1]: yes, it's non-Microsoft link. For some reason I can't find this exact file
on Microsoft website. If you prefer that this file be downloaded from Microsoft
instead, I can find another version of this file from
https://www.microsoft.com/en-in/download/details.aspx?id=27231 (you only need
reportviewer.exe). The output of the program will be slightly different, and I
haven't tested this version on Windows 11.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27974
Summary: warn:winsock:wsaErrno errno 115, (Operation now in
progress).
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roland(a)mxchange.org
The error 115 (Operation now in progress) is, as far as I know, usual with
non-blocking connections and should not raise a warning for those non-blocking
connections. I got this error, e.g. with Steam when it attempts to download
files.
--
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.