tomasz86

I use Malware Defender. It's very light (~10MB of RAM). You can find a Windows 2000 compatible version on my website in the Programs section

Chromium has that very annoying Javascript related error (more info) which for me makes it unusable in Windows 2000 as the main browser @Tommy I've got no idea why Windows Defender's autoupdate doesn't work but I'll try to check it By the way, I've finally managed to install NFS: High Stakes and play it... but there are no errors in my system The game seems to run well. I've installed it in Windows 98 compatibility mode using "apcompat.exe".

I was thinking about files which contain some language specific characters, etc.

@Yzöwl Thank you for the script. I've done some tests and it does work for "\\SP.QFE\\" but I think I need to take a different approach. The script will just check and save a list of SP*QFE folders which exist and than basing on their actual names from the list replace the strings. It's much easier for me to write and should be more efficient since there will be no need to check for non-existing folders. I know about it I'll have to add all those exceptions. At the moment it was just a basic structure. @jaclaz Thanks. It works fine. Are there any precautions when using TYPE like that?

@Tommy It's definitely cased by the Intel driver. Intel graphics drivers don't seem to like PAE, unfortunately Actually the only graphics drivers about which I can say for sure that they work with PAE enabled are the NVIDIA ones. I haven't changed anything related to Windows Update recently... Especially in case of a slipstreamed installation the only change done by UURollup is setting HKLM,"SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU","NoAutoUpdate",0x10001,1 in the registry.

@bphlpt Unfortunately, the program doesn't work in stock Windows 2000 (md5sum.exe is not a valid Win32 application). It does, of course, work in my modified system but it would be good to have something compatible with the original one too. @Glenn9999 FCIV supports Windows 2000 and above. @allen2 Thank you but as you've said, it doesn't generate correct MD5 hashes for binary files (just tested on a DLL). It does work for text files though.

I'd like to use both comma and space as delims. In your example it's only the former And "eol=" actually sets EOL to double quotes so lines like this "abc, def will be ignored.

The problem is that I don't know that it's "SP2QFE" before running the script. I'm also struggling with another problem 1.inf ;abc, def When FOR /F "tokens=1,2 delims=, " %%a in (1.inf) do echo %%a,%%b the line is ignored as it starts with ; and the default EOL is set to it. I want to disable EOL but also set delims to both comma and space at the same time. Is doing it this way FOR /F tokens^=1-2^ eol^=^ delims^=^,^ %%a in (1.inf) do echo %%a,%%b the only possible solution? I know about the other method of setting EOL to an uncommon character but I'd like to avoid it. The desired output should be: ;abc,def

I've tested the script which I mentioned in #1 a little bit more. It's very strange... There seems to be a bug in it somewhere because it does work for some files and doesn't work for others. For example, 1. Empty file 1.txt has MD5 of d41d8cd98f00b204e9800998ecf8427e. The script is able to generate it correctly. 2. Now I add one line "abc" to the file. The calculated MD5 is now wrong. 3. I add a single space after abc ("abc "). Now the calculated MD5 is correct again...

I've got a different problem now... Basically speaking I'm searching for something like this: FINDSTR/IR "sp.qfe" 1.inf and the output is: ?"%sourcepath%\\SP2QFE\\bitsinst.exe /setupservice /resourcedll:%windir%\\system32\\xpob2res.dll" I need to know that the string found is specifically "SP2QFE" so that I can use gsar to remove it like this: gsar -o -s"SP2QFE\\" -r 1.inf It's not possible to get such information directly from FINDSTR, or is it?

How could such an utility be created on the fly? Unfortunately MD5 is a must since I need it mainly (but not only) for creating update.ver files for M$ hotfix installer which requires MD5 hash to verify files.

I've found that one in many different places. The problem is that it only works for text strings, not files... and I'm a complete zero when it comes to VBS so I've got no idea how to change / utilise it

I've uploaded the first and completely untested version of PowerShell 2.0 & WinRM (KB968929). It's available in the Download Archive (Windows2000/UnofficialSP5). UURollup-v11 weekly/daily and .NET Framework 2.0 are required. You'll see an error at the end of the installation but the package seems to be working nevertheless. I don't even know how it works yet. At least there are no unfixed dependencies. You can start PowerShell by typing "powershell" in the command line. If there's anyone knowledgeable about PowerShell then it would be very nice if they could test some real scripts in it.

I've been using FCIV and will probably continue to use it if I can't find any other solution. I'd like to use a VBS script instead of it since such a script can be created on the fly in Windows while FCIV has to be downloaded separately.

Does anyone know about any script which can generate MD5 of a file? I've searched in the Internet but haven't been able to find anything working. I did find this: http://scriptbox.toll.at/index.php?showcontent=Calculate%20MD5%20Hash.vbs and everything seems to work fine except for the fact that the hash generated by it is wrong (doesn't match the real MD5). Basically speaking, I'm looking for a solution to calculate MD5 in Windows environment without relying on any 3rd party tools.

You just need to download and unpack it, then copy contents of your Windows 2000 CD into the SOURCE folder (basic info about HFSLIP available here). After that just run the script and wait until it's finished. That's the problem It's called "Member Title".

