https://bugs.winehq.org/show_bug.cgi?id=54271
Bug ID: 54271
Summary: gdiplus:get_gif_background_color can't get gif
background color
Product: Wine
Version: unspecified
Hardware: x86
OS: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Created attachment 73837
--> https://bugs.winehq.org/attachment.cgi?id=73837
wrong picture
OS:debian
When I was using WeChat, I found that when sending an animated gif, the same
image would have different serious errors, such as misalignment, flickering,
solid black(sometimes pink, brown) background .
I know that using winetricks gidplus can fix this problem, but this method
introduces some other problems, so I come here for help hoping to find a
solution to the problem. I really need your help! ! !
Maybe you need an account for this application. Of course, it would be great if
you can find a similar demo. I am trying to find a demo
APP download url:https://weixin.qq.com/
--
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=55089
Bug ID: 55089
Summary: Program crashes after the exit button is pushed
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schicktmireurescheisse(a)gmail.com
Distribution: ---
Created attachment 74645
--> https://bugs.winehq.org/attachment.cgi?id=74645
Backtrace of the error message window
After the exit button (the blue button in the upper right corner with the
emergency exit icon) of the program "Entgenderer" is pushed, the program
crashes. The exit button invokes a command to close the window and terminate
the application, freeing up memory in that process. Actually, pushing the cross
widget on the window´s upper right corner initiates the inherent closing
routine and this one runs without problems.
I am the author of this software program. The sample program can be downloaded
at https://github.com/Waldwatz/Wine-reveals-the-truth/releases/ by clicking on
the Entgenderer2.zip link. It is a 16 Bit NE binary.
--
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=52619
Bug ID: 52619
Summary: Dungeon Fighter Online: Launcher crash when accepting
Terms of Service
Product: Wine
Version: 7.2
Hardware: x86-64
URL: https://www.dfoneople.com/support/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wannabetheguy(a)gmail.com
Distribution: Fedora
Created attachment 71944
--> https://bugs.winehq.org/attachment.cgi?id=71944
Terminal log output
With Proton 7.0 announcing Dungeon Fighter Online as playable, I gave it a try
and ran into this crash when trying to log-in with my old Neople account. Both
the Steam version and standalone version of the launcher crashed this way.
A clean Wine 7.2 (staging) prefix with the standaline client gives me an
identical result, so I am reporting here as well.
The problem occurs with NeopleLauncher.exe. After logging in with my Neople
account, I am required to accept the Terms of Service that appears within the
window before being able to continue. When I click the Accept button, the
launcher crashes.
On subsequent log-ins, the Terms of Service appears again.
The only change to the Wine prefix was changing the Windows version to 10 as
the launcher gives a "no longer supported" message with 7. 8/8.1 work but crash
the same as 10.
The ieframe messages just before the backtrace seem notable, but as I'm not
sure I have set this report to unknown.
--
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=55095
Bug ID: 55095
Summary: Compiling preloader with -fPIE may lead to GOTPCREL(X)
conversion failure when linking into non-PIE binary
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: eric.pouech(a)gmail.com, julliard(a)winehq.org
Regression SHA1: 78ed343842dcd8ffb95c416420953e121959d40d
Distribution: ---
Today, the preloader is linked with -fPIE in spite of the fact that the
preloader is a non-PIE statically linked binary. This is due to a limitation
in tools/makedep that makes it difficult to specify CFLAGS for each individual
object file's recipe.
This can seemingly cause problems with some GOTPCREL(X) relocations inside the
preloader. Since preloader does not link to the system library directly, there
is no need for Global Offset Tables (GOT). However, a few extern (non-static)
function symbols are declared, the use of which makes GCC emit instructions
that references those symbols by indirection through GOT. The linker then
tries to optimize such instructions to eliminate GOT references, which can fail
due to various reasons.
This stands in contradiction with Jinoh Kang's suggestion (in bug 55050) that
"-fPIE is harmless even when applied to an object linked into non-PIE
executables." The claim is theoretically true since position-independent code
can in principle be relocated to any address (fixed or dynamic); however, it
fails due to some peculiar practical issues, which is arguably a limitation in
the linker's implementation (since it can be worked around --no-relax without
issues).
--
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=55093
Bug ID: 55093
Summary: vbscript: if boolean condition should work without
braces
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
This is what I had to patch to make the script work with wine vbscript
- If isGIOn <> Not IsOff Then
+ If isGIOn <> (Not IsOff) Then
Could be related to some operator priority issue?
--
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=55092
Bug ID: 55092
Summary: ntdll:exception - The 64-bit test_wow64_context() gets
unexpected register values in new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:exception - The 64-bit test_wow64_context() gets unexpected register
values in new WoW mode:
exception.c:4326: Test succeeded inside todo block: rax is not zero 0
exception.c:4328: Test succeeded inside todo block: rbx is not zero 0
exception.c:4341: Test succeeded inside todo block: rsp is not at top of stack
00007FFFFE1FFCF8 / 00007FFFFE1FFD20
exception.c:4344: Test succeeded inside todo block: wrong flags 00000200
exception.c:4348: Test succeeded inside todo block: wrong cs 0033
exception.c:4462: in 64-bit mode 0033
exception.c:4465: Test failed: cs64: wrong ds 002b / 0000
exception.c:4466: Test failed: cs64: wrong es 002b / 0000
exception.c:4467: Test failed: cs64: wrong fs 0063 / 0000
exception.c:4468: Test failed: cs64: wrong gs 002b / 0000
exception.c:4516: Test failed: cs64: ecx set to 00000000
exception.c:4388: in 32-bit mode 0023
exception.c:4439: Test failed: cs64: ecx set to 0043e000
exception.c:4453: Test failed: cs64: rcx set to 0FEDCBA987654321
See https://test.winehq.org/data/patterns.html#ntdll:exception
fg-deb64-x86-64 and rbernon-*-win64 both use the new 64-bit WoW mode. Compare
them to the fg-*-wow64 and TestBot *-wow64 results which use the old WoW mode
and do not have these failures.
--
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=7767
Damjan Jovanovic <damjan.jov(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |testcase
Component|oledb32 |opengl
CC| |damjan.jov(a)gmail.com
--- Comment #16 from Damjan Jovanovic <damjan.jov(a)gmail.com> ---
Still an issue in Wine 8.10.
Setting correct component, adding testcase keyword.
--
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=55087
Bug ID: 55087
Summary: Shadow Gambit The Cursed Crew Demo stuck on a broken
loading screen
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 74640
--> https://bugs.winehq.org/attachment.cgi?id=74640
Picture
The new Demo for Steam next Festival just renders a broken loading screen that
it doesn't finish.Sometimes a bit more of the game logo, sometimes not.
It works fine with 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.
http://bugs.winehq.org/show_bug.cgi?id=27232
Summary: keys stuck when wine window loses focus
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)gmail.com
When a key is pressed while a wine application is in focus and released while
other application has focus it is stuck down in wine.
To reproduce:
0) set your window manager to focus follows mouse
1) run notepad
2) press some keys to type text
3) press and hold ctrl, pressing a now selects typed text
4) move the mouse to another window
5) release ctrl
6) move mouse back to notepad, press a
Now text previously selected should be replaced with a. Instead, it is selected
again by the Ctrl+a shortcut.
The Ctrl key is stuck.
Note that when windows are switched by means similar to Windows ALt+Tab the
modifier used for switching windows this way gets also stuck.
--
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=50431
Bug ID: 50431
Summary: SCM erroneously tries to start 64-bit kernel drivers
as 32-bit service when 'ImagePath' contains
'\\SystemRoot\\system32\\drivers' and 'WOW64=1'
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Bug 47175 (https://bugs.winehq.org/show_bug.cgi?id=47175#c4) is
kinda related but the mistake is not in the service creation part.
Norton AntiVirus 2010 installer creates several 32-bit and 64-bit services. The
kernel driver services are 64-bit by design (64-bit WINEPREFIX).
The registry entries for these services contain a mix of different styles.
'WOW64' is always set because the services were created by a 32-bit installer
process. Wine uses this flag only in case of failure to determine the binary
type. 64-bit kernel drivers should be always started as 64-bit.
Registry:
--- snip ---
...
[System\\CurrentControlSet\\Services\\BHDrvx64] 1609425565
"Description"="SONAR Engine Driver"
"DisplayName"="BHDrvx64"
"ErrorControl"=dword:00000001
"ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000003
"Type"=dword:00000001
"WOW64"=dword:00000001
...
[System\\CurrentControlSet\\Services\\IDSVia64] 1609419518
"Description"="Symantec Intrusion Prevention Driver"
"DisplayName"="IDSVia64"
"ErrorControl"=dword:00000001
"ImagePath"="C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\IPSDefs\\20090828.002\\IDSVia64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000001
"Type"=dword:00000001
"WOW64"=dword:00000001
...
[System\\CurrentControlSet\\Services\\ccHP] 1609437834
#time=1d6df9f4d82eda4
"DisplayName"="Symantec Hash Provider"
"ErrorControl"=dword:00000001
"ImagePath"="\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
"ObjectName"="LocalSystem"
"PreshutdownTimeout"=dword:0002bf20
"Start"=dword:00000001
"Type"=dword:00000001
"WOW64"=dword:00000001
...
--- snip ---
'ccHP' kernel service doesn't work here. SCM erroneously starts 'winedevice'
hosting process as 32-bit hence loading the 64-bit kernel driver binary will
obviously fail.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/system32/drivers/NAVx64/1100000.088
$ file *
cchpx64.cat: data
ccHPx64.inf: Windows setup INFormation
ccHPx64.sys: PE32+ executable (native) x86-64, for MS Windows
iron.cat: data
Iron.inf: Windows setup INFormation
Ironx64.sys: PE32+ executable (native) x86-64, for MS Windows
isolate.ini: Little-endian UTF-16 Unicode text, with CRLF line terminators
srtsp64.cat: data
srtsp64.inf: Windows setup INFormation
srtsp64.sys: PE32+ executable (native) x86-64, for MS Windows
srtspx64.cat: data
srtspx64.inf: Windows setup INFormation
srtspx64.sys: PE32+ executable (native) x86-64, for MS Windows
SymDS64.cat: data
SymDS64.sys: PE32+ executable (native) x86-64, for MS Windows
SymDS.inf: Windows setup INFormation
SymEFA64.cat: data
SymEFA64.sys: PE32+ executable (native) x86-64, for MS Windows
SymEFA.inf: Windows setup INFormation
symnet64.cat: data
SymNet.inf: Windows setup INFormation
symnetv64.cat: data
SymNetV.inf: Windows setup INFormation
symtdiv.sys: PE32+ executable (native) x86-64, for MS Windows
--- snip ---
Trace log:
--- snip ---
$ WINEDEBUG=+seh,+relay,+loaddll,+ntoskrnl,+ntdll,+server,+service wineboot
>>log.txt 2>&1
...
003c:trace:service:load_service_config Image path =
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
003c:trace:service:load_service_config Group = (null)
...
003c:trace:service:load_service_config Service account name = L"LocalSystem"
...
003c:trace:service:load_service_config Display name = L"Symantec Hash
Provider"
003c:trace:service:load_service_config Service dependencies : (none)
003c:trace:service:load_service_config Group dependencies : (none)
...
003c:Call KERNEL32.ExpandEnvironmentStringsW(0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c)
ret=1400062de
003c:Call kernelbase.ExpandEnvironmentStringsW(0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",000439c0,0000003c)
ret=7bc4429f
003c:Call ntdll.RtlInitUnicodeString(0021f628,0003b9d0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=7b042c06
003c:Ret ntdll.RtlInitUnicodeString() retval=00000078 ret=7b042c06
003c:Call
ntdll.RtlExpandEnvironmentStrings_U(00000000,0021f628,0021f618,0021f614)
ret=7b042c47
003c:Ret ntdll.RtlExpandEnvironmentStrings_U() retval=00000000 ret=7b042c47
003c:Ret kernelbase.ExpandEnvironmentStringsW() retval=0000003c ret=7bc4429f
003c:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000003c ret=1400062de
003c:Call KERNEL32.GetBinaryTypeW(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f7c0)
ret=140006473
003c:Call kernelbase.CreateFileW(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",80000000,00000001,00000000,7fd700000003,00000000,00000000)
ret=7b61b63d
...
003c:Call ntdll.RtlDosPathNameToNtPathName_U(000439c0
L"\\SystemRoot\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",0021f458,00000000,00000000)
ret=7b0160a0
003c:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b0160a0
003c:Call
ntdll.NtCreateFile(0021f3e8,80100080,0021f428,0021f418,00000000,00000000,00000001,00000001,00000060,00000000,00000000)
ret=7b01623a
003c:Ret ntdll.NtCreateFile() retval=c000003a ret=7b01623a
003c:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b01633c
003c:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b01633c
...
003c:Ret kernelbase.CreateFileW() retval=ffffffffffffffff ret=7b61b63d
003c:Ret KERNEL32.GetBinaryTypeW() retval=00000000 ret=140006473
...
0054:trace:ntoskrnl:load_driver loading driver
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys"
...
0054:Call KERNEL32.LoadLibraryW(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=0036490e
0054:Call kernelbase.LoadLibraryW(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys")
ret=7bc3ab84
...
0054:Call ntdll.LdrGetDllPath(0012d578
L"C:\\windows\\system32\\drivers\\NAVx64\\1100000.088\\ccHPx64.sys",00000000,00d5faf0,00d5fae8)
ret=7b01bc26
0054:Ret ntdll.LdrGetDllPath() retval=00000000 ret=7b01bc26
...
0054:Call ntdll.LdrLoadDll(0012d958
L"C:\\windows\\syswow64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0",00000000,00d5fb10,00d5faf8)
ret=7b01bdfc
...
0054: create_file( access=80100000, sharing=00000005, create=1,
options=00000060, attrs=00000000,
objattr={rootdir=0000,attributes=00000000,sd={},name=L""},
filename="/home/focht/projects/wine/mainline-install-x86_64/lib/wine/cchpx64.sys"
)
...
0054: create_file() = NO_SUCH_FILE { handle=0000 }
...
0054:Ret ntdll.LdrLoadDll() retval=c0000135 ret=7b01bdfc
...
0054:Ret kernelbase.LoadLibraryW() retval=00000000 ret=7bc3ab84
...
0054:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\ccHP": c0000142
--- snip ---
'\\SystemRoot\\system32\\drivers' is a valid path for REG_EXPAND_SZ type
'ImagePath' as well. It doesn't need to be '%SystemRoot%\\xxx'.
Due to 'GetBinaryTypeW' failure, the "else" path is taken which uses 'WOW64'
flag. All services created by 32-bit installer have 'WOW64' set by design,
including the 64-bit services which leads to the incorrect "fallback" choice.
Wine source:
https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6…
--- snip ---
856 static DWORD get_winedevice_binary_path(struct service_entry
*service_entry, WCHAR **path, BOOL *is_wow64)
857 {
858 static const WCHAR winedeviceW[] =
{'\\','w','i','n','e','d','e','v','i','c','e','.','e','x','e',0};
859 WCHAR system_dir[MAX_PATH];
860 DWORD type;
861
862 if (!is_win64)
863 *is_wow64 = FALSE;
864 else if (GetBinaryTypeW(*path, &type))
865 *is_wow64 = (type == SCS_32BIT_BINARY);
866 else
867 *is_wow64 = service_entry->is_wow64;
868
869 GetSystemDirectoryW(system_dir, MAX_PATH);
870 HeapFree(GetProcessHeap(), 0, *path);
871 if (!(*path = HeapAlloc(GetProcessHeap(), 0, lstrlenW(system_dir) *
sizeof(WCHAR) + sizeof(winedeviceW))))
872 return ERROR_NOT_ENOUGH_SERVER_MEMORY;
873
874 lstrcpyW(*path, system_dir);
875 lstrcatW(*path, winedeviceW);
876 return ERROR_SUCCESS;
877 }
--- snip ---
Virustotal.com scan of the binary:
https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2…
$ sha1sum NAV10TBEN.exe
eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe
$ du -sh NAV10TBEN.exe
74M NAV10TBEN.exe
$ wine --version
wine-6.0-rc4
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.
http://bugs.winehq.org/show_bug.cgi?id=23583
Summary: Kaspersky Internet Security 2010 needs FLTMGR.SYS to
install in Vista and Win 7 mode
Product: Wine
Version: 1.2-rc7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bojan(a)antonovic.ch
Created an attachment (id=29472)
--> (http://bugs.winehq.org/attachment.cgi?id=29472)
install log
See summary and attachment.
--
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=47728
Bug ID: 47728
Summary: Project Reality BF2 PRBF2.exe crashes on startup
Product: Wine
Version: 4.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: apq49584(a)tuofs.com
Distribution: ---
Created attachment 65203
--> https://bugs.winehq.org/attachment.cgi?id=65203
backtrace for prbf2.exe
Debian 10 buster with winehq packaged wine-devel and libfaudio from OBS.
Download link:
https://www.realitymod.com/downloads
winecfg was used to set a virtual desktop of 1024x768.
(The PRBF2.exe works fine when a native d3dx9_25.dll
(sha256:4c54df27ce84d21b2924e64ff79b13e7876ce85d8e0c9c1d0abd8da73888187a) is
placed in the game folder. This is just background information and was NOT done
for the bug report.)
This is my first bug report here, so if you need anything else, say it and i
will provide. thanks
--
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=55077
Bug ID: 55077
Summary: Zoria and the Cursed Land demo crashes due to HLSL
syntax error 'unexpected KW_DISCARD'
Product: vkd3d
Version: 1.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 74627
--> https://bugs.winehq.org/attachment.cgi?id=74627
Zoria and The Cursed Land demo screenshot of the error dialog
Hello,
Following the fix of bug 51426, the Zoria and The Cursed Land demo on Steam now
throws the attached error dialog:
--- Error transcript ---
FATAL ERROR in Fragment Shader compilation
ShaderName: sh_underwater
memory:50:1: E5000: syntax error, unexpected KW_DISCARD
at gml_Object_oGameMasterController_Draw_74
--- end of transcript ---
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=9127
Matheus <matheus.venturini(a)acad.ufsm.br> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |matheus.venturini(a)acad.ufsm
| |.br
--- Comment #111 from Matheus <matheus.venturini(a)acad.ufsm.br> ---
This also affects Severance: Blade of Darkness, the intro video doesn't play
(the "Missing decoder: MPEG-1 System Stream" line shows up in the terminal).
--
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=55073
Bug ID: 55073
Summary: msctf:inputprocessor gets TextStoreACP lock failures
on some Win 10 locales and Win 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor gets TextStoreACP lock failures on some Windows 10 locales
and Windows 11:
--- w10pro64-ja & w10pro64-zh-CN
For these two the number of TextStoreACP_RequestLock failures in the first
batch varies quite a bit.
inputprocessor.c:2288: found {575F3783-70C8-47C8-AE5D-91A01A1F7592}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:1020: TextService_Deactivate
[...]
inputprocessor.c:840: Got OnActivated: {clsid
{03b5835f-f03c-411b-9ce2-aa23e1171e36}, guidProfile
{a76c93d9-5523-4e90-aafa-4db112f9ac76}, activated 1}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000411, clsid {03b5835f-f03c-411b-9ce2-aa23e1171e36}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{a76c93d9-5523-4e90-aafa-4db112f9ac76}, 0000000000000000, dwFlags 00000003}
--- w10pro64-ko
inputprocessor.c:840: Got OnActivated: {clsid
{a028ae76-01b1-46c2-99c4-acd9858ae02f}, guidProfile
{b5fe1f02-d5f2-4445-9c03-c568f23c99a1}, activated 1}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000412, clsid {a028ae76-01b1-46c2-99c4-acd9858ae02f}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{b5fe1f02-d5f2-4445-9c03-c568f23c99a1}, 0000000000000000, dwFlags 00000003}
--- w11pro64-*
inputprocessor.c:2288: found {A94C5FD2-C471-4031-9546-709C17300CB9}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:1020: TextService_Deactivate
[...]
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000002, langid
00000409, clsid {00000000-0000-0000-0000-000000000000}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{00000000-0000-0000-0000-000000000000}, 04090409, dwFlags 00000003}
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:296: Test failed: Unexpected TextStoreACP_GetSelection sink
inputprocessor.c:275: Test failed: Unexpected TextStoreACP_RequestLock sink
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000002, langid
00000409, clsid {00000000-0000-0000-0000-000000000000}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{00000000-0000-0000-0000-000000000000}, 04090409, dwFlags 00000003}
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
These failures are systematic, have been present 'forever' and only happen in
the configurations listed above.
--
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=55072
Bug ID: 55072
Summary: msctf:inputprocessor sometimes gets unexpected
activation callbacks on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor sometimes gets unexpected activation callbacks:
inputprocessor.c:1012: TextService_Activate
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000409, clsid {ede1a7ad-66de-47e0-b620-3e92f8246bf3}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, 00000000, dwFlags 00000003}
inputprocessor.c:840: Got OnActivated: {clsid
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, activated 1}
inputprocessor.c:2288: found {544D6A63-E2E8-4752-BBD1-000960BCA083}
inputprocessor.c:2288: found {EDE1A7AD-66DE-47E0-B620-3E92F8246BF3}
inputprocessor.c:2288: found {575F3783-70C8-47C8-AE5D-91A01A1F7592}
inputprocessor.c:1020: TextService_Deactivate
inputprocessor.c:750: Got OnActivated: {dwProfileType 00000001, langid
00000409, clsid {ede1a7ad-66de-47e0-b620-3e92f8246bf3}, catid
{34745c63-b2f0-4784-8b67-5e12c8701a31}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, 00000000, dwFlags 00000003}
inputprocessor.c:759: Test failed: OnActivated: Activation came unexpectedly
inputprocessor.c:840: Got OnActivated: {clsid
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, guidProfile
{ede1a7ad-66de-47e0-b620-3e92f8246bf3}, activated 0}
inputprocessor.c:1249: Disabling
See https://test.winehq.org/data/patterns.html#msctf:inputprocessor
This is similar to one of the failure that is happening systematically on the
GitLab Windows VM (bug 55068). The difference are:
* This failure started on 2023-05-30 whereas on gitlab-win10-21h2 it has been
there from the start.
* This failure happens roughly every couple of days whereas on
gitlab-win10-21h2 it is systematic.
* This failure is alone whereas gitlab-win10-21h2 has 14 other failures, 3 of
which are related to activation.
* So far this has only happened on w1064v1507 and w10pro64v2004, both in 32-
and 64-bit tests.
--
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=55057
Bug ID: 55057
Summary: tabtip: Virtual keyboard is not implemented
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zmtong1988(a)gmail.com
Distribution: ---
Application login requires account and password entry using the Virtual
keyboard.
The prompt is that the tabtip.exe prompt file cannot be found.
How to modify the implemented Virtual keyboard.
Log prompt information:
0024:trace:exec:SHELL_execute mask=0x00000540 hwnd=00000000 verb=(null)
file=L"C:\\Program Files\\Common Files\\Microsoft Shared\\ink\\TabTip.exe"
parm=(null) dir=(null) show=0x00000001 class=not used
0024:fixme:exec:SHELL_execute flags ignored: 0x00000100
0024:trace:exec:ShellExecute_FromContextMenu L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe"
0024:trace:exec:ShellExecute_GetClassKey ext = L".exe"
0024:trace:exec:ShellExecute_GetClassKey class = L"exefile"
0024:trace:exec:SHELL_execute execute:L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe",L"",L""
0024:trace:exec:SHELL_quote_and_execute L"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe"/(null) => L"\"C:\\Program
Files\\Common Files\\Microsoft Shared\\ink\\TabTip.exe\""/L""
0024:trace:exec:SHELL_ExecuteW Execute L"\"C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe\"" from directory L""
0024:warn:file:NtQueryAttributesFile L"\\??\\C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe" not found (c0000034)
0024:warn:file:NtQueryAttributesFile L"\\??\\C:\\Program Files\\Common
Files\\Microsoft Shared\\ink\\TabTip.exe" not found (c0000034)
0024:trace:exec:SHELL_ExecuteW returning 2
--
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=55071
Bug ID: 55071
Summary: find_tool does not work for finding dlltool
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
attempting to build wine for arm64 using llvm-mingw
find_tool does not appear to work correctly. it should be able to find the
dlltool from the PATH in the environment but it is not able to do so.
https://github.com/wine-mirror/wine/blob/master/tools/winebuild/utils.c#L227
As you can see below, llvm-dlltool is the PATH and find and which are able to
find this binary but wine find_tool is not able to do so.
winebuild: cannot find the 'dlltool' tool
Makefile:1535: recipe for target 'dlls/aclui/aarch64-windows/libaclui.a' failed
make: *** [dlls/aclui/aarch64-windows/libaclui.a] Error 1
echo $PATH
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin:/home/ubuntu/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
find
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin
-name *dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/aarch64-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/i686-w64-mingw32-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/armv7-w64-mingw32uwp-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/x86_64-w64-mingw32-dlltool
which llvm-dlltool
/home/ubuntu/wine/llvm-mingw/llvm-mingw-20230320-ucrt-ubuntu-18.04-aarch64/bin/llvm-dlltool
--
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=55069
Bug ID: 55069
Summary: Please release GTK theming
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gjskagnoregn(a)spam4.me
Distribution: ---
The GTK theming support should be in normal Wine and enabled by default as
getting a native look for apps is what most users would expect.
--
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=55059
Bug ID: 55059
Summary: "Assertion failed" videogame deep rock galactick
crashes if you switch to steam overlay
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
Distribution: ---
Created attachment 74618
--> https://bugs.winehq.org/attachment.cgi?id=74618
wine c++ runtime library error dialog
this is how i got this bug:
1) launch deep rock galactic
2) launch mission
3) mission loads succesfully
4) during preparation time i pressed shift+tab to switch to steam overlay
5) games crashes with error: "Assertion failed! Program path_to_game File
../src-wine/dlls/winevulkan/loader_thunks.c Line: 5275 Expression: "!status""
6) I could not press cancel or ok because window was not responsive but I made
screenshot (see attachment)
I have fedora 37, steam and current proton experimental.
--
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=55068
Bug ID: 55068
Summary: msctf:inputprocessor fails systematically on
gitlab-win10-21h2 (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msctf:inputprocessor fails systematically on gitlab-win10-21h2 (GitLab CI). The
failures happen in multiple test functions:
--- test_startSession()
inputprocessor.c:1714: Test failed: Expected OnActivated callback
--- test_TfGuidAtom()
inputprocessor.c:1988: Test failed: ITfCategoryMgr_IsEqualTfGuidAtom failed
inputprocessor.c:1989: Test failed: Equal value invalid
--- test_ClientId()
inputprocessor.c:2015: Test failed: Id for CLSID_FakeService not matching tid
--- test_KeystrokeMgr()
inputprocessor.c:1492: Test failed: ITfKeystrokeMgr_AdviseKeyEventSink failed
inputprocessor.c:1493: Test failed: KeyEventSink_OnSetFocus not fired as
expected, in state 1
inputprocessor.c:1495: Test failed: Wrong return, expected
CONNECT_E_ADVISELIMIT
inputprocessor.c:1503: Test failed: ITfKeystrokeMgr_PreserveKey failed
inputprocessor.c:1506: Test failed: ITfKeystrokeMgr_PreserveKey improperly
succeeded
inputprocessor.c:1510: Test failed: ITfKeystrokeMgr_IsPreservedKey failed
inputprocessor.c:1514: Test failed: ITfKeystrokeMgr_UnpreserveKey failed
inputprocessor.c:1524: Test failed: ITfKeystrokeMgr_UnadviseKeyEventSink failed
See: https://test.winehq.org/data/patterns.html#msctf:inputprocessor
--
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=55067
Bug ID: 55067
Summary: mfmediaengine:mfmediaengine -
test_TransferVideoFrame() sometimes gets a 56% diff on
Windows 10 1607+
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
mfmediaengine:mfmediaengine - test_TransferVideoFrame() sometimes gets a 56%
diff on Windows 10 1607+:
mfmediaengine.c:141: created
L"C:\\Users\\winetest\\AppData\\Local\\Temp\\rgb32frame.bmp"
mfmediaengine.c:1313: Test failed: Unexpected 56% diff
See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine
This failure is quite rare, happening a bit under 1 per month:
* 2022-10-14 win21H2_fgtb-w10pro64-64
* 2022-11-23 win21H1_newtb-w10pro64-ar-64
* 2022-12-09 win21H2_newtb-w1064v21h2-64
* 2023-03-02 win1607_newtb-w1064v1607-64
* 2023-04-20 win1607_newtb-w1064v1607-64
* 2023-06-01 win1607_newtb-w1064v1607-64
* 2023-06-14 win21H1_newtb-w10pro64-hi-64
Note that it happened systematically on the debiant VM for a while but that was
probably because of a GStreamer issue (2022-11-18..2022-12-16, maybe related to
vaapi issues). What's interesting is that it was the same "56% diff" error. So
it's possible the test completely fails, gets a zero-filled BMP that still
gives this 56% diff error.
--
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=53187
Bug ID: 53187
Summary: user32:menu - test_menu_input()'s tests 6, 8, 10, 12,
14,16 fail semi-systematically on Windows in Russian
and Chinese and other locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:menu - test_menu_input()'s tests 6, 8, 10, 12, 14,16 fail
semi-systematically on Windows in some locales:
menu.c:2324: Test failed: test 6
menu.c:2324: Test failed: test 8
menu.c:2324: Test failed: test 10
menu.c:2324: Test failed: test 12
menu.c:2324: Test failed: test 14
menu.c:2324: Test failed: test 16
https://test.winehq.org/data/patterns.html#user32:menu
The WineTest results shows:
* Systematic failures in Russian (except on 2022-06-09!).
* Systematic failures in Chinese but only since 2022-06-10 (up to the current
date, 2022-06-17).
* And a failure in Hebrew but only on 2022-04-27!
None of the behavior changes corresponds to times when the locale snapshots
were updated.
A TestBot run shows the same systematic (2 out of 2) failures in Arabic,
Hebrew, Hindi, Hindi+UTF-8 and Russian (so not in Chinese).
--
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=55060
Bug ID: 55060
Summary: d3d9:d3d9ex - test_wndproc() is sometimes missing a
WM_SIZE message in Wine (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_SIZE message in Wine:
d3d9ex.c:3179: Test failed: Expected message 0x5 for window 0, but didn't
receive it, i=0.
d3d9ex.c:3199: Test failed: Expected message 0x5 for window 0, but didn't
receive it, i=0.
d3d9ex.c:3205: Test failed: Got unexpected WINDOWPOS hwnd=00000000, x=0, y=0,
cx=0, cy=0, flags=0
See https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This has started happening almost systematically in the GitLab CI's Debian
environment on 2023-06-07.
However this is not the first time these failures happen in Wine.
* They happened about 50 times on gitlab-debian-* between 2022-10-14 and
2023-01-13.
* During the same period there has been some sporadic instances on debian11b:
- 2022-11-01 debian11b-wow32
- 2022-11-07 debian11-win32-he-IL
- 2022-11-11 debian11b-wow64
- 2022-11-14 debian11-win32-fr-FR
* 2023-02-09 gitlab-debian-64
* And then nothing for the TestBot and GitLab CI VMs until this new
GitLab-specific rash on 2023-06-07.
It should be noted that they happen pretty often on Remi's test environments,
though it's limited to rbernon-x11-fvwm since 2023-06-02.
So the issue is likely that some other test is messing up the environment and
causing these failures.
--
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=53877
Bug ID: 53877
Summary: vbscript compile_assignment assertion when assigning
multidimensional array by indices
Product: Wine
Version: 7.20
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: ---
The following works in real vbscript:
Dim x
Redim x(10)
x(1) = Array(5, 6, 7)
WScript.echo x(1)(0)
WScript.echo x(1)(2)
x(1)(0) = x(1)(2)
WScript.echo x(1)(0)
Output:
5
7
7
When running through Wine vbscript an assertion happens when processing
x(1)(0) = x(1)(2)
case EXPR_CALL:
call_expr = (call_expression_t*)left;
assert(call_expr->call_expr->type == EXPR_MEMBER);
Stepping through the debugger, call_expr->call_expr->type appears to be
EXPR_CALL
--
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.