schwups

https://web.archive.org/web/20230602195245/https://kernelex.sourceforge.net/wiki/VLC_Media_Player KernelEx home/wiki page is blank! Yesterday SourceForge upgraded the PHP version.

No offence! Basically I use yours on all machines.

I don't see a problem with uxtheme of XP, BWC or React OS here. "Remaining in memory"is verified with Process-Managers. But indeed there is a prob with the ones of Vista and 7. ImportPatcher gives [Export forward replacements] SHUNIMPL. ordinals. Shunimpl doesn't even load with procwin.

Thanks for the update. I'll let you know, if I run into trouble. My first impression is good and all my requested API's are now supported.

Named api needed after the colon. KernelEx\KnownDLLs can't be extended yet. Yes. Add dummy names. Workaround confirmed now. Verified based on some modules with a few missing ordinals. Because of the Kext size and a high number of ordinals, it has become quite confusing here. I had to correct some mistakes in the ini files. In order to distinguish, each dummy name really has to be different. Yes, in Ktree I need "#" for all needed ordinals. The additional ones can then have the zero in front of the number.

Goal is that BWC wrappers, windowsXP+ and React OS modules load for forwarding. Xompie modules are mostly unproblematic, but e.g. kernelxp.dll doesn't have widespread API support. I've good progress e.g. with: Gdi32 - even the win7 file loads Shell32 - BWC or ReactOS Urlmon - BWC Uxtheme - XP or BWC or ReactOS Netapi32 - BWC Ntdll - up to win7 Shlwapi - BWC Advapi - ReactOS Iphlpapi - ReactOS, but it doesn't support any of the associated API's in my Kext.ini. Kernel32 - Xompie only User32 - Xompie only In the case user32 (ReactOS/BWC/XP) I get prompt message when loading it with Procwin: Kext Prompt Kstub825 Gdi32.dll:GdiDllInitialize=>xxxxx.DLL: It doesn't matter which file I use for xxxxx (win7, ROS, Xompie...). Any Ideas? I can't add more API packages anymore. I reached Kext limit - I've round about 1500 API defs spread over six ini files now. Kex doesn't load anymore, if I add further eighty defs. Other Question. Does anyone know why most of the ApiSet Stub DLL files don't load on ME/98? OK are only api-ms-win-core-appcompat-l1-1-0.dll 6.2.9200.16384 api-ms-win-core-winrt-l1-1-0.dll 6.2.9200.16384 api-ms-win-core-winrt-string-l1-1-0.dll. 6.2.9200.16384 Oh yes, I've a set of wine5 modules and Procwin does load them all. Unfortunately, many other construction sites are dormant or have still not brought any progress yet.

A little story. Projekt Update Internet Explorer 6SP1 to v7/8: Sure, it's not worth it for browsing with old browsers. Is it a gimmick? The installer has not been examined! Unfortunately, I can't get the ordinal problems under control so far. Required BWC extended Kernel, Xompie, later windows and ReactOS files - also for forwarding, then KernelEx 25, Kext. In the following I have created a list of which modules are loaded and which are not. The list may not be complete - it is experimental. Some files need KernelEx enabled or even XP (particularly browseui and wininet / OS version check). I'm not able to update mshtml.dll, SHDocvw, shlwapi. These load with KernelEx enabled, but I get Explorer errors on update/replace. Probably one or more problem API's (set to none) in core.ini/Base section. Possible is BWC's Shlwapi. I'm able to use Urlmon v8, but in particular important functions Copy, Cut and Paste fail. So the best solution I found is BWC's Urlmon at the moment. With BWC's BrowseUI I'm able to run IE6SP3 of XPSP3, but not with Browseui v7 or v8. A few required modules are not loaded. Module Update List:

These are in my Kext ini, too: BeginPanningFeedback BufferedPaintRenderAnimation BufferedPaintSetAlpha BufferedPaintStopAllAnimations EndPanningFeedback GetThemeTransitionDuration UpdatePanningFeedback

Iertutil of IE 8 gives no trouble here so far I can see. There are other modules of IE 7 or 8 that are causing problems, e.g. browseui, wininet, Urlmon and shlwapi and more. Running IE 7 and 8 isn't very interesting, because they are hardly usable anymore on the internet. The modules that use more modern programs like shlwapi or urlmon are quite interesting. I'm aware BWC's Uxtheme, but I don't see any benefit at the moment and I just wanted to point out a possible bug. Supplement: Wininet IE7 seems OK , but gives a message on OS start "wininet expects a newer windows version" and KernelEx doesn't work. After I set Kex mode of wininet from disabled to XP the message is gone and KernelEx works. I think Wininet IE 8 has the urlmon (dependent module) ordinal problem.

