[IE8 integration on XPSP3 breaks with "manual" install]

Tommyp, it didn't work. As you already thought . Oh, BTW: there is still a small typo in the script: line 57 is missing an "i" at the end: mu instead of mui.

The other suggestion for booting from an USB disk did not work either: I created my own USB bootblock by modifying one taken of a harddisk

It *is* a problem caused by hfslip: I build an ISO file using nlite and the modified IE8 installer somebody created for nlite, and that one installs without a hitch from an USB stick.

At the moment I'm fairly busy in my dayjob, to the point I have to work evenings too, if I find sometime in the near future I will compare the installs created by both programs and see if I can come up with a solution. But as you said: HFSLIP for XP is over five years old, people are moving to Win7, and you want to stop supporting it somewhere in the near future. And an hfslip built ISO still works if booted from an DVD, so no problem there too. It would have been nice to have an USB based solution, but hey, if wishes were pennies...

Thanks for the support so far.

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Sigh. Still not working. I've integrated IE8 only, see:

===============================================================================Files in your HF folder:IE8-WindowsXP-x86-ENU.exe
Files in your HFCABS folder:wbemoc.cab
Files in your HFGUIRUNONCE folder:
Files in your HFSVCPACK folder:
Files in your HFSVCPACK_SW1 folder:
Files in your HFSVCPACK_SW2 folder:
Files in your HFTOOLS folder:7za.exeboot.bincdimage.EXEcmdow.exeEXTRACT.EXEHFANSWER.INIHFSLIP_POST_IE8_USB_V1.cmdmodifyPE.exe
Files in your REPLACE folder:
===============================================================================

At T-13 it cannot find the file iertutil.dll. Looking up that one in TXTSETUP.SIF it has the do-not-copy property: 1,,,,,,,3,3 When I changed that to 1,,,,,,2,0,0 (ie copy it to system32) the installation completed, but still crasehd after the final reboot. You can vaguely see a window popping up with either the error "cannot open lsass.exe" or "virtual memory not configured". Whereupon the machine reboots. You cannot start it in safe mode either

Tomorrow I will borrow the ERD commander from a friend and see if I can change the registry so it stops with a BSOD instead of restarting.

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

I think this may work. Try placing this attachment into HFTOOLS, rerun hfslip and see what happens. Please advise what you find out. I don't install with usb so I can't test.

Tommyp, thanks. I've been send to Taipei unexpectedly to solve a computer error, so today is the first day I could try to solve the problem, and whaddayanow: you already had a solution

OK. Downloaded it, tried, some small errors:

1. You have to add the new filenames to dosnet.inf too, as in:

IF EXIST SOURCESS\I386\advpack.mu_ (
  COPY SOURCESS\I386\advpack.mu_ SOURCESS\I386\advpac1.mu_
  ECHO>>WORK\TXTSETUP.SIF advpack.mui = 1,,,,,,,2,0,0,advpack.dll.mui
  ECHO>>WORK\TXTSETUP.SIF advpac1.mui = 1,,,,,,,1005,0,0,advpack.dll.mui&ECHO>>SOURCESS\I386\DOSNET.INF d1,advpac1.mui
  )

2. the last line contains an extra sourcess, modify it to

copy /y work\txtsetup.sif sourcess\i386\txtsetup.sif

With those modifications in place installing now works, both textmode and GUI mode, but my installation crashes after the final reboot. I see the Windows XP splash screen, it switches to graphical mode, i.e. screen turns blue and the mouse cursor appears, and then it reboots.

This can be an error I made, so do not look for errors until I've tried an installation using only IE8 and no drivers & patches. I will report back. At least we're getting somewhere...

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

xyzzy - don't get in trouble. Not worth it. Feel like running a science experiment? See if windows with IE8 really needs the same MUI file in both the sys32 and the 1005 folder.

Tommyp, I'm not getting in trouble . I'm 62 years old, and married to the girl for almost 40 years. No problem there...

OK, I took your idea and did the following:

Started the install from the build created saturday using hfslip beta-h. Wrote down the names of the offending files. There were eight of them. Same as listed by the topicstarter.

Stopped the install, and edited txtsetup.sif so the files would end up in system32\en-us and removed the system32 and system32\1025 entries. Started a re-install, and it now passes the txtsetup phase (no missing files anymore), but dies in the GUI phase at T-13. Bad.

Stopped the install again, took the original txtsetup.sif and edited it so the files would install in system32 only (took out the 1005 entries for those 8 files). Same error.

So yes, the installer needs the files in both places, at least iedkcs32.dll and ie4uinit.exe. Those were the files it could not install at T-13. If you continue the installation after that point it completes, but after the required reboot it will not start. The moment is switches from the setup screen to GUI mode it reboots. And reboots. And ...

Those two files are the configuration files for Internet Explorer, you need those, I presume.

Took me about three hours to get this far, it's eleven pm here, I'm calling it a day. Tomorrow is another day (and yes, I know where that line comes from ). I'm going to test is I can install them using the $OEM$ directory. We *will* find a solution

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Good. Thanks. The IE8 installer was getting parsed twice, when it should have only been run once. I believe its fixed now, but I haven't tested an install such as yours. Making a full blown xp source has way too much bloat. I spoiled myself with my hfcleanup and small ISOs. Please give the latest beta a whirl. It should fix the double entries. Report back.

