
jumper
MemberContent Type
Profiles
Forums
Events
Everything posted by jumper
-
Good, selective quote. So also: never redundantly quote the previous post in its entirety. Be selective, or simply respond without quoting.
-
No, I've never even been to this topic. The current Android Opera Mini is buggy, phantom browsing while I clean up my Downloads. The clicks in Downloads are also getting blindly applied to the current tab. Exiting Downloads also goes straight to an in-app ad. Time to switch browsers. Opera is history.
-
-
Still waiting to hear what happens when Dwm.dll is redirected to LZ32.dll. The new resolver should handle any missing dependencies or and tell us exactly what to do.
-
Redirect it to LZ32 and let the new resolver handle the dependencies. DWM is for hardware acceleraton of desktop rendering, so we really don't want it. What is calling it?
-
LCIDToLocaleName=z4e LocaleNameToLCID=z2e
-
LOCALE_CUSTOM_UNSPECIFIED 0x1000 looks even better. So maybe definitions in the form: *LCID=r4096s#
-
A short article on thread naming using exception 0x406D1388. Calling DLL is debug version or thinks it detects a debugger. DW profiling might support this technique. NOT related to the LCID functions. Also: Failing very first LCID call might prevent subsequent calls.
-
If the app is multiprocess, all processes must be terminated. Firefox54 and other browsers might be. Check with a process viewer and try logging out. Does logging show the new definition, the old, or the wrong api entirely?
-
Not if only definitions are changed. Then only the app needs to be restarted so Kexstubs will reload the new definitions. If the set of api's hasn't changed, there is no reason to restart KernelEx. But it certainly won't hurt if you choose to do so.
-
Change: [AVRT.DLL] Then add "..\system\avrt.dll" to Contents= Might be simpler to use the KnownDLLs / LZ32 method with avrt.dll in KernelEx folder.
-
Kex25 not seen. Your configuration is a mess. You really need to start over from scratch. Use more stubs to avoid the cows, resulting in fewer modules and fewer stubs needed overall. Use all latest KernelEx and aux. files and the correct Unicows. Do not mix-and-match from different KernelEx versions. Do not use post-XP files. Do not use files from other extenders.
-
Try cloning kstub825.dll. Use Kexports on Avrt.dll to get a list of exports to use for definitions. Put the new Avrt files in Windows\System so KernelEx will work on it. Can you load Avrt.dll in a dll loader such as Ktree or Procwin?
-
Cow (can of worms). For multimedia, probably delay-loaded, so delete for now. Export DW results as text. The PNGs were of no use.
-
11Feb hangs in AVRT.DLL. The others do appear to start, then crash internally and exit. Check the Kexstubs log to see if any stubs were invoked just before the hang or crash.
-
Removing the dot from the end of your link, it appears ConditionVariable_windows.cpp is a cross-platform abstraction layer that was rewritten to avoid Vista CV api calls that XP doesn't support, but KernelEx does. But I don't know what all was changed when. To debug, we'll need to compare before and after DW profiling logs to see what modules might be failing to load. Then more detailed KernelEx debug logs to find the difference in api calls. Doing the same with Opera Presto might give us some additional insight.
-
Browsers for Windows NT 3.1/3.5/Win 3.x
jumper replied to shelby's topic in Browsers working on Older NT-Family OSes
The question was about wrp and browservice. -
Radeon Xpress 200 and Radeon X800 refuse to work on 98SE
jumper replied to JukeBoxHero's topic in Windows 9x/ME
Under IRQ Steering, first deselect Get IRQ table using ACPI BIOS. What does the IRQ Routing Status say? -
Workaround found: Add an equal number of dummy named stubs. At most, half plus one of the definitions in each section are converted to ordinals. Update: Fixed! Coming soon.... Thanks @Goodmaneuver
-
Reproduced. Smaller numbers can also fail. 0418 sometimes works, sometimes fails. No workaround yet.
-
Thanks, I'll try to reproduce. Looking at the addresses, it might be a problem with Ktree or the way Kstub825 hides the dummy names. What tree branch is displayed in the left window?
-
KernelEx 2022 (Kex22) Test Versions (4.22.26.2)
jumper replied to jumper's topic in Windows 9x Member Projects
Then you are definitely posting in the wrong topic thread. And as an end user, post-4.5.2 versions are not for you. Please remove them from your systems immediately. -
None of your responses to me make any sense, so I recommend you stop experimenting with current versions of Kexstubs.
-
KernelEx 2022 (Kex22) Test Versions (4.22.26.2)
jumper replied to jumper's topic in Windows 9x Member Projects
Is this a regression from previous versions of KernelEx? (Yes or No) Only if Yes: what was the last compatible version of KernelEx? Do not post anything more than just what I have asked for. -
Reread my last post until you understand it. If you still can't figure out how to ASCII sort, keep your definition files very small and let Kexstubs do the sorting for you. Blank definitions are no longer needed. There is no problem with using multiple renamed copies of the latest Kexstubs.dll. Ktree loads each module individually and shows addresses based on each module's preferred address. Ktree can't predict how the loader will rebase them on-the-fly when they are used together. This is why you are seeing multiple api's at some addresses when using multiple copies of Kexstubs. A future version of Kexstubs might allow selection of a base address in the definition file.