Tihiy

Beta 0 JUGGERNAUT http://tihiy.ahanix.org/rpXbeta0.zip In fact, it can't be beta since it's no stable than alpha; however it's 'feature complete' for now. I'm leaving for vacation and I wish source of problems with Alpha 4 will be found. I'll also be looking into Flash issue (which is not bitmap but font leak). Known issues * shutdown issues * display bitdepth change issues [new]

Ok, it seems i've catched Chozo4's error. ...no wait it's post-alpha bug

No, wait, by reinstalling OS you will cease my ability to fix the. I'll try to replicate your system by installing your versions of system files and programs. If it crashes after app exit, i could think of heap optimizer bug - but it wasn't changed since Alpha 2; what changed in alpha 3 - resource cleanup (which is too no-brainer to crash now) and fix for restoredc, but it can't corrupt anything now (unless something was already corrupted).

Meanwhile, i've compiled version which expands heap for all bitmap types and that made GDI heap JUGGERNAUT. If Alpha 4 will be OK, expect Beta 0 which will make pain in your fingers trying to leak all resources by minimizing / maximizing Process Explorer.

Alpha 4 - Fixed <theoretical> problem with restoring DC corrupting GDI (Chozo4?); - Fixed improper handle validation code causing crash in thunk (Gimp 2.6). Download: http://tihiy.ahanix.org/rpXalpha4.zip Alpha 4 installs on top of latest RP9 (RP9.1.0) and replaces existing RP9 "GDI Salvation" techologies. Extract zip somewhere, right-click on .inf file and select "Install". You can turn GDI Heap Extender on/off from RPConfig (it replaces GDI Salvation technologies). ... [only rp10.dll was changed since alpha 2] Uninstall with RP9 or by installing RP9 back on top. In this build, i'm hunting for: - Locks/glitches. Test it well! I hope this build can be called "stable". To ensure GDI_HX is the source of problems, disable 32-bit icons / delete comctlv8.dll There are known possible system shutdown problems.

Alpha 3 - Fixed problem with restoring DC not updating data (Gimp crash); - Rewritten cleanup to work properly (not deleting wrong bitmaps). Download: http://tihiy.ahanix.org/rpXalpha3.zip Alpha 3 installs on top of latest RP9 (RP9.1.0) and replaces existing RP9 "GDI Salvation" techologies. Extract zip somewhere, right-click on .inf file and select "Install". You can turn GDI Heap Extender on/off from RPConfig (it replaces GDI Salvation technologies). Plus, this RP9 build fixes sudden-32-bit-icon-loss which turns to happen in out-of-ram situations. ... [only rp10.dll was changed since alpha 2] Uninstall with RP9 or by installing RP9 back on top. In this build, i'm hunting for: - Locks/glitches. Test it well! I hope next alpha to be last one. To ensure GDI_HX is the source of problems, disable 32-bit icons / delete comctlv8.dll There are known possible system shutdown problems.

Well, seems cleanup on exit is buggy... Too bad I almost never catch this. Sure it is. GDI Salvation == GDI Heap Extender now.

Alpha 2 - Restricted extender to certain APIs to fix problems (with Flash etc.) - Hardened handle validation. Download: http://tihiy.ahanix.org/rpXalpha2.zip Alpha 2 installs on top of latest RP9 (RP9.1.0) and replaces existing RP9 "GDI Salvation" techologies. Extract zip somewhere, right-click on .inf file and select "Install". You can turn GDI Heap Extender on/off from RPConfig (it replaces GDI Salvation technologies). Plus, this RP9 build fixes sudden-32-bit-icon-loss which turns to happen in out-of-ram situations. (.vxd is required for this purpose) This build has ClearType cut off. Bear in mind - Alpha! Uninstall with RP9 or by installing RP9 back on top. In this build, i'm hunting for: - Erroneous cleanup on program exit; - Sudden locks/glitches/shutdown problems.

It happens when other app exits or all by itself?

Okay, i've fixed crashing issues. Next alpha would be combined with RP9 (since it's not possible to hijack APIs once KernelEx is started, and asking you to disable both RP9 and kex is too much hassle). The only thing that bothers me - no reports from DBCS 9x systems ITT.

Thanks, but it's no use since Me does not show error address :\ oc_dt report is required.

That's non-informative. Please write down the error text (crashing address) otherwise it's no use.

No. Yes. You can do yourself. It's a little of Reshacking and .lng text files.

Can you specify the error messages?

Really? Who can confirm?

FF3.0.x is printing with KernelEx4 SVN due to improvements in APIs which Pango/Cairo use, but only [porn] pictures. That's due to heavy use of newer PostScript APIs and weird scaling it uses. It may be possible to improve printing in the future, but it requires a lot of work.

Hey hey hey, EyesOfARaven, slow down. Dibeng.dll crashes are possible and i'm looking for it, however from your dump i can't see a thing clearly. It's no use replacing dibeng.dll since it's not related. You should uninstall/disable RP9 for test, however. If you're seeing dibeng.dll problems (AFTER starting heap extender) use drwatson and attach its log to the post. From your log it's all sorts of problems. Please tell me: - what is happening after you run startrpx (better don't put it into run key) - which gdi.exe version/language is - which app causes problems for ya Edit: oh, i've reproduced IE/youtube/flash crash. Well, show must go on...

Well, it's recommended for problematic software. Let's make table with problematic soft in this post then! Opera 9.6 Uses a lot of GDI resources with web pages and itself. Opening a lot of tabs may drop resources below 40%. Alpha 1: +500% improvement. ImgBurn 2.4.x Uses a lot of resources by itself. (1/3 of all system). Alpha 1: +100% improvement. Flash 9+ May leak GDI resources with problematic web pages. Alpha 1: not tested. Foxit Reader 2-3 Leaks a lot of GDI resources. Extremely unstable. Alpha 1: not helping. SolSuite 2008 Uses a lot of GDI resources. May consume all available resources. Alpha 1: not helping.

here be dragons

GDI Heap Extender is a technology aimed to improve Windows 98/Me system capability to load more programs and run more stable by extending available GDI resources. Alpha 1-5 apply extender technologies now only to one type of GDI resource - DIB bitmap, which is most common heavy resource. Beta 1-2 covers all bitmaps and thus saves more resources. Eventually, this technology will be included into Revolutions Pack. Beta (meaning - untested) version is aimed to ensure: - This technology will work on all systems and all file versions. - This technology is applicable to real systems. - This technology does not introduce problems with performance and stability. So, you can help me much by testing it. What you shouldn't see: - Crashes, BSODs and lockups. - Graphical glitches. - Resource leaks. Be aware: - Any crash would be fatal, and any error during initialization will lock up your system. Download: http://tihiy.ahanix.org/rpXbeta2.zip Beta 2 installs on top of latest RP9 (RP9.1.0) and replaces existing RP9 "GDI Salvation" techologies. Extract zip somewhere, right-click on .inf file and select "Install". Also: Please don't duplicate error messages. Please don't redistribute. Please read this thread.

You should disable KernelEx for it.

So i shouldn't do that? http://www.mediafire.com/?mzyuinr9mzl

RP9 causes this message, it's not related.And i must confirm other sites, GDIMaxHeapSize is in win.ini while USERMaxHeapSize is in registry. That's how it is.

Just unregister (and delete) msvidctl.dll.

however i'm highly unsure if it will work on DBCS systems.