[the_guy]

Tomcat76, on Mar 12 2006, 04:26 PM, said:

[snip]
- files in HF with "directx" in their name are blocked
[snip]

Problem with this method. 2 public hotfixes, KB872901 and KB836880 have a prefix directx9-kb. Those are hotfixes, which should go in HFSLIP. Is there anyway you could work around this, maybe making an extension for files named directx?-kb*.exe? Other than this, there appears to be no problems with the latest test release.

the_guy

[Tomcat76]

@450

You can start by removing the following:
IE7-KB928089-WindowsXP-x86-enu.exe (superseded by IE7-KB928090)
StepByStepInteractiveTraining-KB923723-x86-JPN.exe (update for StepByStep program which is not part of Windows)
WindowsXP-KB928090-x86-JPN.exe (for IE6 only; this breaks slipstreaming of IE7)
WindowsXP-KB929969-x86-JPN.exe (for IE6 only; this breaks slipstreaming of IE7)
WindowsXP-Windows2000-Script56-KB917344-x86-jpn.exe (not needed for IE7)
wmpcdcs8.exe (not for XP SP2)
wmp6cdcs.EXE (not for XP SP2)
messenger.msi (not supported when in HF; should be in HFSVCPACK_SW or in HFGUIRUNONCE)
Apr2006_MDX1_x86.cab (ignored)
Apr2006_MDX1_x86_Archive.cab (ignored)
BDA.cab (ignored / for Windows 98)
BDANT.cab (ignored / for Windows 2000)
BDAXP.cab (not for XP SP2 / can break DirectX9 on XP SP2)
dxnt.cab (not for XP SP2 / can break DirectX9 on XP SP2)
wusetup.cab (ignored)

What is ZP81UPDW.EXE?

You have a lot of other hotfixes in your HF folder. Chances are big there may be some that are not supported.

This post has been edited by Tomcat76: 03 March 2007 - 03:43 PM

[S3pHiroTh]

the_guy, on Mar 3 2007, 10:09 PM, said:

Tomcat76, on Mar 12 2006, 04:26 PM, said:

[snip]
- files in HF with "directx" in their name are blocked
[snip]

Problem with this method. 2 public hotfixes, KB872901 and KB836880 have a prefix directx9-kb. Those are hotfixes, which should go in HFSLIP. Is there anyway you could work around this, maybe making an extension for files named directx?-kb*.exe? Other than this, there appears to be no problems with the latest test release.

the_guy

I think that Microsoft has integrated those hotfix in the latest pack of directx, so isn't necessary to install. I haven't them in my hf folder, and WU doesn't tell me to install them.

[Tomcat76]

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

just an update using test rel 70226a ... still the same probs as i posted above: could not locate .inf file --- hfslp101.inf until hfslp103.inf ...

That's strange. They exist (otherwise you wouldn't be able to give them). Can you check that they are still present on the new CD?

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

& the prompts to overwrite newer files: qasf.dl_, wmadmod.dl_, wmsdmod.dl_, wmspdmod.dl_ & wmvdmod.dl_

Well, look... Those files are part of WMP11 which you are slipstreaming. I suppose the codecs package you use is not up-to-date.

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

btw, still tried rick's sidebar & i think they got slipstreamed fine but still didn't launch ... had to test slipstreaming it via nLite to see if it'd work & it did ...

If any of the files you include in HFSVCPACK cause Windows setup to reboot internally, the GUI stuff will be installed at T-13 (which may fail).

[Tomcat76]

S3pHiroTh, on Mar 3 2007, 10:28 PM, said:

the_guy, on Mar 3 2007, 10:09 PM, said:

2 public hotfixes, KB872901 and KB836880 have a prefix directx9-kb. Those are hotfixes, which should go in HFSLIP. Is there anyway you could work around this, maybe making an extension for files named directx?-kb*.exe? Other than this, there appears to be no problems with the latest test release.

the_guy

I think that Microsoft has integrated those hotfix in the latest pack of directx, so isn't necessary to install. I haven't them in my hf folder, and WU doesn't tell me to install them.

KB836880 is superseded for sure:
qdvd.dll - KB836880 - version 6.5.1.903 - date 20-Feb-2004
qdvd.dll - dxnt.cab - version 6.5.1.904 - date 8/9-Jul-2004

