jumper

no.

Allavsoft or something else?

Tables->LaunchCondition. See step 5 in How to force MSI files to install on non-supported OS.

The problem is with the two DLL's, not the MSI. Orca is the wrong tool. Both DLL's need to be edited with a hex editor after installation or extraction. > Hex edit AcroRd32.dll.... Be aware that the auto updater replaces the DLL so you need to keep up with it Might making AcroRd32.dll read-only defeat the updater?

Looks good. In the text box add: IsDebuggerPresent=GetCurrentProcess and click the [ Patch ] button. Can you tell me more about where you got the "updated" version of Shell32? Someone used a tool on it that updated the TimeDateStamp to 2017 Jan 17 15:08:39. I would still like to find out what tool that was and test it.

KernelEx.

"this should not be an image" is not an image, it's text that I just selected, copied, and pasted between quotes. Above the box [code] Inside the box[/code] Under the box (scripting disabled)

The extra half-line used as a paragraph break is generated by the javascript. Disable scripting and all breaks will be single-line. Then a paragraph tag inline breaks <p> to here.

(Oops, trying again!)

Thank you for continuing to test. I'm planning a larger role for Auxiliary DLLs in K17 (KernelEx 4.17) including selectable DLL "sets" instead of just one set for all configurations. My current settings (~ disables): [HKEY_LOCAL_MACHINE\Software\KernelEx\KnownDLLs] "~Ktree"="Ktree ignores entries prefixed with ~" "~ADVPACK"="IE8\\ADVPACK.DLL" "~MSVCM90"="MSVC\\MSVCM90.DLL" "~MSVCP90"="MSVC\\MSVCP90.DLL" "~MSVCR90"="MSVC\\MSVCR90.DLL" "~SHLWAPI"="IE8\\SHLWAPI.DLL" "~URLMON"="IE8\\URLMON.DLL" "~WINTRUST"="ROS\\WINTRUST.DLL" "~WLDAP32"="ROS\\WLDAP32.DLL" "IERTUTIL"="IE8\\IERTUTIL.DLL" "MSIMG32"="MSIMG32.DLL" "MSRATING"="IE8\\MSRATING.DLL" "NORMALIZ"="IE8\\NORMALIZ.DLL" "PDH"="PDH.DLL" "PSAPI"="PSAPI.DLL" "USERENV"="USERENV.DLL" "UXTHEME"="UXTHEME.DLL" "WTSAPI32"="WTSAPI32.DLL" > Seem to be working with test apps: > ...SHFOLDER.DLL (6.00.2900.5512 (xpsp.080413-2105)) Shfolder.dll on NT is a stub. 9x already has the real thing, so don't replace it! > OpenGL32.dll: OpenGL doesn't work. If from ROS, it should work with paired GDI32.dll. Otherwise try these Kexstubs definitions: [Gdi32.dll] GdiDescribePixelFormat=>gdi32.ros:DescribePixelFormat GdiSetPixelFormat=>gdi32.ros:SetPixelFormat GdiSwapBuffers=>gdi32.ros:SwapBuffers > Updated ROS section with MSVCRT20.DLL now working after adding few kext-stubs. I've added a great many stubs to Kexbases in the last few releases. Remove duplicates from Kexstubs and please post here any that are still needed. > [HKEY_LOCAL_MACHINE\Software\KernelEx\KnownDLLs] > "ADVAPI32"="ROS\\ADVAPI32.DLL" > "ADVAPI32_VISTA"="ROS\\ADVAPI32_VISTA.DLL" K17 will support something like: [HKEY_LOCAL_MACHINE\Software\KernelEx\KnownDLLs\Win2k] "ADVAPI32"="ROS\\ADVAPI32.DLL" "KERNEL32"="ROS\\KERNEL32.DLL,2" [HKEY_LOCAL_MACHINE\Software\KernelEx\KnownDLLs\Vista] "ADVAPI32"="ROS\\ADVAPI32_VISTA.DLL" "KERNEL32"="ROS\\KERNEL32_VISTA.DLL,prestub" where ",2" or ",prestub" indicate an api search order.

What tool did you use on 17th of Jan?

Comos had trouble with Shell32.dll on Win95 (see his log). Compatibility reports for [ Analyze Only ] and [ Patch ] on other systems are also needed. Thanks!

@Comos: Your ImportPatcher log file indicates you didn't click the [ Patch ] button after supplying a replacement string for IsDebuggerPresent. I do see the garbage strings further down in the log. IP seems to be having trouble reading Shell32.dll's import table. I'm looking into it. Thanks for the report! Edit: Importing from SHELL32.dll TimeDateStamp: 2017 Jan 17 15:08:39 It looks like the modded version of Shell32.dll you ran through ImportPatcher is not completely valid. Please try again with the original file to see if the problem is with ImportPatcher, PE Tools, or another tool that hacked the file back on January 17. Thanks.

