You know what? Something is weird when I run it with compression option D. In fact, even when I run HFSLIP with the new DBLBINXP.EXT file and execute dumpdupes.cmd again, I still end up with a list showing this:


And this is with the new DBLBINXP.EXT!! Oh, and I've always had the latest version.

thanks again TC!
i will experiment on my builds again ... removing HFs that i recently added including those from the_guys list ... (no offense meant sir ) ... i think i got more or less 5 of those which i didn't have before that i downloaded ...

i have 2 optical drives in my setup now ... H & I ... while J is a virtual drive ...

really hope it'd be good builds to report when i get back ...

@Super-Magician: Sorry... My bad... Check 1.0rc1

Thanks, Tomcat76 .

rc1 ?


And is there anything to change to get rid of the files mentionned by Super-Magician; I'd like to avoid running hfslip again.

Thanks.

Not really. You can use the latest version of DBLBINXP.EXT in HFCLEANUP to have it done automatically by HFSLIP, or do it by hand afterwards.

little thing, might save a kb or 2. Before the CAB compression options, COMPMEM is set to 21. How come you have it set to 21 again if you select option D.

Example:

Shouldn't it be


Just my 0.02.

the_guy

@Kiki: Tomcat76 repackaged RogueSpear's VMWareTools switchless installer so that it is more compatibile with HFSVCPACK. You can download that version here. It is working well for me so far.

XP SP2 French is OK here.

1.0 is out! Wahoo!

Great job, Tomcat76 and everyone else!

But without FORCEEXIT… it would have been beautiful. I will create one script to insert it…

Ciao!

@retalv...

I can't do that because nobody can then see the difference between a successful run and a crash.

Sorry, but I do not understand…

before
--------
CALL :MAKEISO
CALL :TIMECALC
PAUSE&EXIT

after
------
CALL :MAKEISO
CALL :TIMECALC
IF NOT DEFINED FORCEEXIT (PAUSE&EXIT) ELSE (EXIT)

Not being documented and disabled by default in how many persons tasks they would have used it?

However I have resolved filtering your job with a script that, before launch HFSLIP-1.0.CMD, executes the substitution inserting timeout (ping -w 5000 127.0.0.1>nul) before the exit instruction… 5sec for view any error displayed...

@Echo off
Del MYHFSLIP.CMD
cls

Echo +------------------------------------------+
Echo Procedura di modifica HFSLIP in corso...
Echo +------------------------------------------+
Echo.

Set HFCMD=none
For /f %%i in ('dir /b HFSLIP*.CMD') do (set HFCMD=%%i)

Echo rem +------------------------------------------+> MYHFSLIP.CMD
Echo rem HFSLIP PATCHATO PER AUTOMATIZZARE USCITA>> MYHFSLIP.CMD
Echo rem +------------------------------------------+>> MYHFSLIP.CMD
Echo.>> MYHFSLIP.CMD

For /f "delims=" %%i in (%HFCMD%) do (
If "%%i" EQU "PAUSE&EXIT" (
echo %SystemRoot%\SYSTEM32\ping.exe -w 5000 127.0.0.1>nul>> MYHFSLIP.CMD
echo EXIT>> MYHFSLIP.CMD
) ELSE (echo %%i>> MYHFSLIP.CMD)
)

Echo +------------------------------------------+
Echo Modifica di HFSLIP terminata!
Echo +------------------------------------------+
Echo.
Echo.

Call MYHFSLIP.CMD
Del MYHFSLIP.CMD
Exit

Ciao!

I won't add it and people are urged to disregard the above.

If HFSLIP exits out 5 seconds before the end, you think everything is OK but it's not.

Plus, most people aren't at their computers waiting for HFSLIP to finish every time they run it!

Thanks for the final, Tomcat76. Great job to everyone who helped! To do: IE7

P.S. @Tomcat76 - signature

For what this regards me is the last one post on the argument, but for clarity I would want to emphasize that the first demanded modification did not make some damage, being left the functionality of the unchanged script.

The problematic is other…

I guess the first edit you mentioned to introduce a variable for HFANSWER.INI could be implemented, but I think it would cause more trouble than it would help.

Sorry for the delay, just now got back to testing....

