[ppgrainbow]

tomasz86, on 11 July 2012 - 07:36 AM, said:

As the .NET Framework 4.0 compatibility and usability is extremely limited I'm considering not integrating it until (?) there is any workaround available. Accordingly, I'm also thinking about using BlackWingCat's kernel instead of the one from WildBill. BlackWingCat's kernel supports more APIs and has been very actively developed. It also allows to have uxtheme.dll present in %systemroot%\system32. The only disadvantage of using it is that .NET Framework 4.0 applications don't run at all (there's an error on startup). On the other hand, with WildBill's kernel they do start but still only very simple ones (like this one) work while others don't work anyway

Together with switching to BlackWingCat's kernel32.dll it will also be possible to use some other files depending on it.

What do you think about it?

I personally believe that switching to BlackWingCat's kernel32.dll is a very good idea. I sure hope that the bugs get ironed out before the switch occurs.

[tomasz86]

I've uploaded several new experimental versions of the merged .NET Framework installer. I'll be very thankful for testing the newest one and this time I'd also like to ask for an additional step:

- after performing the "standard" testing procedure please go to Windows Update and check if there are any .NET related updates available (there should be none but....).

In order to use Windows Update you must have IE6 installed (it won't work in IE5) so you'd better install USP5.1 in advance (IE6 is integrated in it). If WU still doesn't work then you may need to install Windows Update Agent manually before accessing it.

This post has been edited by tomasz86: 12 July 2012 - 06:57 PM

[Hackeronte]

@tomasz86

Sorry for my late reply, tomasz (busy, conn down, vacations etc.)

Don't worry, as soon as possible i'll check those lists ( #87 )

regards

hackeronte

[Hackeronte]

@tomasz86 ( #87 )

Here are some results check 'em, please

asp.dll version: 5.0.2195.6672 language: Italiano (Italia) C:\WINNT\ServicePackFiles\i386
asp.dll version: 5.0.2195.7084 language: Italiano (Italia) C:\WINNT\system32\inetsrv
dbgeng.dll Not Found
explorer.exe version: 5.0.3700.6690 language: Italiano (Italia) C:\WINNT
explorer.exe version: 5.0.3700.6690 language: Italiano (Italia) C:\WINNT\ServicePackFiles\i386
halaacpi.dll version: 5.0.2195.6691 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halacpi.dll version: 5.0.2195.6691 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halapic.dll version: 5.0.2195.6691 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halborg.dll version: 5.0.2195.6655 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halmacpi.dll version: 5.0.2195.7006 language: Inglese (Stati Uniti d'America) C:\WINNT\Driver Cache\i386
halmacpi.dll version: 5.0.2195.6691 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halmps.dll version: 5.0.2195.6691 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
halsp.dll version: 5.0.2195.6655 language: Inglese (Stati Uniti d'America) C:\WINNT\ServicePackFiles\i386
html32.cnv version: 2003.1100.8165.0 language: Italiano (Italia) C:\Programmi\File comuni\Microsoft Shared\TextConv
infocomm.dll version: 5.0.2195.7147 language: Italiano (Italia) C:\WINNT\system32\inetsrv
infocomm.dll version: 5.0.2195.6709 language: Italiano (Italia) C:\WINNT\ServicePackFiles\i386
msconfig.exe Not Found
msconv97.dll version: 2003.1100.8165.0 language: Lingua di sistema C:\Programmi\File comuni\Microsoft Shared\TextConv
mswrd6.wpc version: 2009.10.31.10 language: Italiano (Italia) C:\Programmi\Windows NT\Accessori
mswrd632.wpc version: 2009.10.31.10 language: Inglese (Stati Uniti d'America) C:\Programmi\File comuni\Microsoft Shared\TextConv
mswrd8.wpc version: 2009.10.31.10 language: Italiano (Italia) C:\Programmi\Windows NT\Accessori
mswrd832.cnv version: 2003.1100.8313.0 language: Italiano (Italia) C:\Programmi\File comuni\Microsoft Shared\TextConv
normaliz.dll Not Found
ntkrnlmp.exe version: 5.0.2195.6717 language: Italiano (Italia) C:\WINNT\ServicePackFiles\i386
ntkrnlmp.exe version: 5.0.2195.7376 language: Italiano (Italia) C:\WINNT\Driver Cache\i386
ntkrpamp.exe version: 5.0.2195.6717 language: Italiano (Italia) C:\WINNT\ServicePackFiles\i386
ntkrpamp.exe version: 5.0.2195.7376 language: Italiano (Italia) C:\WINNT\Driver Cache\i386
openal32.dll Not Found
reg.exe Not Found
spuninst.exe version: 6.3.13.0 language: Inglese (Stati Uniti d'America) C:\WINNT\$NtUninstallUURollup-v3a$\spuninst
wordpad.exe version: 5.0.2195.7155 language: Italiano (Italia) C:\Programmi\Windows NT\Accessori
wordpad.inf C:\WINNT\inf
wrap_oal.dll Not Found
write.wpc version: 2009.10.31.10 language: Italiano (Italia) C:\Programmi\Windows NT\Accessori
write32.wpc version: 2009.10.31.10 language: Inglese (Stati Uniti d'America) C:\Programmi\File comuni\Microsoft Shared\TextConv
wscript.hlp C:\WINNT\Help
wscript.hlp C:\WINNT\$NtUninstallUURollup-v3a$
xpsp3res.dll Not Found
xpsp4res.dll Not Found

regards,

hackeronte

This post has been edited by Hackeronte: 14 July 2012 - 06:44 PM

[tomasz86]

@Hackeronte

No problem with your late reply. Take your time We shouldn't try to be too quick in preparing this thing.

Out of the files these don't require any translation:

halaacpi.dll
halacpi.dll
halapic.dll
halborg.dll
halmacpi.dll
halmacpi.dll
halmps.dll
halsp.dll
dbgeng.dll
mswrd632.wpc
write32.wpc
wrap_oal.dll
openal32.dll

You can safely move them to FILES.


1. The following files:

msconv97.dll
mswrd8.wpc
html32.cnv
mswrd6.wpc
mswrd832.cnv
write.wpc

can be found in KB921606 and KB973904. Please download the ITA versions, unpack them and copy the required ones to FILES.


2.

msconfig.exe
xpsp3res.dll

can be found in KB906569. As in the previous case, just download, unpack and copy the required files to FILES. If there are GDR and QFE files available always choose QFE.


3.

normaliz.dll

can be found in IE8.


4.

wordpad.exe

can be found in KB979687.


5.

reg.exe

can be found in Win2K3 support.cab.


6.

wscript.hlp

can be copied from C:\WINNT\Help to FILES. Make sure it's in Italian.


7.

wordpad.inf

will have to be modified. Could you compare your ITA version with the one from UURollup?


8.

xpsp4res.dll

is present in many XP updates. If you see it in one of the updates you've downloaded then you can copy it to FILES.


9. These files will have to be translated (but let's wait for a while before starting doing it):

asp.dll
explorer.exe
infocomm.dll
ntkrnlmp.exe
ntoskrnl.exe
ntkrpamp.exe
ntkrnlpa.exe

Edit: By the way, at the end it seems that there are much fewer files to translate than I initially thought there would be. It's actually very good news because I may think of preparing a Polish version of UURollup later on.

There are two more files to translate which are absent from the list though:

browseui.dll
shell32.dll

They are present in the xpsp2_binarydrop directory.

This post has been edited by tomasz86: 15 July 2012 - 06:09 PM

[acus]

@Tomasz

http://ge.tt/7vlBWdK/v/0?c

results of my test

regards

[tomasz86]

Thanks acus

There's one strange error in the log which was not present before and it also doesn't occur on my system

[07/17/12,11:19:03] ****ERROR**** Verification failed for product .NET Framework 1.1 SP1

[07/17/12,11:18:59] ****ERROR**** File C:\WINNT\Microsoft.NET\Framework\v1.0.3705\regsvcs.exe.rtm.config is not installed on the system

Could you try to replicate the error, i.e. install .NET Framework again on a fresh setup and run the NET Framework Setup Verification Tool?

Edit: I've managed to replicate the error. Let me have a look at it and see what causes it.

This post has been edited by tomasz86: 17 July 2012 - 01:59 PM

[acus]

http://ge.tt/8LsEigK/v/0?c

@Tomasz

I have replicated the error.

[tomasz86]

I guess I'll have to remake the .NET Framework installer from the beginning. The current version is affected by this issue.

I've been doing my best to speed up the process of preparing USP5.2 but it won't be ready in the near future so... I've decided to keep updating UURollup (ENU) until the moment when the final version of USP5.2 is ready. UURollup-v11 is already prepared and I'm going to upload it in the next few days after I've done the final testing. UURollup-v11 is going to be a very important release because BWC kernel is used in it for the first time instead of WB kernel. Thanks to it many more applications should work correctly and much fewer "patches" will be required to run the other ones

[tomasz86]

I've been still working on UURollup-v11. Including files from BWC kernel is more difficult than I initially thought. The newest version of BWC's ntdll.dll adds support for RtlInitUnicodeStringEx which in consequence makes it possible to use httpapi.dll (What is httpapi?) in Win2k. This will influence .NET Framework because this function is used by both .NET 3.x and 4.x. At the moment I'm focused on integrating the files into UURollup, and after it is done I'm going to check its impact on .NET.

[tomasz86]

The first test version of UURollup-v11 (UURollup-v11.20120722.142800) is ready. You can find it in the same location where .NET Framework test versions are available (see #1). Kernel32.dll has been replaced with the BWC version and some other files have been updated too. The newest XP updates (KB2655992 & KB2719985) have been added.

This post has been edited by tomasz86: 21 July 2012 - 11:51 PM

[acus]

@Tomasz,

I made following test.

Installed in VM:

w2k sp4.
Windows2000-KB891861-v3-x86-ENU.exe
Windows2000-UpdateRollup2-x86-ENU.exe

Then, installed, uninstalled, installed & unistalled again UUR11.

If it can help this is log file:
http://ge.tt/53l8erK/v/0?c

[PROBLEMCHYLD]

I know BWC/WB kernels add missing functions.
You probably should use the original last Kernel version for Win2K.
Switching back and forth between the 2 Ks is not a good idea. They both do GREAT work.
Working on multiple packages only takes time from priority packages.
Just some advice, but you can take it with a grain of salt. Keep the good work.
You could always start out USP 5.2 with all official M$ files and then start to add Unofficial files in USP 5.3 etc......

[tomasz86]

@acus

Thanks for testing. Actually, in case of UURollup what's more important than the installation process itself (which is not very complicated) is how programs work with it, whether any unexpected problems occur, etc. I do know that it's very difficult and time-consuming to test all these things though. You did your test with IE5 installed, right?


@PROBLEMCHYLD

A piece of advice is always good, no matter whether I agree with it or not I know that switching between the kernels is not an ideal situation but what can I do at the moment? Leaving the original kernel would block all applications compiled in VS2010 so I can't even think of doing that. It would be the best if there was only one unofficial kernel but the reality is different so I cannot do anything but adapt to the current state of affairs. WildBill's kernel was used from the beginning but at the moment BWC kernel is more developed so I think it's a proper moment to make a switch.

In the end the number of packages is going to be reduced but now I just must update UURollup to keep up with all the changes. If I left it like this then everything would be very difficult later when a lot of changes are to be implemented at once. It's much easier to add them one by one when BWC/WB update their files and new XP/2K3 (2K compatible) updates are released.

I'm going to start with adding the official updates to USP5.2 and then the unofficial ones but in the end it's going to be only one package. I don't want to make it fragmented so I do not plan to prepare a separate version with official updates only. If someone wants to use only official updates then using Windows Update or installing Update Rollups 1+2 will probably satisfy them while USP5.2 is for people interested in having everything including all official/unofficial updates and all other optional components.

This post has been edited by tomasz86: 22 July 2012 - 02:39 PM

[PROBLEMCHYLD]

roger that

[PROBLEMCHYLD]

Is there any reason why BWC/WB doesn't work together and create one unique Kernel?

[tomasz86]

PROBLEMCHYLD, on 22 July 2012 - 02:55 PM, said:

Is there any reason why BWC/WB doesn't work together and create one unique Kernel?

You should ask them, not me

Actually, in the new test version of UURollup-v11 almost all of the kernel related files come from BWC. Only ntdll.dll is still WB.

[tomasz86]

I've just uploaded a new test version of UURollup-v11. There are too many issues in the current BWC kernel. In the yesterday's version of UURollup there is a bug which breaks Silverlight. I've tried all my best to fix it but couldn't get through it. Until this problem and other issues (see the main topic about BWC kernel) are fixed UURollup will use WB kernel.

In the today's version of UURollup-v11 WB kernel is used and I've added one more update to it - KB2603381. It's no longer required to slipstream it separately.


Edit: By the way, messing too much with system files can sometimes bring unexpected results

 untitled.JPG (19.95K)
Number of downloads: 17

This post has been edited by tomasz86: 23 July 2012 - 01:08 AM

[tomasz86]

New test version of UURollup-v11 is ready. I've added

dnsapi.dll 5.0.2195.7283
iphlpapi.dll 5.0.2195.7101

from the new version (v7) of WildBill's KB2508429.

[tomasz86]

New test version of UURollup-v11 ready.

The experimental IPv6 support has been (partially) added:

tcpip6.sys 5.0.2195.1
netip6.inf