[tommyp]

Sometimes a bad disk cluster makes bad files in an iso. But I can't read what the image says. I'm a puke who only can read english.

[jvidal]

Hi!
There's a bug in the latest beta (oct 12). I rebuilt my CDs with yesterday's round of updates and although the slipstreaming goes well, while installing I get an error in the text-based phase of the setup. Setup can't copy the file "wpdshext.res". Even though setup finishes correctly, it is kind of annoying.
I rebuilt using beta m and the error didn't appear.

What gives?

[gluon]

I don't have "wpdshext.res" issue and I'm guessing it's got to do with WMP11 slipstreaming (atm I'm trying to get rid of any WMP). I know it might not help but maybe try to remove the WMP11 from being slipstreamed and see what happen.

There is a bit of a hiccup on MSI 4.5 slipstream, non-fatal but gives "File not found" while slipstreaming.
They're on line 1884, 1888 and 1889.

 
RD/Q/S TEMP\langspecific
.
.
MOVE/Y TXTSETUP.SIF SOURCESS\I386
MOVE/Y DOSNET.INF SOURCESS\I386 

I think line 1888 and 1889 are redundant b/c of

ECHO>>SOURCESS\I386\TXTSETUP.SIF msimsg.mui = 1,,,,,,,1009,0,0,msimsg.dll.mui &ECHO>>SOURCESS\I386\DOSNET.INF d1,msimsg.mui

but I guess to be consistent with the rest of the script it's better to get rid of the stuff in bold.

Here's a screenshot I have, modified the script slightly with a bit of echo and pause.

[jvidal]

Sorry, but I DO want wmp11 slipstreamed. Plus, it works just fine with beta m, something got screwed up in beta o...maybe the MSI4.5 code?
All new updates are correctly slipstreamed with beta m.

any ideas?

[Glowy]

I got exactly the same. did not change anything in the source directory yet, just ran hfslip-1.7.9_beta_o.cmd instead of hfslip-1.7.9_beta_m.cmd
Only wpdshext files are a .ex_ and a .dl_ (both in I386) but no .re_
the .re_ was there when using 1.7.9_beta_m

Maybe the dutch message is of some use

This post has been edited by Glowy: 15 October 2009 - 01:36 AM

[Cpt.Patch]

Glowy, on Oct 15 2009, 08:45 AM, said:

I got exactly the same. did not change anything in the source directory yet, just ran hfslip-1.7.9_beta_o.cmd instead of hfslip-1.7.9_beta_m.cmd
Only wpdshext files are a .ex_ and a .dl_ (both in I386) but no .re_
the .re_ was there when using 1.7.9_beta_m

Maybe the dutch message is of some use

Same here, but nothing required this file after the setup.
Another problem is, WindowsXP-KB974455-x86-HUN.exe update won't slipstreamed. (XP SP3 hun)

Log file uploaded.

Attached File(s)

•  HFSLIP.rar (1.08K)
  Number of downloads: 10

[tommyp]

gluon found a bug. Those two "move" lines should be deleted. It was remnants of a copy/paste I did. My bad.

For those with the wpdshext file copy problem - if you used the same HF fileset and used rev M of the script, does the problem surface? Or is the prob a rev o only?

If it's a rev M and rev N prob - please tell me what hotfix includes the wpdshext.* or wpdshextres.* files? Use winrar to extract them and examine. This would make life easier for me to troubleshoot. I glanced through the script and wpdshext.res is hardcoded as part of WMP11 installer. So I'll assume for now that it's a wmp11 hotfix.

billtodd posted a message about WM hotfixes. MSFT changes their mind with WM hotfixes all the time. When extracted, they decide to use various foldernames instead of standardizing. I'll have to work on that too. Maybe all will get fixed this weekend if I feel up to it.

This post has been edited by tommyp: 15 October 2009 - 04:01 AM

[Glowy]

For me it's just a rev. O problem rev. M works just fine.
browsing through the updates.. didn't find it yet.
But I'll let you know when I do find it.

