Goodmaneuver

No; with my advanced build and new build Base does not allow boot. BaseS works but BaseN does not. I vouch for Schwups that BASE standard heap works and I hope that he can vouch for me that Windows 2000 standard heap also works. MSVCR90 will need more than base to work, NT40, but 6,7,8 can be operated disabled. Do you mean 0x80000000 or 0x00000080? I have not seen 0x80000000 before.

New discovery: if the Core.ini string for kstub is kstub823 then Kstubs will still work if the kstub.ini and kstub.dll are named kstub824. It seems the OS looks at the first 7 characters on a new install. This can be altered though in the setup; if you are going to alter INFs then this 7 character sighting can be changed but SFNs right throughout as well need changing. Must be changed within the install CABs.

WinME conclusion so far. It might be best to rebuild again with KEX25 as everything seems to work out alright if following directions above. If trying to update an advanced build it probably will not work out too well if KEX was installed after IE6. For instance I got it all to work up until Kstubs. Kstub823 works but not really with Msvcrt of Win2K3 on my build which is the only Msvcrt version that worked. When trying Kstub824 the scripting error came in and when removing Kstubs824 there was no scripting error. This error showed as unspecified 30 as explained in Core updates topic top of page 51. It also might be best to have KernelEx set disabled from the install as Jumper requested. I agree with tyukok about the leak idea. What ever the reason now with KEX25 going from Mozilla to PotPlayer does not interfere with DXVA playback. It depends on how much browsing is done and then it still knocks out anti-aliasing that is inherent with older nVidia drivers. (drivers modern for WinME though)

Did you try installing on a smaller hard drive. You seem to know what your doing but it could be a hard drive issue. Can you lower the access timings in BIOS?

Preamble : - The advanced build that worked has Msvcrt vs from Win2K3SP2 as Msvcrt. Method to use this file is explained by myself in other posts. If I changed this version it would not work. I tried 6.1.9848 and Msvcr70 and Msvcr80 vs 8.0.40209.38. All should work without problems. So this is one of the necessary requirements for my advanced build. The Fix : - Most problems and especially the Dependency Walker issue can be fixed by removing *\MSVC*.DLL in Configs section and have MSVCRT*.DLL, MSVCR8*.DLL and MSVCR7*.DLL disabled. Flags section for example for MSVCRT and variants: *\MSVCRT*.DLL=1 Double Word value, then reboot. Dependency Walker then works good. Other MS visual common run-times may need a separate setting but in follower mode seems to be OK for now. Black Wing Cat's wrapper which I have named MSVCRS will still load disabled but not in Safe Mode so it is set disabled too. Method to use this file is explained by myself in other posts.

If you are using Win98 have you tried limited memory access to 1GB by adding MaxPhysPage=40000 in system.ini and under [vcache] in system.ini have you tried limiting vcache to say MaxFileCache=344064. In case the expanded memory has got something to do with it then you could try SysVMEMSLimit=2048. see http://conradshome.com/win31/83435-6.php I would try a smaller RAM stick, one that is the same size or smaller than the h87 total equivalency if you can.

There still could be too much RAM, did you do this; from rLoew's comments. "If you have more than 2.75GB of available RAM in your Computer, Programs that use XMS Memory may exhaust the default supply of Handles offered by HIMEM.SYS. Add the following line to your CONFIG.SYS file before any program that might use XMS Memory to prevent this problem: DEVICE=<path>\HIMEM.SYS /NUMHANDLES=64" I do not know otherwise except that the hardware accesses RAM differently as technology has evolved: - controlled by hardware so should be OK.

Did the h87 have that same amount of RAM? What does removing the 1060 mean?

I have just got one of my recent builds working with KEX25. What I discovered was that the original SessionManager KnownDLLs from a fresh OS install need to be there with KEX25. I took them from the working KEX25. If you look at my KEX25 picture it will show 65 of them which were only System files which pointed to themselves. What I did was to take my working new build SessionManager 32bit KnownDLLs and export them. I then booted up an advanced build in safe mode placed in the KEX25 modules except Core.ini and used the Core.ini in my last post then merged the new install SessionManager KnownDlls. Then I merged the AppSettings.zip I uploaded. This got an advanced build working and no scripting error occurred and should not happen just on a merge. The *\MSVC* then can be changed to suit a 2K like mode in the AppSettings and this includes DCFG1 in later KEX as I mentioned some while back and duplicates removed. If after removing duplicates and upon reboot problem returns, the merge procedure needs repeating again in Safe Mode and register KexCom again in Safe Mode. That is what I did as I removed *\MFC*U instead of removing *\MFC* but I did not do this intentional mistake second time. DCFG1 does not work if the application stipulates that a 2K or higher operating system is required though. Thank you for making changes to Kstub Jumper. To make things easier I will upload new requirements soon.

