jumper
Content Type
Profiles
Forums
Events
Everything posted by jumper
-
Same here. I've made good progress with many ReactOS files, and with my main build and testing systems back online, should have more to report soon. Xompie 0.4a is worth a try; mainly stubs, but most of the files load.
-
Facebook requires registration to read. Twitter does not. RyanVM did not.
-
What is this telling you? And when you run it from different location?
-
You hardcoded the exe filename, but not the path you want. It looks like you are running the test program (directly or via a shortcut) from "C:\Program Files" so that folder alone is used in the Target path. If from a shortcut, check the "Start in" folder specified there.
-
Try WinSCP 5.1.8 (portable). Run it by ImportPatcher to see what is missing.
-
Mmhid.dll
-
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