Argh! I killed me!
NETMAP.INF is not in any of my original source discs... (all hp Restore Discs and Operating System CDs) It's not in the SP2 slipstreamed cd from hp, neither in their SP1 disc. When I manually slipstreamed SP2 in the SP1 source, the update did create the WINXXUPG folders in I386. I just didn't bother checking what files they contain, assuming everything should be there... which, evidently, is not the case.
I guess I won't bother anymore with this RECOVERY CONSOLE thing, as I don't think of any situation I'll every need it.. (I just tried the INSTALLRC option to see if it works on me) All my data files are in a separate secondary hard drive. When something goes wrong, I just insert my HFSLIPped CD and restart... and before I could finished my coffee... TAH-DAAAH!!! A fresh Windows XP...

@glentium...

That's good to hear. Well, not good...


@the_guy...

That appears to be Tux's problem but I can't duplicate it.


@Camarade_Tux...

What file date does BROWSEUI.DL_ have in your SOURCE? If it's more recent than June 18, 2005, it won't be updated.

I had to ask my mother... please be patient, I will probably have to wait until I can access the computer myself.

And since she has problems with files, I don't really want to know what she would do with the registry.


edit : at least she read my mail but now she has problems with Windows Explorer.

....

it seems it was last modified on 29/08/02.
She did it !

I know all about mothers and computers. Sometimes I wonder if it was a good move to teach her the shift+Delete action...

Your source file seems to have the correct date. The only thing I can think of is that you're including the wrong file:
KB916281 for XPSP1: IE6.0sp1-KB916281-Windows-2000-XP-x86-FRA.exe
KB916281 for XPSP2: WindowsXP-KB916281-x86-FRA.exe

I once told my mother to use Shift+Del and immediately said "no, don't!". She would have wiped the whole folder.




I'll check that asap.


Since HFSlip uses something similar, maybe someone here can help me : http://www.msfn.org/board/index.php?showtopic=76608
Or did you stumble on the same problem (I saw hfslip uses for... instead of a "dir /B > smurf.ddf") ?
Thanks.

For individual binaries, HFSLIP does something similar to what GreenMachine posted. If that fails for you, *none* of the newer binaries would be copied over to your SOURCESS\I386 folder. I find it strange that only browseui.dll is giving you problems...

ha! ha!

hi to all!

@ TC --- just like what i mentioned i only showed it again ... & yes sir i understood it the 1st time!
so far, i was able to successfully create new build using 60617b ... just this morning ... & when i logged back in ... now there's 60618b ... can't cope quick enough

i have a couple of questions though:
i tried to replace the LegitControlCheck.dll via HFEXPERT\WIN\system32 with a file of the same name but duing the DOS copy mode, it said something like file could not be copied over or something like file could not be found --- & my only option was to skip the file ...

thanks!

Don't know... I'll see if I can duplicate it.

But it should work when you rename the file to LCC.dll, compress it to LCC.dl_ and put it in FIX. Then include LegitCheckControl.cab in HFCABS (and remove LegitCheckControl.dll from HFEXPERT\WIN\system32).

Are you using the RVM Update Pack?

thanks for the quick 1 TC!

would the renamed file copy over to system32 & write over the existing LegitCheckControl.dll?
oh btw, would you happen to have a tool that i could use to compress the .dll to .dl_?
any charity & guidance would be much appreciated.

nope, i am not using RyanVM's add-on

TXTSETUP.SIF instructs Windows setup to copy LCC.dll to system32 and rename it to LegitCheckControl.dll. HFSLIP adds this line into TXTSETUP.SIF if you include LegitCheckControl.cab or KB905474. If you put LCC.dl_ into FIX, HFSLIP will copy it into SOURCESS\I386 near the end of the HFSLIP run, overwriting the already present LCC.dl_.

To compress LCC.dll, you can put this line in a CMD file, save it in the same folder as LCC.dll and run it (then delete the CMD again).

MAKECAB /D CompressionMemory=21 /D CompressionType=LZX LCC.dll

A stupid Question...

I ran HFSLIP and finished then i Have a ISO File. (And a Folder called SOURCESS)

Well.. if i change for example one Update and i don´t want HFSLIP decompress and compress again the Drivers (Or if i not integrate never a new driver).. ... wich switch may i choose??? A B C D E or F???

Thanks
zartrix.

