deomsh Posted March 18, 2019 Posted March 18, 2019 Thanks, but Uxteme version you mentioned doesn't export Ordinal 61, so no need tot try.
schwups Posted June 24, 2019 Posted June 24, 2019 Does someone have a working definition for InitializeCriticalSectionEx or is there any possibility for a useful definition, e.g. Foxit Reader 9.2+ needs this API? InitializeCriticalSectionEx without value or a bad one causes a lot of problems.
jumper Posted June 25, 2019 Author Posted June 25, 2019 (edited) [Kernel32.dll] InitializeCriticalSectionEx=>Ntdll:RtlInitializeCriticalSectionEx Requires Kexbases.Ley0k or Kexbases.11 or later. Edited June 25, 2019 by jumper
schwups Posted June 26, 2019 Posted June 26, 2019 (edited) 12 hours ago, jumper said: [Kernel32.dll] InitializeCriticalSectionEx=>Ntdll:RtlInitializeCriticalSectionEx Requires Kexbases.Ley0k or Kexbases.11 or later. Is it meant as an approach or is it already worked out? RtlInitializeCriticalSectionEx was introduced with Ntdll.dll of Vista. The ME ntdll.dll doesn't support it. I tried to rename the Vista ntdll.dll to 9xdll and changed the line to - InitializeCriticalSectionEx=>9xdll:RtlInitializeCriticalSectionEx -, also without success. KernelEX: 4.5.2016.21 / Core20i Edited June 26, 2019 by schwups
jumper Posted June 26, 2019 Author Posted June 26, 2019 RtlInitializeCriticalSectionEx is in Kexbases.dll; it doesn't need to be in ntdll.dll. Make sure extensions are enabled on Kexstubs.dll (BASE is best).
schwups Posted June 28, 2019 Posted June 28, 2019 (edited) Yes, I had overlooked it in Ktree. I tried different modes on Kexstubs.dll. I get this Faultlog, e.g.: Kexstubs set on Base enhancements (api fixes + extensions) Date 06/28/2019 Time 12:33 FOXITREADER caused an exception 03H in module <unknown> at f577:00000001. Registers: EAX=00000000 CS=0177 EIP=00000001 EFLGS=00000246 EBX=000002f6 SS=017f ESP=0509fdac EBP=00000fa0 ECX=00000fa0 DS=017f ESI=03a18290 FS=4887 EDX=bffbb490 ES=017f EDI=03a18288 GS=0000 Bytes at CS:EIP: 00 ff ff e4 d2 6a dc c3 e2 00 f0 2b 04 70 00 2b Stack dump: 03a18290 0509fdc4 0283ebe8 03a18290 00000fa0 00000000 0509fdf4 02838c6c 03a18290 02d17660 00000004 0046c768 028cbb58 00000000 815b4210 04f90000 Kexstublog: = Kernel32.dll:InitializeCriticalSectionEx=>ntdll:RtlInitializeCriticalSectionEx = Also K-Meleon 74 doesn't start anymore: Date 06/28/2019 Time 12:41 K-MELEON caused a stack fault in module KERNEL32.DLL at 0177:bff64277. Registers: EAX=815b5c88 CS=0177 EIP=bff64277 EFLGS=00000283 EBX=00000000 SS=017f ESP=007d220c EBP=007d2230 ECX=f5776210 DS=017f ESI=815d36b0 FS=65c7 EDX=815ce6bc ES=017f EDI=815b5c7c GS=0000 Bytes at CS:EIP: eb 95 8b 54 24 04 50 e8 04 00 00 00 58 c2 04 00 Stack dump: bff641cf 815ce6bc bff899f1 815ce6bc 815ce65c 815b5c7c 19983272 00000002 19983272 007d2260 bff818a8 19983272 00000000 19983277 19983296 bfa4be27 Edited June 28, 2019 by schwups
jumper Posted July 1, 2019 Author Posted July 1, 2019 (edited) I don't think it will make a difference, but try "=f3e" instead. This is a clean failure. Kernel32.InitializeCriticalSectionEx returns a BOOL: 1 for success, 0 for failure. Ntdll.RtlInitializeCriticalSectionEx return an NTSTATUS: 0 for success, or error code. The parameters and action are correct, but not the return value. If Reader or KM is checking the return code, they won't know the initialization succeeded. I have already added Kernel32.InitializeCriticalSectionEx to Kexbases.22 and will post it soon. Edited July 1, 2019 by jumper
schwups Posted July 2, 2019 Posted July 2, 2019 (edited) I tried f3e, but it isn't a good value here. There are too many adverse effects. Also K-Meleon 74 doesn't start. Better is o3e0. My method was by trial and error. So far, I haven't found any problems. Of course Foxit 9.2 doesn't run. The gui opens and it crashes immediately. KernelEX: 4.5.2016.21 / Core20i [KERNEL32.DLL] ConvertFiberToThread= InitializeCriticalSectionEx=o3e0 QueryThreadCycleTime= DbgHelp.dll of Vista - SymSetSearchPathW and SymGetSearchPathW More Api's are required with KernelEX 4.5.2. How can I keep the KernelEx mode setting on Kstubs.dll for testing? It always falls back to disabled after restart. Edited July 3, 2019 by schwups
jds Posted July 16, 2019 Posted July 16, 2019 On 6/27/2012 at 4:20 PM, jumper said: Core.ini (in Post #144) See post #205 for details. see Post #116 for details and usage Hi jumper, These links to posts no longer work, due to syntax changes at MSFN. For the first one, "page__view__findpost__p__1028960" at the end of the URL needs to be changed to "?do=findComment&comment=1028960". The other two similarly. Joe. 1
dencorso Posted July 16, 2019 Posted July 16, 2019 Hey! Good to see you remain with us, Joe! Cheers! 1
Goodmaneuver Posted July 27, 2019 Posted July 27, 2019 (edited) Jumper, I have placed a post in the wrong thread too late to change it now. It will be of importance to the KEX project my apologies to both thread hosts. MSFN_Here Edited July 27, 2019 by Goodmaneuver
jumper Posted July 28, 2019 Author Posted July 28, 2019 DX11? Please post the contents of the Kexstubs.ini file you are using.
Goodmaneuver Posted July 28, 2019 Posted July 28, 2019 (edited) I do not use Kexstubs.ini. Thanks to KEX22 it works as mentioned on other thread. Perhaps it is DbgPrint and vDbgPrintExWithPrefix mod? I implemented KEX22 back again in stages and it was not till I replaced core.ini and sheet.dll (which was last) that the DX11 reported again. I tried adding sections of core.ini, it might be the version changes? I managed to muck it up though & now reports DX9c. It was the ReactOS files that were included in DXdiag that were the extras. Strangely now DXAPI.sys is not recognized as DXdiag says cannot find it. I had not noticed that before it is a WinME file that is in the system. Edited August 5, 2019 by Goodmaneuver
FantasyAcquiesce Posted September 23, 2019 Posted September 23, 2019 (edited) Using the 23 version of these updates, I can confirm Windows Media Player Classic (HC) 1.3 works Sadly, anything later will not launch and reports an error, it appears to be a theme-related file too. The latest version of 7-zip works perfectly too Open Office 3.3.0 installs but won't launch. SamutraPDF 3.1.2 Portable opens, but cannot be installed because of missing graphics. Also, Samutra won't display books properly... Anyone know where I can find a portable Google Chrome or Chromium archive? I wanna try testing early versions of Google Chrome that worked on Windows 2000! Edited September 23, 2019 by ~♥Aiko♥Chan♥~
deomsh Posted September 23, 2019 Posted September 23, 2019 3 hours ago, ~♥Aiko♥Chan♥~ said: Using the 23 version of these updates, I can confirm Windows Media Player Classic (HC) 1.3 works Sadly, anything later will not launch and reports an error, it appears to be a theme-related file too. Please read this: https://msfn.org/board/topic/157173-kext-diy-kernelex-extensions/page/25/#comments MSVCR70.DLL or MSVCR71.DLL should be used instead of MSVCRT.DLL too. Rename/ copy when still in MS-DOS (real mode) or use KnownDLLs in Registry (reboot needed).
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now