I'm not sure about KB872901:
qdv.dll - KB872901 - version 6.5.1.904 - date 14-Jul-2004 - size 264 KB
qdv.dll - dxnt.cab - version 6.5.1.904 - date 8/9-Jul-2004 - size 309 KB
Don't you just love how Microsoft decides on version numbers?


Edit...
The answer lies in the KB articles...

KB836880:
APPLIES TO: Microsoft DirectX 9.0b, when used with Microsoft Windows 2000 Standard Edition
(We all know what "Standard Edition" means )

KB872901:
APPLIES TO: Microsoft DirectX 9.1 Software Development Kit Update

Neither is for DirectX 9.0c.

This post has been edited by Tomcat76: 03 March 2007 - 08:27 PM

[Tomcat76]

Updated "known issues" list for IE7 slipstreaming: PNG transparency doesn't work. --> showstopper

[450]

Tomcat76, on Mar 4 2007, 06:18 AM, said:

@450

You can start by removing the following:
snip.
What is ZP81UPDW.EXE?

Thank you.
I want to try immediately.

ZIP81DW.EXE updates the part of the ZIP code used in Japan among dictionaries of MS-IME.

Moreover, because integration had seemed to be done correctly about messenger.msi as long as it tried at hand, it was included it as it was.

[johndoe74]

i'm curious about KB917344 not being needed with IE7. since the old scripting files don't get deleted after slipstreaming IE7 (i checked) and unless they are internally disabled in some mysterious way, don't they exist in unpatched/vulnerable form just waiting to be exploited online if you remove the patch as well?

[the_guy]

Version of jscript.dll included in KB917344: 5.6.0.8831
Version of jscript.dll included in IE7: 5.7.0.5730

KB917344 is not needed, as jscript.dll is the only patched file.

the_guy

[Kiki Burgh]

thanks for the comments TC!

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

just an update using test rel 70226a ... still the same probs as i posted above: could not locate .inf file --- hfslp101.inf until hfslp103.inf ...

Tomcat76, on Mar 4 2007, 07:37 AM, said:

That's strange. They exist (otherwise you wouldn't be able to give them). Can you check that they are still present on the new CD?

yup, these prompts still come up ... i got the attached files from SOURCESS

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

& the prompts to overwrite newer files: qasf.dl_, wmadmod.dl_, wmsdmod.dl_, wmspdmod.dl_ & wmvdmod.dl_

Tomcat76, on Mar 4 2007, 07:37 AM, said:

Well, look... Those files are part of WMP11 which you are slipstreaming. I suppose the codecs package you use is not up-to-date.

i'm using the latest MSFN codec pack v3.1 as may be seen in my HFSVCPACK dir

Kiki Burgh, on Mar 3 2007, 01:39 PM, said:

btw, still tried rick's sidebar & i think they got slipstreamed fine but still didn't launch ... had to test slipstreaming it via nLite to see if it'd work & it did ...

Tomcat76, on Mar 4 2007, 07:37 AM, said:

If any of the files you include in HFSVCPACK cause Windows setup to reboot internally, the GUI stuff will be installed at T-13 (which may fail).

i'm not aware of any internal reboot (how do i see this?) ... all related files for this reside in HFAAO ... i'll try again with the latest test rel 70303a

[Super-Magician]

Tomcat76, on Mar 4 2007, 04:02 AM, said:

Updated "known issues" list for IE7 slipstreaming: PNG transparency doesn't work. --> showstopper

What exactly does this mean for us?

[Tomcat76]

Kiki Burgh, on Mar 4 2007, 02:25 PM, said:

yup, these prompts still come up ... i got the attached files from SOURCESS

I mean: are HFSLP101~103.INF still present on the CD from which you install?

Kiki Burgh, on Mar 4 2007, 02:25 PM, said:

i'm using the latest MSFN codec pack v3.1 as may be seen in my HFSVCPACK dir

That codec package contains the WM10 versions of the files you mentioned so it isn't compatible with a WMP11 slipstream.

Kiki Burgh, on Mar 4 2007, 02:25 PM, said:

i'm not aware of any internal reboot (how do i see this?) ... all related files for this reside in HFAAO ... i'll try again with the latest test rel 70303a

Well... If you have DNF30.EXE in HFGUIRUNONCE, you can easily find out if something went wrong by checking if the WebClient Service is working properly: Control Panel > Administrative Tools > Services. Based on my testing, the WebClient service will fail to start if .NET 3.0 is installed at T-13.

