Tihiy

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.

You need to install Visual C++ 2008 (VC2008) Redistributable for Windows 9x/ME [1.43 MB]: http://www.mdgx.com/files/VC_R_9X.EXE

It automatically sends "enable unicode" messages on dialog creation and window query which should cover most apps. Newer (SVN) version has completely overhauled unicode window layer which should cover all unicode windows.

x64igor, they're already implemented since IE5.5 afaik. You need to sent CCM_SETUNICODEFORMAT to control or support WM_NOTIFYFORMAT. KernelEx does (did) both.

Where is it taken down? It's still available from regular place: http://get.adobe.com/flashplayer/otherversions/

You don't need DLM (and nobody does) Adobe is constantly breaking Flash Player install, but i believe you still can get .exe installers from here: http://get.adobe.com/flashplayer/otherversions/

This is retarded. IE5 and up come with NT API emulator which implements all missing APIs required for IE on 9x platforms (mostly Unicode functions). No, IE is not tied to NT security model (at least before SP2).

Taskbar is broken in UberSkin since shl8.dll checks shell32 DllGetVersion. The different behavior with Win95 taskbar is one window message. You may fix it roughly by hexing out "DllGetVersion" string in shl8.dll.

You can install RP9 bare-bones (no 32-bit icons, skins) but to win over Opera resource leaking you need GDI Heap Extender which stuck in beta. And on 32MB of memory newer Opera is extremely terrible; can't you use older versions?

http://tihiy.ahanix.org/NotesMSI.html

No. Yes.

No. Sorry, i don't need testing anymore, nor do i have time to review testing results. GDI Heap Extender is unstable beta (stable for someone/thing, but not everyone/thing) and there are known problems which require major changes which i can't afford yet due to lack of time.

http://www.geocities.com/the_real_sz/misc/bear_.htm

You need to restore kernel32.dll with sfc.exe or manually.

Latest DVDFab seems to be poisoned with terrible GDI leak. GDI Heap Extender is able to make it run, but it still leaks more than half of system resources. You can try to persuade developers to fix that, but usually they don't really care. Note: GDI Heap Extender is still in deep beta.

Yep. I plan RP10 to bump it to 4MB (only if not already specified). Setting too big values is not recommended as it may deplete too much selectors.

you've bumped into 32-bit heap limitation <- link doesn't work for some reason, look previous page with GDIMaxHeapSize description. As for GDI Heap Extender: i had release ready but now i'm fighting with extremely nasty Miranda IM crash similar to previously reported, and it's hard to defeat.

Please don't touch RPXBetaX. It's intended only for those who had problems. Final beta will came, with optimizations.

I wish i knew exactly.GDI Heap Extender works this way: [**** i suck at diagrams] There are GDI handles pointing to 16-bit local heap memory blocks. Handles are stored in handle tables and consist of 4 bytes: pointer to block (2 bytes) and flags (2 bytes). When GDI Heap Extender kicks in, handles are decoupled from blocks. It preallocates several memory blocks [arenas] in 16-bit heap (~1% of resources) and provides those blocks for active GDI handles with special LRU algorithm: * when new handle is allocated, it points to least used arena. if handle was using this arena, it is 'swapped out': contents are moved into special 'shadow' 32-bit heap. handle is marked by special 'mutated' flag 0x80. this value is not defined nor used in 16-bit heap. * when GDI function receives handle marked as 'mutated', it must 'unmutate' it the same way: find least used arena, 'swap out' its contents, and 'swap in' object contents. That's pretty much is it. This way each bitmap handle costs only 4 bytes to GDI heap, not 44 as before, thus potentially there is 10 times possible improvement. There are other limitations for bitmaps (global memory, LDT, 32-bit GDI heap) but best case it's really 10+ times. GDI Heap Extender also can increase performance sometimes, and that's not obvious. I'll tell ya later. So what was the problem? 0x80. It seems in Chozo4 case some program/driver is abusing handles the way i do, so I added simple check if it's really a bitmap.

Once again, this one should do the trick... http://tihiy.ahanix.org/rpXbetaX.zip

You must have IE6 installed. I believe installer warns about that.