jumper

You jumped the gun by about 15 minutes! :lol:

The PSAPX method was only needed for a short time. An updated Psapi.dll for KernelEx was released almost five years ago.

Please debug what is going wrong with Vuze and JRE in W2k mode. Unless an app was written for NT4, if it calls IsProcessorFeaturePresent it should work on W2K. (There is no point to calling it on 9x/ME as they always return FALSE, and 95 doesn't even have it.) >> It continues to be deactivated in Core.ini for non-NT modes. I must have been looking at previous unreleased versions when I wrote that. I was adding and making lots of OS-related changes at the time. > It was not deactivated in Core.ini for non-NT modes so I have removed them in Core.ini20i. Good. The correct solution is to move "KERNEL32.IsProcessorFeaturePresent=none" to [WIN95.names] and remove all other references. For everyone who reported problems with IsProcessorFeaturePresent back in July, thank you for reports and your patience. I will adjust the *.24 package and release it very soon.

> I don't hate everything about Google; I still use their search engine (albeit via Startpage.com). Startpage.com gives me a "No cypher overlap" error. Google.com doesn't, but requires a FF2 UA to be usable! > They say reCaptchas also let you pass without any probs in other browsers if you're logged into a Google account... This summer Google invalidated old login cookies and updated their login JS, so it is no longer possible to login on FF2. So while I still use SM2.0.14 90% of the time, I continue working on making Roy's browsers more usable on 9x/ME via KernelEx (KG74 is currently the only way I can upload MSFN.org attachments from home!).

Try an older version of libgio-2.0-0.dll. File version: 2.28.8.0 7/19/11 8:00 AM is XP-compatible.

It can't be done directly anymore. This was discussed in detail several years ago. External storage is as easy as replugging the card into a compatible card reader. Otherwise, if the phone appears as a sharable drive on a modern system, you might be able to access it remotely. Another option is to backup the phone to the cloud and access the files directly (or indirectly) from there. Your phone might also be able to email you individual files of interest. Can Linux access modern smartphones? If so, there is a slim chance the source code could be adapted to Win9x.

According to information at VideoHelp.com, it appears that starting with PotPlayerSetup-1.7.19955-ads.exe the installer is Ad-Supported.

Oleaut32 45.32 is Win2000 and 4532.3 is bwc24d. This first is actually older than 4520 for 9x; 4532.3 adds new functions to 4532. Search Google for "Oleaut32 2.40.4532" and you will find two MSFN.org threads from nine and five years ago that discuss which version is the best for 9x/ME. For systems without KernelEx, the answer is 2.40.4520 and it is the version used in all the latest service packs. That should be the version in Windows\System. Optionally, later versions of Oleaut32.dll can go into Windows\KernelEx and be activated via [HKEY_LOCAL_MACHINE\Software\KernelEx\KnownDLLs], but only if they include the APIs: #442 RegisterTypeLibForUser, and #443 UnRegisterTypeLibForUser. (KernelEx already supports these functions, so this option is pointless at this time!) > from http://el1.cz/infos/Native.htm "EliCZ, Aug-15-1999" Obsolete information about NT4. NTAPI is the NT driver API. KernelEx does not support drivers or NTOSKRNL. > CloseHandle returns 0 if fails as well Correct. That is why it is called by NtClose instead of just being forwarded to. > The DriversDocumentation document I quoted is still relevant & correct for Ntdll.NtClose. Incorrect. Read the Requirements section: the document is for NTOSKRNL.NtClose, not NTDLL.NtClose! > I have JRE7 working but Vuze only starts up with BASES, BASESN, or NT40 or above settings. The text is not displaying... As described, this isn't a regression. When you figure out what changes need to be made to KernelEx to better support this JRE7/Vuze combination, let me know. > Depends does not profile correctly. Right. Depends works in undocumented, mysterious ways and often doesn't work as desired with KernelEx apps.

Lots of ideas from searching: Traceback "ImportError: DLL load failed: The specified procedure could not be found."

Does this help? "It seems I've been able to fix it by adding permissions in the dcom service directly."

But when disabled did the messages (or anything else) change?

> I get mixed results with Depends profiling programs Depends.exe should be set (before launch) to the same mode as the KernelEx app being profiled. > So it looks like KEX settings are determining differing outcomes. Yes, that is the whole point of having settings!

> Infared is not a "port", per se. Infared is (an adapter connected to) a serial port. In the system BIOS, make sure the IR serial port is enabled. If it already is, disabled it to see how the system reacts.

> Dillo was ported to Windows once, now defunct. Three times that I know of, so still not clear. Do you mean: 1) The real Windows port "dillo3.exe" ("This version of Dillo was built on Nov 28 2011 using GCC 3.4.5 (mingw-vista special r3).")? 2) the Dillo fork "dillo-win32-3.0p9.exe" (December 5, 2009, ten years old!) 3) D+ Browser / Dplus (version 0.5b, October 15, 2013)