Super-Magician, on Mar 4 2007, 03:07 PM, said:

Tomcat76, on Mar 4 2007, 04:02 AM, said:

Updated "known issues" list for IE7 slipstreaming: PNG transparency doesn't work. --> showstopper

What exactly does this mean for us?

I don't know yet. I changed a few things and did some tests but so far had no success. A search on the Internet didn't come up with anything useful either. I prefer to have this fixed before the next final, of course.

This post has been edited by Tomcat76: 04 March 2007 - 08:39 AM

[Kiki Burgh]

Tomcat76, on Mar 4 2007, 11:38 PM, said:

Kiki Burgh, on Mar 4 2007, 02:25 PM, said:

yup, these prompts still come up ... i got the attached files from SOURCESS

I mean: are HFSLP101~103.INF still present on the CD from which you install?

hi TC! if i understood this correctly ... as SOURCESS was technically my ISO, yes this prompt (+ 101.inf & 102.inf) came up during install ...

Tomcat76, on Mar 4 2007, 11:38 PM, said:

Kiki Burgh, on Mar 4 2007, 02:25 PM, said:

i'm not aware of any internal reboot (how do i see this?) ... all related files for this reside in HFAAO ... i'll try again with the latest test rel 70303a

Well... If you have DNF30.EXE in HFGUIRUNONCE, you can easily find out if something went wrong by checking if the WebClient Service is working properly: Control Panel > Administrative Tools > Services. Based on my testing, the WebClient service will fail to start if .NET 3.0 is installed at T-13.

attached are some screenshots ... thanks!
 webclient.JPG (31.81K)
Number of downloads: 7  webclient2.JPG (80.76K)
Number of downloads: 7

This post has been edited by Kiki Burgh: 04 March 2007 - 01:54 PM

[Super-Magician]

Kiki Burgh, on Mar 4 2007, 02:50 PM, said:

attached are some screenshots ... thanks!

That's not actually Vista and you're just using a modified visual theme, right?

[Kiki Burgh]

yup ... it's just a theme in the background ... i'm simply showing here some details about web client svc that might help clarify some issues

[Tomcat76]

Kiki Burgh, on Mar 4 2007, 08:50 PM, said:

if i understood this correctly ... as SOURCESS was technically my ISO, yes this prompt (+ 101.inf & 102.inf) came up during install ...

No... Are the files physically present on the CD from which you installed your HFSLIPped copy of Windows? Open the CD, go in the I386 folder and see if hfslp101.inf through hfslp103.inf are in it.

Kiki Burgh, on Mar 4 2007, 08:50 PM, said:

attached are some screenshots ... thanks!

Seems OK. 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?

[450]

Tomcat76, on Mar 4 2007, 06:18 AM, said:

WindowsXP-KB928090-x86-JPN.exe (for IE6 only; this breaks slipstreaming of IE7)
WindowsXP-KB929969-x86-JPN.exe (for IE6 only; this breaks slipstreaming of IE7)

These two hotfix was deleted, there was not an error on the way, either the setup of Windows was completed, and it came to be able to use IE7.
Thank you really.

However, when desktop is displayed why, it is Windows classic theme.
I will look for this cause later again though it is not especially harmful because it is possible
to change to Luna.

[Tomcat76]

450...

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.

With KB898543, you will see the text "Please wait..." below the big Windows logo after the final reboot of Windows setup, but it's only once. MSOOBE is fixed and that is the important thing. If you want the Japanese text to be displayed, you need to contact Microsoft by phone because KB898543 is not public for non-English languages.

[Kiki Burgh]

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

Kiki Burgh, on Mar 4 2007, 08:50 PM, said:

if i understood this correctly ... as SOURCESS was technically my ISO, yes this prompt (+ 101.inf & 102.inf) came up during install ...

No... Are the files physically present on the CD from which you installed your HFSLIPped copy of Windows? Open the CD, go in the I386 folder and see if hfslp101.inf through hfslp103.inf are in it.

hi TC! 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
 hfslpinf.jpg (41.07K)
Number of downloads: 5  hfslpinf2.jpg (40.96K)
Number of downloads: 6

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

Kiki Burgh, on Mar 4 2007, 08:50 PM, said:

attached are some screenshots ... thanks!

Seems OK. 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 ...

[S3pHiroTh]

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.

*