tomasz86

I was wrong about Microsoft Runtime Libraries Collection(x86) True Addon. It does not require any dependency fixes anymore but it is still required to modify its structure in order to be slipstreamed correctly so I have just uploaded a fixed version. You should not use the original one by YumeYao/ricktendo64 because not all files will be integrated into the W2K source. I'm sorry about that :/ By the way, I have changed the title of the topic from "Windows 2000 is alive!" to "Windows 2000 unofficial updates" because I think that the latter is more appropriate

I think the problem with "§" is that when I set system locale to Korean and then run the script something like "==" becomes "??" instead of "§#§" so the beautify.cmd part cannot work properly. The "§" seems to be processed incorrectly by cmd.exe for certain system locales. There's no problem when I set it to Polish.

Could you specify the problematic file?

Has anyone got any idea how to process such lines automatically: ELK_LOCALE_INUSE_201a=\ "sth1" ELK_MUI_INUSE_046e=\ "sth2" and get this: ELK_LOCALE_INUSE_201a="sth1" ELK_MUI_INUSE_046e="sth2" ? I've tried many different ways but can't get through it :/ I guess my commandline knowledge is too limited... There are different lines inbetween too.

Edit: Updated information available in #31.

I'm not sure about it but this problem may only occur if you actually install SP3 manually, not when you use a slipstreamed XP SP3 source (I can't find the key in hive*.inf files, and I haven't really got time to go deeper into this now).

I've found another bug... [[WMP.CopyAlways.Help.Tours.WindowsMediaPlayer.Video.Files] viz.wmv, , ,0x20 should be [WMP.CopyAlways.Help.Tours.WindowsMediaPlayer.Video.Files] viz.wmv, , ,0x20

A think there's a (minor) bug in XP SP3 installer. If you unpack it and open the "UPDATE\update.inf" file you can find these lines: [Save.Reg.For.Uninstall] HKLM,%SMIEAO%\%SECURITY%\CACHE_FLUSH,"RegPoliciesPath",,"%SPMWCV%\%SET%\%CACHE%" [IE.AdditionalSettings.AddReg] HKLM,%SMIEAO%\%SECURITY%\CACHE_FLUSH,"RegPoliciesPath",,"%SPMWCV%\%SET%\%CACHE%" but if you look for the "%CACHE%" variable under [strings] you will see: [Strings] CACHE="Cache As you can see the second ' " ' is missing so the variable will probably not be processed correctly I can't check it myself as I don't have access to any XP SP2 or lower at the moment (in order to install SP3 and check it). The correct line in the registry should be: HKLM,SOFTWARE\Microsoft\Internet Explorer\AdvancedOptions\CRYPTO\CACHE_FLUSH,"RegPoliciesPath",,"SOFTWARE\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\CACHE" Could anyone check it? And check if you haven't got sth like this: HKLM,SOFTWARE\Microsoft\Internet Explorer\AdvancedOptions\CRYPTO\CACHE_FLUSH,"RegPoliciesPath",,"SOFTWARE\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\"CACHE"

I added one more lines to splitinf.cmd: ::Replace even more stoopid "|" with a dummy string "§#########§" CALL :run_gsar :x7c :xa7:x23:x23:x23:x23:x23:x23:x23:x23:x23:xa7 and one to beautify.cmd: ::Replace a dummy string "§#########§" with even more stoopid "|" CALL :run_gsar :xa7:x23:x23:x23:x23:x23:x23:x23:x23:x23:xa7 :x7c because some lines with "|" simply disappeared after running splitinf.cmd. By the way, jaclaz, is there any particular reason to use the "§" character and not any other one? It gets "butchered" when system locale is set to some languages (Chinese, Korean, Japanese for sure) and therefore the final output is not correct.

UURollup-v6 (ENU) is ready. Changes: - Added kernel32.dll, shell32.dll, uxtheme.dll and a few other files from BWC kernel (WB files were used in the previous versions). The biggest advantage is that uxtheme.dll can be used directly from %systemroot%\system32 and that they add some very useful APIs to the system. - Added dbgeng.dll, dbghelp.dll, imagehlp.dll from Windows XP pre-release. They have more APIs than the original W2K ones and are still compatible at the same time (later XP files are not compatible). Thanks piotrhn for providing these files. - MS Runtime Libraries addon no longer requires any modifications so you can use the YumeYao/ricktendo64 version directly. The URL links to ricktendo's post where you should download the addon using the first link. I've also updated Microsoft .NET Framework True Addon. It's based on the newest packages provided by OnePiece and requires UURollup-v6 (or higher).