@jumper; I have all modules working with WinMe now. I have fiddled with Core.i25 and what makes it work I think is the order in which the first few mode listings order is set. See https://msfn.org/board/topic/157173-kext-diy-kernelex-extensions/?do=findComment&comment=1209284

I have all modules working as Jumper wanted as far as functionality is concerned. In the process of fiddling with Corei25 I have considered a first 7 character sighting with SFN in the registry but this is probably not a problem. I believe it helps changing the order of the first few modes around. Uploaded Core.ini_2 in zip. WinME looks at the most significant bit in sorting order so 12 is sorted before 2 for example. If sorting numerals there should be zeros in front of the numbers to match the number of significant bits of the highest number. CORE_2.zip

As can be seen in the Ktree11 picture, Unicows is a KnownDLL. If Unicows is used this way there will also be a need of a copy of it in the System folder if the KernelEx folder is not a mapped environmental directory. This is because if a program is KEX disabled or calls Unicows as an implicit then it will find Unicows in the System folder. Same goes with any other modules as a KernelEx KnownDlls. I have had both Unicows actively loaded in both directories at the same time. It is not necessary to have Unicows as a KernelEx KnownDll and I will probably remove it soon. The method of getting KEX25 to work works from a complete 4.5.2 install so the other KernelEx KnownDlls have been installed and the install method worked. The SFC control panel looks like picture on a new build but looked different on old build and was disabled.

Preamble : -@schwups @jumper and others; it works on builds that have had put on KernelEx prior to IE6. So do not use a good build as the scripting error could happen as described on top of page 51 in core updates topic or it does not work or not work fully. The *\MSVC* should be = NT2K not NOHEAP. See I did not change anything from my 4.5.2 build. I did not update the SP VXD's either this time in the VMM32 folder before the first machine restart but I believe if you do then it will not make any difference to the result as I have tested the reproduced Vmm32.xvd of updated versions and still OK. All VIA drivers and SYS files in System32\Drivers were copied over before reboot. You can update the Install cabs if you want as well, WinME is not fussy about that if copied onto the hard drive. The Quadro FX5500 went straight on after a standard PCI graphics driver. I know this as the screen refreshed before asking for the 82.69 files and upon reboot the standard PCI graphics driver was there not functioning so gets removed. You need to be able to access any modules that the setup may ask for that you may have forgotten. Skip any files that are in the System32\Drivers section that setup has trouble with, the files are already there. Vredir.vxd update is the one to indicate network drive size correctly residing in the system folder. Files need replacing in the SFP\Archive folder and the system just like an NT system. I have on one build SFCPL.cpl from 51.2451.1, SFC.dll from XP 2.2600.3264 and SFC_OS.dll from ROS 2017 and it brings up the Control Panel for SFC and indicates that it is turned off on that build but have not investigated it any further just yet. Findings for KEX25 : - The new discoveries with KEX 25 is that it kills Dependency Walker from accessing Depends.dll export table; Depends.dll memory location 998. This only happen before if Depends was operated under a higher mode setting above about BASE. I cannot be more specific but WIN2000D definitely would create that Depends error in KEX24 and prior KEX's (precisely started when is ?). Depends and Process Walker cannot profile anything anymore. The programs I have used and OK so far are WinMerge 2.14 Unicode, CometBird9 and KMPlayer4.06. All programs installed fully under KEX25 with Core.ini20. These so far are InstMsiA2, 7-Zip 9.20, Internet Explorer up to Q982381, Visual C++2005 redist, Visual C++2008 redist 9.030729.17, NVIDIA PhysX (Legacy), Paragon NTFS for Win98 and DirectX 9C official 2007. NVidia display panel indicates with this install; Processor NVIDIA (Unknown); Memory 1024MB; ForceWare version 82.69 and DirectX9.0 or better. System file protection can be a problem though and the files may need to be copied from the SFP\Archive folder to system folder for some IE6 files I found. Obviously off line for this. Perhaps MDIE6CU was unofficial but does a good job of the install apart from what was discussed last sentence. The Debug Button : - To get the Debug button on the error window I had installed something and the settings reside in the System part of the registry. I believe that Visual Studio 6.0 Enterprise (6.00.8168) has this feature but it may say there is nothing that requires it so install visual-c-sharp-2005-express-edition-es-en first. That might work. I have them both installed on latter builds. Copy the full name of the programs and do a Google search. It is advisable to have it available to load on restart for VS6 (on CD hardware for example) as it may want to restart the machine. As a precaution then, have a copy of system modules that were upgrades from original ME modules. The Symbols may not be available from Microsoft so a debugger of your choice can be used instead.

