tomasz86

I see. I asked because there are basically too many options at the moment and people get confused which path to choose So you're saying that your guide is targeted at people wanting to use W2K on a VM or a PC that's not connected to the Internet, not those using it as their main system. Is it right?

Mim0, I think that 952013 (SmartCard_XP_x86.exe) is not slipstreamed correctly from HF. The file "wudfusbcciddriver.dll" should be copied to "%windir%\system32\Drivers\umdf" but if you slipstream it from HF it gets copied to "%windir%\system32". I've also mentioned it before but 982316 also doesn't seem to be slipstreamed properly from HF, i.e. the registry entries are not added.

and a lot of other system files too: http://bristols.zxq.net/windows2000/updates/ or if you're lazy http://www.ryanvm.net/forum/viewtopic.php?t=9254

I can try doing something with this DivX but could you post an URL to the actual file you're interested in?

Revolutions Pack has nothing to do with the problem. It was just a wrong guess The problem seems to be related strictly to the new version of BWC kernel & WMP10 themselves. I tested it in a few different configurations and the problem always occurs right after installing WMP10 (BWC kernel was already installed). You might have not experienced it before simply because you used a different (older) version of BWC kernel which didn't conflict with WMP10... And I don't think WMP9 is required for BWC's WMP10. As for MSI3.1 - of course it will be included in UR2 later on and gdiplus.dll isn't originally a part of W2K so it's included not in UR2 but rather in UURollup.

Something is messed up with BWC's WMP10 and the newest version of his kernel. I've just tested it on a different VM where OnePiece's UpdatePack had been slipstreamed, and the result is still the same. UR2 has nothing to do with the problem The problem occurs immediately after installing WMP10! And BWC's WMP10 cannot be normally uninstalled so you should be very careful...

I'll check it once again but I suspect the Revolutions Pack 2.0 may have something to do with it... of course it's just a guess By the way, I didn't install WMP9 and WMP10 later but straight WMP10 on top of WMP6. I'll check the WMP9 + WMP10 combination too. Could you try to install the latest IE6 Cumulative Update (2482017) and see what happens? EDIT: I managed to reproduce the error and I'll try to fiind out what causes it.

[win32k.Add.Reg.Session.Declare] InstallSection = win32k.Add.Reg.Session OperationType = CONDITIONAL_REG ExecuteStage = EXECUTE_AFTERINSTALL [win32k.Add.Reg.Session.Operation] AddReg=win32k.Add.Reg.Session [win32k.Add.Reg.Session] HKLM, "SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management", "SessionImageSize", 0x10001, 0x10 [win32k.Session.ExtendedConditional] Condition=OrOp, win32k.Check.SessionImageSize ConditionalOperations=win32k.Session.ConditionalOperations [win32k.Session.ConditionalOperations] RegOperation=win32k.Add.Reg.Session.Operation [win32k.Check.SessionImageSize] NotPresentOp=CheckReg, HKLM, "SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management", "SessionImageSize", 0x10001 LessOp=CheckReg, HKLM, "SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management", "SessionImageSize", 0x10001,"<",0x10

I've just tried different configurations: 1. W2K SP4 + WMP9 = no problems 2. W2K SP4 + UR2 + WMP9 = no problems 3. W2K SP4 + IE6 + WMP9 = no problems 4. W2K SP4 + IE6 + UR2 + WMP9 = no problems 5. W2K SP4 + IE6 + UR2 + 2412687 (gdiplus.dll) + KDW (Ez Install) + 935839-v15p (BWC kernel) + WMP10 = no problems I don't think UR2 causes any incompatiblities with WMP9 or Explorer... You do know that WMP10 requires IE6, gdiplus.dll, some APIs from BWC kernel and also requires to have KDW Ez Install enabled, and that it needs to copy some files from KDW during the installation process, don't you? ^^ I don't use WMP10 myself but this is what I had to do a moment ago when I was trying to install it on a test machine. Are you sure that you copy of W2K CD is clean and untouched? The file you mentioned (msdmo.dll) should be present in %systemroot%\system32 by default (and is present on my machine concerned). Here you can see the Add/Remove Programs applet from my test VM:

Hey Kurt_Aust, Have you got any interest in incorporating unofficial updates into your guide too?

@SearanoX Is this correct? 1) You use W2K SP4 original CD to install the system. 2) Install manually UR2. 3) Run WMP9 installer and see the msdmo.dll error. 4) Explorer crashes when running WMP9? @bphlpt I see the problem. I'll try to make some suggestions regarding the Kurt_Aust guide and current unofficial updates. By the way, OnePiece pack seems to be compatible with HFSLIP too (HFAAO folder). The biggest difference between my packages and addons is that they use M$ installer and can be both slipstreamed and installed manually while OnePiece packages are just addons.

I asked about IE6 because BWC kernel requires it. UR2 does not. Please remember that the the moment not all official updates are included in UR2-ALPHA3, i.e. WMP/DX/IE udpates are not included and what may be important - MSI 3.1 is also not included so you need to install them manually. Personally I've experienced issues when MSI 3.1 was not installed and unofficial updates were used so I strongly advice you to install MSI 3.1 after installing UR2. As for M$ hotfix installer, it's pretty simple. It checks file versions so if you have the same file with lower version then of course it will overwrite it. On the other hand, if your file has higher version then it will remain in the system. For example: BWC kernel32.dll = 5.0.2195.7161 UR2 kernel32.dll = 5.0.2195.7135 7161 > 7135 so if you: 1) install BWC kernel after UR2 it will overwrite the old one. 2) install UR2 after BWC kernel it won't overwrite kernel32.dll because a newer version is already present.

