tomasz86

I think you could try to uninstall the kernel, install UURollup-v10 (there's WildBill's explorer.exe 5.0.3900.6932 included in it) and try to use it like that for a few days to check whether the problem is gone or still persists. Do not even try to install UURollup (ENU) over BWC's kernel - your system will not boot. The kernel must be uninstalled first.

/q /n /zis exactly the same as /quiet /norestart /nobackup It's just the "/nobackup" option that is being added

Does the problem happen when BlackWingCat's kernel is not installed?

Thanks BlackWingCat. I think there's something wrong though... 1. Automatic Updates service cannot start: 2. There's an error during uninstallation: Thanks. It works now

The above command seems to work... but I've got no idea how to unbind the files :/ The problem is about this: There's an INF file. [DefaultInstall] BindImage = BindImage_netfx [BindImage_netfx] %10%\Microsoft.NET\Framework\v1.1.4322\cscomp.dll %10%\Microsoft.NET\Framework\v1.1.4322\vbc.exe %10%\Microsoft.NET\Framework\v1.1.4322\diasymreader.dll I want to use the command from commandline so I use this: "rundll32.exe imagehlp.dll,BindImageEx %10%\Microsoft.NET\Framework\v1.1.4322\cscomp.dll" "rundll32.exe imagehlp.dll,BindImageEx %10%\Microsoft.NET\Framework\v1.1.4322\vbc.exe" "rundll32.exe imagehlp.dll,BindImageEx %10%\Microsoft.NET\Framework\v1.1.4322\diasymreader.dll" It retrieves error code 0 so I think it does work. Now I'd like to unbind the files when the whole thing is uninstalled. How to do it? Is it even possible?

Something seems to be wrong... What's the explorer.exe version? When the problem occurs, could you run ProcessExplorer and check what exactly is going on?

When USP 5.2 is ready it will replace both UURollup, Update Rollup 2, all single updates and addons listed on my site. In one word, EVERYTHING will be included in it but it's still a long way to go. You will be able to install USP 5.2 over the existing updates (UURollup, UR2, etc.) so there will be no need to uninstall anything. Of couse I'm talking only about the English versions of the packages because UURollup (Global) and UR2 (in other languages; not ready yet) will be still valid because USP 5.2 will be available only in English.

Does anyone know how to bind and unbind files? What I managed to find out is that BindImageEx can be used to bind... Would this work? rundll32.exe imagehlp.dll,BindImageEx file.dll If yes then how to unbind a bound file? I've also found some info about using a "bind.exe" from Visual Studio but I can't find neither details about the tool nor a link to a place where it can be downloaded.

I have added a link to the first post where you can find test versions. At the moment there is available only the .NET Framework 1.0 installer I talked about above. This is the testing procedure: 1. Download and unpack the .7z package. 2. Install using update\update.exe. 3. Uninstall. 4. Reinstall 5. Uninstall. 6. Send / upload the two files from your %systemroot% (usually C:\WINNT) directory: NETFX10.log & NETFX10Uninst.log. 7. Report any errors (you can do it in this topic or send me a PM). .NET Framework 1.0 requires only SP4 to be present. I'll be very thankful for testing it because if everything is OK then I can use the same method for other Frameworks

Let me cite from my website: There won't be any new versions of UURollup.

I'm also thinking about remaking all .NET Framework addons to integrate them directly into the USP. I find these CAB addons quite problematic and have got too little control of them in the current state. It's not an easy task, especially in case of .NET 3.0 and 4.0 as they are pretty massive but I think I'll give it a try. At the moment .NET Framework CABs are used in the test versions but I'll remove them in the future ones. Edit: I've just managed to remake the .NET 1.0 installer. Frankly speaking, it was a piece of cake. Preparing .NET 1.1 should be similarly easy. On the other hand, hell starts from .NET 2.0 and 4.0 seems be the worst one. The INF file itself is over 2 MB.

Hey Kel, I think I know why you were getting errors about unsigned drivers. Gurgelmeyer used a hacked syssetup.dll which allowed unsigned drivers to install without warnings. The hacked files was then replaced by a standard one during the SVCPACK part of the setup. If you look into SVCPACK folder you can find "setupusp.exe" there. Along with adding some registry entries it was also responsible for installing the official version of syssetup.dll. Maybe you happened to update the syssetup.dll in the USP while adding new updates? That would be the reason you got those errors as the hacked version of the file was no longer present.

