http://bugs.winehq.org/show_bug.cgi?id=26936
Summary: Advanced SystemCare: Error message at start-up
Product: Wine
Version: 1.3.18
Platform: x86
URL: http://download.iobit.com/asc-setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34357)
--> (http://bugs.winehq.org/attachment.cgi?id=34357)
Terminal output on wine-1.3.18-171-g1ffb069
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) install Advanced SystemCare (default installation)
4) wine ASC.exe
Behaviour:
Error message.
Expected behaviour:
There should be no error message.
Workaround:
winetricks ie7 msxml3
Additional information:
winetricks msxml3 doesn't solve the problem
winetricks ie7 doesn't solve the problem
Is this msxml bug then?
--
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=46149
Bug ID: 46149
Summary: Multiple applications need
ntdll.dll.RtlIpv4StringToAddress{A,W,ExA,ExW}
implementation (Processhacker 2.x)
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
needed for some tools like 'processhacker' (via plugins-extra) and/or Win
Vista+ native wininet (attempt to prove bug 45847).
--- snip ---
...
0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.*", 1, 0x7d4fd50,
0x7d4fd4e): stub
0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.*", 0x7d4fd54, 0x7d4fd64,
0x7d4fd4e): stub
...
0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.warframe.com", 1,
0x7d4fd24, 0x7d4fd22): stub
0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.warframe.com", 0x7d4fd28,
0x7d4fd38, 0x7d4fd22): stub
...
0059:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc53371
ip=7bc53371 tid=0059
0059:trace:seh:raise_exception info[0]=63184658
0059:trace:seh:raise_exception info[1]=63186020
wine: Call from 0x7bc53371 to unimplemented function
ntdll.dll.RtlIpv4StringToAddressExA, aborting
0059:trace:seh:call_stack_handlers calling handler at 0x48b6cc code=80000100
flags=1
0059:trace:seh:call_stack_handlers handler at 0x48b6cc returned 1
0059:trace:seh:call_stack_handlers calling handler at 0x4620a0 code=80000100
flags=1
0059:trace:seh:call_stack_handlers handler at 0x4620a0 returned 1
0059:trace:seh:call_stack_handlers calling handler at 0x7bca6fa0 code=80000100
flags=1
wine: Unimplemented function ntdll.dll.RtlIpv4StringToAddressExA called at
address 0x7bc53371 (thread 0059), starting debugger...
...
--- snip ---
Process hacker plugins-extra:
https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP…https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP…
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec
--- snip ---
732 @ stdcall RtlIpv4AddressToStringA(ptr ptr)
733 @ stdcall RtlIpv4AddressToStringExA(ptr long ptr ptr)
734 @ stdcall RtlIpv4AddressToStringExW(ptr long ptr ptr)
735 @ stdcall RtlIpv4AddressToStringW(ptr ptr)
736 # @ stub RtlIpv4StringToAddressA
737 # @ stub RtlIpv4StringToAddressExA
738 @ stdcall RtlIpv4StringToAddressExW(wstr long ptr ptr)
739 @ stdcall RtlIpv4StringToAddressW(wstr long ptr ptr)
740 # @ stub RtlIpv6AddressToStringA
741 # @ stub RtlIpv6AddressToStringExA
742 # @ stub RtlIpv6AddressToStringExW
743 # @ stub RtlIpv6AddressToStringW
744 # @ stub RtlIpv6StringToAddressA
745 # @ stub RtlIpv6StringToAddressExA
746 @ stdcall RtlIpv6StringToAddressExW(wstr ptr ptr ptr)
747 # @ stub RtlIpv6StringToAddressW
--- snip ---
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/rtl.c#l897https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3…
Looks pretty inconsistent. There is no pattern between Ipv4, Ipv6 and/or A/W
ExA/ExW pairs of the API recognizable here.
Some are auto-generated stubs, some are stubs, some are simply not present
(commented out).
The Ipv4 string <-> address functions are not very hard to implement.
Wine tests for this family of functions were added some time ago via
Wine-Staging:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/tests/rtl.c#l1…
*
https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string…
*
https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string…
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=45665
Bug ID: 45665
Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in
driver entry point due to missing
'ntoskrnl.exe.MmCopyVirtualMemory'
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Only applies to 64-bit version of the driver.
Continuation of bug 45664
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed
Games/PlanetSide 2
$ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1
...
0049:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a248
...
0049:Call KERNEL32.GetModuleHandleW(7f692f9758f0 L"ntoskrnl.exe")
ret=7f692f9678b4
0049:Ret KERNEL32.GetModuleHandleW() retval=7f692f940000 ret=7f692f9678b4
0049:Call KERNEL32.GetProcAddress(7f692f940000,00027040 "MmCopyVirtualMemory")
ret=7f692f9678d2
0049:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f692f9678d2
0049:Call KERNEL32.GetModuleHandleW(7f692f975910 L"hal.dll") ret=7f692f9678f5
0049:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f692f9678f5
...
0049:fixme:ntoskrnl:MmGetSystemRoutineAddress L"MmCopyVirtualMemory" not found
0049:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000
ret=14024a248
0049:Ret driver init 0x140011000
(obj=0x26d60,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
retval=c0000001
--- snip ---
https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.…
--- snip ---
NTKERNELAPI
NTSTATUS
NTAPI
MmCopyVirtualMemory(
IN PEPROCESS FromProcess,
IN PVOID FromAddress,
IN PEPROCESS ToProcess,
OUT PVOID ToAddress,
IN SIZE_T BufferSize,
IN KPROCESSOR_MODE PreviousMode,
OUT PSIZE_T NumberOfBytesCopied
);
--- snip ---
It's only imported, not called (yet). Adding stub line to .spec should be fine.
Although it wouldn't harm if a real stub is added that just dumps the parameter
and returns 'STATUS_NOT_IMPLEMENTED'.
$ sha1sum PS2_setup.exe
a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe
$ du -sh PS2_setup.exe
38M PS2_setup.exe
$ wine --version
wine-3.14
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=45664
Bug ID: 45664
Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in
driver entry point due to missing
'ntoskrnl.exe.PsGetProcessWow64Process'
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Only applies to 64-bit version of the driver.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed
Games/PlanetSide 2
$ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1
...
004b:Call ntoskrnl.exe.IoCreateDriver(0055fa90,7f087b40a927) ret=7f087b40b5ec
004b:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\BEDaisy", 0x7f087b40a927)
...
004b:Call KERNEL32.LoadLibraryW(000271c0 L"C:\\Program Files (x86)\\Common
Files\\BattlEye\\BEDaisy.sys") ret=7f087b409cea
004b:Ret KERNEL32.LoadLibraryW() retval=140000000 ret=7f087b409cea
...
004b:Call driver init 0x140011000
(obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
...
004b:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a0f8
...
004b:Call KERNEL32.GetModuleHandleW(7f086d05f6f0 L"ntoskrnl.exe")
ret=7f086d0517cc
004b:Ret KERNEL32.GetModuleHandleW() retval=7f086d030000 ret=7f086d0517cc
004b:Call KERNEL32.GetProcAddress(7f086d030000,000271c0
"PsGetProcessWow64Process") ret=7f086d0517ea
004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f086d0517ea
004b:Call KERNEL32.GetModuleHandleW(7f086d05f710 L"hal.dll") ret=7f086d05180d
004b:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f086d05180d
...
004b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetProcessWow64Process" not
found
004b:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000
ret=14024a0f8
004b:Ret driver init 0x140011000
(obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
retval=c0000001
...
004b:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7f087b40b5ec
004b:err:winedevice:async_create_driver failed to create driver L"BEDaisy":
c0000001
--- snip ---
https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.…
--- snip ---
NTKERNELAPI
PVOID
NTAPI
PsGetProcessWow64Process( IN PEPROCESS Process );
--- snip ---
It's only imported, not called (yet). Adding stub line to .spec should be fine.
Although it wouldn't harm if a real stub is added that just dumps the parameter
and returns NULL.
$ sha1sum PS2_setup.exe
a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe
$ du -sh PS2_setup.exe
38M PS2_setup.exe
$ wine --version
wine-3.14
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.