http://bugs.winehq.org/show_bug.cgi?id=28290
Summary: shell32/shelllink.ok test flaky
Product: Wine
Version: 1.3.27
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box
running in low power mode, fwiw), twice I've hit the error
../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p
shell32_test.exe.so shelllink.c && touch shelllink.ok
shelllink.c:728: Test failed: save failed (0x80070020)
shelllink.c:728: Test failed: got 0x00000001
shelllink.c:728: Test failed: Didn't expect NULL
shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0
shelllink.c:732: Test failed: GetDescription returned 'command on path' instead
of 'command on path without .exe'
This test keeps overwriting the same file with new data, iirc.
The previous thing it wrote was "command on path", so it looks
like the immediately previous testcase sometimes leaves a reference dangling?
I think 0x80070020 is "sharing violation".
--
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=54084
Bug ID: 54084
Summary: wininet:http - test_async_read() sometimes gets an
ERROR_IO_PENDING error in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wininet:http - test_async_read() sometimes gets an ERROR_IO_PENDING error in
Wine:
http.c:5160: Test failed: InternetReadFileExA failed 997
See https://test.winehq.org/data/patterns.html#wininet:http
Where: 997 == ERROR_IO_PENDING
This failure is pretty rare.
* The first failure happened on 2022-09-13 on my desktop (fg-deb64). There is
no trace of it happening on the previous 3 months.
* Another failure happened on 2022-11-18 also on fg-deb-94.
* And it happened on the GitLab CI, impacting MR!1669.
ws2_32:sock has a similar failure which started in September (see bug 54074).
--
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=50618
Bug ID: 50618
Summary: FoxPro for Windows 2.6a fails to start
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 69308
--> https://bugs.winehq.org/attachment.cgi?id=69308
Terminal output with both start conditions
Any attempt to start foxprow.exe with or without an appended program script
results in a program crash. Attached are copies of terminal output for both
types or foxprow start.
--
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=47304
Bug ID: 47304
Summary: Athena's Charm Table search 0.35b (.NET 2.0 app)
crashes on unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$c
har_traits@D@std@@@1@XZ
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcm
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 34538
Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10)
which targets VC++ 2005 runtime.
Old archive of the Website:
https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi…
--- snip ---
$ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes
CLR Header
Header Size 0x48 72
Required runtime version 2.05
Flags 0x3
ILONLY
32BITREQUIRED
EntryPointToken 0x6000ed4 100667092
CLR Data Directory
MetaData rva: 0x6b540 size: 0x83f5c
Resources rva: 0x67804 size: 0x3d38
StrongNameSignature rva: 0x0 size: 0x0
CodeManagerTable rva: 0x0 size: 0x0
VTableFixups rva: 0x0 size: 0x0
ExportAddressTableJumps rva: 0x0 size: 0x0
ManagedNativeHeader rva: 0x0 size: 0x0
Done dumping Athena's MH3U Charm Table Search v0.35b.exe
--- snip ---
--- snip ---
$ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe
...
0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub
wine: Call from 0x7b44fe8b to unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ,
aborting
=================================================================
Native Crash Reporting
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
wine: Unimplemented function
msvcm90.dll.?_Cin_func@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@XZ
called at address 0x7b44fe8b (thread 0009), starting debugger...
--- snip ---
'winetricks -q vcrun2008' should help here but seems to be broken. Neither the
SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be
installed in WinSXS you need 'WinVer' setting 'Windows XP'.
$ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search
v0.35b.rar
$ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar
172K Athenas MH3U Charm Table Search v0.35b.rar
$ wine --version
wine-4.9-134-gd535df42f6
Regards
--
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=46056
Bug ID: 46056
Summary: u-he Diva: Multicore option slows down performance
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 62643
--> https://bugs.winehq.org/attachment.cgi?id=62643
Edited picture highlighting relevant sections of Diva
u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on
Diva improves the performance of it a lot. But on Wine, the multicore option
makes it even slower.
You'll need sound output to notice the difference in performance.
You will also need a DAW to test it in. You can either use a Windows DAW (FL
Studio is probably easiest, has a detailed manual and I know it works well in
Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and
requires it to be installed on the system).
(If you decide to load Diva in FL Studio, see this section of the FL Studio
manual on how to scan for and load plugins:
https://www.image-line.com/support/flstudio_online_manual/html/basics_exter…
)
--------
Steps to reproduce:
1. Download and install Diva (link at bottom). Make sure the DAW you're using
has detected it (get it to scan for plugins).
2. Load up Diva. At the lower half of the plugin, the panel just above the
"MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to
16 and Stack to 4 (see image attached). These settings are to make Diva use a
lot of CPU so that the difference between multicore on and off can be
demonstrated. The multicore button (the button in the top bar to the right)
should be off (i.e. it should be black).
3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the
DAW/host's piano roll and play them back. Take note of popping and clicking (if
any). If it's popping and clicking then keep in mind how frequent/severe it is.
4. Now go back to Diva and enable multicore (click on the black button). It
should now be red.
5. Play back the notes you input again. It should be even slower than it was
with multicore off.
If somehow one Diva instance with those settings is not enough to cause buffer
underruns (audible pops and clicks) even with multicore enabled, clone the
current Diva instrument (or add a new Diva and give it the same settings as
done in step 2), add MIDI notes as in step 3 but to the new Diva instance and
then play back the notes making sure all the Diva instances are playing at the
same time. In other words, we're trying to layer another Diva's notes on top of
the first one in order to make it use enough CPU to cause buffer underruns.
Remember to enable/disable multicore on both Diva instances when comparing
between the option being on and off. It's unlikely you'll need more than 2
instances at full accuracy settings because this synth uses up a lot of CPU.
Diva has a native Linux version and the multicore option improves performance
as on Windows. But I use FL Studio in Wine and there's currently no way to
run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I
have to use the Windows version.
OS: elementary OS 5.0 Juno (based on Ubuntu 18.04)
Tested on Wine 3.19 but I know 3.18 also has the problem.
--------
Download:
https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422…
$ sha1sum Diva_143_7422_Win.zip
50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip
--
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=54100
Bug ID: 54100
Summary: Allow cmd to execute native Linux programs
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73635
--> https://bugs.winehq.org/attachment.cgi?id=73635
Hack that works around the issue
Example:
wine cmd /c z:\bin\bash --help
This currently gives
Can't recognize 'z:\bin\bash --help' as an internal or external command, or
batch script.
This could help integration.
--
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=51311
Bug ID: 51311
Summary: opengl32:opengl fails on AMD GPUs (cw-rx460)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
opengl32:opengl has five systematic failures on cw-rx460 which is our only test
machine with an AMD GPU:
https://test.winehq.org/data/patterns.html#opengl32:opengl
opengl.c:374: Test failed: expected count == 1, got 0
opengl.c:529: Test failed: Sharing of display lists passed for a context which
already shared lists before
opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be
set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78!
opengl.c:1704: Test failed: Expected default swap interval 1, got 0
opengl.c:1742: Test failed: Expected default swap interval 1, got 0
These five failures happen on all available Windows versions (8.1 to 10 2009)
and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any
machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like
some specific Radeon / AMD GPU behavior.
--
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=54088
Bug ID: 54088
Summary: d3d11:d3d11 - test_so_statistics_query() sometimes
fails on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d11:d3d11 - test_so_statistics_query() sometimes fails on Windows 8+:
d3d11.c:6405: Test failed: Got unexpected NumPrimitivesWritten: 2616539184.
d3d11.c:6408: Test failed: Got unexpected PrimitivesStorageNeeded: 2333264624.
or
d3d11.c:6440: Test failed: Got unexpected NumPrimitivesWritten: 2413670377.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
The unexpected values seem pretty random. This failure is also pretty rare,
there are only 5 known instance in the past 6 months:
* 2022-07-12 on w1064v1809 (32-bit)
* 2022-08-18 on w864 (32-bit)
* 2022-10-26 on w1064-2qxl (21H2, 64-bit)
* 2022-11-04 on w8adm (32-bit)
* 2022-12-05 w11pro64 (32-bit)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54086
Bug ID: 54086
Summary: mfplat:mfplat - test_source_resolver() sometimes
crashes on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_source_resolver() sometimes crashes on Windows 7:
mfplat.c:1024: this is the last test seen before the exception
0d04:mfplat: unhandled exception c0000005 at 6B267D1C
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
Traces show the crash happens in this call:
hr = IMFMediaEventGenerator_GetEvent((IMFMediaEventGenerator
*)video_stream, MF_EVENT_FLAG_NO_WAIT, &event);
--
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=54005
Bug ID: 54005
Summary: ole32:clipboard - test_set_clipboard_DRAWCLIPBOARD()
sometimes fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ole32:clipboard - test_set_clipboard_DRAWCLIPBOARD() sometimes fails in Wine:
clipboard.c:1067: Test failed: OleIsCurrentClipboard returned 0
clipboard.c:1135: Test failed: 1 WM_DRAWCLIPBOARD received
See https://test.winehq.org/data/patterns.html#ole32:clipboard
Notes:
* This was almost systematic on the debian11 VM until 2022-06-03 when it was
updated.
* This was also systematic on the debiant VM and stopped on 2022-06-03 (though
there is no record of an update on that date), and then it started happening
systematically again on 2022-08-02 when it got updated.
* It also happens almost systematically on fgtb-debian11 but more rarely on my
fg-deb64 desktop.
So I suspect some external factor is at play, like whether there is already
some data in the clipboard or something similar. Regardless, that's probably
something that either the test or Wine should be able to deal with.
--
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.