I have all K25 modules working bar Core.ini. I have found that the latest Core.ini causes problems and does not work. I am using Core.ini20. I have up loaded the CORE.ini to use and the AppSettings in reg format. What to do to get KEX25 to work : - Boot into Safe Mode then place KEX25 modules in your KernelEx folder and the Core.ini I uploaded. Take the uploaded AppSettings Reg file and merge it then register Kexcom.dll18 while still in Safe Mode of-course. You can have a look at the Reg file but do not alter it in any way otherwise it probably will not work. Do not alter the Core.ini either it is slightly different to 20i and can be altered to add Kexstub824 later. Changes to AppSettings mainly are more multi-use system modules disabled. Once the AppSettings.reg is merged you can delete any double-ups for example; *\NV*.DLL being equivalent to C:\WINDOWS\NVOPENGL.DLL; by doing a search for \NV and search *NV if you did some that way and the modules name starts with NV, in this case. I do not think removing duplicates will be essential at first but if not done in Safe Mode then it must be done when booted into the OS properly. Most nVidia modules start with NV so I would not advise to do *NV*.DLL as *\NV*.DLL focuses the module target better. If you want you can start a fresh, just delete the AppSettings key only, of the registry, and register the upload; it will suffice for booting if applications boot through run-time without the need for a special KEX mode setting. If the full boot stalls, Ctrl+ Alt+ Del and see what is making the stall; it would be not responding. This may take a few seconds as it will be going 100% CPU usually. On first time boot Msgsrv32 may be stalling so terminate it. Sheet.dll19 can be registered when fully booted into the OS. I have made Msgsrv32 disabled even though it is 16bit in the chance that KernelEx is invoked by another App like Volumouse but this may not work. As far as going too far, perhaps some operating modules do not need disabling but there are only a few more. I was lucky that I disabled them at the time with the build I was working on with 4.5.2. I did not disable Cmdninst.exe and Runonce.exe but I think they should be. AppSettings.reg has 4.5.2 mode settings only, so it is compatible with 4.5.2. AppSettings.zip

Even though Msgsrv32 is 16bit, KEX can be in use as seen in KEX24 picture. The top image is of the newer install with KEX25 prior to Volumouse and the bottom one is from a different build with KEX24. I have looked on a build with KEX12 and KEX is in use on Msgsrv32 also. It is because Volumouse (Vlmshlp) is hooking Msgsrv32 and dragging along KernelEx. Mmtask.tsk on KEX24 build is from an early Whistler release and is 32bit. EDIT mistake. These 2 builds of mine have System Monitor CPU usage of a certain percentage as can be seen. I think is accurate now and is something to do with 16bit and the registry. Some people have dismissed this as a false reading but I have had it zero on one build and that build had server buffers at zero at the time. It is to be noted that the registry is running top down in Win9x and bottom up in WinXP I think, from my memory of such. This is likened to Ntdll linking directly to Kernel32 and is loaded in Win9x where as NT OS versions Kernel32 loads calling Ntdll.

To install RP9 on WinME. turn off system restore at least temporarily. If stopsfp.exe is allowed to run while not in safe mode it most likely will stall the machine if system restore is running due to state manager and system restore manager. Install RP9 in safe mode and choose the icon set and or theme you would like before rebooting. See if wininit.ini has any tasks for change backs, delete the text. It should not have any.

I tried editing the AppSettings in safe mode before and it did not work so I thought that it was necessary to do as I described but it turns out all that needs to be done is merge the working narrowed down AppSettings while in safe mode over the top of the KEX24 settings. This works with Core,ini 20 and still using VKrnlEx.vxd 4.5.2.

So far I have noticed that the %WINDIR% preceding the rest of the directory in AppSettings does not work. The original MSI settings still work but if I use %WINDIR% or other % directory variables myself then the result with KEX on that module is that it is set to default. The numbering system is showing as it should, for example DW 1 for Disabled with the new installation. The editing in SafeMode will not work. A complete merge of unaltered AppSettings in SafeMode after delete and shut down :- (takes old settings out of RAM) will need to be done. I think this is to do with the order it is in, in RAM memory. Continuing on kext-diy-kernelex-extensions topic.