Report back... Yes boss

Tommyp, alas, it looks like the problem is still here. Did a complete rerun from a "clean" set of hotfixes and checked txtsetup.sif. The entries are still there. Copied SOURCESS to an USB stick, booted from it, and it stopped again at advpack.mui.

Cannot check any further at the moment, real life interferes: it is quarter past eight in the evening here, and my wife celebrates her birthday today. I have to be downstairs and meet the guests OR ELSE . Will try again tomorrow.

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

xyzzy - You nailed the prob. Now, I gotta ask - are those MUI files supposed to be to 2 places? Or just the 1005 directors? Or just the sys32 folder? Maybe install ie8 regularly and see what's where?

Tommyp, my home machines are all build using HFSLIP in CD/DVD mode. I logged into my company machine (which is installed using Microsoft SMS) which runs IE7. I installed IE8 + updates using Microsoft Update and a number of xxxxx.dll.mui files are found in c:\windows\ie8, c:\windows\system32 and c:\windows\system32\en-us. So yes, files are located in at least two places. the windows\ie8 directory looks as if it is created at ie8 install time (all timestamps roughly equal).

My personal machine has an US-English version of XP installed, my wife & daughters' machines have a Dutch version. That TXTSETUP file has the same duplicate entries. I never noticed the problem until I bought a HP Netbook which needed a reinstall. So I tried installing from an USB stick and bingo...

As a side note: I'm using HFSLIP since last october. Before that I used NLite. Because NLite isn't maintained anymore I switched to HFSLIP. NLite does not have the problem. If I have a moment left of my "precious free time" I try to build a NLite tree and see what is different between SOURCESS and NLite.

Still having fun :-)

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Tommyp, I've tried to slipstream IE6 (all directories empty except for SOURCE), install it from CD and you have an Internet explorer 6, install from a network share and Internet explorer will disappear. The icon is there, but if you click on it you get the internet options window. Just IE7 in HF will trigger the error mentioned by the topic starter when installing from a network share. Same for IE8.

Whenever the medium has read/write capabilities you're toast. Readonly media wil work fine. But hey, it's a fun error to solve. Keeps me busy

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Tommyp, the way I understand it is that when installing from a network share or an USB stick the complete sourcetree is copied to the destination disk in the directory $WINNT$.~LS. The installer then moves the files to the final destination dir, usually C:\WINDOWS.

Because files are moved and not copied you can only do this once

Now look up the file aaclient.dll.mui in TXTSETUP.SIF from SOURCESS: you will see that is only exist once, as:

aaclient.mui = 100,,,,,,,,3,3,aaclient.dll.mui

This file will copy without error. Now do the same for advpack.mui.dll:

advpack.mui = 1,,,,,,,2,0,0,advpack.dll.mui

advpack.mui = 1,,,,,,,1005,0,0,advpack.dll.mui

*THAT* one has two entries. the first one gets copied, the second one gets you the error. I checked: destination 100 is system32\1025, destination 1005 is system32\en-US. All xxxx.dll.mui files are found in "100", but those copied to "100" aren't in "1005".

I had the idea to duplicate the offending files with slightly differen names, i.e. change the first character to an "y" or something, add them to dosnet.inf, and copy those to system32\en-US. That works. The "setup cannot copy the file: xxxx.mui" error goes away. The only problem I am still having is to rename the modified names back to the originals.

I know that it is possible to rename files (say from DOS style 8.3 names to LFN) using txtsetup.sif, but I haven't (re)found it yet.

Still trying :-)

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Is it possible to boot from a USB card reader? I know with my SD cards for my camera you can lock them so nothing is accidentally deleted. That would prevent those files from being deleted. Just a thought.

Krose, I've tried it with a Kensington USB stick. Those can be write-protected. Close, but no cigar: the OS sees it as an R/W medium and tries to delete the files, result is that your installer crashes. At the moment I'm trying the following:

1. find which files are missing.

2. copy them to the I386 dir with a slightly different name

3. add those names to DOSNET.INF

4. Modify txtsetup.sif so all duplicates are resolved, i.e. everything which should go into system32\en-us gets a new name.

Takes a little while, and I have a dayjob where they expect me to do something different Will try it this weekend, if it works I will post is.

Pieter

[IE8 integration on XPSP3 breaks with "manual" install]

Why should the script be modded? All the documentation says that the purpose of hfslip is for a cd install? If you want to do something that the program isn't designed for, then you are on your own. Good luck.

TommyP, some of us have netbooks. No CD/DVD drive I know, I know, if you're so smart why don't you solve it yourself? Well, I tried. So far I found that it has something to do with the "~LS" directory. Whenever a file is moved to the destination dir (C:\WINDOWS mostly) it is deleted from the ~LS source. Your slipstreaming package creates a 1005 destination directory (system32\EN-US) where the MUI files are copied too. So first we copy say advpack.mui or jscript.mui, it gets deleted, and then the installer tries to copy it again to the 1005 destination. files is gone, -> error...

But yes, you are right. it *works* from DVD. Flawlessy. Because this is a read-only medium, and therefore no files will be deleted. Problem is that I had to buy an external drive to overcome this "feature". If I find a solution I will publish it on the forum. Because more and more of us need (or like) to install from USB media.

Pieter a.k.a. xyzzy