The label daily means only that it's a very experimental version updated on a daily basis. It doesn't mean that it's "incomplete" It's a just a full version which hasn't been tested yet and sometimes contain some additional experimental features which may or may not be later included in weekly / stable releases. You don't need to install any previous / other release of UURollup-v11 before applying a daily one. If you want to test in a VM then I'd suggest using Innotek VirtualBox 1.5.6. It's an old version, has some bugs but it supports Windows 2000 as a host very well, is suitable for testing Windows 2000 too and it's also VERY light and fast compared to other / newer virtual machines. In my case it consumes only about 160 MB of RAM when running a VM with Windows 2000 installed in it In my experience the biggest pain when setting up VMs is not CPU, not RAM but a slow HDD. Having an SSD or at least a faster HDD (>= 10,000 rpm) helps a lot. I actually run my test Windows 2000 VMs from a RAMdisk. If you decide to reinstall I'd highly recommend using my HFSLIP package. Almost all updates (official and unofficial) are already included in it so you don't need to install anything later manually (maybe except for .NET Framework). By the way, I think you should avoid talking about this since it violates the forum rule 1.a and may bring you trouble As for the "newbie" label, you should be able to change it under My Settings.

I've just bought a USB 3.0 extension cable and replaced the old USB 2.0 extension cable with it. The HDD works correctly when connected through the new one so there's definitely something about it

@GaryMX I can't guarantee that everything will work smootly, especially when you're installing these packages in a running environment where there have been already other updates, applications, etc. installed. I hope that you can understand that I'm just a single person any my capabilities are limited. When it comes to testing, I myself use daily releases of UURollup in my desktop system. I also install them in a VM to see if everything is OK. In case of weekly releases, in addition to the standard procedure I also test slipstreaming and installation over a previous weekly release. If there are no problems then such a weekly release may become a stable one later. During such a testing period I often find some bugs myself and fix them, or try to fix issues reported by others. There are some people like Tommy who do some extensive testing but, still, we're just a few people so we're just physically unable to test these packages in many different environments. We're not Microsoft or any big company who've got hundreds of different machines used specifically for testing so there always exists possibility that something may go wrong. If you want to be 100% safe then preparing a system partition image before installing new unofficial packages is probably the best way to do it (I use Clonezilla for it). I can't really say anything about the BSOD as you're the first person to report such an issue. I know you've been experiencing those file/folder permission issues due to having Windows 2000 installed twice and some system files mixed, and this may be a problem when installing UURollup-v11. It's really difficult to say anything more concrete in this situation. It would be nice if you tested it in a clean system so that we can check whether the problem persists or whether it was caused by the unstable system. If it does persists then we can investigate more into it.

Google search is almost always better than built-in forum search engines (as long as the database is indexed). If you're looking for a .NET Framework 4.0 installer for Windows 2000 then I'd recommend reading this topic: Unofficial SP 5.2 for Microsoft Windows 2000

Almost all updates. The only one major component missing from the package is .NET Framework which you can download separately.

@HumansCantBeTrusted Unfortunately not USP5.2 is going to be like that, i.e. a one big package with everything included. I'd call USP5.1+UR2+UURollup the most basic set but if you want to have FULLY updated system then there are still many more packages to install. If you check the HFSLIP_ia.7z archive you will have an idea what packages are required to have a fully updated system.

I think that it would be good to start a new topic in the Hardware section and ask for such an utility for new Intel processors. Maybe someone will come up with something I wouldn't delete it myself... I don't really know how the system will work without SFC.DLL. I'm going to experiment with the registry later without modifying the DLL itself. First of all, I'd suggest replacing WTSAPI32.DLL and WINSTA.DLL in "%WINDIR%\SYSTEM32" with their original Windows 2000 versions to check whether they are the culprit. The XP files were added some time ago to fix the TeamViewer related issue.

Could anyone else confirm? I've got two printers installed and haven't experienced any problems with choosing the default one.

All of the merging is done 100% automatically. As for strings, they have been replaced with their original variables using this script: FOR /F "skip=1 delims=" %%B IN ([Strings].inf) DO ( FOR /F tokens^=1-2^ delims^=^=^" %%C IN ("%%B") DO ( FOR /F "delims=" %%E IN ('FINDSTR/ILM "%%%%C%%" "*.inf"') DO ( TOOLS\gsar.exe -i -o -s"%%%%C%%" -r"%%D" "%%E" >NUL ) ) ) so there are no string variables present at this point. [strings].inf uses this format: [Strings] LangTypeValue=9 WSEDIR="1033" TSCLIENTDIR="Terminal Services Client" etc. Edit: @Yzöwl I'm not sure what you're exactly asking about above... Do you mean the spaces? I was thinking about lines like the one below which Microsoft somehow managed to produce. Taken from Windows 2000 SP4's update.inf: HKLM, "SYSTEM\CurrentControlSet\Services\RASMAN\PPP\EAP\25", Path, 0x00020000, "%%SystemRoot%%\System32\rastls.dll"