loblo

I don't think Firefox supports eot fonts, AFAIK they are for IE only (decompressed by t2embed.dll). Sometimes eot fonts aren't compressed but mere ttf files without an internal name which can generally be fixed in a font editor such as fontforge or type light. There is at least one online font conversion site that does (or did) conversion of compressed eot to other formats but I can't remember which one. Anyway webfonts are always served in multiple formats so you just need to grab an easily convertible format to convert to ttf if ttf isn't available as webfont which happens sometimes. Fontforge can convert woff and svg fonts to ttf. For DuckDuckGo you need: https://duckduckgo.com/font/ddg-serp-icons.ttf

You'll find some working links here: http://www.filewatcher.com/m/hpjsi_en.exe.6049961-0.html What does the printed error log says? Perhaps you also need the Adobe universal postscript driver (shot in the dark): http://www.adobe.com/support/downloads/product.jsp?product=pdrv&platform=win

SeeFont: http://www.jongware.com/binaries/seefont_1_0.zip FTView: http://roy.orz.hm/soft/ftview.exe dtl OTMaster Light: http://www.fonttools.org/downloads/OTMA/OTM_Light_370_WIN.zip Type Light: http://cr8software.net/files/Typelightsetup.exe

I have no idea man, really you should try it to see if it makes a difference..

Drugwash, same issues with Firefox 8 here.

If the problem doesn't occur on XP with 12.02, then it's got to be a 9x issue and my assumption was wrong I guess.

Webfonts are fonts that are served from the web instead of being on your machine. Their purpose is to allow webpages to render with whatever font they have been designed, and as you've noticed their use is more and more widespread. They may be served by the website using them itself or its eventual content delivery provider (sometimes embedded in css as base64 encoding) or served by webfonts providers such as Google fonts (free) or Adobe (commercial). Using a browser with no support for webfonts or disabling that feature is no real problem for text rendering because the browser will simply use the fallback/substitutes fonts that are installed on one's system instead of the intended font. The problem remains however for the webfonts consisting solely of a variety of glyphs/icons whose use is also more and more widespread and for which there are no substitutes/fallback on one's system. To address this, the only solution I found was to find some of those fonts and install them on my system. I have 12 installed so far (they cover quite a bit, Web Archive 2, Twitter, Wordpress and many more) and have uploaded them in case it's useful for someone else: http://www.datafilehost.com/d/fbdbe635. They should all work as intended apart from the icomoon one. Icomoon webfonts are generated on demand and the content of the font will be different from site to site using it but at least you'll have nice icons instead of gibberish even if they are not the right ones should you choose to install it.

Try also hpjsi_en.exe and please let us know if either of those work or not.

Try mobileprinting4notebooks98me-en.exe

Well, support for webfonts in this version of Opera is either buggy or out of date or both so there is not much to lose by disabling the feature IMO and fall back on the substitute fonts. In addition to this and a bunch of unicode fonts to cover most of the current unicode plane I've added to my font folder genericons.ttf, noticons.ttf, dashicons.ttf which are used by wordpress sites for icons and fontawesome.ttf which is the largest and apparently most used icons font and frankly there is not a lot of gibberish or missing characters/icons I encounter while browsing. Perhaps there is a better solution by cooking up some userJS or userCSS that would allow better or full support of webfonts in Opera 12.02 but don't count on me for that.

I found out a while back when I encountered identical issues on other websites, I had just forgotten about it, thinking initially I had fixed them with the extension I mentioned earlier. How? Can't remember but probably by checking if there were hidden fonts setting in opera:config and trying them out after finding them.

Disable webfonts in opera:config.

The Font replacement table extension might be able to help you with that.. https://addons.opera.com/en-gb/extensions/details/font-replacement-table/

This screenshot is made on an NT system, you can't get that information on 9x.

Yes, it's the small size, along with leaks, of 16bit resource segments (USER and GDI) that are the reason resources get depleted. It's been discussed quite a bit a while back. Try to look into old topics for more information. Searching for "heap expander" would probably yeld. Having Revolution Pack installed can mitigate the GDI depetion issues to some degree as it's got a built-in clean-up routine for those, not so much for the USER resources unfortunately.

I have reuploaded the super hard to find GDIView from tihiy to add one more to the pile: http://www.datafilehost.com/d/1ea1abfc

