HFSLIP - Test releases

[Tomcat76]

What file? Nobody's been talking about the FIX folder here...

[the_guy]

I meant the HF folder. 912945 causes a lot of things to break, all because of the mshtml.dll file. You can install it fine in Windows, but do not integrate it.

the_guy

[Tomcat76]

Oh, but HFSLIP has experience with that.

Try 60314b. If it's what I think it is, that version should work around the problem.

[tain]

I ran 60313a yesterday and just got around to looking for any problems today. An odd problem has popped up that I never noticed before...

These are the files that I have in /WIN/SYSTEM32:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\2ksp5.htm
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ARJ.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Arj32.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\calc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Cyclone.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\drempels.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Euphoria.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\EXTRACT.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\FieldLines.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flocks.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flux.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Helios.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\hfnetchk.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\matrix-camtech_binaries.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\mplayerc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\myuninst.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\notepad.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oeminfo.ini
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oemlogo.bmp
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkunzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Plasma.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\qchain.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\scrnsave.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\SolarWinds.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

Almost all of them get copied into c:\winnt\system32...but these ones do NOT get copied over:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

I have some other stuff in /WIN/CURSORS and /WIN/FONTS but they all get copied over fine.

Some of the apps in there, like notepad, may be better off in APPREPLACEMENT but I have them in there because they get removed by HFCLEANUP and I want to put them back. They are the stock files...it is just easier to have them in there while I am addressing HFCLEANUP issues than to keep deleting HFCLEANUP, re-adding the default pack, and re-deleting the files I want to keep. Does that make any sense?

Anyway, I found this interesting and thought you guys might like to see it. Cheers!

Edited March 15, 2006 by TAiN

[troy]

Testing HFSLIP_60313a

1. SVCPACK\HFSLIP.CMD seems to be in good order
   
2. On setup, there was a copy problem with HFSLP255.INF - It's not in the I386 folder
   

Was the latter also the case with 60310 or is that something you don't know given the path problems you were having before? Does it still happen if you only include hotfixes in the HF folder?

Grr... this is going to be a serious PITA.

Apparently, the boot folder needed for a multiboot has it's own TXTSETUP.SIF, which has a reference to HFSLP255.INF. I was using an old boot folder.

For my next test image, I guess I copy over the TXTSETUP.SIF to the boot folder and see how it goes.

There has got to be an easier way to build and maintain a multiboot disk. Maybe I'll try constructing my own boot folder without having to run setup, and see how it goes.

[tommyp]

Tain, It looks like you are building your own OS using HFEXPERT. hehe. I really can't answer your Q, but I think you have to be careful that you don't overwrite an existing file using the hfexpert. What I am thinking is that after the text mode copy, the sub-installation infs are moving files from the temp location to their final spot. My advice would be to use appreplacement if the file already exists in the source. I'll have to update the hfexpert page to identify this issue.

[Camarade_Tux]

Hi,

Changes in test builds released between the current test release and the current final release:

- removed reference to SP cab file from DOSNET.INF when merging it with driver.cab

Does it have anything to do with the problem I mentionned with nLite ?

[Tomcat76]

TAiN...

The solution depends on what the actual problem is.

1) The four files in question reside in the CD's I386 folder but they are not copied over into SYSTEM32

2) The four files in question do not reside in the CD's I386 folder or the version is wrong/different

I can figure that out myself if you send me your txtsetup.sif file...

@Camarade_Tux

No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

Edited March 15, 2006 by Tomcat76

[Camarade_Tux]

@Camarade_Tux

No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

Ok. Thanks for the reply.

[dziubek]

little OT:

@Camarade_Tux

What do you use theme in your OS?

dziubek

[Camarade_Tux]

little OT:

@Camarade_Tux

What do you use theme in your OS?

dziubek

(Longhorn) inspirat from: http://crystalxp.net/galerie/en.cat.3.htm

Also check the Vista one.

And some bricopacks :

http://crystalxp.net/bricopack/en.htm

[tain]

TAiN...

The solution depends on what the actual problem is.

1) The four files in question reside in the CD's I386 folder but they are not copied over into SYSTEM32

2) The four files in question do not reside in the CD's I386 folder or the version is wrong/different

I can figure that out myself if you send me your txtsetup.sif file...

Scenario two is correct. The only file in the 'problem set' that ever exists natively is wordpad...but it gets removed by HFLCEANUP in my config. The other files are alien to stock windows.

[Tomcat76]

Check the latest release, TAiN. This one allows the HFEXPERT\WIN folder (and its subfolders) to act as some kind of "backdoor" to slip in files that are removed with HFCLEANUP.

Consider this basic rule:

Do not place files in HFEXPERT\WIN that you are removing with HFCLEANUP. If you add them anyway, those files will not be removed.

This makes more sense to me and it makes HFSLIP more flexible. It's easier to add in a few files in HFEXPERT\WIN than it is to edit removal filesets. It can also help with debugging problematic filesets.

Edited March 15, 2006 by Tomcat76

[tommyp]

I don't mean to sound like an a$$hole here, but the name HFEXPERT was coined meaning that you need to know more than the average person about the windows installation process. If you don't know about it, then blindly using it will cause failed installs. This is why the instructional webpage is hidden in FDV's site.

Tomcat, do NOT take the liberty to change the hfcleanup/hfexpert routines. Period.

[Tomcat76]

I don't really know what you mean by "routine", but if you think I switched them around then I have to say I didn't. Everything is still in order.

I always thought that the purpose of HFEXPERT\WIN was to add files, and the purpose of HFCLEANUP to remove files. This apparantly wasn't the case as TAiN found out.

IMHO, I think it's illogical that HFCLEANUP removes stuff you add through HFEXPERT\WIN. It defeats the purpose of HFEXPERT. All I did was fix this "collision"...

I'll undo it if you still want it...