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=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.
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=54037
Bug ID: 54037
Summary: user32:msg - test_SendMessage_other_thread() sometimes
gets a todo success (GitLab CI)
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: ---
user32:msg - test_SendMessage_other_thread() sometimes gets a todo success:
msg.c:19067: Test succeeded inside todo block: WaitForSingleObject failed,
ret:0
msg.c:19091: Test succeeded inside todo block: wrong status 00000000
See https://test.winehq.org/data/patterns.html#user32:msg
This happens about once a month on the Debian VMs in the TestBot nightly
WineTest runs, but is also known to impact the GitLab CI (e.g. MR!1596 MR!1519
).
--
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=53175
Bug ID: 53175
Summary: Roon no longer works under wine staging, help needed,
thanks.
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rustytone(a)gmx.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72621
--> https://bugs.winehq.org/attachment.cgi?id=72621
backtrace of the roon application - failed start, get it every time i launch.
hello sorry if this in the wrong section,
I have roon installed using wine-staging, the wine (non staging) doesn't seem
to work well with the roon windows application so decided to go with staging
release.
it was working correctly until 2 days ago, there was an update to wine-staging
and an update to the roon application as well.
hopefully the backtrace is helpful and I have included it,
running arch, latest updates, latest kernel, latest wine-staging etc.
any more information you need I will be happy to assist.
sorry again if this in the wrong section.
thank you - antonio.
--
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=49527
Bug ID: 49527
Summary: Printing font Chilanka crashes Notepad and Word
Product: Wine
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 67657
--> https://bugs.winehq.org/attachment.cgi?id=67657
Avoid crash in get_glyf_pos in wineps.drv with font Chilanka.
Function get_glyf_pos accesses unconditionally the memory pointed to by
".data".
Unfortunately with this font we end up here with a null pointer.
123 *start = GET_BE_WORD(((WORD*)t42->tables[t42->loca_tab].data) + index);
I could observe this with following font:
fonts-smc-chilanka_1.400-1_all.deb from Ubuntu focal (20.04LTS).
https://packages.ubuntu.com/focal/fonts-smc-chilankahttp://de.archive.ubuntu.com/ubuntu/pool/main/f/fonts-smc-chilanka/fonts-sm…
To reproduce just enter "Test" and select font "Chilanka" in either Notepad
or Word. Then attempt to print.
Attached path on top of 5.12 avoids the crash, but does still not
produce the expected output, maybe related to 42739.
But avoiding the crash separately might still be desired?
--
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=53905
Bug ID: 53905
Summary: widl: support MIDL 3.0 and WinMD output
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alvin(a)alvinhc.com
C++/WinRT (cppwinrt):
https://github.com/microsoft/cppwinrt
It is currently impossible to build the custom components in the cppwinrt test
suite with mingw-w64. For this to work, widl needs to:
- understand MIDL 3.0 syntax,
- generate the ABI header (not required if only using C++/WinRT projection),
- produce .winmd metadata of the component,
- read existing system .winmd metadata (not sure if actually needed).
The MIDL command line for this:
midl.exe /metadata_dir C:\Windows\System32\WinMetadata /winrt /winmd
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.winmd" /h
"D:\a\cppwinrt\cppwinrt\_build\x64\Debug\test_component.h" /ns_prefix /nomidl
test_component.idl
## MIDL 3.0
https://learn.microsoft.com/en-us/uwp/midl-3/intro
What I can tell is missing widl so far:
- MIDL 3.0 uses different basic type names (e.g. Int32, String)
- Attribute types, and using custom attributes
Example file:
https://github.com/microsoft/cppwinrt/blob/5ca626adae21be363399b44d2b6a9ab3…
> widl --winrt -h -H out/test_component.h --ns_prefix test_component.idl
test_component.idl:5: error: syntax error, unexpected aIDENTIFIER,
expecting ',' or ']'
(widl version 7.7 from mingw-w64)
## WinMD metadata
https://learn.microsoft.com/en-us/uwp/winrt-cref/winmd-files
These are CLR (think .NET and ECMA 335) assemblies used as a replacement for
the old typelib files.
--
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=41977
Bug ID: 41977
Summary: Gunner3 always crashes due to wine having a different
allocation scheme than windows
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ArchLinux
Created attachment 56382
--> https://bugs.winehq.org/attachment.cgi?id=56382
Hack to get the game working, patch for the exe
Gunner 3 always crashes when selecting a level. According to my debugging, it's
because the game allocates memory with RtlAllocateHeap and then accesses the
area before that, aka undefined behavior. But note that it works just fine on
all windows versions and ReactOS.
It's probably WONTFIX, but since it works on windows I'll provide a hack (and
maybe a patch) for usage on linux.
Attached an patch for the gunner3.exe, make sure it has the MD5
4481bc4382bb00353edf0635516d904d.
--
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.