I have a new install of WinMe installed as like the one I have already working. KEX has to be installed before IE6 to avoid the error in Sysroot.htt. I copied over the KEX registry AppSettings from the working one to the new one and Kexbases25 worked. What I did with KEX was install 4.5.2 then restart into safe mode next boot and installed 5, so 4.5.2 was never running. I then installed 8, then 17 as complete installations except the VXD then KEX25 files except the VXD and Core.ini. The AppSetting replacement was done as mentioned previously. What I did notice that the FontSignature Key was not there prior to deleting. I will post the AppSettings as soon as I narrow it down and they can be tried by manually editing them in SafeMode. There will not be many changes to the original 4.5.2 settings.

Preliminary : -after installing IE6SP1 plus KB883939 I installed 4.5.2 simply because I did not know how to install MDIE6CU which I do now. It said it does not support your operating system :- (this message is incorrect:- I extracted it onto the C: drive and started the bat). The very first Fault Log happened was after installing MDIE6CU and with 4.5.2 and only occurred once when explorer started first time after the install. The error was KernelEx.dll caused an error in Explorer and last address in FaultLog occurred in ComDlg32.dll. There was no stalling but FaultLog had memory locations 0000000 in it and error asked Explorer to close but after clicking on close, (I delayed until fully finished runtime boot,) explorer did not close and everything seemed OK. A scripting error comes in at Kexbases 8 and is likened to that error I described in top post on page 51 here. The registry date estimation of that post does not mean much as I have swapped around builds in the past. The error is created or not, depending on the Kex AppSettings as I tested with same rest of the registry on other builds. The error is Object doesn't support this property or method in Sysroot.htt. I have seen this error at line 154 or 348 but always character 17 Code 0. If I go back from kexbases 8 to Kexbases 5 it is OK. I have not any other version between 5 and 8 to test. The error is when opening the root drive of C:. I have tested Kexbases 5 with several Kexbasen versions from 4 and Kexbasen is working good up and including Kexbasen 25. Finishing on this new installation: - I have KernelEx.dll vs 25; Kexcom vs 18 registered; Kexbasen vs 25; Kexbases vs 5; Core.ini vs 4.5.2; Sheet vs 19 registered and VKrnlEx.vxd vs 4.5.2. with this arrangement it gets to boot into explorer but is not really usable and creates Faults. If KEX is installed before IE6 then the Sysroot.htt error does not occur.

If you got a monitor or TV that accepts a HDMI input? I bought a VGA to HDMI converter which is fairly cheap but you need to make sure you are buying a VGA male plug input type because there are converters the other way with VGA female output. When I tested mine it would really only display up to 1024 x 768 reliably even though it claimed 1080p. It was tough on my KVM box output I would think and did not work at higher than 1152 x 864. Now if you bought one of these to test it first, they are under $20, to see if it works then if OK you can get a HDMI to USB video capture device that runs on XP software. These look at about $80 but may be cheaper on eBay. Did you watch YouTube? https://youtu.be/2a9E6Cx8Hgw This next video is what I am talking about. https://www.youtube.com/watch?v=xtvFtoIXaDc This next one shows a pass through VGA dongle. https://next-hack.com/index.php/2020/06/11/a-20-vga-to-usb-capture-system-and-more/

My TV will sync down to 21 hertz so I have uploaded what I am using at present. To get use of the new modes you need to remove all traces of the old inf and go into Safe Mode and remove all the monitor drivers. If you do not remove them it will not up date the monitor and so you will not be able to use 25Hz if your monitor says 25 is OK back to the operating system. I have removed the 63 and 57Hz modes. NVAGP.zip

I installed a fresh install of ME too but rushed KEX : - no good as just going from 4.5.2 on a totally unaltered fresh Windows install to a complete install of just KEX9 may not work either. With the good install of Kexbases25 I gradually took it up as described with just Hexbasen and Kexbases modules not VKrnlEx.vxd and not KernelEx.dll. What I would suggest is to update to IE6 and also update Oleaut32 and place Mshtml in disabled mode while on 4.5.2. Once up to Kexbase 25 it is then I registered the new Kexcom and still using 4.5.2 core.ini. You need to keep a good copy of the registry with scanregw /restore so that if a load problem occurs you can go back straight away. Otherwise you need to start again with 4.5.2 and register 4.5.2 Kexcom and Sheet again. You cannot do a system restore if the machine is stalling or not running properly. You can not registry restore in safe mode either, it needs to be an off line copy and paste unfortunately. New Sheet.dll can not be registered in safe mode but Kexcom.dll can. The KEX25 build is working real good. I am going to attempt a complete KEX install again with a new install of WinME soon and if the procedure needs altering I will have to edit this post, so keep watch for an edit.

Typo then.

Correct me if I am wrong. 40000 hex converted to dec then times 4096 gives 1GB.