I am not doing anything extra to my source except HFSLIPing it. No removals / No additions. OOOps, actually one change that I made (that isn't affecting pre 17a & 17b code) is that I've added the donet 1.1 executable in due to a problem I was having getting it to install later on TabletPC with (dotnets) 1.0 and 2.0 at first [GUIRUNONCE] logon (I run a CMD that installs all apps I want on machine such as Office, Notes,IBM System Update).

I see a final has been released. I will try with that.

thanks for this Tain & TC!

hi everyone!
it's not a surprise to find out that upon gettign back there is already a final ... not that i wasn't expecting it! it's great to have a new final again! however, much as i would like to share everyone's success in their builds, i was not successful in any attempts using even 61020a ... tried the following trial & error:
(1) took out most, if not all, in HFSVCPACK,
(2) took out all WMP10 HFs
(3) removed from the equation Sep & Oct HFs
(4) removed some addons from HFAAO
(5) tried using XP Pro Gold & XP Pro SP1 as sources
--- the results were the same
(1) not setting DELCATS = 1 causes installation to be stuck at T-39
(2) RC is stuck at T-13 while Checking for disk space ... no other option but to cancel (this is despite waiting for it for hours)
(3) at some point, it gets stuck at T-1, thus installation does not complete
--- when successful (if installation succeeds)
(4) media player quits when being launched ... it begins with Upgrading database ... shows briefly ... and then quits
(5) launching windows explorer or even my computer ... just does nothing ... window refreshes (as taskbar goes away & then comes back) & still explorer is not launched

please note there was no copying issue at all while still in text mode ...
ah ... it was truly frustrating for me ... i'm sorry!
the last build that was successful for me was still way back Aug ... 60810 & using some other test releases after it ... all in Aug ...

only thing positive on these runs was no duplicate files present anymore when running dumpdupes ...

i have attached some files that might shed clue to my predicament ...
any feedback would be greatly appreciated
thanks!

AAAARRRRRRRRGGGGGHHHHHHHH!!!!!

Sorry, can't think of anything else to say (heh). Actually the 1.0.1 Final is not working for me either. I am now pulling out dotnetfx1 from HFSVCPACK as that is the ONLY change that "I" made between the working and non-working builds (besides HFs of course).

Oh wanna here somethin else? <- rhetorical cuz I'mma tell ya anyways.... IE also disapeared on the bad runs. Don't know about the executable, but all icons for IE were missing after final reboot (just noticed that one!).

UPDATE: Well, it isn't the dotnetfx1 inclusion, removal of it changed nothing. Attached are hfslip.log and hfslipwu.inf of 1.0.1 build. Hopefully you can see something. I will try pulling out MP10 from slipstream to see what's up.

Please note that I have had one problem with this installer. I use HFCLEANUP to remove lots of stuff. VMWareTools was stopping my installs because it needed the HTML help subsystem. I am probably the only weirdo that this problem applies to

@TAiN:
Basically, I made the installer for nothing...

@NtegrA:
Please remove at least these:
gdidettool.exe (blocked)
scripten.exe (you have the newest version too)
Windows-KB890830-V1.14.exe (you have the newest version too)
Windows-KB890830-V1.19.exe (you have the newest version too)

If that doesn't help, remove ALL hotfixes that aren't on MY list.

@Kiki:
Don't delete the CATs and remove these:
SFC_OS.DL_ (from FIX)
gdidettool.exe (blocked)
every hotfix that isn't on my list (including the Sri Lanka timezone update)

What you should know is that HFSLIP used to put most hotfix binaries on the CD, but only those which are also in "officially supported" hotfixes were copied to the hard disk during Windows setup. The current versions DO copy most files to hard disk during Windows installation. So if a hotfix adds blahblah.exe, 60810 would put it on the CD but it was never copied during Windows installation because none of the "officially supported" hotfixes contain such a file. HFSLIP 1.0, however, makes Windows setup copy it to the hard disk, into SYSTEM32.

No, your installer is *more compatible* with HFSLIP/HFSVCPACK, just that my peculiar config choked on it. I plan to leave your installer as the one hosted.

thanks TC! i will follow as directed ... in some other runs though i have already removed all Sep & Oct HFs + WMP HFs too + gdidetool (although i have not removed SFC_OS.DL_ yet) & still the result was the same ... what puzzles me is this used to work with earlier versions! so what stumps me really is how come it does not anymore ...

what's even sadder is i won't be able to do some tests for the time being as my temporary resolution to my PC prob has lapsed (i just actually borrowed my sister's processor but she already took it back ) ... i hate it when i cannot report results to you guys ...

Tomcat, can you provide support for Windows Defender (final) if it is not yet supported? I think I read something somewhere about MSI files but I'm too lazy to look .

Ahhh well, after removing the above and misc hotfixes, the conclusion is that 1.00b-61004b is the last working build for me. Hmmm. I still need to try removing MP10Setup.....

UPDATE:
removal of MP10SETUP (also removal of MP10 HFs) build goes perfect for 1.0.1....
Put MP10SETUP back in HF, "Files needed" dialog looking for WMLAUNCH.EXE

@Super-Magician...

If it's a regular MSI file, you can get away with it by dumping it in HFSVCPACK_SW. Any MSI file in that folder will be installed silently at T-13 using the /qn /norestart switches.


@NtegrA...

Something strange is going on there. Do you have the CD tag (WIN51 in your case) in the root of the CD from which you are installing?

heh. your telling me....I do have the CD tag, one thing though, I'm one of those that are running this from a network share instead of a CD. Never been a problem (for the most part) in the past. Any path logic change in the script?

Another strange thing, if I pull out MP10SETUP, but stick in windowsmedia10-kb917734-x86-enu.EXE. I get popup for missing file "MSOOBCI.DLL"

Tomcat76, can you recommend a directx october and messenger 8.0 addons that works in server 2003?
i have one that doesn´t work...

Well... yeah. The early test releases for HFSLIP 1.0 (including the one that "works" according to you) used to instruct Windows to copy the files that should end up in Program Files to the hard disk first, during text-mode copy. They are placed into a Windows Setup temporary folder, the one that's reflected in the screenshot of the error message you got. Another INF copied them into the final destination at about T-25. During my tests from CD and in a VM, I found out that it wasn't necessary to have them copied over into the temporary location at the beginning of Windows setup as the extra INF is configured to pick them up from the CD directly. I had no idea this would break a network install.

My guess is that the "msoobci.dll" error is coming from wmfdist95.exe as it is handled in the same way as WMP 10.

I'll come up with a new test release


An addon for DirectX? HFSLIP can slipstream these DX components on Server 2K3:
- DX 9.0c core (BDAXP.cab and dxnt.cab)
- the *d3dx9*x86* cab files (optional binaries used by some games)
- the *input* and *xact* cab files (current usage unknown to me)

The DX9.0c core files can be obtained from the standard DX9.0c release as well as all the updates as they were never updated thus far. The others are to be taken from the October release (if you want to have the latest versions). These cabs should be placed in HFCABS.

If you need more than this, you'll have to find an addon but I don't know of any that's modded to do a proper installation on 2K3.

Messenger...
Same thing: I don't know of any addon. But if Messenger 8.0 can be installed on 2K3 at all, you can try this:
1) Download the Live Messenger program
2) Extract it and place MsnMsgs.msi into HFSVCPACK_SW
3) I'm not 100% sure but you may need wllogin.msi as well; Messenger appeared to be working fine without it on an XP test install, though

