tomasz86

I'll check it as soon as possible but could you give me your HFSLIP log? It would help me a lot when diagnosing the problem

I'm thinking especially of this setting http://cdn.computertipsfree.com/wp-content/uploads/changing-system-locale-language-to-run-non-unicode-programs.jpg Check also your location.

Check language settings in Control Panel (especially system locale).

Thank you I know it's still the very alpha stage of your script but if it can be utilised even now then why not? By using it I can check if I merged everything correctly in Update Rollup 2 for example. It can also be used to remove all the unnecessary spaces and reduce the size of the update.inf file. I'll try to prepare such a difficult update.inf and upload it for you. I also have an another question: Is it possible to select sections that I would like to merge? For example, I want to merge only these sections [save.Reg.For.Uninstall] [Product.Del.Reg] [Product.Add.Reg] Nevermind, I got it. You can select them from the SPLIT_XXX folder after doing splitinf. btw, what are the two pauses in splitinf for? Your script is quite CPU hungry It uses both cores of an Athlon II x2 250 at >60%.

I didn't use any script when making HBR Mini Rollup & IE / OE Mini Rollup. As for HFSLIP: In the very beginning (in this topic) I stated that the script is a part of the HFSLIP's script. I didn't write anywhere that it was my work. TO prevent further problems: Jaclaz, is it O.K to use your script when merging updates in order to make update rollups for Win2k?

To explain it in one word - UR2 is UR1 + 106 other updates (released after UR1 starting from 2005 till July 2010).

No they are not, basically there are lines in each inf which are pertinent only to that inf. Once you merge them into one you are unable to track information between each file. When the inf is run it will use the value last recorded for a particular piece of data. If you run a line which was intended only for minimum service pack version 1024 against a machine at 768 then you can do untold damage to their system. In such case only 1024 must be used to prevent problems. What I do is to check every section manually and see if there is something wrong with it. Once you've got accustomed to them it's relatively easy to know instantly which lines are correct and which ones are not. Also when running the update.exe it checks if the .inf file is correct and reports an error if there are problems. Also one more info: the order of lines in each section doesn't matter at all. I've already checked that. They can be sorted alphabetically. I don't really understand why you're writing something like this... especially considering that I've already made HBR Mini Rollup & IE / OE Mini Rollup (100% manual work by myself) and UR2 for Win2k (107 updates merged; used HFSLIP's script for merging files and manually merged update.infs). I have enough knowledge about update.infs to merge them myself manually but it requries a lot of time and work which could be simplified using such a script like this one created by jaclaz. I don't know how to write such a script myself so I asked for help here. Is there anything wrong about it? jaclaz, there is one big problem when merging something like this %(...)% are defined in [strings] Almost all Win2k updates use such a structure but if you merge them the data is lost. If I wanted to process updates by your script I would have to change manually each updates' data to sth like before merging them: Is it even possible to do such a thing automatically or would it require too much work?

Yzöwl, but these are simple things I can easily sort manually jaclaz, fantastic work The new split_dedupe_inf only removes the duplicated sections, not duplicates in the same section. Am I right? "Echo is off." in this file. Is "==" also in exlusions? like this one Operation = CheckFileVer, atapi.sys, ==, 5.0.2195.5762 I'll do more tests tomorrow.