Sorry, zartrix, but I'm afraid you have to start all over again. HFSLIP only works with a clean source.

as always ... thanks TC!

Actually, Kiki, you got four options, not two.

#1
HF\WindowsXP-KB905474-ENU-x86_4bafa8793e8cdcaf4ba4ffc494df32d496154544.exe
FIX\LCC.dl_

#2
HFCABS\LegitCheckControl.cab
FIX\LCC.dl_

#3
HF\WindowsXP-KB905474-ENU-x86_4bafa8793e8cdcaf4ba4ffc494df32d496154544.exe
HFEXPERT\APPREPLACEMENT\LCC.dll

#4
HFCABS\LegitCheckControl.cab
HFEXPERT\APPREPLACEMENT\LCC.dll


I forgot about the last two options, where you can leave the file uncompressed...

alright ... i'll try these in a couple of hours ...
sir, as for compressing the file - the step you provided to me above would be the simplest, right?
would there be any other tool that would do just the same?
thanks again!

btw, i have a minor concerns about HFANSWER.inf ...
for the .CAT files deletion, would there be a value we could assign that would not prompt for pressing "Y" to delete files or hitting "Enter" for leaving the .CAT files intact if option is is the latter?
we can always reuse the SOURCE (even if slipstreaming of SP2 was done in a previous session) if option for back-up was set to 1, right?

just wanted to clarify ...
thanks!

Yes and no. Your question is a bit too general.
If you set FORCEDELCATS to 1, HFSLIP will silently delete the CAT files that come from hotfixes. But an option to silently *not* delete CAT files (in the event you have modded SFC*.DLL files or USP5) doesn't exist. In this second case, your only option is to use the prompt (ie, don't set FORCEDELCATS to 1).

Yes. The original source is restored when using that option (1=ask for backup, 2=execute backup without prompting). But this is tied to slipstreaming a Service Pack. So if a Service Pack doesn't need to be slipstreamed, a backup is never made.

as usual thanks for the clarification ... if we set the value to 1, then yes it does delete the .CAT files ... if we don't set it to anything, then it shows us the option to eitehr press "Y" or hit "Enter" ... would there be any value though that will not show the prompt anymore if for example we just want it to work with the .CAT files - without showing the options anymore ... something like default for not deleting the .CAT files anymore? sorry for the confusion ... thanks!

My file was indeed for SP2. Corrected now, we'll see how it goes.

I checked the properties of the file before deleting it and there's a field named "Applies to" which in fact appears in many hotfixes. It can be :

• "Windows XP Service Pack 1"
• "Windows XP Service Pack 2"
• "Windows XP Service Pack 1; Windows XP Service Pack 2"

Would it be possible hfslip checks that field and prints a warning or stops whenever an error is encountered ?
Or, rather, a warning and a "would you like to continue ?" screen ?

I still have


I used latest version but it's also possible I made a mistake and used the previous one. However, I can't check that right now.




I also have the same problems, except for KB916281.

The latest version of what? HFSLIP?

The latest versions of HFSLIP add a line into HFSLIPWU.INF to satisfy HfNetChk as far as KB839645 for XPSP1 is concerned. Is that line with "ProtocolDefaults" present? If not, do you have the proper CD tags in your SOURCE folder?