Works fine for me on Win ME with Opera 12.02, Firefox 8, K-Meleon 1.6 and D+. OffByOne fails to open it however, letting me know it can't open https://:/.

http://www.regxplor.com/index.html http://classic-web.archive.org/web/20140202233337/http://www.japheth.de/RegView/RegView.html

Does your x850 card work OK under the other OSes? Perhaps the card is faulty. Did your AGP card and drivers also used a HD resolution monitor? Perhaps this card or those drivers don't cope well with that resolution.

Let's assume HWMonitor doesn't work well with your motherboard sensors. As for Speedfan values, 11.26 is OK for +12 but 3.84 seems really low for 5v which may indicate a power supply issue. If you wanna know if you've got capacitors problems check Vcore fluctuation over 10-15 minutes with the graph feature. And in the vein of dencorso's suggestion but lazier you could always boot a Live CD, Linux or WinPE, and see if you get random lockups too which would definitely point to hardware problem.

AFAIK there is no way to do that directly as the GDI heaps don't store information as to which process owns which used resource if i am not mistaken. The only way you might know is by running a tool such as Bear and check what it reports before and after running a program.

Try checking your voltages with a tool from within Windows (such as Speedfan or Hardware Monitor) as the value you report just cannot be right but may indicate there is a problem. If your Vcore voltage fluctuates by more than a few hundredth of a volt you've most probably got a problem with some of the mobo's capacitors and this would account for the random crashes you report.. Dead or dying capacitors don't always show physical signs of damage such as bulging or leaking.

The only way to order items in the context menu is to export them as reg file, then delete them in the registry, order them in the reg file as you wish them to appear and then import that reg file in the registry. This won't allow you to put shell extension items above standard items however, and shell extensions items may force themselves to a specific place.

I bet on dying motherboard capacitors.

I had to revert kexbasen to original dll as I can't use Gimp properly anymore with the updated one. PSPI.exe systematically crashes on enumerating photoshop plugins during Gimp startup: PSPI caused an invalid page fault inmodule MULTIHISTOGRAMEQUALIZATION.8BF at 0177:00a08ae9.Registers:EAX=00521000 CS=0177 EIP=00a08ae9 EFLGS=00210216EBX=00000000 SS=017f ESP=0074f894 EBP=00000002ECX=833a587c DS=017f ESI=00520fe4 FS=5cdfEDX=833a57a0 ES=017f EDI=bfa462a1 GS=0000Bytes at CS:EIP:66 39 18 75 f9 03 c5 66 39 18 75 f2 8b 3d 84 e0 Stack dump:00000000 00008bb8 0074f948 00a00000 833a57a0 833a57a0 00a05b74 00000094 00000004 0000005a 045a0bb8 00000001 646e6957 2073776f bf00454d 00a00000 Once Gimp is loaded, every plugin I try to use crashes such as: UFRAW-GIMP caused an invalid page fault inmodule MSVCRT.DLL at 0177:7c00ef24.Registers:EAX=00000000 CS=0177 EIP=7c00ef24 EFLGS=00010212EBX=0000000b SS=017f ESP=00e54db4 EBP=00e54de4ECX=00e7b980 DS=017f ESI=00000000 FS=5f6fEDX=8384003d ES=017f EDI=0000000b GS=5f7eBytes at CS:EIP:8b 06 85 c0 75 d4 8b c6 2b 05 c0 95 04 7c 5e c1 Stack dump:00000000 7c00f06e 00e7b930 00e7b930 00000000 00e7b8f0 7c003773 0000000b ffffffff 00000000 00000000 00000000 00e54e38 7c02624f 00e7b930 00000001 **********************************************************************SCRIPT-FU caused an invalid page fault inmodule MSVCRT.DLL at 0177:7c00ef24.Registers:EAX=00000000 CS=0177 EIP=7c00ef24 EFLGS=00010212EBX=0000000b SS=017f ESP=0076fac4 EBP=0076faf4ECX=00cb76b0 DS=017f ESI=00000000 FS=478fEDX=8384003d ES=017f EDI=0000000b GS=5bceBytes at CS:EIP:8b 06 85 c0 75 d4 8b c6 2b 05 c0 95 04 7c 5e c1 Stack dump:00000000 7c00f06e 00cb7660 00cb7660 00000000 00cb75b0 7c003773 0000000b ffffffff 00000000 00000000 00000000 0076fb48 7c02624f 00cb7660 00000001 With all files updated except kexbasen I have none of those crashes.