[tommyp]

S3pHiroTh, on Mar 5 2007, 05:32 AM, said:

S3pHiroTh, on Feb 27 2007, 09:20 AM, said:

Has someone an issue with svchost.exe service? Mine, at startup and sometimes when I use pc, takes 100% CPU usage.

*

This is not an HFSLIP issue. There was a non-critical MSFT update for 100% svchost.exe probs. Sorry I don't a link or the KB number, but it was mentioned a few weeks ago on some MSFN board.

[S3pHiroTh]

tommyp, on Mar 5 2007, 11:54 AM, said:

S3pHiroTh, on Mar 5 2007, 05:32 AM, said:

S3pHiroTh, on Feb 27 2007, 09:20 AM, said:

Has someone an issue with svchost.exe service? Mine, at startup and sometimes when I use pc, takes 100% CPU usage.

*

This is not an HFSLIP issue. There was a non-critical MSFT update for 100% svchost.exe probs. Sorry I don't a link or the KB number, but it was mentioned a few weeks ago on some MSFN board.

I have searched on the forum and, I discovered that, maybe, its depends on Windows Update/Microsoft Update, and the guilty probably is msi.dll library. With the patch KB927891, as Microsoft said, resolve this issue, but the file for Windows XP (as described in the hotfix knowledge) is called msi31.dll, not msi.dll.
After I have slipstreamed that patch in my source, with hfslip, that file (msi31.dll) doesn't exist, but there is a version of msi.dll that is the same of the "patched" msi31.dll.
Does hfslip rename that file to msi.dll?


P.s. Office Template and Media Control is updated.

This post has been edited by S3pHiroTh: 05 March 2007 - 08:03 AM

[450]

Tomcat76, on Mar 5 2007, 09:18 AM, said:

When slipstreaming WMP11, you need WindowsXP-KB898543-v3-x86-ENU.exe in the HF folder as explained here. MSOOBE will be broken if you don't.

Thank you for the instruction.

When WMP11 is integrated in slipstreams, the phenomenon of OOBE's breaking is recognized, and solved by integrating WindowsXP-KB894871-x86-JPN.exe.

[Tomcat76]

450, on Mar 5 2007, 03:04 PM, said:

When WMP11 is integrated in slipstreams, the phenomenon of OOBE's breaking is recognized, and solved by integrating WindowsXP-KB894871-x86-JPN.exe.

S3pHiroTh, on Mar 5 2007, 02:37 PM, said:

With the patch KB927891, as Microsoft said, resolve this issue, but the file for Windows XP (as described in the hotfix knowledge) is called msi31.dll, not msi.dll.
After I have slipstreamed that patch in my source, with hfslip, that file (msi31.dll) doesn't exist, but there is a version of msi.dll that is the same of the "patched" msi31.dll.
Does hfslip rename that file to msi.dll?

The last few test releases rename that file (as mentioned in the changelog). It's supposed to happen. From the INF file:

[MSI31.System32.files]
	msi.dll,SP2QFE\msi31.dll

Kiki Burgh, on Mar 5 2007, 04:53 AM, said:

became much worse this time ... still the same prompts for hfslp101.inf until hfslip103.inf ... then it continued on from hfslp200.inf until hfslp365.inf ... presumably all hfslp###.infs ... i've attached some files that might be useful from this run) ... checking i386 folders though in the cd shows all hfslp###.infs present

Well... I'm lost then. All files are in the new source, TXTSETUP.SIF and DOSNET.INF are instructing Windows setup to copy them over during txtmode copy, and HFSLIPWU.INF has the correct info to install them. I don't know what could be wrong with your set up, and especially why all of the sudden the HFSLP200~ files cannot be found by Windows setup either.

Kiki Burgh, on Mar 5 2007, 04:53 AM, said:

Tomcat76, on Mar 5 2007, 06:36 AM, said:

For DNF30.exe, you should've seen the installation dialogs pass by (Windows Presentation Foundation, Windows Communication Foundation and Windows Workflow Foundation). If you've seen these, was that at T-13 or at first GUI logon?

these all came up after window to register ...

OK. Did these .NET 3.0 components take a while to install?

[Kiki Burgh]

Tomcat76, on Mar 5 2007, 11:42 PM, said:

Well... I'm lost then. All files are in the new source, TXTSETUP.SIF and DOSNET.INF are instructing Windows setup to copy them over during txtmode copy, and HFSLIPWU.INF has the correct info to install them. I don't know what could be wrong with your set up, and especially why all of the sudden the HFSLP200~ files cannot be found by Windows setup either.

OS install seems ok ... although i have no idea what possible repercussions missing almost all hfslp###.infs in my install now ... what could be its worst effects? ;( i hope we could resolve this ... thanks!

Tomcat76, on Mar 5 2007, 11:42 PM, said:

OK. Did these .NET 3.0 components take a while to install?

yes it did ... quite sometime actually would this be bad?

[Tomcat76]

Kiki Burgh, on Mar 5 2007, 05:38 PM, said:

Tomcat76, on Mar 5 2007, 11:42 PM, said:

OK. Did these .NET 3.0 components take a while to install?

yes it did ... quite sometime actually would this be bad?

No; this is normal, and it indicates that HFSLPGUI.CMD is executed at the right time. But .NET 3.0 is not in Add/Remove Programs afterwards?

[Kiki Burgh]

Tomcat76, on Mar 6 2007, 06:50 AM, said:

Kiki Burgh, on Mar 5 2007, 05:38 PM, said:

Tomcat76, on Mar 5 2007, 11:42 PM, said:

OK. Did these .NET 3.0 components take a while to install?

yes it did ... quite sometime actually would this be bad?