Have you tried going inside the ".\.\.\."? I think there must be the end somewhere.

BWC's KDW won't have any effect on the cpu limiter patch You may want to try a combo of UURollup (Global) + BWC Kernel as doing so will bring almost all unofficial updates together with the kernel to you, and you will still be able to use the cpu patch. As for SATA3 I'm just not sure if the drivers work for the chipset. You'll probably have to test all the different versions available on the BWC's blog (as I had to do) to find a working one. Mine is AMD A55 chipset and the working driver is the one listed as "for SB700/SB800".

I think you should download and add through nLite only this driver from Intel

From my experience I can say that most XP drivers will not work in Windows 2000 so you should check if there're W2K compatible drivers before buying anything. Actually, the motherboard you're linking to will probably work with BWC drivers: http://blog.livedoor.jp/blackwingcat/archives/844979.html http://blog.livedoor.jp/blackwingcat/archives/1614037.html One problem with BWC's cpu limiter patch is that you'll lose it if you install WB kernel as WB kernel has newer versions of the files concerned. I'm not sure if SATA3 works with BWC drivers (but should...). USB3.0 is likely not to work.

@Mim0 You may want to put makecab.exe in HFTOOLS and then change all "makecab.exe" to "HFTOOLS\makecab.exe" in the script. Of course doing so will require having makecab.exe in HFTOOLS Or to do it simpler you can just add this line in the beginning: IF NOT EXIST HFTOOLS\makecab.exe (SET MAKECAB=makecab) ELSE (SET MAKECAB=HFTOOLS\makecab) and change all makecab.exe / makecab to %MAKECAB% so HFSLIP will use HFTOOLS\makecab.exe only if it exists and will use the one present in the OS if there's no makecab.exe in HFTOOLS. Here's a cabarc.exe one-liner with LZX:21 compression to compress everything in a folder if anyone's interested: SETLOCAL ENABLEDELAYEDEXPANSION& FOR /F %%I IN ('DIR/B') DO (IF NOT "%%~xI"=="" (SET EXT=%%~xI& CABARC -m LZX:21 N %%~nI!EXT:~0,-1!_ %%I) ELSE (CABARC -m LZX:21 N %%~nI._ %%I)) Replacing makecab.exe with cabarc.exe in HFSLIP would require some work...

What motherboard have you got? (please write the exact model number). If you integrate SATA drivers through nLite they will be loaded at the same time as if you used a floppy disk and load them manually.

SATA = AHCI in your case. You should just integrate those drivers with nLite. You needn't use any other "boot disc".

This error may be related to a corrupted .NET Framework 2.0 installation (I've experienced something similar here). Have you tried reinstalling it?

@erpdude8 Windows2000-UU-HBR-KBz2584577-x86-Global.exe

So it seems that there's a bug in XP's makecab.exe... Could anyone else confirm? I've fixed the above CABARC.exe based script so it can work for all files regardless of their extension.

Are you 100% sure? I don't see the problem here (created by makecab.exe 5.0.2147.1): I think the problem with HFSLIP and makecab/cabarc is that you can use makecab like this: makecab text.txt and get text.tx_ while with cabarc you need: cabarc N text.tx_ text.txt There's no problem when doing it for a single file but if you've got a folder of files with different extensions then it may be a little difficult. 1) With makecab.exe you can just: FOR /F %%I IN ('DIR/B') DO MAKECAB %%I 2) For cabarc.exe maybe something like this? SETLOCAL ENABLEDELAYEDEXPANSION FOR /F %%I IN ('DIR/B') DO ( IF NOT "%%~xI"=="" ( SET EXT=%%~xI CABARC N %%~nI!EXT:~0,-1!_ %%I ) ELSE ( CABARC N %%~nI._ %%I ) ) The problem is that it will work only for files with 3-letter extensions. Makecab.exe is much easier to use in this way... EDIT: Using makecab.exe is easier but cabarc.exe can do the same job too!

I've already downloaded DivX 8 but haven't done anything with it yet. I'll try playing with it 6.8 doesn't work for you.

I find /3GB useful as I tend to have a lot of tabs open in my browser (Opera) and sometimes the RAM usage gets extremely high. Without /3G it crashes around ~1.6 GB used and with /3GB enabled it runs fine up to ~2.4 GB And I do have 8 GB of RAM but 50% of it is used for a RAM disk.

Does the /3GB switch affect the output of LOADDR? I've got /3GB enabled here.

Windows 2000 is not that old