Does Win98 need to exit to DOS or can PupWin98 run in a DOS VM console (with WIn98 still active)?

> So I click the download link, and the File/Save Box loads. Is the desktop the default directory listed? If so, try changing the default to a non-standard user folder to avoid triggering the Desktop Undo Manager or disturbing networked links. Recreate the delay while a process viewer that shows cpu usage is visible. Does the Firefox activity go up or down during the delay? (Is FF busy or waiting for the system.)

Dillo / v3.0 is not a Windows app. How do you run it in Win98?

The only differences in the two log files are in OleAut32.dll. Make sure you are using version 2.40.4520 with KernelEx disabled. -- G:\LAV70\L702_K22.TXT : G:\LAV70\L702_K23.TXT Depth Thread Info Return !> 1 #1 [OLEAUT32.DLL]77a278cf:GetEnvironmentStringsW(bfa5003e) !> 1 #1 [OLEAUT32.DLL]77a278cf:GetEnvironmentStringsW = 4322d4 <! 1 #1 [OLEAUT32.DLL]77a27d53:IsProcessorFeaturePresent(bfa4c01c) <! 1 #1 [OLEAUT32.DLL]77a27d53:IsProcessorFeaturePresent = 0

NtClose has not changed since ...18 (over two years), so the problem is not there. Substituting DeleteObject for NtClose only acts as a stub and causes a resource leak. Also, it returns a BOOL so on failure returns zero which for NTSTATUS NTClose() means STATUS_SUCCESS. BTW, if you are still using Kexstubs (any version), don't! It is not to be used for APIs that have already been added to KernelEx. > "NtClose is a generic routine that operates on any type of object. This is from the drivers documentation and only pertains to kernel objects (not GDI objects). The Win32 documentation states: "Deprecated. Closes the specified handle. NtClose is superseded by CloseHandle." It goes on to state that (like CloseHandle) it only closes the following (non-GDI) object types:

> LoadLibraryExA("c:\program files\fontforgebuilds\lib\python2.7\site-packages/fontforge.pyd", > 0x00000000, LOAD_WITH_ALTERED_SEARCH_PATH) returned NULL. Error: The specified procedure could not be found (127). The result is correct because the forward slash is a mistake: "When specifying a path, be sure to use backslashes (\), not forward slashes (/)."

LOAD_WITH_ALTERED_SEARCH_PATH is supported in all Windows versions. However if HKLM\..\SafeDllSearchMode is 0, the current directory is searched before the System and Windows directories instead of after.

> I'm quite certain you are wasting your time. As stated in... We are already quite aware of its OOTB limitations. The question now is: can it do anything after a bit of tweaking? RegGetValueW can be hexed to RegGetValueA. AcquireSRWLockExclusive and AcquireSRWLockShared can be hexed to SetLastError.

> KexBases23 has introduced an error in the LAVFilters-0.70.2-16.exe install (see image). OK with KexBases22. Profile it and check the debug logs to see what changed that might have caused the problem. I can't do much without details. Remember to try alternate compat. modes. > There is an alternative to Msvcr80 31113 or 40209 as msvcrt. Msvcrt.dll is a known problem. Do not use Msvcrt80.dll as Msvcrt.dll ! Use 6.10.9848.0, 7.00.9981.0 or 7.10.7031.4 instead. Then KernelEx can provide the additional API's needed. > if Ntdll > NtClose is linked to Gdi32 > DeleteObject NtClose currently calls CloseHandle: "NtClose function...Deprecated. Closes the specified handle. NtClose is superseded by CloseHandle." DeleteObject is not the same thing. > Also Riched20 vs 14.0.7155.5000 is working on all applications using it. Some of my other builds require vs 5.50.99.2070 to work. (Certain menus & save options are corrupted with later Riched20 versions where GetGlyphIndicesW function appeared, & KEX is not to blame, I believe it is in the registry) I currently use 5.30.23.1200. More research on Riched20 and Riched32 is needed.

If it's acting like a bad overclock, try underclocking everything: CPU, RAM, buses. Check the RAM and video heatsinks and fans as well. The BIOS might let you disable internal CPU caches.

Usually it is a good idea, even necessary. Can you list the "all files" you fixed and give us a hint as to why you are patching them?