1. Forwarding problem: Example Uxtheme Here [UXTHEME.DLL]DrawThemeTextEx=>uvtheme.dll: No forwarding to uvtheme, if original Kex Uxtheme in KernelEx folder is used (message - missing DrawThemeTextEx). Uvtheme.dll = Uxtheme.dll Vista It works, if I use Uxtheme XPSP3 (sys folder). Then I'm able to run Notepad++ 8.3.3 (with GUI), but not yet really usable. 2. Ordinal support -> possible bug: It occurs with a large number of ordinals in the same section (here Urlmon). Got message about missing API even though it exists. Ktree gives on first places # and later 0 (see png). With few entries I have only # and these defs seem to work. KtreeUrlmon [Urlmon.dll] 0101=>URLMXP.DLL: 0102=>URLMXP.DLL: 0103=>URLMXP.DLL: 0104=>URLMXP.DLL: ; IE7 8 0105=>URLMXP.DLL: 0106=>URLMXP.DLL: 0108=>URLMXP.DLL: 0111=>URLMXP.DLL: 0112=>URLMXP.DLL: 0113=>URLMXP.DLL: 0115=>URLMXP.DLL: 0304=>URLMXP.DLL: 0305=>URLMXP.DLL: 0308=>URLMXP.DLL: 0309=>URLMXP.DLL: 0310=>URLMXP.DLL: 0311=>URLMXP.DLL: 0314=>URLMXP.DLL: 0315=>URLMXP.DLL: 0316=>URLMXP.DLL: 0317=>URLMXP.DLL: 0318=>URLMXP.DLL: 0319=>URLMXP.DLL: 0320=>URLMXP.DLL: 0321=>URLMXP.DLL: 0322=>URLMXP.DLL: 0323=>URLMXP.DLL: 0324=>URLMXP.DLL: 0325=>URLMXP.DLL: 0326=>URLMXP.DLL: 0327=>URLMXP.DLL: 0329=>URLMXP.DLL: 0330=>URLMXP.DLL: 0331=>URLMXP.DLL: 0333=>URLMXP.DLL: 0335=>URLMXP.DLL: 0337=>URLMXP.DLL: 0349=>URLMXP.DLL: 0351=>URLMXP.DLL: 0353=>URLMXP.DLL: 0360=>URLMXP.DLL: 0362=>URLMXP.DLL: 0364=>URLMXP.DLL: 0365=>URLMXP.DLL: 0370=>URLMXP.DLL: 0390=>URLMXP.DLL: 0395=>URLMXP.DLL: 0396=>URLMXP.DLL: 0410=>URLMXP.DLL: CreateUri=>Urlmxp.dll: ; n4 CreateIUriBuilder=>URLMXP.DLL: CreateUriWithFragment=>URLMXP.DLL: CreateURLMonikerEx2=>URLMXP.DLL: CoInternetCanonicalizeIUri=>URLMXP.DLL: CoInternetCombineIUri=>URLMXP.DLL: CoInternetCombineUrlEx=>URLMXP.DLL: CoInternetIsFeatureEnabled=>URLMXP.DLL: CoInternetIsFeatureEnabledForUrl=>URLMXP.DLL: CoInternetIsFeatureZoneElevationEnabled=>URLMXP.DLL: CoInternetParseIUri=>URLMXP.DLL: CoInternetSetFeatureEnabled=>Urlmxp.dll: ;upgrade to ie6+ z3 CompatFlagsFromClsid=>Urlmxp.dll: ; IE9 GetIDNFlagsForUri=>URLMXP.DLL: GetPortFromUrlScheme=>URLMXP.DLL: GetIUriPriv=>URLMXP.DLL: GetUrlmonThreadNotificationHwnd=>URLMXP.DLL: IntlPercentEncodeNormalize=>URLMXP.DLL: IsIntranetAvailable=>URLMXP.DLL: QueryAssociations=>URLMXP.DLL: QueryClsidAssociation=>URLMXP.DLL: ResetUrlmonLanguageData=>URLMXP.DLL: ShouldDisplayPunycodeForUri=>URLMXP.DLL: ShouldShowIntranetWarningSecband=>URLMXP.DLL: Explanation: URLMXP.DLL = Urlmon.dll IE8 It loads, but got hang by replacing Urlmon IE6. Manual Update (replacing): Possible seems to change Menu>FolderOptions>General>WebView to "Use Windows classic folders". Required is dependent module iertutil.dll (IE8). IE8 -> still no GUI