No; this is normal, and it indicates that HFSLPGUI.CMD is executed at the right time. But .NET 3.0 is not in Add/Remove Programs afterwards?

great! dotnet3 is present in Add/Remove Programs ...

[Tomcat76]

Now I'm confused. Didn't you say that .NET 3.0 didn't install?

[Kiki Burgh]

Tomcat76, on Mar 6 2007, 08:17 PM, said:

Now I'm confused. Didn't you say that .NET 3.0 didn't install?

it did ... it even has an entry in Add/Remove Programs

[S3pHiroTh]

Tomcat, I've a request for you. Because some updates are not public and hard to find on the net (in os native language), I have put some files as MSOBMAIN.DLL (in italian, found in RyanVM italian package) in FIX directory because I don't find the respective hotfix in my language. In this way, after I have installed Windows, in setuperr.log, obviously tell me that msobmain.dll isn't signed well by Microsoft.
Can you add a directory for put in the cat files necessary for removing the error? Or can you tell me how can I do for removing that error?
I already tried to:
-copy the cat file in i386\svcpack of the source directory but it doesn't work (and it tells me that the source isn't clean)
-modified hfslip script that after it creates the WORK directory, it copies the cat files into WORK\SVCPACK directory but it doesn't work.

Any other method? Thanks for your answer and patience

[Tomcat76]

Did you makecab msobmain.dll before putting it in the FIX folder?

You don't need the English version of the hotfix if you have the Italian files, btw. The INF file within the hotfix only adds info into the registry confirming that this particular hotfix was installed, something that would be necessary if KB898543 (or whatever hotfix the msobmain.dll file that you are using is coming from) appears on Windows Update, but Windows Update doesn't show it so all you need is the Italian msobmain.dll and the accompanying CAT file. Theoretically, it should work with the compressed DLL in FIX and the CAT in SOURCE\I386\SVCPACK; just ignore the warning about having an unclean source. But remove the English hotfix from the HF folder.

[S3pHiroTh]

Tomcat76, on Mar 7 2007, 05:46 PM, said:

Theoretically, it should work with the compressed DLL in FIX and the CAT in SOURCE\I386\SVCPACK; just ignore the warning about having an unclean source. But remove the English hotfix from the HF folder.

I have tried in this way, but in SVCPACK.INF file there isn't any entry about KB898543.cat file

EDIT: Someone know how to download kb925720 february update?

This post has been edited by S3pHiroTh: 08 March 2007 - 02:17 AM

[johndoe74]

here ya go. uploaded KB925720

http://rapidshare.com/files/20369612/Windo...86-ENU.exe.html

[johndoe74]

hi tomcat and tommyp, i was wondering since you've managed to slipstream the .net patch as well (KB887998) couldn't you somehow magically also try and slipstream .net 1.1 and 2.0 themselves into the windows source as well ? it would save a hell of a lot of time during the installation at T-13...

[S3pHiroTh]

johndoe74, on Mar 10 2007, 07:03 PM, said:

here ya go. uploaded KB925720

http://rapidshare.com/files/20369612/Windo...86-ENU.exe.html

Where did you find the link for kb925720 february update? I need italian version.

This post has been edited by S3pHiroTh: 10 March 2007 - 11:40 PM

[Tomcat76]

S3pHiroTh, on Mar 11 2007, 06:39 AM, said:

Where did you find the link for kb925720 february update? I need italian version.

If you applied the update via Windows Update or Microsoft Update you should be able to find the link in C:\WINDOWS\WindowsUpdate.log.

johndoe74, on Mar 10 2007, 07:09 PM, said:

hi tomcat and tommyp, i was wondering since you've managed to slipstream the .net patch as well (KB887998) couldn't you somehow magically also try and slipstream .net 1.1 and 2.0 themselves into the windows source as well ? it would save a hell of a lot of time during the installation at T-13...

I tried this some time ago but gave up on it because I was starting to go insane, haha.

Copying files is not an issue; it's more what goes in the registry and what commands should be run post-installation.

[johndoe74]

S3pHiroTh, on Mar 10 2007, 11:39 PM, said:

johndoe74, on Mar 10 2007, 07:03 PM, said:

here ya go. uploaded KB925720

http://rapidshare.com/files/20369612/Windo...86-ENU.exe.html

Where did you find the link for kb925720 february update? I need italian version.

here's where I got it. here's where I've uploaded it.

[johndoe74]

Tomcat76, on Mar 11 2007, 03:40 AM, said:

johndoe74, on Mar 10 2007, 07:09 PM, said:

hi tomcat and tommyp, i was wondering since you've managed to slipstream the .net patch as well (KB887998) couldn't you somehow magically also try and slipstream .net 1.1 and 2.0 themselves into the windows source as well ? it would save a hell of a lot of time during the installation at T-13...

I tried this some time ago but gave up on it because I was starting to go insane, haha.

Copying files is not an issue; it's more what goes in the registry and what commands should be run post-installation.

maybe you could start with something like roguespear's switchless installer rather than the stock one and see how things go from there

This post has been edited by johndoe74: 11 March 2007 - 10:10 AM

[Tomcat76]

johndoe74, on Mar 11 2007, 05:08 PM, said:

maybe you could start with something like roguespear's switchless installer rather than the stock one and see how things go from there

The problem remains the same. There's no file that clearly states what needs to be added into the registry and which files need to be run post-installation.

[johndoe74]

Would u be motivated to do it if there were ? What i have in mind is you guys get in touch with one of the switchless addon makers, like for example roguespear or somebody/whoever makes the switchless addons on ryan's site. my guess is those guys might know what steps are involved in the installation and in what order. What do you think ? Worth a try at least ?