KB914798 is installed during SVCPACK (HFSLIP doesn't integrate it or even open it). I could add in the registry line you need but it will be overwritten when the hotfix installs itself so it's pointless.

hi!
have 1 question: would it be possible to have an unattended or totally automated HFSLIPping?
like double-clicking on the cmd file would already start with slipstreaming ... like no more prompts ... like HFANSWER.inf takes care of everything when valueas have already been set?
i understand though that we have to ensure that directions need to read & followed by users.
thanks!

Strictly speaking, it was possible to make HFSLIP completely unattended ever since HFANSWER.INI was introduced. You need to preset every variable present in that file for which you normally get a prompt, plus add two more variables. I'm not mentioning these variables and I'd prefer them not to be actively discussed here for these reasons:

- people need to know what the implications are of using HFSLIP
- if you forget to set some variables HFSLIP might fail without you knowing it
- it's bad for troubleshooting problems

thanks Tomcat!
have successfully created a new build once again ...

for the peeps who have been using HFSLIP for quite sometime, it's just truly fine to go through the process (& we could always go the source & read some stuff there ) ...

i'm just thinking we could get past the the following introduction quicker:

After reading the above disclaimer and GPL License.....
Press any key to continue . . .

HFSLIP IS TO BE USED FOR CD INSTALLATIONS
Press any key to continue . . .

SOURCE - Dump your installation CD source here
Press any key to continue . . .

Slipstream means NO NEED FOR OEM FOLDER.
Press any key to continue . . .

Learn more about the HFCLEANUP folder...
*Reduce your source, an NLITE alternative <Do it at your own risk>
Press any key to continue . . .

WindowsUpdate questions without the WU.TXT file attached will be ignored.
Press any key to continue . . .

Type in the words I HAVE READ THE INSTRUCTIONS affirming you have read them.
I HAVE READ THE INSTRUCTIONS

the introduction of HFANSWER.ini is truly great ... it is like having WINNT.sif (pardon the comparison if it seems a bit misplaced )
but then again, please know i completely understand the rationale for making users aware of the implications of using HFSLIP

many thanks!

btw, i was kind of anxious a while back to get to the forums but there was a database error of sort ... it got me really worried ... but it was a relief to have read from the main page the post of Alanoll

@Camarade_Tux...

60621a also adds a reg hack for KB916281. If neither this hack nor the one for KB839645 work, I'll remove them.

Personally, I doubt the KB916281 hack will work. HFSLIP sets the value to "2", but then the hotfix does this:

"%windir%\system32\reg.exe add ""HKLM\Software\Microsoft\Updates\Windows XP\SP2\KB914798"" /v Installed /t REG_DWORD /d 00000001 /f"

This is obviously a MS/HfNetChk screwup. They both want something else.

ha! ha!
i actually guessed right the 2nd 1 --- "A**H***"TEST!

another HA! HA!

Thanks TC!

I'll try asap, but my test machine with VMWare just walked away.

hi!
i did about 2 ISOs & installed these rightafer ... here's what i found out using 60621a:

(1) WORK directory is not being deleted after the entire process ends ...
(2) at T-13 installation was interrupted by these errors (RC installation) ... please see attached screenshots
(3) it was the 1st time i saw XPize (XPizev44Full.exe) being slipstreamed ... (as i do not recall seeing this portion ever in all my previous builds & installs) ... it gave out the message it was being slipstreamed, then followed by success ... BUT showed something like File Not Founding ... my apologies if i wasn't able to copy & paste that exact portion of slipstreaming ... i was too sleepy to have thought about copy & paste i have XPIZESW=/S /notask in HFANSWER.ini

i continued on 2x & finished the installation & everything seemed normal except that RC was not present anymore & no program group was present any longer for Xpize ... i think though that it installed ... or slipstreamed rather ... as the normal XP screens are not present (& it's not present in Add/Remove Programs) ... even tried to copy files to see if it'd be the same if XPize were installed correctly (yes it did like how XPize would --- animated icons when copying/pasting) ... so i guess there's nothing wrong with the last 1 ... it's just weird ...

the only things i did different this time were:
(1) added WindowsXP-KB319740-v5-x86-ENU.exe to HF
(2) added the following in HFAAO:
a. [savefile]060617203355_wga_tray_remover_Addon.cab
b. td_notepadplus_launcher_addon.cab
c. Kels_UniversalSilentSwitchFinder_addon_v1.CAB
(3) use the other 2 unrevealed variables with its default values

btw, my HFSLIP run time went up to: 33m57s ...

thanks!

Can I see your txtsetup.sif and dosnet.inf files?

One of these 'unrevealed' variables (if I am correct about the two that you are using) causes the WORK directory to remain.

I prefer not to say which one because Tomcat does not want us to discuss it, but if I am right about the variables, you should be able to figure it out.

@Tomcat, quick question: What exactly is the purpose of setting the variable 'BBIN' in the MAKEISO section (as in the following line)? The usage seems inconsistent because you switch between BOOT.BIN and %BBIN%.
Plus, wouldn't it make more sense to do just SET BBIN=BOOT.INI in this line if you leave the variable?

Just wondering...

thanks Super-Magician! got it sir! i'll do the experiment later.
TC, i'll post it as soon as i can ...

btw, would there be any use for us to have the WORK dir out there?

I'll have to ask TommyP is there's a reason for not deleting the WORK directory in certain cases. There's no need for you to keep it, Kiki.

thanks TC!
i wouldn't mind having it there if it could be of any use

The work directory was not deleted in certain cases is because it came in handy when developing hfslip. Sometimes I had to see what was happening in the work directories. I guess you are playing with another variable in the INI file. You probably want to not include that variable in there.

hi TC! attached are the files you've requested ...
btw, i trimmed down some of the stuff in my HFAAO dir & have created only 1 build earlier ... i think it would be much better this time but i was so dead tired that i wasn't able to test it yet ... i am confident though that it won't give me any headache ...
oh, i was also able to copy the XPize part that i mentioned earlier ...

Microsoft ® Cabinet Maker - Version (32) 1.00.0601 (03/18/97)
Copyright © Microsoft Corp 1993-1997. All rights reserved.

Please wait while HFSLIP slipstreams XPize. This may take a while.
Slipstreaming XPize completed.
File Not Found
The system cannot find the file specified.
Microsoft ® Cabinet Maker - Version (32) 1.00.0601 (03/18/97)
Copyright © Microsoft Corp 1993-1997. All rights reserved.

again, come the GUI, no more shortcuts are there for XPize (w/c i liked better ) but it was just strange ... i have a strong inkling this was brought about by rytukz_Vista_Icons_Pack_Ultimate_System_Patch_addon_1.1.cab ... i think this addon & XPize basically do the same thing ... 1 overwrites the other ...
thanks!

Do you have the TXTSETUP.SIF from before it was nLited? I don't want to troubleshoot that....

sorry for that 1 TC ...
i'll get my hands on it ...
just an fyi ... i only used nLite as an alt to HFCLEANUP (nothing else) ... to remove the ff:
briefcase
charmap
internet games
keyboards
non-english languages
images & backgrounds
music samples
windows sounds
color scheme
msn explorer
windows messenger
ms agent
out of the box experience
search assistant
service pack messages
tour

With latest test version and latest windows script, I still get the same report from HFNetChk.



And the other ones with file version greater than expected.


Looks OK to me.

To fix the 914798 problem, try installing the v2 of the update. I just found out that it was re-released on this month's patch tuesday.

Also, for the other problem, try putting the attached .inf in your hfsvcpack folder. It should work as all the binaries in 839645 are replaced by later updates.

the_guy

Ok. Thanks.
I'll try right now, while my dead hard drive is cooling down. *rip* or rather *living dead*

HFSLIP is already adding this line for XPSP1:

HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\ProtocolDefaults","shell",0x10001,0

It's a mystery why it doesn't get set.

It may be my fault : I don't have the corresponding hotfix !


I'd swear I downloaded everything.
I'll post a feedback in a few minutes.

And then, HFNetChk should also
Since HFNetChk doesn't complain about any file version for this hotfix, it shows the_guy is right : all binaries are replaced.


edit : TC, you removed 839645 from your list. It's possible HFSlip only adds the line if the hotfix is present.
>checked, from latest test release:

Is there a single HF that replaces 839645 or are the files overwrittent by several different HFs ?
Is it possible to access files properties and version with batch ? If not, I can write a small app in a few minutes to return such infos.

Also, if I put modded sfcfiles.dll in APPREPLACEMENT, I'm not asked whether I want to remove cat files or not.
Not a big thing but always nice.

914718 problem solved with second release of this hotfix. Thanks the_guy.

I know it looks stupid, but it's there to circumvent uppercase/lowercase problems when handling the bin file. MKISOFS makes a big deal out of it.

hi TC!
DELCAT=0 doesn't seem to work ... i tried it several times but could not get it to work.
had to do it via the prompt for hitting "enter" to leave the CAT files.

btw, will HFSLIP support net framework3?
http://msdn.microsoft.com/netframework/

sent you a pm TC
thanks!

It's DELCATS

thanks TC!
it's a typo on my part here ... just in this e-mail ... sorry
but it's correct in my HFANSWER.ini
even tried to verify it is DELCATS from http://users.telenet.be/tc76/hfslip/special.html

just missed the "S" when typing ...

hi again!
my apologies fdv ... please know that when placing SFCFILES.dll in FIX dir - just like in previous reports - makes XP installation hang at T-9 mins ...
i recall dziubek reporting the same issue ...
removing the said file addresses the issue ...would this blank file be more suited for 2K or 2K3?
having both SFC_OS.dll & SFCFILES.dll in FIX dir might not be ideal (or could it just working against me ;() ... leaving only SFC_OS.dll in there works just fine ...
thanks!