It seems to be just a typo. Official SPs don't use SVCPACK folder at all.

I'll try to upload the test builds as soon as possible. By the way, I've tried Qemu and, while it's very easy to run and make everything automatic with just one click, the problem is that it's very slow compared to VirtualBox. I wonder if it's a problem related to the particular version or is is a general problem of Qemu under Windows? Could anyone more knowledgeable about it clarify? Is there any specific version of Qemu you would recommend?

Fixed

No problem Please let me know if you experience any problems with the packages.

I've found the culprit. It's this part: IF EXIST SOURCE\cdromsp5.tst ( IF "%NOCLEANSRC%"=="2" SET NOCLEANSRC= IF EXIST SOURCE\I386\SVCPACK\spsetup.exe ECHO>>WORK\SVCMAIN.TXT SPSETUP.EXE /q /n /z FOR /F %%I IN ('FINDSTR/IR /C:"USP 5\.1" SOURCE\cdromsp5.tst') DO SET VERSIONIE=2KIE6 ) Exactly this line: IF EXIST SOURCE\I386\SVCPACK\spsetup.exe ECHO>>WORK\SVCMAIN.TXT SPSETUP.EXE /q /n /z The problem here is that there's no "spsetup.exe" in USP 5.1 but there is "setupusp.exe". The line should look like this: IF EXIST SOURCE\I386\SVCPACK\setupusp.exe ECHO>>WORK\SVCMAIN.TXT SETUPUSP.EXE /q /n /z

I still think it's just a bug in the new version (which is known to be very buggy). I've seen many people reporting in the Opera forums that Opera 12.00 works fine in Windows 2000. Have you tested it on more than one machine? Saying that while the company (Opera Software) officially says that Windows 2000 is supported and doesn't say anything about leaving it is just not true... It is not a new situation that early versions of a major release are buggy/unstable. It was like that in case of Opera 10 & 11 too. I'd just wait for a while until they fix the bugs and then see if the problem still persists.

I've successfully installed: 1) English updates in a Polish system = no problem 2) Your JPN kernel in a Korean system = no problem 3) Other people installed WildBill's kernel in a French and German systems = no problems I believe European languages are exchangeable and East Asian languages also (at least Korean and Japanese for sure). It means you can apply an English update to a Polish system and also you can apply a Japanese update to a Korean system but you mustn't apply an English update to a Japanese system and vice versa. There are also some language neutral files that are shared by all language versions of Windows.

Hey Mimo, Please wait with adding the USP/SVCPACK related script. I've found one interesting thing in the HFSLIP's script. Theoretically it should add the *.exe file info to svcpack.inf even now. I'll try to investigate why it doesn't do it.

You can also connect additional monitor(s) to it (of course your motherboard must be able to use both at once).

Files in European versions of Win2k are exchangeable. You can even install the English kernel in your system but then some parts of it will change into English.

I'm thinking about making test versions public. I want to do it because (after a few weeks of testing) I've got a feeling that this project is much more difficult than than all the previous packages I've prepared up to now. Preparing and testing single updates or even update rollups is extremely easy compared to this thing... What's important is that testing a service pack takes a lot more time and I'm just unable to do it all myself. I'm very thankful to all of people already involved in testing but I think we need more people and more input. If we don't do it then it will take forever to finish the USP First of all, I think the current testing process must be simplified. At the moment HFSLIP must be used to slipstream UURollup in order to have the USP integrate and install properly. I'd like to avoid this as it just takes too much time to process the package through HFSLIP. Starting from the next test version I'll make it possible to slipstream the USP using the "/integrate" switch and prepare an ISO directly from it without using other tools (HFSLIP, nLite, etc.). I've already prepared a script which will automatically create the ISO after slipstreaming. Maybe later Qemu could be also used so the whole procedure will be simplified as much as possible. As soon as possible I'll provide an URL where all test versions of USP will be located. Everyone will be able to download and test them. I'm going to upload new versions very often (being realistic it'll be probably one version every few days). All changes done in each build will be also described in details. What's your opinion about it?

I did a test using a VM with only official updates installed. In my opinion what you experience seems to be a bug rather than "dropping support for Windows 2000".

What do you mean by a limited account? I've just tried it while being logged in as a normal "User" and it seems to work OK. The browser itself is extremely unstable but it's another story...