[Tomcat76]

I updated my XP SP1 hotfix lists (thanks Camarade_Tux). I hope everything is OK now...

This post has been edited by Tomcat76: 27 May 2006 - 06:26 AM

[Camarade_Tux]

Ok. Anyway, with latest test version, everything is OK.
All updates are present, tested without nLite.

HFNetChk reports all WMP updates are present, MDAC update not present (normal since I don't want it), and two files version greater as expected.

And just a quick note : these files are post-installed:
Q914798.EXE
Q840374.EXE
Q832483.EXE

Thanks a lot for this version.

[Tomcat76]

Win2K with SP4 and hotfixes went OK except that the MDAC 2.5 SP3 hotfix wasn't processed. That's fixed in 60527b.

Still to go: Win2K + USP5...


@Camarade_Tux: That's great. Thanks

[Tomcat76]

USP5 is a strange thing. Kramy already told me the other day he got file copy errors in the beginning of Windows setup and I experienced the same a few hours ago. I traced it down to the slipstreaming of the USP5 service pack itself: some binaries (413 to be exact) are not copied into the source. This can only mean two things:

- my w2ksp51.exe file is corrupt
- the standard MS service pack switches are not supported by USP5

I checked the FAQ on the Hotstream forum and noticed that only the /integrate method is listed as a supported slipstreaming method. So I tried that, but the result is the same.

I'm now in the process of downloading the latest version... Be back in an hour or so...

This post has been edited by Tomcat76: 27 May 2006 - 11:28 AM

[Tomcat76]

I'm gonna ask for support on the Hotstream forum. I download the latest version and the same thing is happening. I even slipstreamed (or attempted to slipstream) USP5 outside of HFSLIP...

[Kramy]

Ok, here's the lastest I've got - these screenshots show the discrepancy. The first two are of my flawelessly working HFSLIP mod ver. The second 3 are of the latest test release.

 HFSLIP_60422_CMD.png (9.78K)
Number of downloads: 70
 HFSLIP_60422_Folder.png (6.43K)
Number of downloads: 152

Notice the filesize differences...and that even stream.sys is missing from it.
 HFSLIP_60526b_CMD.png (10.81K)
Number of downloads: 43
 HFSLIP_60526b_Folder.png (6.44K)
Number of downloads: 46

Also, a missing file on the first line - not sure what, and haven't checked if my perfectly working ver has that or not.
 HFSLIP_FirstLine.png (13.44K)
Number of downloads: 143

I know that Tomcat rearranged a lot of slipstreaming code, and while poking around today I caught a few errors. Sadly, I didn't notice them when I originally duplicated them, so I had to fix them in my ver as well. Due to the particular order though, they had no effect in my version.

It appears that "ELSE" is not a recognizable command unless it's on the same line as an IF.

 
:HFSPACK4
ECHO SLIPSTREAMING SERVICE PACK...
SET HFSLIPSVPACK=1
MD SPEX\i386
IF "%VERSION%"=="2000" (
	IF EXIST HF\w2ksp5*.exe (CALL :UNPACK_2KUSP) ELSE IF EXIST HF\w2ksp4*.exe (CALL :UNPACK_2KSP4)
)
IF "%VERSION%"=="XP" (
	IF EXIST HF\*835935*.exe (CALL :UNPACK_XPSP2) ELSE IF EXIST HF\xpsp1a*.exe (CALL :UNPACK_XPSP1A) ELSE IF EXIST HF\xpsp1*.exe (CALL :UNPACK_XPSP1)
)
IF "%VERSION%"=="2003" (
	ECHO SLIPSTREAMING SERVICE PACK 1 INTO WINDOWS 2003. PLEASE BE PATIENT.
	FOR /F %%I IN ('DIR/B HFSPACK\*889101*.exe') DO START/WAIT HFSPACK\%%I /Q /X:SPEX\
)
IF EXIST SOURCE\I386\SVCPACK.INF DEL/Q/F SOURCE\I386\SVCPACK.INF
START/WAIT SPEX\i386\update\update.exe -u -n -o -q -s:"%~dp0SOURCE\"
RD/Q/S SPEX
ECHO FINISHED SLIPSTREAMING THE SERVICE PACK.
ECHO.
GOTO EOF


:UNPACK_2KSP4
ECHO SLIPSTREAMING SERVICE PACK 4 INTO WINDOWS 2000. PLEASE BE PATIENT.
FOR /F %%I IN ('DIR/B HF\w2ksp4*.exe') DO START/WAIT HF\%%I /Q /X:SPEX\
GOTO :EOF


:UNPACK_2KUSP
ECHO SLIPSTREAMING GURGELMEYER USP5 INTO WINDOWS 2000. PLEASE BE PATIENT.
FOR /F %%I IN ('DIR/B HF\w2ksp5*.exe') DO START/WAIT HF\%%I /Q /X:SPEX\
GOTO :EOF


:UNPACK_XPSP1
ECHO SLIPSTREAMING SERVICE PACK 1 INTO WINDOWS XP. PLEASE BE PATIENT.
FOR /F %%I IN ('DIR/B HF\xpsp1*.exe') DO START/WAIT HF\%%I /Q /X:SPEX\i386\
GOTO :EOF


:UNPACK_XPSP1A
ECHO SLIPSTREAMING SERVICE PACK 1A INTO WINDOWS XP. PLEASE BE PATIENT.
FOR /F %%I IN ('DIR/B HF\xpsp1a*.exe') DO START/WAIT HF\%%I /Q /X:SPEX\i386\
GOTO :EOF


:UNPACK_XPSP2
ECHO SLIPSTREAMING SERVICE PACK 2 INTO WINDOWS XP. PLEASE BE PATIENT.
FOR /F %%I IN ('DIR/B HF\*835935*.exe') DO START/WAIT HF\%%I /Q /X:SPEX\
DEL/Q/F SPEX\i386\update\setupapi.dll
GOTO :EOF 

However, the above folder sizes were taken after applying the ELSE fix. Now I need to test if my latest ISO will install, which I doubt it will with several hundred missing files. I'll report back on if it works or not.

[Super-Magician]

Kramy: I do not believe any ELSE fix was required. In all of the original code for the :HFSPACK4 section (60527c), the ELSE commands were on the same line as the corresponding IF commands.

If the problem you are experiencing is indeed an HFSLIP script problem, I guess Tomcat must have gone too crazy with the cleanup .

[Kramy]

Ahh, he must have beat me to it then. He sent me multiple versions last night(60527a,60527b ), and I said I'd look into some error messages in the morning.

[Tomcat76]

Kramy, on May 28 2006, 04:16 AM, said:

Ahh, he must have beat me to it then.

Yep... That problem was fixed in the 27c release.

Either way, the one remaining problem (414 missing files) is not an HFSLIP problem. I suggest we continue that discussion in the other thread.

I've sent a new final version of HFSLIP to TommyP a couple of hours ago which is based on 60527c but has the USP5 functionality stripped out. I'll let him decide what we're gonna do...

[Kramy]

I don't understand how it can't be an HFSLIP problem, since I have a totally fine older version of HFSLIP that outputs a working slipstreamed & nLitable SOURCESS every time. Well, assuming I move the exe back to HFSPACK before running it, that is.

[Tomcat76]

Because, as I said, it happens outside of HFSLIP as well. This is the entire code I ran in the "standalone" batch file:

MD SOURCE2&XCOPY/DEQ SOURCE SOURCE2

MD SPEX\i386&START/WAIT HF\w2ksp51.exe /Q /X:SPEX\

START/WAIT SPEX\i386\update\update.exe -u -n -o -q -s:"%~dp0SOURCE\"

PAUSE

[dziubek]

http://download.macromedia.com/get/flashpl...r_9_ax_beta.exe
slipstream Flash Player 9

*You must only unpack file install_flash_player_9_ax_beta.exe and overwrite these files with files from http://download.macromedia.com/pub/shockwa...ash/swflash.cab

dziubek

[Kramy]

Tomcat76, on May 28 2006, 02:30 PM, said:

Because, as I said, it happens outside of HFSLIP as well. This is the entire code I ran in the "standalone" batch file:

MD SOURCE2&XCOPY/DEQ SOURCE SOURCE2

MD SPEX\i386&START/WAIT HF\w2ksp51.exe /Q /X:SPEX\

START/WAIT SPEX\i386\update\update.exe -u -n -o -q -s:"%~dp0SOURCE\"

PAUSE

Try "MD SPEX\SP\I386"

Oh, why must you torment me with your brutalizing against my love? You do not consider the fair USP5.x to be of quality equal to MS-SPx, but as I gaze upon her perfect hotfixes and dozens of core features, and then upon your poor bent, twisted, and warped slipstreaming code, I see more...far more, than you ever could. Oh let her frollick with the other SPs, in glory together within SOURCE-patching land! [/fdvinsanity]

@ECHO OFF

IF EXIST "SLIPSOURCE\" RD "SLIPSOURCE\" /S /Q
MD SLIPSOURCE
XCOPY SOURCE SLIPSOURCE /D /E /Q

IF NOT EXIST "SPEX\SP\i386" MD SPEX\SP\i386
SET SPNAME=
FOR /F "TOKENS=1 DELIMS=" %%i in ('DIR /B HF\W2KSP5*.EXE') DO SET SPNAME=%%i
REN HF\%SPNAME% W2KSP.EXE
START /WAIT HF\W2KSP.EXE /Q /X:SP\
START /WAIT SP\i386\update\update.exe -u -n -o -q -s:"%~dp0SLIPSOURCE\"
REN HF\W2KSP.EXE %SPNAME%
RMDIR /S /Q SP

PAUSE

This post has been edited by Kramy: 29 May 2006 - 02:28 AM

[Tomcat76]

Why does it require another dir level?

BTW... You MD SPEX\SP but you extract the service pack into SP and the sliptreaming command uses the SP dir as a base without CD'ing into SPEX first.

Anyway, I'll check it out. Maybe there's a problem with the folder name "SPEX".

[Kramy]

I guess Gurgelmeyer's USP doesn't require the dirs to be made first. Just remove the whole line - the files slipstream properly on my system.

[Tomcat76]

Heh... I think the problem lies elsewhere.

Can you do me a favor and try this test release? Just run it and do the first portion of install to see if you get file copy errors.

HFSLIP_60529a.7z

This post has been edited by Tomcat76: 29 May 2006 - 05:53 AM

[Tomcat76]

Hahaha... You won't believe this...

I tested a USP5-slipstreamed source with 60527b, which had the file copy errors. In 60527c, I fixed another problem related to USP5 and mentioned in the changelog something like "fixed problem with USP5; one more to go". Now I see that that fix actually fixed the main problem, hehe.

I got side tracked in investigating this problem because, when you extract the USP5 executable, you can see there are roughly 414 files in that i386 folder which don't end up in the slipstreamed source. This is apparantly normal.

[Kiki Burgh]

hi sirs!

i would just like to ask if these lines have in any way negative factor in SOURCESS?

please know though that the final build is working great ... but these are just bits that caught my attention while watching the script do its thing ...

i may not have caught everything though that shows 0 files copied ...

WindowsXP-KB891070-x86-ENU.EXE
TEMP\SP2QFE\ntkrnlmp.exe
TEMP\SP2QFE\ntkrnlpa.exe
TEMP\SP2QFE\ntkrpamp.exe
TEMP\SP2QFE\ntoskrnl.exe
4 File(s) copied
0 File(s) copied

WindowsXP-KB892056-x86-ENU.EXE
TEMP\SP2QFE\mshtml.dll
TEMP\SP2QFE\urlmon.dll
2 File(s) copied
0 File(s) copied

WindowsXP-KB894179-x86-ENU.EXE
TEMP\SP2QFE\shdocvw.dll
1 File(s) copied
0 File(s) copied

WindowsXP-KB898461-x86-ENU.exe
0 File(s) copied

WindowsXP-KB901190-x86-ENU.exe
0 File(s) copied
TEMP\SP2GDR\LANG\imekr61.ime
1 File(s) copied
0 File(s) copied

WindowsXP-KB888432-x86-ENU.EXE
TEMP\SP2QFE\w32time.dll
1 File(s) copied
0 File(s) copied

WindowsXP-KB890923-x86-ENU.exe
TEMP\SP2GDR\browseui.dll
TEMP\SP2GDR\cdfview.dll
TEMP\SP2GDR\iepeers.dll
TEMP\SP2GDR\inseng.dll
TEMP\SP2GDR\mshtml.dll
TEMP\SP2GDR\msrating.dll
TEMP\SP2GDR\shdocvw.dll
TEMP\SP2GDR\shlwapi.dll
TEMP\SP2GDR\urlmon.dll
TEMP\SP2GDR\wininet.dll
10 File(s) copied
0 File(s) copied

WindowsXP-KB913808-x86-ENU.exe
0 File(s) copied

would it be quite safe to assume that newer files were already present in that is why nothing needs to be overwritten? or HFSLIP does not deal with these updates as all of these are not in our list of updates? btw, these are unofficial hotfixes

WindowsXP-KB891070-x86-ENU.EXE
Packet-writing programs for optical media recording devices run slower than expected on Windows XP Service Pack 2-based computers

WindowsXP-KB892056-x86-ENU.EXE
FIX: You may receive a "Page cannot be displayed" error message when you click a hyperlink to view a Microsoft Office document in Internet Explorer 6 Service Pack 1

WindowsXP-KB894179-x86-ENU.EXE
FIX: You may receive a "This operation has been canceled due to restrictions in effect on this computer" error message when you try to open the Internet Options dialog box in Internet Explorer 6

WindowsXP-KB898461-x86-ENU.exe
Software update 898461 installs a permanent copy of the Package Installer for Windows version 6.1.22.4

WindowsXP-KB888432-x86-ENU.EXE
A component that runs in the same process as the Windows Time service is stopped or is disabled unexpectedly in Windows XP

WindowsXP-KB890923-x86-ENU.exe
MS05-020: Cumulative security update for Internet Explorer

WindowsXP-KB913808-x86-ENU.exe
The embedded resource version of the LIP MUI files is incorrect in Windows XP Starter Edition

i know i do not need some of these & i am about to remove them from HF directory i just like to know how these are treated ...

thanks!

This post has been edited by Kiki Burgh: 30 May 2006 - 02:33 PM

[Tomcat76]

HFSLIP deletes "junk" files, and sometimes hotfixes are given special treatment. In these cases it's possible that no additional files are left to be copied over after a hotfix has been processed completely. So it's normal. I can only get rid of the "0 files copied" message by disabling all copy output, but I think most people would prefer to see the names of the binaries that are processed.

[Kiki Burgh]

thanks for the clarification ... i would too Tomcat ...

Tomcat76, on May 31 2006, 05:36 AM, said:

... prefer to see the names of the binaries that are processed.