TmEE

And I poked him again, and this is what he told : I'll edit the post when more info is available.

In my case it is : performance compatibility with certain hardware I use daily (sound stuff) my own hardware projects customisability/tweakability doesn't spy on you impossible to take down remotely more or less modern malware proof I do have installs of newer windowses but they mostly collect dust, I just don't need to run them very often (only for FPGA stuff really).

He just wrote the test tool as we spoke about it. Plus he has code from older times to use for the purpose. He writes some stuff, sends it over to me, I run it, send back error results and wait for another test. Couple hours went by like that haha. Once he appears again I will poke him about the 2.1.2.

With the help of a friend of mine, the problem is figured out :

I have been experimenting with WinME and I will be switching over to in from 98SE for sure, mainly because it takes much more effort on ME to get large blits fail than it does on 98SE and TCP/IP does not go through some form of corruption after a while that makes it drop new connections. Anyway I have this one weird problem around accessing network shares from my 98 based server : I cannot access any share until I have accessed a share that is not password protected through Network Places by going to workgroup->computer->share. Accessing a password protected share prior to that will make windows yell share is inaccessible or nothing happens altogether, sometimes password is asked but nothing happens beyond that. Also none of the shortcuts will work prior to accessing a share by going to it through Network Places as I described earlier... I only get "share/computer is not accessible" type error messages. When I do get such an error I need to hit refresh in the workgroup window and after that I can attempt access again. On my 98SE computers there's no problems around this, I access the share from shortcut and it will ask me password or show the share directly, no errors ever (unless network cable in unplugged ) Has anyone ever experienced something similar ? What settings can I change in the server and/or the ME computer ? EDIT: Solution : get driver version 6.64.0.0 if you have Broadcom NetXtreme 5788 NIC and experience the issues described. I will host the versions I found on my site sometime, I need to reorganize some stuff first.

A friend of mine has looked at the DOS source with his friend and most of it is pretty direct ripoff of CP/M LOL. Labels, structure, and a whole lot of stuff match.

Go for a Core2Duo machine if going for Intel route. One of the cores may sleep all time but the one that runs will run circles around a P4. My machine has a E7300 in it I got for 16€. It is 2.66GHz but way faster than the 3.2GHz P4 was in m old machine, takes much less power and does not heat the room up (though some people may like that LOL). My laptop runs a 2.2GHz AMD Turion 64 ML-40. 98 and ME run very well on it, and battery life is much longer than with XP on the machine. You do need to install Powernow! or there won't be any battery life regardless of OS and settings. I got 2GB of RAM in the laptop and with ME I can have it all usable, minus 64MB the GFX chip takes, which makes the RAM figure 1984MB that is just below the absolute max, so there's no need to muck around in the SYSTEM.INI file when installing (which can be a PITA with ME).

I'm going to give it a go shortly, I'll report back soon EDIT: It works wonderfully ! @Dencroso : Yes that same VIA file. I will also have a new configuration for 2GB RAM shortly, and then another once things prove to be stable.

I just tried that, and the driver installed, hardware was recognized and did not show errors.... and then I plugged in an USB stick and the machine froze. EDIT: But using USBHUB20.SYS from a VIA driver makes things work properly.

Wow, this is a cool find !

9.20 works with vanilla 98 and ME, no need for KernelEx.

All my PCI slots are used But yes, when one other option that got presented to me ends up not working out I will take a much closer look at NUSB. I already peeked in and I think it will not be too hard to get just the USB 2.0 bits play nice.

That is the thing, the hardware is much newer than 98 or ME, there are no "official" drivers. For 98SE I just install NUSB and all is fine and dandy. Not that kind of luck with ME.

On my laptop and main computer the USB 2.0 devices are both unknown devices, and all USB stuff runs at 1.1 speeds.

I am testing out Windows ME and the final thing I have not managed to "fix" is USB 2.0. I found an experimental USB 2.0 driver from MDGX site but it doesn't work on any of my hardware... So I wonder, is there anything else besides that experimental one ? I didn't seem to find anything... Perhaps components of NUSB for 98SE can be used to create something definitive ?

3.8.x.y works for me as long as you don't need sound. Sound stuff just is not functional... 3.6.x.y do have working sound. I have not tried video.

