LLXX

The only OSs I'd risk booting from flash would be DOS, XP Embedded with EWF, and LiveCDs that run from RAM.

Same here. Don't know why they called it "Cleartype", I get headaches from trying to read the text if it's enabled.

Q1: I don't know the answer to this, but I will assume ALL the major CABs must be present... (i.e., BASEx.cab, MINIx.CAB, DRIVERx.cab, WIN98_XX.cab). An exception to this would be WIN98_OL.CAB. Q2: If installing using Microsoft's own (Windows 98) SETUP.EXE, I believe the answer to your question would be "no". Q3: If you're talking about packing "external" (non native windows files such as drivers/3rd party apps), then YES. Otherwise the answer would be "no"... The simplest and easiest solution would be to place all the updated files into the Windows 98 setup directory (the folder containing all the CAB files). I've been modding my Win98 setup for years, and this has always been my preferred method. I've tried just about all other methods mentioned here and elsewhere but none seem to work correctly, if at all. As for installing device drivers, I place these files in a separate cabinet (e.g. DRIVER.CAB). The same goes for installing other custom apps. Works like a charm IF everything is in place... Thanks for the reply. I've been doing some investigation, and it seems that only MINI.CAB and PRECOPY1/2.CAB need to retain their filenames since they are hardcoded into the setup executable. MINI.CAB is actually a stripped-down Windows 3.11, which provides a GUI shell for the main setup program w98setup.bin. PRECOPY1.CAB (spanned over to PRECOPY2.CAB) contains the main SETUPPP.INF file and LAYOUT.INF, LAYOUT1.INF, and LAYOUT2.INF. The LAYOUT*.INF files determine the location of each file that exists in the 98 distribution, so it should be possible to use any sort of layout for the files. The strange thing is that these INF files, supposedly generated by MakeCAB, contain references to themselves being in PRECOPY1.CAB and PRECOPY2.CAB, and I don't understand how that is possible. Perhaps they were added afterwards, but how M$ was able to determine the filesizes is still a mystery to me...I am well aware of the method of placing files "free-floating" in the directory with the CABs, but that is not the best solution. I want to repack the CABs so they contain the updated files already, and also remove some useless files. Thus "Windows 98 Third Edition", not "Windows 98 Second Edition + etc."

That won't do, since the win98 cabs *are* spanned, and I doubt it can produce the layout file (INF) which describes the locations of the files, and is required by win98 setup to work correctly. (MakeCAB does all of this and a lot more - besides, it's what M$ used to create the original 98 setup package.)

Perhaps they should call it OS XI...

Mini-Windows 3.2 + MS-DOS 7.1 does support 137+Gb disks, so the problem didn't exist in the first place Enable48bitLBA project is now finalised. Someone should stick this thread.

I have also begun work on a "third edition", but I have a few questions: 1. Which CABs must retain their names? 2. Is it possible to install by just running setup program in a directory full of the contents of the CABS unpacked (i.e. the few thousand separate files much like in i386 of NT-based windows instead of separate CAB files) 3. Is it possible to pack all files together in one large CAB file and use that to install? Virtual PC 2004 is a free download from Micro$oft. It will be very useful to use for testing purposes. So far I have approximately 320Mb of files from all the unpacked cabs, and am figuring out which ones to update, remove, and add; along with the associated INF-editing, this is no easy task!

IMHO 19" LCDs are not better than 17" ones, since they both use 1280x1024 resolution - the pixels are just bigger on the 19". However, 19" CRTs can usually handle 1600x1200 so there is an increase in resolution.

"Mirrored here"?

The ones 1024 and above are opened by the browser, they should close eventually (TIME_WAIT). Port 100 is supposedly a "newacct" service, 133 is either "statsrv" or the Farnaz backdoor trojan 500 is isakmp. You can use TCPView (http://www.sysinternals.com/Utilities/TcpView.html) to determine what process is listening on those ports.

This is what I got, it works fine in WMP: http://video.wwe.com/wvx.php?wvx=http://wmsvod.wwe.com/raw/200608/0804marinetrailer300.wmv&speed=300&title=%22The+Marine%22+trailer&dynwvx=&preclip=

Use Tasm or Masm or any other standard assembler...

I remember there was a Chinese-written NTFS read/write driver called NTFS98 or some similar name... but I don't remember very much about that

Run "netstat -a -n" at the command prompt when you are sure no other programs are accessing the Internet. No ports should indicate "listening" if you don't have any type of server running. (Doing this while a browser is open, will result in showing many listening ports as connections are being made by the browser)

I have retail version of CD, it is indeed bootable.

This is quite common, your machine is not infected at all. Mass spammers just flood these messages over the Internet in an attempt to scare users into downloading their software (most likely malware). I once traced the origin of the message to an unsecured machine and... disabled it

It's a BETA, don't expect everything to work correctly.

Also look through the program files themselves for any hardcoded pathnames, and change appropriately.

That project seems to have died.

You don't need any Just secure your IE, and be cautious with files you download.

You will have to unpack them all, then repack them. As noted above, CAB SDK will be very useful for this.

Any NAT router is itself a sort of firewall already. You shouldn't need any more. If you don't have any services listening on open ports, then a firewall is pointless.

I remember a while ago someone else posted about a Maxtor drive that caught fire. It seems this is a recurring problem... I'd recommend WD for a replacement. You can try MHDD or Victoria (http://hddguru.com/content/en/software/) for diagnostics.

Wrong... I've used 2Gb before, with many programs open and swapfile off, never encountered out-of-memory errors. See some of my other posts regarding this issue.

Does VB have option to use an uninitialised array of bytes?Just admit it, VB wasn't meant for these sort of applications...