FantasyAcquiesce Posted February 10 Share Posted February 10 18 minutes ago, mina7601 said: Could have created a new topic about this in the Windows 9x/ME forum. What specific DLLs did you copy from blackwingcat's Windows 2000 Extended Kernel? What program are you trying to get running on your Windows ME? NTDLL.dll, msvcrt.dll, msvcr90.dll, msvcp90.dll, and msvcm90.dll Link to comment Share on other sites More sharing options...
mina7601 Posted February 11 Share Posted February 11 @FantasyAcquiesce Thanks, and what about this question? 21 hours ago, mina7601 said: What program are you trying to get running on your Windows ME? Link to comment Share on other sites More sharing options...
FantasyAcquiesce Posted February 11 Share Posted February 11 3 hours ago, mina7601 said: @FantasyAcquiesce Thanks, and what about this question? None in particular at the moment. I was trying to use VLC 3.0 again but lost my dll files a few years back. Link to comment Share on other sites More sharing options...
schwups Posted February 23 Share Posted February 23 On 2/10/2024 at 1:06 AM, FantasyAcquiesce said: I have no idea where to post this. I tried using Windows 2000 DLL's from BWC's Extended Kernel (latest version). It seems to have broken my Windows ME installation. A literal error stating Windows can't load explorer.exe and requires a reinstall. Booting into safe mode works. Can confirm the msvcrt.dll file does not work. A separate topic is probably more appropriate. But yes, we have tested BCW files of Extended Kernel or KDW. Our results are in several topics. Not all files are suitable on ME/98 with KernelEx! Jumper recommends msvcrt.dll (v7.0.9981.0 or v6.1.9848.0) with KernelEx. I usually use 7.0.9981.0. Goodmaneuver also has version v8.0.40607.52, which he had successfully tested on his system. Later versions of 8.0 or 7.1 are not usable or cause special errors on ME/98/KernelEx. https://web.archive.org/web/20230602195245/https://kernelex.sourceforge.net/wiki/VLC_Media_Player https://web.archive.org/web/20230506001046/https://kernelex.sourceforge.net/mediawiki/index.php?title=Category:Compatible_applications&redirect=no 1 Link to comment Share on other sites More sharing options...
Goodmaneuver Posted February 24 Share Posted February 24 (edited) On 2/10/2024 at 11:06 AM, FantasyAcquiesce said: Can confirm the msvcrt.dll file does not work. It would be 2K3 server's MSVCRT. KernelEx's vs of NtClose API does not work so 16bit _lclose or DeleteObject needs to be used instead. 14 hours ago, schwups said: Goodmaneuver also has version v8.0.40607.52 It is possible but for an unaltered MSVCRT I recommended using v8.0.40607.38. To make v8.0.40607.52 serviceable you need to direct _getdrives to CRTDLL and make explicit calls to Fls functions go to Tls functions pertained inside the DLL. Threading has changed somewhat over time and the next known version of MSVCR80 after 8.0.40607.52 does not work with Fls changed to Tls. If a particular DLL has load trouble with 8.0.40607.52 you need to turn KernelEx off on that DLL. It is also better to change Fls to Tls of 8.0.40607.38 also. 8.0.40607.38 has no known errors and is the one I use because it has __CxxFrameHandler3 which is handy to have instead of redirecting with Kstubs. Edit: I forgot about having reference back to MSVCRT for explicit error correction. Because MSVCR80 has this it cannot be left feeding back on itself. This has been discussed in another topic https://msfn.org/board/topic/152471-kernelex-apps-compatibility-list-new/?do=findComment&comment=1194308. This is only applicable with 8.0.40607.52 so best to have explicit calls within the DLL directed to CRTDLL. The error correction will not progress as CRTDLL has not got the APIs. Even 2K3 MSVCRT has not got all the APIs necessary for the error correction to progress fully. Edited February 24 by Goodmaneuver Link to comment Share on other sites More sharing options...
schwups Posted February 24 Share Posted February 24 Thanks for the detailed explanation. Link to comment Share on other sites More sharing options...
jumper Posted February 24 Author Share Posted February 24 7 hours ago, Goodmaneuver said: __CxxFrameHandler3 Try: Msvcr80.dll V8.00.50727.762 Mozcrt19.dll V8.00.0000 These load for me in ProcWin on 98fe. Link to comment Share on other sites More sharing options...
Goodmaneuver Posted February 26 Share Posted February 26 (edited) On 2/25/2024 at 4:58 AM, jumper said: These load for me in ProcWin on 98fe Of course, redirecting to MSVCR80 is fine but MSVCR80/MOZCRT19 are not stand alone substitutes for MSVCRT. The MSVCRT substitutes that work for VLC are MSVCR70, MSVCR80 vs 8.0.40607.38 or earlier and MSVCRT vs 7.0.3790.3959 (2K3's version once redirection of NtClose is done). If using a different version, then placing any of these in VLC's folder will be required and make sure that system KnownDlls in the registry has not got MSVCRT=MSVCRT.DLL or the MSVCRT in the system folder will always load. I have the latest MSVCRT working as well and it too works with VLC. It is not a stand alone substitute though as it needs KernelEx. More discussion about it in kext-diy-kernelex-extensions soon. Edited February 26 by Goodmaneuver added more info at end Link to comment Share on other sites More sharing options...
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