I uploaded v2 of IE / OE Mini Rollup. Changes: - fixed several registry bugs - fixed Windows Updates compatibilty (WU doesn't ask for IE/OE updates anymore) - RTMQFE registry entries are now added from IE6.0sp1-KB982381 (before it was RTMGDR)

I managed to get over the WU issue. There was a problem that WU asked for updates even though files were already installed. Some additional registry entries were required to stop it. Unfortunately more manual work is required to achieve this I'm going to implement this fix in future versions of my rollups.

By doing the steps described in #3 I get sth like this 1) two updates.infs [IE6.System32.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL [IE6.Cache.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL & [IE6.System32.Files] DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL [IE6.Cache.Files] DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL 2) copy *.inf update.inf [IE6.System32.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL [IE6.Cache.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL [IE6.System32.Files] DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL [IE6.Cache.Files] DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL 2) After your script: [IE6.System32.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL [IE6.Cache.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL [IE6.System32.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL [IE6.Cache.Files] BROWSEUI.DLL, xpsp2_binarydrop\BROWSEUI.DLL CDFVIEW.DLL, xpsp2_binarydrop\CDFVIEW.DLL DANIM.DLL, xpsp2_binarydrop\DANIM.DLL DXTMSFT.DLL, xpsp2_binarydrop\DXTMSFT.DLL If you remove the second duplicated [iE6.System32.Files] & [iE6.Cache.Files] (and use Notepad++'s sorting if necessary) the file will be merged. Of course there may be some other work necessary if the file is complicated but still it works for me I can save time by using your script even now.

I haven't got time to check everything thoroughly yet... but I think I found a bug 1. "<=" and ">=" get changed to "< =" and "> =" respectively. Operation = CheckFileVer, MSOERT2.DLL, >= , 6.0.0.0 becomes Operation = CheckFileVer, MSOERT2.DLL, > = , 6.0.0.0 It doesn't work with update.exe. It must be written together. 2. I tried to merge the [sourceFilesDisks] in SP4 and indeed it doesn't seem to make any difference 3. Your script can already be used to merge files :> I tried some tricky thing but very simple : copy *.inf update.inf About 100 inf became a one big file (3000 kB). Next step was to process this file by your script. It took long time and the output file was > 250 MB but the final file was sth I was looking for. Everything was merged under proper headings, the only problem was that everything was duplicated x 100 times. I used Notepad++'s sorting (TextFX) on each section separately and was able to remove duplicates this way. Still not perfect but it can save a lot of time. Your script is also very good at removing all the unnecessary spaces from an inf file. 4. I don't know why yet but the "echo is off." line is still present sometimes. Also when doing splitinf I have to press a key twice (somewhere in the middle) to make the script go on.

If you are concerned about system performance then you should listen to what allen2 is saying. RAID-0 won't give you any benefit here as it won't have any impact on the access time. 7200 rpm SATA HDDs have around 13-15ms access time. I personally use 15000 rpm SAS drives which have 6ms access time and the difference between Samsung F3 and this one is HUGE. SSD's access time is around 0.1ms - files are accessed almost instantly.

Is there any way to FORCE hibernation when PAE is enabled in Windows 2000? I tried these registry settings: 1) No result 2) created two .reg files for Power Options PAE disabled (hibernation present) Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power] "AcPolicy"=hex:01,00,00,00,06,00,00,00,03,00,00,00,00,00,00,00,02,00,00,00,03,\ 00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,01,00,00,00,40,06,\ 07,00,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,32,00,07,00,04,00,00,\ 00,04,00,00,00,04,00,00,00,00,00,00,00,00,85,fa,77,00,00,00,00,03,00,00,00,\ 01,00,00,00,03,00,00,00,02,00,00,00,04,00,00,c0,01,00,00,00,04,00,00,00,01,\ 00,00,00,0a,00,00,00,00,00,00,00,03,00,00,00,01,00,01,00,01,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,03,00,00,00,00,00,2c,01,00,00,\ 44,fb,06,00,66,c1,fa,77,00,00,00,00,18,fb,06,00,00,00,00,00,00,64,64,14,02,\ 00,00,00,04,00,00,c0,00,00,00,00 "DcPolicy"=hex:01,00,00,00,06,00,00,00,03,00,00,00,00,00,00,00,02,00,00,00,03,\ 00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,01,00,00,00,38,00,\ 2d,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,32,00,2d,00,04,00,00,\ 00,04,00,00,00,04,00,00,00,00,00,00,00,35,00,2d,00,00,00,00,00,03,00,00,00,\ 01,00,00,00,03,00,00,00,02,00,00,00,04,00,00,c0,01,00,00,00,04,00,00,00,01,\ 00,00,00,0a,00,00,00,00,00,00,00,03,00,00,00,01,00,01,00,01,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,03,00,00,00,00,00,84,03,00,00,\ 01,00,00,00,90,0b,09,00,60,f9,06,00,00,02,00,00,08,07,00,00,00,64,64,14,02,\ 00,00,00,04,00,00,c0,00,00,00,00 "Heuristics"=hex:05,00,00,00,00,01,01,00,00,00,00,00,00,00,00,00,3f,42,0f,00 PAE enabled (hibernation not present) Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Power] "AcPolicy"=hex:01,00,00,00,06,00,00,00,03,00,00,00,00,00,00,00,02,00,00,00,03,\ 00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,01,00,00,00,f7,0c,\ 59,7c,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,32,00,00,00,04,00,00,\ 00,04,00,00,00,04,00,00,00,00,00,00,00,a6,28,6f,76,00,00,00,00,03,00,00,00,\ 01,00,00,00,03,00,00,00,02,00,00,00,04,00,00,c0,01,00,00,00,04,00,00,00,01,\ 00,00,00,0a,00,00,00,00,00,00,00,03,00,00,00,01,00,01,00,01,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,03,00,00,00,00,00,2c,01,00,00,\ 03,00,00,00,01,00,00,00,03,00,00,00,02,00,00,00,00,00,00,00,00,64,64,14,02,\ 00,00,00,04,00,00,c0,00,00,00,00 "DcPolicy"=hex:01,00,00,00,06,00,00,00,03,00,00,00,00,00,00,00,02,00,00,00,03,\ 00,00,00,00,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,01,00,00,00,32,bb,\ 2e,7c,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,32,00,00,00,04,00,00,\ 00,04,00,00,00,04,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,03,00,00,00,\ 01,00,00,00,03,00,00,00,02,00,00,00,04,00,00,c0,01,00,00,00,04,00,00,00,01,\ 00,00,00,0a,00,00,00,00,00,00,00,03,00,00,00,01,00,01,00,01,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,03,00,00,00,00,00,84,03,00,00,\ 01,1d,6f,76,88,03,00,00,e8,00,00,00,01,00,00,00,08,07,00,00,00,64,64,14,02,\ 00,00,00,04,00,00,c0,00,00,00,00 "Heuristics"=hex:05,00,00,00,00,01,01,00,00,00,00,00,00,00,00,00,3f,42,0f,00 I tried to apply the first one after enabling PAE but hibernation doesn't appear. There is also a KB Article from M$ about PAE & hibernation bug: http://support.microsoft.com/kb/316538 It seems to mean that the PAE kernel itself has hibernation blocked. Is it any way to 'bring it back'?