I think I found the fix to the white clock problem - you need to make PChealth.EXE not run prior to installing RP9 and applying skins and stuff. The service will undo the changes in system files done by RP and that causes the problem. It'll likely make the system more responsive too as there's one less thing that is constantly monitoring everything. It seems on WinME the "superbar" version of a skin will not have two rows of systray icons as on 98SE... but I can live with that, it just looks less good. EDIT: Seems only the Watercolor Emico is affected, that means I'll only have to adjust the skin's ini file ! I'll provide a "fix" when I achieve that ^^ EDIT2: TaskBarSize=39 will give me 2 rows of icons. I am not able to get 2 rows in other ways so I'll have to adjust the other taskbar related values so all looks uniform and naiss.

I experienced same problem in WinME myself, but I did not look what causes it and how to get rid of it. No problem in 98SE.

One really big thing that 9x does different is that floating point registers are not preserved by the OS. When a driver uses FPU stuff and expects OS to handle preservation things will crumble down very quick.

I never had any issues with DOS boxes on any of my hardware with this driver, and key thing is I pretty much only use Ati video cards. 7x00, 9x00, X300 and X550

I would have put a shortcut on the desktop or in start menu programs group.

I found no obvious way to access it besides going into program files folder. It is certainly a welcome addition

After a long 98SE session I start getting Internal Communication Error when loading pages and/or missing images and elements in web pages in Opera. Temporary solution seems to be right-clicking on missing elements and reloading them and things start working again for a while. Other option that gives temporary effect is release/renew of the IP address. It kind of seems the TCP/IP stack gets messed up in some way after a while...? Other thing that happens after a while is image freezes in Opera, and some other programs windows. Blits seem to become ineffective. Screenshots end up color depth reduced too at that point. Decreasing window size will make things temporarily functional again, aswell as closing the program, waiting a while and sometimes hammering ctrl+alt+del also helps. Having DOS boxes open will greatly shorten the time before the problem to appears. This one is definitely some kind of GDI related issue. GDIMaxHeapSize and UserMaxHeapSize both have effect on this, having larger values than default are most definitely helpful. I have not found a sweet spot but first is an 24576 and second is at 4096. This also allows MS-Paint to load much larger files than it normally allows. Not having KEX or RP installed will mean very short session time before the problems appear. Having Skype running will significantly shorten the time those errors start appearing. I wish some 3rd party alternative exists... So I am wondering if there's any more permanent fixes ? Those two seem to be the most annoying things as far as stability and longetivity goes of a single session. Current uptime 1 day and 4 hours ^^ EDIT : I have made some little tests. When the blits start failing the functions return the GDI_ERROR value. Maybe with help of a friend I can find something that could lead to fixing that annoyance someday Uptime 2 days and 7 hours EDIT2 : A bit later and it seems windows is to the point where Blits no longer recover. I can only have small window sizes from now on. None of the workarounds... work... around... lol Interesting thing is that there have been no broken images or internal communication error pages in Opera. EDIT3: So I managed to finally destroy the session with a program a friend made that could spawn thousands of windows. ~2000 windows killed the session. On the next session I could do 4000 and stuff worked without ill effects after closing. More is also possible and things still work. I also tired to overflow GDI stuffs, and I managed. But it all fully recovered when I closed down programs and stuff. Windows gets internally messed up after a while, and not necessarily because of your actions... EDIT4: Blits of wide images are much more likely to fail than ones that aren't wide. Height plays a whole lot smaller role here.

I guess make a copy of MSHDC.INF and modify the top two sections to be like the 3rd one is here (copied from MSHDC.INF) and feed it to the new device. Perhaps it'll work then. [esdilc1]ConfigPriority=HARDWIREDIOConfig=1f0-1f7(3ff::)IOConfig=3f6-3f6(3ff::)IRQConfig=14[esdilc2]ConfigPriority=HARDWIREDIOConfig=170-177(3ff::)IOConfig=376-376(3ff::)IRQConfig=15[esdilcgen1]ConfigPriority=HARDWIREDIOConfig=10@0-ffff%fff0(ffff::)IRQConfig=3,4,5,7,9,10,11,12,14,15

The problem is likely that standard IDE controller driver of 98 is dumped on the hardware, and that driver does not allow free adjustment of the resources. However you should be able to add new ranges to the INF and that should make it work...