https://bugs.winehq.org/show_bug.cgi?id=54731
Bug ID: 54731
Summary: vbscript: stack_pop_bool doesn't support floats or ole
color
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on porting Visual Pinball to cross platform, I've found some
scripts where comparisons that use floats and OLECOLOR directly fail. For
example:
If Light005.State Then
' State is a float V_R4 like 1.2
End If
If Light005.Colorfull Then
' Colorfull is an OLECOLOR VT_UI4
End If
Fixing involves updating stack_pop_bool to support more types as seen in
VARIANT_Coerce.
--
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=55115
Bug ID: 55115
Summary: widl crashes with dlls/sti after adding wia_lh.idl
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nathbappai(a)gmail.com
Distribution: ---
Created attachment 74676
--> https://bugs.winehq.org/attachment.cgi?id=74676
backtrace.txt
widl crashes with dlls/sti/sti_wia.idl after adding the wia_lh.idl file in this
merge request https://gitlab.winehq.org/wine/wine/-/merge_requests/3025
Backtrace attached.
--
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=55054
Bug ID: 55054
Summary: WineServer crash. (complete_async_poll: Assertion
`output->count == signaled_count' failed)
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: dfarkas82(a)gmail.com
Distribution: ---
Hello,
We are running two custom-built programs under Wine: a Manager (.Net framework
4.5) and a Streamer (WinApi).
The streamer program transfers audio/video streams from various devices (mostly
communicating over TCP), while the manager handles the starting/stopping of the
streamers (mostly communicating over HTTP).
Up to 60-70 streamers can be running at once, with only one manager.
On Windows, these programs can run for weeks without any problems.
However, under Wine on Linux, I receive the following error message after about
an hour of operation:
wineserver: server/sock.c:1122: complete_async_poll: Assertion `output->count
== signaled_count' failed.
This leads to WineServer shutting down.
Could you provide any insights into what this means, and if our own programs
are causing this, what modifications I would need to make to prevent this from
happening?
Wine-8.0.1 (64-bit)
Ubuntu 22.04.2 LTS (GNU/Linux 5.15.0-73-generic x86_64)
thank you,
--
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=55052
Bug ID: 55052
Summary: For loop where right bound is string coercion issue
Product: Wine
Version: 8.9
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Dim i, num
num = "16"
For i = 0 To num
WScript.Echo i
Next
On windows using cscript this loops 16 times
Using wine vbscript this loops a lot further (at least 5022747)
As a workaround you can of course use 16 or CInt(num)
--
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=47699
Bug ID: 47699
Summary: For Honor and STEEP (Uplay) fail to connect to online
services (missing bcrypt functions)
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: stefan.riesenberger(a)gmail.com
Distribution: ---
Created attachment 65164
--> https://bugs.winehq.org/attachment.cgi?id=65164
Log with +fixme,-ntdll
For Honor starts fine, but on the "Press any Key to continue" screen it fails
to connect to the online services and puts the following lines into the log
when trying to connect:
011f:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0161:fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
0161:fixme:secur32:schannel_get_mac_algid unknown algorithm 200, cipher 23
0163:fixme:bcrypt:BCryptCreateHash ignoring object buffer
0163:fixme:bcrypt:BCryptSecretAgreement 0x7fe82e905e10, 0x7fe82e907490,
0x7fe7d33bf8d8, 00000000
0163:fixme:bcrypt:BCryptDeriveKey 0xdeadfeed, L"HASH", (nil), 0x7fe840031920,
16, 0x7fe7d33bf8c0, 00000000
0163:fixme:bcrypt:BCryptDestroySecret 0xdeadfeed
0147:fixme:bcrypt:BCryptGenerateSymmetricKey ignoring object buffer
0147:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm
STEEP also fails in a similar matter with the same log output.
Kind regards,
Riesi
--
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=54999
Bug ID: 54999
Summary: Process Explorer from Sysinternals shows a blank
window
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
This is a regression between wine 8.0 and 8.1.
You MUST make clean WINEPREFIX for this! When the WINEPREFIX was created with
8.0 it also works with 8.1 and later. Only when the WINEPREFIX is created with
8.1 and later the problem occurs.
Tested with procexp64 from
https://web.archive.org/web/20230406081546/http://download.sysinternals.com…
Tested with both the 64bit and 32bit version, same 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.
http://bugs.winehq.org/show_bug.cgi?id=13340
Summary: dicom image viewer aborts because
IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1"
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app
crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4
...
0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1")
ret=7d52ed97
...
0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the
specified encoding.\r\n") ret=69bf1378
...
wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009),
starting debugger...
Backtrace:
=>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32
2 0x7bc54140 call_entry_point+0x20() in ntdll
3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?,
stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll
4 0x7b8273c1 in kernel32 (+0x73c1)
5 0x69b20265 in msxml4 (+0x10265)
6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers
identify charsets. We were only accepting names
like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the
test and the real app. Will send to wine-patches.
--
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=55210
Bug ID: 55210
Summary: Hatching printed with wrong stripes direction in
Framemaker 8
Product: Wine
Version: 8.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
When printing a hatching in Framemaker 8 the stripes are printed in
the wrong direction (from left to right instead of from right
to left and vice versa).
Attached are two FrameMaker documents each with a hatching in different
directions and the generated postscript files. The Postscript files differ
only in one (relevant) line - the /DataSource Statement created by ps.c.
--
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=55075
Bug ID: 55075
Summary: Araxis Merge 2023.5877: Application will not start
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: djgredler(a)gmail.com
Distribution: ---
Araxis Merge 2023.5877 will not start after installation.
It looks like some Windows UWP libs (api-ms-win-core-com-l2-1-1.dll) are
missing: https://learn.microsoft.com/en-us/uwp/win32-and-com/win32-apis
The Araxis Merge installer is available here:
https://www.araxis.com/download/Merge2023.5877-x64.msi (SHA1
956406d574f21155dce99872ac0bff3f9f2b96e6)
Setup steps:
winecfg -v win10
wine Downloads/Merge2023.5877-x64.msi
wine "C:/Program Files/Araxis/Araxis Merge/Merge.exe"
Output from running application (immediate crash):
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00d4:err:module:import_dll Library api-ms-win-core-com-l2-1-1.dll (which is
needed by L"C:\\Program Files\\Araxis\\Araxis Merge\\Merge.exe") not found
00d4:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program
Files\\Araxis\\Araxis Merge\\Merge.exe" failed, status c0000135
--
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=55045
Bug ID: 55045
Summary: NFS Most Wanted has missing graphics with WineD3D in
WoW64 mode
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
Distribution: ArchLinux
Created attachment 74608
--> https://bugs.winehq.org/attachment.cgi?id=74608
NFS Most Wanted graphics corruption screenshot
Hello,
as you have seen in the title, Need for Speed Most Wanted has missing graphics
when using WineD3D together with the new WoW64 mode (the old WoW64 mode works
fine as expected)
The first thing you'll notice is that the intro video is a black screen with a
semi-broken cursor
After that the start screen is completely black with some flickering (and then
once the main menu loads the 3D scene looks fine but the 2D menu interface is
missing completely except for some weird flickers)
If I load the game in the old WoW64 mode, the issues disappear and the game
looks correct
Now for some system information:
Kernel: 6.3.6-arch1
Graphics driver: Mesa 23.1.2 (with radeonsi driver being used)
GPU: AMD Renoir (the GPU in my Ryzen 5 4600H)
Window manager: KWin 5.27.5 (Wayland)
I couldn't upload a log and a trace to the Bugzilla attachments due to file
size limits, so here they are:
WineD3D WoW64 apitrace (done from the Linux side):
https://drive.google.com/file/d/1JkRbuoq9QLeQ8EsLvIVRnVvn4Ub1PthI/view
Huge Wine log (with +d3d,+d3d9,-ver,-d3dx):
https://drive.google.com/file/d/1731nk11aUqVrJHw42TbulQ9WkvmT7rTz/view
Note: I had to apply this patch
(https://gitlab.winehq.org/wine/wine/-/commit/13b9d7da6446ba6386be6c586c7d15…)
to prevent the game from crashing (because WoW64 doesn't support the
PERSISTENT_BIT flag yet)
--
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.