I uploaded Update Rollup 2 (v2). The total number of included updates is now 107. Changes: - added KB927779 for MDAC 2.53 (compatible with MDAC 2.81) - added KB911564, KB925398-v2, KB954600, KB974112, KB977816 for WMP 6.4 - added KB975337 (GDI+ update) - fixed issue with slipstreaming UR2 and IE6 with HFSLIP (some IE5 files were copied instead of the IE6 ones) - fixed several cosmetic issues - from now Automatic Updates are disabled by default (DON'T TURN THEM ON!!!) I hope this will be the final version of Update Rollup 2.0.

Does anyone know how to add "Language" column to the details view? As far as I know they are located in HKEY_CLASSES_ROOT\Folder\ShellEx\ColumnHandlers but I don't know the GUID for "language". Is there any list with GUIDs you can add to this registry entry?

Yes, Update Rollup 2 can be installed over UR1 without any problems BUT I strongly recommend waiting just one more day for UR2-v2 as it's almost ready and includes several important fixes to the current version.

allen2, Do you mean HBRs (hotfixes by request)? I haven't seen any lists for other systems except for the list on bristols for 2K. Many of them are also available for other NT5.x systems (you choose the OS before downloading).

You're right It was my fault. Everything O.K after running beautify.cmd. The problem is that (not 100% sure) this sourcedisksfiles has to be present twice in SP4's update.inf. The first one is related to the /integrate option if you want to integrate SP into W2K source CD and the other one is a normal sourcedisksfiles used when installing the update. I'm not sure but from analysing other SP's and Gurgelmeyer's USP5.1 I can say that both SourceDisksFiles are always present.

I've just experienced a freeze twice when processing something in CMD console... I had Process Explorer running in background all the time and I was able to check it when the freeze happened but there was nothing special in it Could you recommend any other more advanced tools to see what the problem is? :/ When such a freeze happens the only way to get over is is to do a hard reset.

There won't be other language version for UR2.0 than the existing ones - English, Polish and Italian. I'm getting ready with the v2 version of it and in order to have everything working with HFSLIP some .DLL date and version changing was necessary which means a lot of manual work to do. It has to be done to each language version separately. I just don't have to time to apply these fixes to all of them Still I'm going to support the three languages that are already available. EDIT UR2.1 will probably be available only in English and Polish. Today I also had a look at Service Pack's update.inf but it's a HELL - there are a lot of sections which are used when integrating it (/integrate)... and NO documentation related to them. I guess I'll have to stick to making rollups as they are much simpler and I'm sure how the update.inf of a rollup works.

Wow I've just done four tests: 1. A simple update.inf from a single W2K update - w2k_KB838989.inf No problems. The only difference was in the number of spaces under [Version]. 2. Update.inf from Update Rollup 1 for W2K - w2k_KB891861-v2.inf There are two problems: - "==" changes to "§#§" - "&" changes to "§##§" 3. Update.inf from Update Rollup 2 for W2K - w2k_KB891861-UR2-v2.inf First of all, I got this when doing splitinf.cmd It continued after that. No problems occured during join_inf.cmd and beautify.cmd. In the final file: - "ECHO is off." was inserted several times in many different places. - one line is missing (?) - "mod by jaclaz" at the end of the file 4. Update.inf from SP4 for W2K - w2k_SP4.inf - In SP4's update.inf there is [sourceDisksFiles] twice (each of them is different). One of them was changed. As for the empty sections, they are not needed when empty and needed when not empty. There are some sections that are almost never used but there can be just one update that uses such a section. I think it's better to have them all

Have you trying booting into safe mode and running MyDefrag from there?

I would like to add this url <update id="KB891861-UR2" category="1" publishdate="2011-07-07" article="http://www.msfn.org/board/?showtopic=152194"> <title>(Unofficial) Update Rollup 2 for Windows 2000 (KB891861-UR2)</title> <description></description> <filename>Windows2000-KB891861-UR2-x86-ENU.exe</filename> <url>http://download94.mediafire.com/qw9qbb3tqcfg/hwrmnlppu31i7bd/Windows2000-KB891861-UR2-x86-ENU.exe</url> but I get this error when trying to download the update. Is there any way to make it work?

I know I'm replying in a topic from 2009 but indeed there seem to be a serious issue with these MDAC updates. KB927779 for MDAC 2.53 installs newer versions of several files than MDAC 2.81. There are two cases 1) Install MDAC 2.53's KB927779 and then install MDAC 2.81 + MDAC 2.81's KB927779. After doing so you'll have the following files in the newest version available which comes from MDAC 2.53's KB927779. odbcji32.dll 4.0.6307.0 odbcjt32.dll 4.0.6307.0 oddbse32.dll 4.0.6307.0 odexl32.dll 4.0.6307.0 odfox32.dll 4.0.6307.0 odpdx32.dll 4.0.6307.0 odtext32.dll 4.0.6307.0 2) Install only MDAC 2.81 + MDAC 2.81's KB927779. The following files are in their default version as MDAC 2.81 doesn't update them. odbcji32.dll 4.0.6200.0 odbcjt32.dll 4.0.6200.0 oddbse32.dll 4.0.6200.0 odexl32.dll 4.0.6200.0 odfox32.dll 4.0.6200.0 odpdx32.dll 4.0.6200.0 odtext32.dll 4.0.6200.0 As you can see, in order to have all of the MDAC related files in their newest versions you have to install both MDAC 2.53's KB927779 and MDAC 2.81 + MDAC 2.81's KB927779. On the other hand, when slipstreaming (HFSLIP) it's impossible to do it as HFSLIP will copy MDAC 2.53 files (other than these listed above) over 2.81's files. I tried to fix this in Update Rollup 2-v2 (which is being tested at the moment) where I did some manual .DLL date modyfing in order to have MDAC 2.81's files copied over the older ones from MDAC 2.53 (UR2-v2 has MDAC 2.53's KB927779 included). After slipstreaming UR2-v2 and MDAC 2.81 + KB927779 for MDAC 2.81 the older 2.53's files will get overwritten but you will still have the newest versions of files listed in 1). Anyway, be careful when installing MDAC 2.81 as it is true that it can't be uninstalled the updates for MDAC can be but the installer itself doesn't make backups as far as I see.