There are only official updates included in UR2 and there is no possiblity that they will overwrite BWC kernel files... because the M$ hotfix installer checks file versions so it doesn't matter whether BWC kernel is installed before or after UR2. The only chance is that something gets messed up in the registry. First it's necessary to be sure that it's UR2 to cause the issue so I'd be very thankful if you try to uninstall it and check if the explorer.exe problem persists You don't have WB kernel (2393802, 2479628 or 2508429) installed, do you? One very important question: Have you got IE6 slipstreamed/installed?

Hmm, did you install the ALPHA3 version manually in your system? Is the problem gone when you uninstall it? If possible please check which version of explorer.exe you've got in the %systemroot% folder.

Outlook 2003 isn't probably the most secure e-mail client... Which ffirewall have you installed? Among free software Malware Defender 2.7.3.2 is probably the most current version of FW supporting Windows 2000. As for AV, Avast 7 still supports W2K while other free solutions (AVG, Avira) don't do it anymore.

The last version had bugs and was kind of uncorrectable because of how it was constructed. I've been working on a new version of UR2 which alpha version you can find here.

By comparing MD5 values of .CAT files* I managed to identify the following stuff kb180410.cat kb285369.cat kb323074.cat kb324446.cat kb328468.cat kb815473.cat kb816972.cat kb817478.cat kb817771.cat kb818349.cat kb818801.cat kb819629.cat kb819745.cat kb820199.cat kb820227.cat kb820525.cat kb820604.cat kb821308.cat kb821820.cat kb822720.cat kb823442.cat kb823459.cat kb823748.cat kb824025.cat kb824428.cat kb826127.cat kb826374.cat kb826978.cat kb827014.cat kb827078.cat kb827479.cat kb827507.cat kb827660.cat kb827817.cat kb828047.cat kb828206.cat kb828664.cat kb829188.cat kb829707.cat kb830051.cat kb830407.cat kb830599.cat kb831375.cat kb832145.cat kb832182.cat kb832414.cat kb833744.cat kb834010.cat kb834128.cat kb834423.cat kb834721.cat kb835465.cat kb835730.cat kb836111.cat kb836143.cat kb836163.cat kb836726.cat kb836740.cat kb837021.cat kb837439.cat kb837789.cat kb838039.cat kb838989.cat kb839161.cat kb839429.cat kb839726.cat kb840136.cat kb840172.cat kb840629.cat kb840670.cat kb840883.cat kb841029.cat kb841031.cat kb841186.cat kb841359.cat kb842222.cat kb842773.cat kb843125.cat kb843249.cat kb867765.cat kb872765.cat kb872771.cat kb872799.cat kb872955.cat kb873407.cat kb873437.cat kb883103.cat kb883491.cat kb883528.cat kb884536.cat kb884875.cat kb885927.cat kb888607.cat kb888989.cat kb890188.cat kb890202.cat kb890579.cat kb891069.cat kb891566.cat kb892137.cat kb892294.cat kb892494.cat kb892929.cat kb893605.cat kb893756.cat kb894250.cat kb894395.cat kb894869.cat kb895266.cat kb896358.cat kb896423.cat kb896674.cat kb896712.cat kb897711.cat kb898465.cat kb899587.cat kb899589.cat kb899591.cat kb899904.cat kb900623.cat kb900725.cat kb901017.cat kb901214.cat kb904375.cat kb904765.cat kb905414.cat kb905488.cat kb905495-ie6sp1-20050805.184113.cat kb905749.cat kb907980.cat kb908747.cat kb909916.cat kb911564.cat kb913580.cat kb914388.cat kb917537.cat oeexcep.cat (= Outlook Express 6) q818383.cat q818455.cat q819249.cat q819628.cat sp5.cat (= Update Rollup 1 v2) There are exactly 249 .CAT files in USP 5.1.2195.24. My list above contains 142 files which means that there are probably more to be identified (although I'm sure there are many obsolete updates too!). The ones listed here are not obsolete because I compared these files with my fully slipstreamed HFSLIP source. * .CAT files in Gurgelmeyer's USP are renamed to random numbers so it's not possible to know which update they came from.

I've got 0x7C570000 here (W2K Adv Srv).

I've uploaded UURollup-v5a (ENU). There was a minor bug in v5 related to the MS VC++ (Microsoft Runtime Libraries Collection(x86) 2.1.3) libraries. The problem is that several files have longer filenames then the standard 8.3 format. It doesn't matter when you install the Rollup manually but such long filenames brake DOS based installation when the Rollup is slipstreamed into the W2K source. I had to choose between: 1) Addon-style installation where files are renamed (from 8.3 format to their original one) after being copied during the W2K setup. Doing so would make direct slipstreaming in HFSLIP (from HF folder) impossible. 2) Keeping longer filenames which would make DOS based installation impossible. 3) Removing these libraries from the UURollup. I've chosen the third option, and therefore restored the Addon. If you want to slipstream both the UURollup and the MS VC++ libraries, you should put UURollup in HF and the libraries addon in HFAAO. In case of a manual installation you can just install UURollup and them copy all DLLs from the libraries addon into your %systemroot%\system32 folder.

Avast 7.0 here.

Do you mean UURollup-v5? It was released 4 days ago and here you can read what had changed

Out of curiosity I ran a few benchmarks to compare performance of Windows 8 (32-bit) & Windows 2000: CrystalMark 2004R3 Windows 2000 Windows 8 CineBench 11.5 (CPU) Windows 2000 - 2.86 Windows 8 - 2.84 7-Zip (compression) Windows 8 - 03:11 Windows 2000 - 03:15 Configuration:

I don't remember exactly but I'll try them once again and tell you what happened

There are problems with system UI core files such as browseui.dll, shlwapi.dll, etc. You can fix their dependencies even now and try to replace the original 2K ones... but they won't work. I tried it and failed :/