Tihiy

Here are some parameters to greatly tweak ClearType rasterizer: [HKEY_LOCAL_MACHINE\Software\Microsoft\Shared Tools\ctras.dll\parameters] "Decimation"=dword:00000001 <- Decimation: advanced processing. Gives less color fringe. Disabled (0) by default. "Gamma"=dword:00000064 <- Text gamma. 100 (0x64) by default. [HKEY_LOCAL_MACHINE\Software\Microsoft\Shared Tools\ctras.dll\flags] "CompatibleWidth"=dword:00000001 - Force glyph into default metrics. If enabled (1), uses standard (non-aliased) metrics. Very useful for small fonts. Disabled (0) by default. "NonCTDIRAA"=dword:00000001 - Additional anti-aliasing. Works only with Decimation enabled. Don't enable without Decimation. Disabled (0) by default. "CTDIRSPP"=dword:00000000 - Sub-pixel positioning. Disabled (0) by default. I like those i specified. Note that changes apply only for newly-started programs.

Now this is a serious bug which must wake RP9 from hibernation. Stay tuned.

Well not really. I just shifted focus to other things (KernelEx for example). There is no point releasing new betas unless this thing is stable; finishing this thing requires dedicating extreme effort which is not feasible for me. I'm sorry for that, but I never claimed this thing as usable. I don't see critical problems with RP9 so your point is invalid.

In order to fix Foxit 3.1 leaking, turn off its toolbars (F8). Fix for that issue may or may not come in next version.

There is a scenario in which Miranda IM would damage RP9/system skin objects. RP9 has protection against that, however KernelEx 4.5 can break it. Next version should have that fixed, but i'm not sure about Miranda being so stinky.

Looks like GDI resource leak. Does quitting Opera helps?

It sounds like kexCOM failed to unregister on uninstall which is surprising.Check [HKEY_CLASSES_ROOT\CLSID\{00021401-0000-0000-C000-000000000046}\InProcServer32] value (after removing 4.5). should be "shell32.dll". Also please tell if you used any uninstallers / Safe Mode.

You can replace libgio2...dll with older one (from older Gimp). Doesn't have anything to do with SuspendThread or KernelEx. Doesn't seem to work on Windows XP. Are you sure it worked? And what's wrong with QT? KernelEx should be able to digest that. I'll test it later. You need to have ..\etc folder. I.e. if you're launching files from c:\mingw\bin, you need to have c:\mingw\etc. Also make sure there is no msys-1.0.dll in \windows\system.

I'm talking KernelEx 4 beta 2 which is about to be released. If you have problems with Thunderbird 2 / Firefox 2 not opening links, disable kernelex for them with compatibility tab. Don't blame community; i just recently confirmed the problem (and the problem rise last year with some security update).

Hyperlinks should be fixed in beta 2.

I've researched this issue and - that may sound stupid - it's really mimicking XP behavior. SHParseDisplayName check they added in some security update actually may fail to process mailto: links. Nevertheless it's a serious issue and it will be fixed soon. And if you want printing, what you wanna print?

I'm not sure how ntkern really works. But 98 kernel has (K32_)NtCreateFile which calls ntkern one and takes unicode strings. So no, your idea is not working. You have to call ifsmgr directly somehow.

I've tested and unfortunately it's a failure. Calling NtCreateFile with unicode characters just turns them into underscores (any non-english char).

Yet to be tested. I'm afraid it's not that easy. Only those which "win32 services" are registered for. Not much for ntkern. 9x already has hideous support for NT device namespace. For example, you can do CreateFileA \\?\C:\file.txt and you'll receive handle for file opened with NT minikernel. This handle is limited to only certain apis so reimplementing whole certain apis and kernel driver will be required.

IE bugs and other reported crashes were all confirmed and being fixed, don't worry.

Set Enabled=0 in [Crash Reporter] section in application.ini located in firefox folder. Then post crash message here. (use wordpad or some other pad to open that ini file)

Photoshop crashing. Not sure about FF3 shell integration, you may ask someone else. KernelEx 4.0 Final 2 doesn't have photoshop crashing bug so you may try it meanwhile.

This bug was reproduced and will be fixed in 4.5 beta 2.

Could it be that your CPU is just not supported? Try kex 4.5 with flash 10.1 also.

drwatson.exe is built in windows. Autoruns can be downloaded from microsoft, but you need older version or kex installed. All you need is click File->Save (txt file) and attach it here.

Well, sorry, take your time. Downgrading Firefox from 3 to 2 can be problematic so create profile backup. You can make your list of resident programs with Autoruns or Dr. Watson. I have tested Photoshop 5.0 and didn't find any problems with it and KernelEx 4.5. Could be your/98 system specific.

Well the situation with FF3 printing is complicated. Whole printing algorithm was replaced when they moved onto Cairo graphical layer. It's very complicated now and uses a lot of NT GDI extensions as well as printing/postscript improvements. With the scaling emulation added into Final 2 FF3.0 was able to print, however, it was very hardware dependant since printing creates various undefined situations which some drivers don't handle, and one error stops whole printing. Plus, images can be incorrectly positioned. Plus, you can leak all your resources out while printing lot of pages. FF3.5 started using unicode print functions which weren't implemented until kex 4.5 (and they're far from perfect now). So the situation isn't improved yet and i'm not sure if/when it will.

I don't recall it to be fixed. If it prints, results are comparable to FF3.0 (bad).

1) Try removing KernelEx 4.5 and installing 4.0 Final 2. 2) Remove Norton/Symantec apps. List other resident apps you have. 3) If you want proper shell integration, you need to install Firefox 2, make it default and then upgrade it. Also, can you try Photoshop 5.0 in windows safe mode?

Huh? Well then extract DLLs out of that exe into \windows\system or app directory.