KernelEx v0.3.6


Note: this thread refers to old version of the project (pre-4.0 series).
To discuss new version go to KernelEx v 4.0 thread.


For those of you who are still hesitating but are willing to test:

KernelEx automatically creates backup of files it modifies and creates a special recovery script making potencial recovery as fast and painless as possible.
Please read README file carefully. Thanks.


Description:

What is KernelEx? KernelEx is a compatibility layer to allow running Windows XP-only applications on Windows 98 and Windows Millennium. KernelEx is an open source project and is not distributing any copyrighted files. This project neither requires nor includes files from newer OSes, like Windows 2000 or Windows XP.

The aim of the project is to implement functions (not present on Windows 98 / ME) to kernel32.dll and other system libraries so that recent Windows XP programs and games work on Windows 98 / ME.


Requirements:

* Windows 98 FE or Windows 98 SE or Windows ME
ANY LANGUAGE VERSION and kernel version
* Microsoft Layer for Unicode (MSLU) [Unicows.dll], version 1.1.3790.0


Latest changes:
KernelEx v0.3.6 by Xeno86/Tihiy
10/21/2008
* added custom MSIMG32 library
* rewritten non-working TryEnterCriticalSection implementation
* PeekMessageW, DispatchMessageW, IsDialogMessageW, TranslateAcceleratorW, CopyAcceleratorTableW, CreateAcceleratorTableW, CallMsgFilterW call their ANSI counterparts directly
* in unicode to codepage translations for file apis, "_" is now default character instead of "?"
* Fixed SetFilePointerEx to preserve LastError
* Fixed GetVersion apis ignoring Skip Modules list in some cases
* Fixed RegQueryValueExW bug that could lead to crash in kexulay
* Fixes and workarounds for various MSLU wndproc-related issues:
* Changed: CallWindowProcA, GetWindowLongA, RegisterClassW/Ex
* Patch to remove KERNEL32.DLL resource checking ("program is invalid format or appears corrupted")
* Implemented:
- LockFileEx
- GetCharWidthI
- LockWorkstation
- IsHungAppWindow
- RealGetWindowClassW
- MoveFileWithProgressA/W
- CommandLineToArgvW
- HeapSetInformation
* Stubs:
- RegOverridePredefKey
- ReplaceFileA/W
- CreateJobObjectA/W,TerminateJobObject,OpenJobObjectA/W,QueryInformationJobObject,SetInformationJobObject,AssignProcessToJobObject
- RegisterWaitForSingleObject/Ex,UnregisterWait/Ex
- RegDisablePredefinedCache,IsWellKnownSid,SecuritySecurityDescriptorDescriptorblahblah
- IsValidLanguageGroup
- more stubs in psapi.dll

DOWNLOAD:

http://x86.neostrada.pl/KernelEx/

This post has been edited by Xeno86: Mar 10 2009, 06:14 PM

I'm not 2 familiar wit your work, but what ever u doing keep doing it.
98se2me and KERNEL UPDATE PROJECT is all I need.
You guys r the best.

I think there are some apis you may consider to implement:
- RestoreLastError (just link it to SetLastError)
- GetFilePointerEx (not so hard)

I don't remember more easy to implement apis which can improve application compatibility.
Maybe implement some as stubs?

Another large group of functions is Unicode (....W) functions.
They can be emulated using Unicows (MSLU).

But if you'll link Unicode funcitons to Unicows functions, you'll break some applications which are not expecting Windows 9x to support Unicode.

There was KernelXP project during RP lifetime; it was wrappers around standard libraries (kernel32,user32,etc) which were using Unicows to provide Unicode functions. To use them, applications import table had to be patched to use wrapper libraries instead of standard ones. Also it provided GetVersion(Ex) emulation.
Are you interested in this?

Summary of missing APIs which I've evaluated:

Kernel32.dll
VerifyVersionInfoW (required by MSO.DLL) possible - but then what would 98SE identify itself as?
VerSetConditionMask (required by MSO.DLL) possible - see above
SetFilePointerEx (required by OSE.DLL) possible
GetFileSizeEx (required by OSE.DLL) possible
CreateHardLinkW (required by OSE.DLL) NTFS only, no chance

User32.dll
GetLastInputInfo probably unlikely
AllowSetForegroundWindow no functionality to be implemented
SetLayeredWindowAttributes too much work required to implement transparent windows

Shell32.dll
SHGetFolderLocation available in Windows ME shell32.dll (5.0 or later version)

AdvApi32.dll - All the functions below will require extensive work and thus won't be implemented - would a replacement ADVAPI32.DLL from a newer Windows version work?
LsaClose
LsaStorePrivateData
LsaRetrievePrivateData
LsaNtStatusToWinError
LsaOpenPolicy
ConvertSidToStringSidW
DecryptFileW
EncryptFileW
ConvertStringSecurityDescriptorToSecurityDescriptorW
ConvertSidToStringSidA
CheckTokenMembership

