I must check it. Maybe you're right. Are you saying that "." is a wildcard even without regex?
findstr /? does not say anything about that at least, but I will check it

EDIT:
Hmmm...
I've just understood why those brazilian and south american updates are filtered: they have a linebrake, and you added them manually instead... nice

EDIT 2:
Ow crap MS, you're right. I have seen many search utilities but MS can always give some surprising moments with their "standards". So no /R is needed in that case

EDIT 3: I have changed mine to the following:
... FINDSTR /I /R "Time.Zones.*Dynamic.DST" ...
... FINDSTR /V /I /R "South.America.*0x1, Central.Brazilian.*0x1," ...
Notice "0x1,"? That's the most unique difference I could found

EDIT 4:
I found a "bottleneck": In :INTEGRATE in the main binary compression FOR cycle there is a double use of if statment. There are many throughout the script by the way, but this one is the most inefficent since this cycle runs around far more than 500 times (as many files it has to process, it can be much more)

I suggest to change it to something similiar to this instead:


This post has been edited by whitehorses: Feb 2 2007, 04:47 AM

Right. I could have HFSLIP parse that INF section line by line (like it's done with the addons) but that would take too long on your Sempron

I could be wrong, but isn't that extra work? You're creating an extra temporary file.

Yeah. I didn't update that small bit yet. I'll change it to this:
Less lines...

I also updated the text a few lines lower (EXISTANT instead of EXISTENT) which I corrected in the 64-bit version draft but not here...

i think Siginet's addon is more geared for use in nLite & RVMIntegrator
not even a shortcut
gotcha! maybe we should put this & any similar info in Important things to know section
thanks for testing TC ... really appreciate it! i also got that error ... i was informed by ricktendo64 to include the following files: KB918997 & VAIO XP Build #2 (this is their project of porting vista to xp) ... as of my 2nd run still no go
will do ... although this was already resolved by moving the files to the correct directory ... completely my bad ... sorry.
will try this moving these .msis to HFGUIRUNONCE ... although they would install after OS install ...
okalready downloaded it ... have requested 7zip support before ... granted! .... & now requested for .rar support ... granted too! thanks much! i thik we are nearing a final ...

This post has been edited by Kiki Burgh: Feb 2 2007, 07:39 AM

Well I made some modifications, but mainly it's the same, take a look:

It does the job. Uses one temp txt, and removes trailing spaces.


You mean that other compression cycle? What do you mean about "existant"?


And now that we are thinkering near these codes... can you tell me what is this line:

FOR /F "TOKENS=1 DELIMS=" %%I IN ('DIR /B /A:D /S WORK\I386E') DO IF ERRORLEVEL 0 DIR /B /A:D "%%I" >NUL 2>&1&&CALL :DPSCANSDIRS "%%~I"

This is the most cryptic line in the whole batch


EDIT: That ASM folder stuff can be written like this:

Not that crucial, anyway

This post has been edited by whitehorses: Feb 2 2007, 01:06 PM

Bug report

70202a or 70130c will not install IE7, which the stable release 1.2.2 have no problems.

I been trying to slipstream IE7-KB929969-WindowsXP-x86-enu.exe into my compilation which 1.2.2 will not do. Other than that, 1.2.2 will install IE7 and WMP 11 and other updates without any problems.

I tried 70202a to see if I can slipstream IE7-KB929969-WindowsXP-x86-enu.exe which is suppose to be supported but the end result is that IE 7 is not installed. WMP 11 is installed. There is not even an IE7 log in the Windows directory to indicate what errors occurred. There is an IE7 file in the svcpack directory and svcpack.inf, but no IE 7 after Windows completed installation.

Attached the log file.

@kenlau
That log is from HFSLIP 1.2.2 which doesn't support IE7 hotfixes so it's pretty useless in trying to solve your problem


@whitehorses
What does "0x1" do?

There was a typo in the accompanying (REMmed out) text. I corrected it. Search for "EXISTENT" in the current test release.

Haha. You're not a top grader, eh?
It's based on code by Yzöwl so you should ask him...

nothing. It's just a string. That's the datatype of the registry entry. Those FirstEntry LastEntry values have different datatype than the ones which store the customizations. This leaves in First/LastEntries.


Maybe you'll get surprised some day



... Oh ... I have a little present just for you... a little surprise

This post has been edited by whitehorses: Feb 2 2007, 01:39 PM

Oh, OK. Didn't see that, heheh. I'll put it in

Gimme a bit more time to try to figure out what it is...

What about this?

Talk about efficiency...

ouch... that hurts, thank you very much! You won.

OK...

This post has been edited by whitehorses: Feb 2 2007, 03:49 PM

I have put WindowsDefender.msi in HFSVCPACK_SW but Windows doesn't install it at T-13. Is it an HFSLIP issue or Windows Defender can't be installed at T-13?

This post has been edited by S3pHiroTh: Feb 3 2007, 08:07 AM

For Windows 2000, Windows Defender requires gdiplus.dll. Put gdiplus_dnld.exe in HF and 7za.exe from the "7-Zip Command Line Version" package in HFTOOLS.

This used to be covered through an external file (HFSPLUG1.CMD) but was merged into HFSLIP 1.0. I removed the HFSPLUG1.CMD info from the site but apparantly forgot to provide info on GDI+ elsewhere. I'll rectify this.

This post has been edited by Tomcat76: Feb 3 2007, 08:59 AM

@TC - please look at that sample, because it is really ... interesting...

I'm leaving in an hour or so, and it seems to me it's a high priority stuff.

This post has been edited by whitehorses: Feb 3 2007, 09:34 AM

@S3pHiroTh, Windows Defender can't be installed at T-13. I've tried it with the MSI and a switchless installer. Put the file in HFGUIRUNONCE instead.

I suppose this has to do with HFCLEANUP. If that's the case, I'm the wrong person to ask: I don't manage that part of the code. I never used or tested HFCLEANUP either so I'm not entitled to give any comments.

This post has been edited by Tomcat76: Feb 3 2007, 09:50 AM

I see. I have to go now. By the way, I had some clean installs since then so probably this is a big catch.

OK Tomcat.

Attached my log file from 70202b.

1.2.2 will install IE7 but not IE7 hotfixes.

Your latest test release suppose to slipstream IE7 hotfixes but end up IE is not installed.

I think that's it in a nutshell.

@kenlau
If you create a multiboot CD you need to specify the path to the I386 folder when prompted to. If it will be located in X:\Professional\i386, you need to specify Professional\ (including the backslash).

I'm just curious, does HFSLIP support application addons in .zip format. If not, the only requirement would be 7za.exe in HFTOOLS.

Other than that, the current test release is looking good.

the_guy

What? They exist too?
Why can't they stick to something and keep using it? I can understand them using 7z, but RAR is payware and so is ZIP. Next thing you know they'll make them in TAR and ACE...

OK... I'll add support for ZIP...

I did not specify the i386 folder in HFSlip because I run winnt32.exe /noreboot and then edit the txtsetup.sif file to point that to the i386 folder. To cut a long story short, I first run Hfslip, then Bashrat's drivers, and the create the multiboot dvd as per MSFN's guide.

So far, it work beautifully, and usually Hfslip work without any problems. As a matter of fact, 1.2.2 work using this method without any problems whatsoever, but not the latest test releases. I ran the exact same hotfixes, updates and cab files in 1.2.2 and the test releases.

I notice another odd thing. I place UPHClean-Setup.msi in the HF directory as per your guide, but once I ran Hfslip, I notice that it move this file to HFSVCPACK_SW directory.

I always edit txtsetup.sif so it will point to the i386 directory. I just notice that I need to edit the hfslip.cmd file in the svcpack directory as well. I will do that and retest, but the odd thing is that I did not do that for 1.2.2 and the installation still went smoothly.

This post has been edited by kenlau: Feb 3 2007, 11:19 AM