Yes, ClamWin slowed down with growing Definition files. Really slow to load the defs and understandably unusable with a P3 machine. My last def update is from April, sizes 166 & 60 MB.

I have Xompie 0.6a here. @Chris46, I installed Avast 4.8.1368, but I couldn't reproduce this issue. Have you tried to reinstall Avast? https://www.avast.com/registration-free-antivirus#pc Maybe Avast logged something specific - see Menu>Log Viewer. Changing the logging level might also reveal more.

Sorry for late response. I had partly little time and was away, too. I had not made any progress with Firefox 54+. For details I need more tests and have to repeat some. I have too little notes. Other Trials: XomPie files are loaded, but do not bring any progress, if forwarding to them. Maybe there are just stubs only. I'll see, if I can load BCW wrappers with the help of Kext.

In all honesty, the antivirus programs had detected few viruses in all those years, and if so, then mostly false positives here.

Hello Chris46, this has probably not been noticed until now, because apparently no one uses Avast here anymore. I had removed it years ago. ClamWin has newer definitions. I scan on suspicion. I also still have AVG 7.5 (defs 2018), Antivir (defs 2012) and Spybot 1.6.2 (latest defs) installed. These are disabled and I use them seldom for file scan only. I'm aware of that possiblity and I use bookmarks, too. It is on the first page under issues. "The History and the Bookmarks created on XP can be used on ME/98."

I have no useful results so far with the resolver. I'll make more tests over the next days.

DWMAPI is mandatory since v11th Feb. I get couldn't load xpcom without it. Maybe there is principally a possibility to remove this file check, but I don't know how. DWMAPI is called by XUL.dll.

Yes, these are with the current "kext configuration" the best values. But these are exactly the ones I had before. I tried to load DWMAPI.dll of Win7. The file is mandatory. The early version 6.0.5270.9 loads, but might not be sufficient. First I have to enable Bool - IsThreadDesktopComposited (user32) and then RtlInitializeGenericTable (ntdll). RtlInitializeGenericTable is a pointer (return value none). This is problematic., because various errors occur. Do I have a possibility here without waiting for the Kex update? Also there are subsequently other calls. 1005 (ordinal) GDI32, 1554 (ordinal) User32, _except_handler4_common and more.

Doesn't work either - Problem could be the knock-on effect of something else on my KEX-Kext system.

Avrt.dll win7 [AVRT.DLL] Then add "..\system\avrt.dll" to Contents= I guess my configuration is still wrong or perhaps KernelEx simply doesn't work this way. I'm not sure. I've Avrt.dll (renamed kexstubs dll file) and avrt.ini in the system folder. So no real avrt.dll (these are renamed). Core.ini contents line: contents=DX10,Kstub825,std,Kexbasen,Kexbases,Falkon,..\system\avrt.dll,Uxth,Mypal,KexVista I also tried the whole Path C:\windows\system\avrt.dll ini file now: ;-- C:\WINDOWS\SYSTEM\AVRT.DLL --; [AVRT.DLL] AvQuerySystemResponsiveness= AvRevertMmThreadCharacteristics= AvRtCreateThreadOrderingGroup= AvRtCreateThreadOrderingGroupExA= AvRtCreateThreadOrderingGroupExW= AvRtDeleteThreadOrderingGroup= AvRtJoinThreadOrderingGroup= AvRtLeaveThreadOrderingGroup= AvRtWaitOnThreadOrderingGroup= AvSetMmMaxThreadCharacteristicsA= AvSetMmMaxThreadCharacteristicsW= AvSetMmThreadCharacteristicsA= AvSetMmThreadCharacteristicsW= AvSetMmThreadPriority=

It isn't, there's only one Firefox process. I didn't see new defs.

Have you already worked on LCID functions - stubs or implementations into u26?

No, unfortunately, none of that eliminates the exception. I do not intend to experiment with ExKernel in the near future. Sure, this could be interesting as well. NLSDL Win10 seems to load, but thats a bit strange: NLSDL of XP or 7 has no module warnings or error images.