...and once I get more free time I'll resume working on the Large Disk Driver (>137Gb). I'm currently quite busy with something else (not 98 related).

This post has been edited by LLXX: Apr 2 2006, 06:37 PM

Does unicode support need to be hacked in? I thought that was what Micosoft Layer for Unicode was for...

http://www.microsoft.com/globaldev/handson...u_announce.mspx

I don't know programming, only PHP, but I can give you some ideas.
Use some tricks for CreateHardLinkW. Create a copy of that file instead of a hard link, and use a resident utility to keep the copies sincronized. What do you say? Is it possible? Let's hope that no program will create a hard link for a DVD image.

Create copy - possible
for keeping copies syncronized additional tool would have to be created

btw. For testing purposes i would need an app which uses this function.

How can this be released under the GPL????? It cant.

@Tihiy
- RestoreLastError (just link it to SetLastError) added
- GetFilePointerEx (not so hard) - couldn't find that - did you mean SetFilePointerEx?
Which ones? (a list?)Do you mean apps which already don't work on Win 9x?
Wouldn't it be better to patch kernel32.dll so that is loads unicows.dll and runs this functions instead?

Yea

I'll make a list.

No. RP4 included unicode support by default in user32.dll for example -> it raised a lot of problems (read RP4 thread) so i had to drop it
There can be problems on incorrect library load order; memory violation or deadloops if you'll directly link them to Unicows.
Better to: make a configuration file which contains something like:
[someapp.exe]
Unicode=1
Version=WinXP
and use such algorithm: open the file, check if Unicode enabled, then load unicows.dll and execute required otherwise pass to "donothing" wrapper; also version lying can be written (for apps checkit it) by rewriting GetVersion/Ex...

This post has been edited by Tihiy: Apr 3 2006, 09:03 AM

Thanks again xeno86.
With a uninstaller and a readme it's becoming less beta too. Cool!

More important, no more problems with SisoftSandra like before (tested 0.10b)




May I ask why?
The patch imports functions into the original kernel32.dll. There is no modified kernel32.dll inside and certainly no "copy past" original code from Microsoft.
Or do you mean that the functions themselves are property of Microsoft?
(being the end-user I would screw up my rights on product support after applying this patch, but that is not relevant I think)

Microsoft isn't that dumb to trademark/copyright API names

Hi, I suggest you to take some code ideas from http://source.winehq.org/source/dlls/kernel/

Not soon, i have no internet at home now and no 9x at work

I think you can use such common algorithm:
Find program you want very much to run on 9x.
- Open program in Dependancy Walker (from 2k/XP/2k3 support tools or google).
- Check what functions are missing.
- Read MSDN & Wine sources to find how important they are.
- Implement them as stubs which return nothing (xor eax,eax/retn..) or something, also SetLastError (E_NOTIMPL) if you think they are important.
- 99% of required Unicode functionality is built in Unicows.

Usually it's very hard to run complex MS program written for XP (i think Office 2003 = impossible), but it may be possible to run programs that have 9x roots (Movie Maker 2?). It is impossible to make newer libraries like MFC42U.DLL to run.

But third party programs have more chances - they don't utitize much XP-specific functionality. I had Acrobat Reader 7 loading (displayed splash screen and hung), Google Earth working, MSN Messenger 7.5 working and small XP/Vista tools working.
You can achieve more. I can help you with GetVersion/Ex emulation library and frontend.

good work on kernel32 update and is it possible to get a short list of what does run with update?things like msn 7.5 and other apps what the status on them etc.

This post has been edited by timeless: Apr 4 2006, 04:58 AM

@timeless
Applications known to work after patching:
Doom 3
Quake 4
Need For Speed Most Wanted
and other which complained about missing GlobalMemoryStatusEx

As for regular applications:
MSN - I don't know - in Poland nobody uses it.
Other apps? status = unknown - please report about your successes and failures
Make a list of applications you'd like see running on Win 9x and which complain about missing exports and I'll see what can be done.

@Tihiy
Unfortunately I'm not familiar with your RP project because of this:GetVersion(Ex) - how many programs rely on this?


Now I will be trying to run FEAR on Win 9x:
GetFileSizeEx, SetFilePointerEx and shell32:SHGetFolderPath will have to be implemented.

Hopefully it will work

I have all updates installed.Tryin 2 play Nestopia.
I get error GetModuleFileName().Maybe this can help u,help me.
And no this is not cause by your patch.

List of apps I would like is
Napster and Windows Movie Maker

This post has been edited by PROBLEMCHYLD: Apr 5 2006, 09:47 AM

What does the error message say exactly?
It would be strange if it was GetModuleFileName because it exists in Windows 9x - are you sure that it wasn't GetModuleFileNameEx ?

GetModuleFileName()failed!
This all it says

Another would be Windows Movie Maker 1
Shell32.dll:SHgetFolderPathW.

Napster- Shell32.dll:SHgetFolderPathA

This post has been edited by PROBLEMCHYLD: Apr 6 2006, 09:40 AM

Then why you posted here?