Tihiy

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.

Surely it's cleanup. Now test this please (without NoCleanup on) and let's hope push fs / pop fs save the day. http://tihiy.ahanix.org/rpXbeta4.zip

I felt it, since it was the second only Alpha 2->3 change. But it's just assembly code and the issue must be deeper. Stay tuned.

Beta 3 dissection edition http://tihiy.ahanix.org/rpXbeta3.zip * Reverted RP9 to beta1 (thus shutdown probs again); * Other changes nobody cares about. This build has debug partial disabling functionality, intended to help Chozo4 identify the problem: Please turn on all those switches in \windows\uberskin.ini: [Beta] Alpha=1 NoCleanup=1 NoSetDIBits=1 NoRestoreDC=1 NoGetDIBits=1 NoIsGDIObject=1 NoWackoHacko=1If this solves your problem, please narrow the source of the problem to the only switch. If it's not, i'm gonna divide by zero. Don't forget rebooting. The summer is almost over.

Can you re-try Alpha2 please? Just to be sure.

It may be difficult to obtain proper performance on 128MB of RAM. Final algorithms are gonna be much less aggressive. supem/Chozo4?

Yeah, and youtube works? Finally! Oi don't do that!Beta2 loads drwatson at startup, that may be problematic/unwanted behavior. I have to figure out how to make unloadable DLLs, so far there's no perfect approach.

RetroOS sites test seems to be very useful. I didn't find leak but on second test run apps start to hang. So avoid Beta 2 for now. Edit: or not, it's just adobe.com which hangs frequently for no reason.