mirror of
https://github.com/reactos/reactos.git
synced 2024-07-03 19:24:20 +00:00
3862cc6f03
Fixes symptom "MSVCPP2017 setup crash due to missing export" The issue very likely got introduced by 0.4.13-dev-986-g029b8f2cf9because our loader exports stuff from neweer Windows versions since then in case an executables manifest states compatibility. Original commit message from patches author William Kent: Stub GetCurrentPackageId() (#1942) * [KERNEL32] Add stub implementation for GetCurrentPackageId() function This Windows 8+ function is called by WiX bundles (EXE-based installers) upon exit, if the export is present. If it is a stub in the spec, they will crash, even if they are coded to be compatible with Windows XP/ReactOS. Also add GetCurrentPackageId() forwarder to apiset. cherry picked from commit 0.4.14-dev-482-g192926ee02
31 lines
947 B
Ruby
31 lines
947 B
Ruby
|
|
# This file is autogenerated by update.py
|
|
|
|
@ stub ClosePackageInfo
|
|
@ stub FindPackagesByPackageFamily
|
|
@ stub FormatApplicationUserModelId
|
|
@ stub GetApplicationUserModelId
|
|
@ stub GetCurrentApplicationUserModelId
|
|
@ stub GetCurrentPackageFamilyName
|
|
@ stub GetCurrentPackageFullName
|
|
@ stdcall -version=0x602+ GetCurrentPackageId(ptr ptr) kernel32.GetCurrentPackageId
|
|
@ stub GetCurrentPackageInfo
|
|
@ stub GetCurrentPackagePath
|
|
@ stub GetPackageApplicationIds
|
|
@ stub GetPackageFamilyName
|
|
@ stub GetPackageFullName
|
|
@ stub GetPackageId
|
|
@ stub GetPackageInfo
|
|
@ stub GetPackagePath
|
|
@ stub GetPackagePathByFullName
|
|
@ stub GetPackagesByPackageFamily
|
|
@ stub GetStagedPackageOrigin
|
|
@ stub GetStagedPackagePathByFullName
|
|
@ stub OpenPackageInfoByFullName
|
|
@ stub PackageFamilyNameFromFullName
|
|
@ stub PackageFamilyNameFromId
|
|
@ stub PackageFullNameFromId
|
|
@ stub PackageIdFromFullName
|
|
@ stub PackageNameAndPublisherIdFromFamilyName
|
|
@ stub ParseApplicationUserModelId
|