It's included in the main WMP11 installer, wmp11-windowsxp-x86-nl-nl.exe

in there is a file wmfdist11.exe and that has it in the locbin folder

This post has been edited by Glowy: 15 October 2009 - 05:07 AM

[Cpt.Patch]

Rev o problem. Rev m works fine, except kb 974455.

[jvidal]

Tommy, read my original post, it only happens with beta o, beta m is fine.
974455 works fine for me. WU is totally happy.
BTW, you should use IE8-WindowsXP-KB974455-x86-xxx.exe if slipstreaming IE8, NOT WindowsXP-KB974455-x86-xxx.exe

bye!

This post has been edited by jvidal: 15 October 2009 - 10:41 AM

[Crash&Burn]

tommyp, on Oct 15 2009, 06:41 AM, said:

MSFT changes their mind with WM hotfixes all the time. When extracted, they decide to use various foldernames instead of standardizing. I'll have to work on that too. Maybe all will get fixed this weekend if I feel up to it.

Couldn't "FOR /R" be used for those funky WMP hotfixes?
Instead of looking in specific folders, just loop thru all available sub-Folders of the unpacked WM hotfix.

Quote

FOR /R [[drive:]path] %variable IN (set) DO command [command-parameters]

Walks the directory tree rooted at [drive:]path, executing the FOR statement in each directory of the tree. If no directory specification is specified after /R then the current directory is assumed. If set is just a single period (.) character then it will just enumerate the directory tree.

This post has been edited by Crash&Burn: 15 October 2009 - 11:50 AM

[Cpt.Patch]

jvidal, on Oct 15 2009, 06:40 PM, said:

BTW, you should use IE8-WindowsXP-KB974455-x86-xxx.exe if slipstreaming IE8, NOT WindowsXP-KB974455-x86-xxx.exe

That was the problem, IE8 version works fine. THX!

[jvidal]

you're welcome

[tommyp]

Thanks for the inputs guys. Rev M was ok, so I went back to rev M and re-rolled the changes in. Maybe I had a copy/paste error or accidentally hit something on the keyboard I shouldn't have. Anyway, I still left the rev M in the zip package. Hope this does the trick. Please post results (good, bad or indifferent). I like to see feedback.

Once this is all well and good, I'll try tackling the WMP hotfix issues. The prob with that is that hfslip attempts to discover what WMP you are using and applies the appropriate hotfixes. The hotfix binaries come from inconsistant named files that seem to have no pattern. It's not as simple as you think, or maybe I just think too much.

[jvidal]

But why does it work fine with rev M and not with Rev O?
It obviously can handle weirdly-named files, so that shouldn't be an issue.
Something got screwed in Rev O.

[jvidal]

Well, I tried Beta p and I must say it works just fine!
Nicely done, Tommy, thanks again!

bye!

[gluon]

nicely done tommyp however for me "msimsg.dll.mui" goes into system32\mui\409 instead of 0409. I'm not too sure if it's an issue.... haven't see any impact.

also line 1884: RD/Q/S TEMP\langspecific gives "file not found" error while slipstreaming. I can understand why the line is there since extraction by 7zip gives the langspecific folder but seems like /X doesn't produce that folder.

[tommyp]

Thanks for the reports guys. I was unable to extract the MSI using a 2k box. I relied on a file extractor and saw the langspecific folder. Like you said, the folder is non-existent. Rev Q corrects both the non-existent missing folder and adds the zero before mui foldername. All should be good to go now.

Are there any issues with the latest set of XP's WM hotfixes?

[emzendron]

Now mfplat.dll and wmp11.inf couldn't be copied.... Any ideas?

Attached File(s)

•  HFSLIP.rar (1.18K)
  Number of downloads: 7

This post has been edited by emzendron: 16 October 2009 - 10:18 AM

[tommyp]

emzendron, on Oct 16 2009, 10:42 AM, said:

Now mfplat.dll and wmp11.inf couldn't be copied.... Any ideas?

Please learn how to zip your log files next time. Thanks. Do you have the same prob with M?