Super-Magician Posted February 4, 2007 Posted February 4, 2007 (edited) Thanks for that and 70203b as well.I think there's a bug. I tested 70203a in a VM. The first time I ran it my power got interrupted while it was installing, so that may be a factor. However, it occurred during GUI-mode setup, not txtmode copy. After I restarted setup, I got a bunch of error boxes saying the HFSLPxxx.INF files were missing from C:\WINDOWS\HFSLIP.I then reverted back to a snapshot of a clean VM. Right before T-13, I got another Advanced INF Install message, but this time HFSLPGUI.INF was missing.A bit problematic, don't you think? I didn't change a single thing in my folder structure from my last successful run except to introduce rootsupd.exe and the Feb 2007 update for DirectX, readd IE7, and update KB905474. I can still post my HFSLIP.LOG file if you want, but I don't think it will help much. Edited February 4, 2007 by Super-Magician
kenlau Posted February 4, 2007 Posted February 4, 2007 (edited) I guess 70203b os not 100% ready yet, because the download link is not working.I got hfslip-70202b to work now.. , although I install with the network disable. Edited February 4, 2007 by kenlau
S3pHiroTh Posted February 4, 2007 Posted February 4, 2007 I guess 70203b os not 100% ready yet, because the download link is not working.I got hfslip-70202b to work now.. , although I install with the network disable.http://users.telenet.be/tc76/hfslip/test/hfslip-70203a.zipSimply replace the latest character "b" with an "a".
Tomcat76 Posted February 4, 2007 Author Posted February 4, 2007 Sorry, guys. I forgot to upload it. It should be there now...
dziubek Posted February 4, 2007 Posted February 4, 2007 (edited) Could you change hfslip files adding in HFSLPGUI.CMD to alphabetical order ( like it in SVCPACK.INF is ), but not in type order like it's now?:@ECHO OFFIF EXIST %WINDIR%\SYSTEM32\CMDOW.EXE CMDOW @ /HIDCD %WINDIR%\HFSLPGUISTART/WAIT langpack1.1.msi /qn /norestart ALLUSERS=1START/WAIT langpack2.0.msi /qn /norestart ALLUSERS=1START/WAIT 030_dotNET30.exeSTART/WAIT IE7_INST.EXESTART/WAIT REGEDIT /S 000AA.regEXITI would like to make it this way:@ECHO OFFIF EXIST %WINDIR%\SYSTEM32\CMDOW.EXE CMDOW @ /HIDCD %WINDIR%\HFSLPGUISTART/WAIT REGEDIT /S 000AA.regSTART/WAIT 030_dotNET30.exeSTART/WAIT IE7_INST.EXESTART/WAIT langpack1.1.msi /qn /norestart ALLUSERS=1START/WAIT langpack2.0.msi /qn /norestart ALLUSERS=1EXIT Edited February 4, 2007 by dziubek
whitehorses Posted February 4, 2007 Posted February 4, 2007 (edited) @TCHmm... I was wondering while there was differences in style between hfcleanup and the other parts of the script.Anyway, this exaple simply demonstrates how the script in hfcleanup takes at least the dots in every search string as wildcard characters, and that it does possibly filter out more lines than it should.The following change is suggested here, and the similiar places:FINDSTR /V /B /I [color="#FF0000"]/L [/color]/G:WORK\HFCU\FILTER.TXT SOURCESS\I386\TXTSETUP.SIF >TXTSETUP.SIFI would even suggest changes troughout the script, to clarify up these things:- if wildcard searches are needed, use RegEx with /R switch- else use /L or /C: switches to make sure no wildcard searches occur.If anyone in doubt here is what I'm talking about:ECHO Filtering TXTSETUP.SIF ... this might take a few secondsEveryone who have ever run hfcleanup knows this line well. And it's true it really takes 10-20 second to process txtsetup. It's because it takes lot more processing power to make a wildcard search than a literal! After applying the /L switch hfcleanup filters txtsetup.sif like a flash. So I suggest removing that comment too EDIT: I haven't tested the differences in results... it depends on the exact searching pattern, and the strings searched for, but at least the possibility is there to be determining Edited February 4, 2007 by whitehorses
tommyp Posted February 4, 2007 Posted February 4, 2007 Nice find dude. I think this may help some of those pesty files that accidentally get erased once in a while! Only the txtsetup, dosnet and the drvindex files should be processed like this. The other hfcleanup type files should continue using the existing filtering method (i.e. without the /L switch). It will need to get tested first though. Ouch!
Tomcat76 Posted February 4, 2007 Author Posted February 4, 2007 @dziubekIt's possible but it might slow down the HFSLIP process. I'll think about it.
Tomcat76 Posted February 4, 2007 Author Posted February 4, 2007 At this point I'm more interested in comments on the "alternate input folders" feature. At the current rate of interest it won't make it into the final...
whitehorses Posted February 4, 2007 Posted February 4, 2007 (edited) @TPHohoho Some test would be appropriate to see how many things were filtered by it. In the gfinder.zip I added some strings manually but mostly arbitary to see how big the difference can be, but I'm just curious what are the results in the "real life".I had an issue when I run hfcleanup, that hfslipwu.inf doesn't processed during install, so none of the runonce entries where added, so WINDOWS\HFSLIP folder had all the infs unprocessed and undeleted. This for example has not occured last time with /L, but i did not run all the removers (ZZZZs mostly. Then I tried another with all, but that install stopped. maybe because ZZZ_Englishonly, which I accidentally left in, despite the fact in WINNT.SIF I enabled Hungarian) Edited February 4, 2007 by whitehorses
whitehorses Posted February 4, 2007 Posted February 4, 2007 (edited) @TCAt the current rate of interest it won't make it into the finalIt obfuscates the code too much, makes it f* hard to maintain or read, take that in account too. Edited February 4, 2007 by whitehorses
Tomcat76 Posted February 4, 2007 Author Posted February 4, 2007 It obfuscates the code too much, makes it f* hard to maintain or read, take that in account too.If that were the case that would be my problem but I think it's not the case so it's not a problem
tommyp Posted February 4, 2007 Posted February 4, 2007 Bug report with hfslip-70203b. In hfslip.cmd in svcpack, there is bad commandlineSTART/WAIT rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 .... Version hfslip-1.2.2 does not have this problem. The correct commandline is:rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 ....
Super-Magician Posted February 4, 2007 Posted February 4, 2007 @tommyp, could that have something to do with the bug I reported on page 71, which seems to have gone unnoticed?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now