DW Profiling excerpt: If I had counted correctly the exception occurs 5 times after NLSDL.DLL. DllMain(0x7FE80000, DLL_THREAD_ATTACH, 0x00000000) in "OLEAUT32.DLL" called by thread 0xE0B97701. DllMain(0x7FE80000, DLL_THREAD_ATTACH, 0x00000000) in "OLEAUT32.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x00960000, DLL_THREAD_ATTACH, 0x00000000) in "AVRT.DLL" called by thread 0xE0B97701. DllMain(0x00960000, DLL_THREAD_ATTACH, 0x00000000) in "AVRT.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x03130000, DLL_THREAD_ATTACH, 0x00000000) in "XUL.DLL" called by thread 0xE0B97701. DllMain(0x03130000, DLL_THREAD_ATTACH, 0x00000000) in "XUL.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x7C340000, DLL_THREAD_ATTACH, 0x00000000) in "MSVCR71.DLL" called by thread 0xE0B97701. DllMain(0x7C340000, DLL_THREAD_ATTACH, 0x00000000) in "MSVCR71.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x01FF0000, DLL_THREAD_ATTACH, 0x00000000) in "BLOCK.DLL" called by thread 0xE0B97701. DllMain(0x01FF0000, DLL_THREAD_ATTACH, 0x00000000) in "BLOCK.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x7C140000, DLL_THREAD_ATTACH, 0x00000000) in "MFC71.DLL" called by thread 0xE0B97701. DllMain(0x7C140000, DLL_THREAD_ATTACH, 0x00000000) in "MFC71.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x02000000, DLL_THREAD_ATTACH, 0x00000000) in "AVMUFC.DLL" called by thread 0xE0B97701. DllMain(0x02000000, DLL_THREAD_ATTACH, 0x00000000) in "AVMUFC.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x009D0000, DLL_THREAD_ATTACH, 0x00000000) in "SARAH.DLL" called by thread 0xE0B97701. DllMain(0x009D0000, DLL_THREAD_ATTACH, 0x00000000) in "SARAH.DLL" returned 1 (0x1) by thread 0xE0B97701. DllMain(0x009F0000, DLL_THREAD_ATTACH, 0x00000000) in "NLSDL.DLL" called by thread 0xE0B97701. DllMain(0x009F0000, DLL_THREAD_ATTACH, 0x00000000) in "NLSDL.DLL" returned 1 (0x1) by thread 0xE0B97701. First chance exception 0x406D1388 (Thread was named) occurred in "XUL.DLL" at address 0x0378AF59 by thread 0xE0B97701 "JS Helper". Yes, the had tested both together. Only LocaleNameToLCID >NLSDL:DownlevelLocaleNameToLCID produces the problem. Apparently z2e is also not a solution to fix this exception, assuming that this is, where the error comes from. On FF 16th start, I see the window flash for a split second. Basically the function LocaleNameToLCID=>NLSDL:DownlevelLocaleNameToLCID is very promising: This function is used only by applications that run on pre-Windows Vista operating systems. Its use requires a download package. Applications that only run on Windows Vista and later should call LocaleNameToLCID to retrieve a locale identifier. The two others GetParentLocaleLCID and GetParentLocaleName aren't called. Multiprocessing and sandboxing is another trace. In the period of early 2017 was worked on the sandboxing feature: Electrolysis, Firefox's multi-process architecture, is the prerequisite for Firefox's sandboxing feature as it makes use of child processes to establish security boundaries. https://www.ghacks.net/2017/01/23/how-to-change-firefoxs-sandbox-security-level/. The message "couldn't load broker services" obviously refers to this. This message appears with Kex API logging and breaks FF54 start already shortly after loading XUL. Environment variables like SET MOZ_DISABLE_OOP_PLUGINS=1 SET MOZ_DISABLE_GMP_SANDBOX=1 SET MOZ_FORCE_DISABLE_E10S=1 SET MOZ_DISABLE_CONTENT_SANDBOX =1 don't seem to have an effect, because e10s is probably still blocked/disabled due to my insufficient system. Generally, to be sure, I have some prefs already set, too. user_pref("browser.tabs.remote.autostart.", false); user_pref("browser.tabs.remote.autostart.2", false); user_pref("dom.ipc.processCount", 1); ...

I just checked LocaleNameToLCID=>NLSDL:DownlevelLocaleNameToLCID with reboot. Unfortunately, I didn't even have the GUI of the browsers I use every day. So I'm back to z2e for now. Other than that, I didn't do any further testing today.