Hope this helps...

No rest for the wicked (you naughty naughty boy )
I know you guys have said that network installs were never supported, but it has always been appreciated when you make the effort anyways! (Above and Beyond till the end)

In an attempt to shove you over the edge...Any chance in this LITTLE addition? Version info

Feel free to slap me when you feel the pressure coming on...

slap

@Tomcat, when are you planning on updating your signature?

While there's a new test release?

Thanks TC. Will let you know the results in a few hours

I think he means for the updated section for xp sp1 updates for the finals.

the_guy

Well, what can I say???? Everything appears to be working again.

Current try was on a VM through a VPN connection (The build time actually put me to sleep), so I will try again first thing in the morning on real hardware.

Extra special thanks for the big addition.

Again slap at will

That's right. The XP SP1 updates are still dated 09-30-2006. Also, why are the beta lists still there?

Hmmm... I really have no idea what you guys are talking about...


@NtegrA: No problem. Glad it's working again for you

Thanks for this new feature!

What do you think about adding the HFSLIP version to the ISO name or volume label? I'd like to see at a glance the version I used, not just when I created it.

Error dialog - 61027a, any ideas?

TIA

<Edit>
Is this relevant?
60810  - /Q /C /T:"%PREP%WORK\MSXML"
61027a - /QUIET /X:"%PREP%WORK\MSXML"

\SOURCESS\I386
    MSXML.DL_   - msxml.dll
    MSXML2.DL_  - msxml2.dll
    MSXML2R.DL_ - msxml2r.dll
    MSXML3.DL_  - msxml3.dll
    MSXML3R.DL_ - msxml3r.dll
    msxml4.ca_  - msxml4.cab
    msxml6.dl_  - msxml6.dll
    msxml6r.dl_ - msxml6r.dll
    MSXMLR.DL_  - msxmlr.dll
</Edit>

<Edit2>
I have tried to use Windows Update, to check my system but have a major problem!

I do not have an Automatic Updates service, what gives?

Even the Automatic Updates cpl, which exists is completely greyed out!
</Edit2>

Also, where's 61027b?

Yes. Please read the changelog for HFSLIP 1.0.

You naughty boy...

Now, here's a reminder for you to check my post above.

Yep, that's sorted the dialog.

It would have been better, had you updated your updates page on this forum, I didn't know that those files were updated. The changelog isn't an obvious enough method to start informing people that files are no longer supported.

What about the Automatic Updates? They still do not have a service etc.

@Yzöwl, it's remotely possible that the bad MSXML updates did something with the Automatic Updates service. Try it again?

I did, before I reposted.

The HFSLIP run went perfectly as did the installation. All I did after install was check in services.msc to once again find no Automatic updates service.

And before anyone stupidly asks, I dont use addons, remove files, do service 'tweaks' etc. just a few IE and cmd shell tweaks and integrate XPize, (v4.51 not the current Beta).

<Edit>
One thing though, which as an afterthought may be relevant, using XPize 4.5, my hfslip took around 17½ mins whereas useing 4.51 only takes 13½ mins. The XPize version may or may not be relevant, however it is likely that the lost 4 minutes is!
</Edit>

@Yzöwl...

It's a bit difficult for me to diagnose the problem without being able to duplicate it. Can you please post the content of the "new" AU.INF here?

Here you go!Anything else, just let me know!

Thanks.