More possible features: * support replacing by ordinal: =@nn or =#nn (when name is too long or private) * replacement suggestions (for common problems) * binding + redirection to DebugBreak or code injection * detect import jmp glue that can be overwritten with actual stub/code * Fully support 95, NT4, 2K, XP, Vista, W7, W8, W10, and Win32s I'll need lots of help with the OS testing--reports are highly requested.

In MSCONFIG.EXE, General->Advanced...->Disable Scandisk after bad shutdown. Also TweakAll.exe, Boot Options->Automatically run Scandisk: Never. (These probably set the "AutoScan=0" in MSDOS.SYS.) This should ignore the bad shutdown and do a normal startup. Add Scandisk to your autoexec.bat to always run it regardless of how the system was shutdown. In MSDOS.SYS: [Options] AutoScan=0 bootmenu=0

> I managed with PE Tools to replace the call, so it runs now on my Win95OSR. Good job. That's it, you're done. > However it would be better to edit the whole import table and remove that call completely.Is there a way how to proceed with this? No and no.

It turns out the version of SetDllDirectoryA/W in the master branch was only a rough start by Xeno86 to a partial implementation. It supports setting the Dll Directory search path, but not resetting it by passing NULL as the parameter. I have simplified SetDllDirectory*(...) down to SetEnvironmentVariable*("DLLPATH",...) and also added GetDllDirectory*. Now I'm testing new LoadLibrary* and LoadLibraryEx* code that will use DLLPATH to fully implement WinXP-Win7 alternate DLL search paths. The Win8 functions AddDllDirectory, RemoveDllDirectory, and SetDefaultDllDirectory are a bit tougher and will be added later. For the time being, SetDllDirectoryA/W can be disabled in CORE.INI.

You might also try extracting all files from the installer and simply moving them into place.

Thanks for the BitTorrent report. In the Run 1 stack dump, the only kex addresses are BFA05F90 and BFA075BB in KernelEx.dll. Those portions of KernelEx didn't change between .15 and .16, however if you can reliably reproduce this error, try reverting just KernelEx.dll back to version .15 and report if that makes a difference. Runs 2 and 3 are virtually identical with a GPF occurring when the stack frame spans a page boundary (ESP and EBP are on different 4k pages, 4k=1000h). This is a known problem that goes way back several years at least. In Run 2, the last kex addresses are BFA4A6D5 and BFA4A7B0 (both in Kexbases). BFA4A6D5 appears multiple time in the stack dump, so might be part of some recursion. A DumpPE -disasm on Kexbases.dll reveals that BFA4A6D5 is the entry point for CreateFileA_fix. So the BFA4A6D5 entries on the stack must be parameters or local PROC pointers, not return addresses. BFA4A7B0 is the return address in CreateFileA_fix from the call to the real CreateFileA (CreateFileA_fix pre-processes the parameters and then calls the original CreateFileA to do the actual work). Please check that you have extensions disabled on Kexbases.dll. This portion of Kexbases.dll was not changed in version .16. I see now that the BitTorrent installer is UPXed, if the same is true of the installed app you should unUPX it. UPXed files are not supported yet. Edit: I was able to reproduce the exact error (down to same ESP and EBP). The app self-installs/configures so it is confirmed: UPX is the problem. BT6.4 actually only needs the subsystem changed from 5.0 to 4.0 to work without KernelEx entirely!

I don't think multiple EMMExclude statements are valid. If they are, then EMMExclude=0000-FFFF makes all the others superfluous. Himem/Himemx aren't needed at all. Stacks should probably be 0,0 Many other settings are highly questionable.

The valid load commands for config.sys are DEVICE and DEVICEHIGH for device drivers, and INSTALL for TSR programs. The valid load command for autoexec.bat are LOADHIGH (LH) and LOADFIX. Reading a DVD disc only requires a DVD drive. Playing a DVD video requires commercial software (that may come with a system or video card). Not all apps support the mouse wheel. Not all CD-ROM drives support DMA access.

The project you describe already exists: ReactOS.

Win95 is not supported. The KernelEx 4.5 series only knows how to detect and patch the system loader in 98, SE, and ME.

IdnToAscii isn't missing (it's in Normaliz.dll, a redist.). To what DLL did you add it? On the other hand, RtlIdnToAscii _is_ missing from Kernel32.dll in XP, so that code won't work anyway.

Or just use the Normaliz.dll that comes with IE8. And by the way, RtlIdnToAscii wasn't added to Kernel32.dll until Vista.