I have bad news I think:

LCID = 1033
language code = enu

With older versions of hfslip I didn't had that problem (the automatic update tab).
The last good version was HFSLIP Version - 1.7.0rc1 build 71111a (I found the dvd and checked the hfslip.log) but I have deleted the cmd file and I cannot test it again.

edit: also I see with 1.7.0rc1 --> OS in SOURCESS - XP SP2 „ΆΆž¤ ΅α

1.7.0rc4 build 71112b --> OS in SOURCESS - XP SP2 English

lol now I understand what happened

This post has been edited by bfc_xxx: Nov 13 2007, 02:54 PM

RC5 should work for you. Please run it and then check in HFSLIP.LOG...

Yeah now it's working again!! It says Greek in the log file.

I can't believe how fast you fixed it and uploaded it!!!!! Thank you again.

That's the advantage of having a multiple personality disorder. You can split the workload...

You're welcome.

Maybe this is not right place to ask but sorry from now
*i speak about not public hotfixes*

Every hotfix does not contain only one file. I have seen some hotfixes mixed each other.
Bigger KB can include a lower version number file. But other files are newer version.
And another hotfix may include newer files then bigger KB hotfix.

Crossed each other. :/

I would like to know can HFSLIP can choose newer file to slipstream or not? Automaticly i hope.

Hi Eyren. The COPY and XCOPY commands in the command prompt have a switch that allows you to only copy over files that have a newer modification date. HFSLIP incorporates this directly into the script, so you don't have to worry that files from hotfixes with higher KB numbers are overwriting newer versions from hotfixes with lower KB numbers. In cases where the file dates are messed up and we actually need a binary that was modified earlier, the necessary commands are hardcoded.

What he said...

Just i want to say.

For example.

KB33333 includes
a.dll ver: 3.5.5555
b.dll ver: 3.5.5555
c.dll ver: 3.5.5555
d.dll ver: 3.5.5555

KB44444 includes
a.dll ver: 3.4.444
b.dll ver: 3.6.666
f.dll ver: 3.6.666
g.dll ver: 3.6.666


soo.
after slipstream i have a.dll ver 3.4.444 in setup folder.
but older hotfix includes never a.dll and it overwritten by never hotfix but older file.

This post has been edited by eryen: Nov 14 2007, 05:59 PM

HFSLIP checks the time the file was created (just see for yourself which date Windows is showing) and slipstreams the newest. HFSLIP can't check the version number.

If a.dll version 3.4.444 was created more recently than 3.5.5555 (which happens from time to time), 3.4.444 will be slipstreamed by mistake. Special exceptions already exist in HFSLIP but they only cover specific situations.


This will work:
a.dll version 3.5.5555 created on 12-January-2007
a.dll version 3.4.444 created on 1-January-2007

This works because 3.5.5555 has a newer date.


This will fail:
a.dll version 3.5.5555 created on 12-January-2007
a.dll version 3.4.444 created on 15-January-2007

This fails because 3.5.5555 has an older date.

I have a little problem with the new version. My host system now is Windows XP x64. When the script reaches the point in which DX9 is beeing processed, the install screen of DirectX shows up, I click cancel, but nothing is slipstreamed to the XP 32 source.

Any fix for that?

After a full slipstream with newest hfslip, i decided to use a directx web setup to verify if it´s allright.
This setup wants to download SDKs updates....at least 6.1mb.

Is there a way to slipstream it too?

I´m using win2k3

This post has been edited by geese howard: Nov 28 2007, 03:59 PM

Another question:

Is the a way to disable / uninstall internet enhanced security with hfslip?

Are you sure you aren't confusing the extraction dialog box with the installation dialog box? If the DX9 executable would actually start installation, you should've observed the same problem with Type 2 hotfixes as HFSLIP uses the switches for Type 2 hotfixes to extract the redist too.

What is the name of the executable and how big is it?

Which are the SDK updates? I compared the versions of each file to see which DX9 binaries for 2K3 are newer/needed for 2K3SP1/SP2 in the revised code in these test releases.

HFSLIP doesn't do it, but I'd like to know that for myself. Just never had the time.

ieframe.dll problem while trying to access "some" websites including windows update.

Hi,
I have a problem while trying to access websites using a Chinese XP system slipstreamed with IE7 using 1.7.1 rc2. (It was ok with 1.7.0)

have attached a screenshot and hfslip.log

thanks.

btw, I have created a silent installer .NET framework 3.5 using winrar and .NET 1.1 installer using SNM. (both runs prefectly on a normal xp)
I put DNF11.exe into the HFSVCPACK and I put net35.exe into the HFGUIRUNONCE. I cannot check if the .NET1.1 has been installed or not. however, I am pretty sure the net35.exe haven't been installed since I dont see any screen popup after I login into the system. Do I need to put anything else into those folders to make those run? or I just need to put the exe in ?

Thanks in advance

HFSLIP hasn't changed the handling of ieframe.dll when it's slipstreamed into the source. The current test release does something special with that file, but only if the GUILOGON method is used (only then, because I haven't observed any issues myself with ieframe.dll when slipstreamed, or with the SVCPACK method).

This is beginning to smell like a serious issue with the newest cumulative update. Can you please do me a favor and retest with HFSLIP 1.7.0? Don't reuse the source that HFSLIP 1.7.0 made in the past; let HFSLIP 1.7.0 make a new source again, using your current list of hotfixes.

If you used SNM to create a silent installer for .NET 1.1 you should see two entries in Administrative Tools. If they aren't there, installation has failed.

I can't speak for .NET 3.5 yet because I haven't been able to try it thus far. Check the RunOnce key in HKEY_LOCAL_MACHINE for anything suspicious.

the 1.7.0 slipped system got the same error while using the same set of hot-fixes

attached the log for analysis

Just as I thought.

I will do some tests in my VM to see if I can somehow duplicate the problem when slipstreaming IE7. I could come up with a few test releases but that's taking things too far; I don't like to work in the dark.

Can you tell me if everything is fine if you set IE7GUILOGON=1 in HFANSWER.INI? It's not so important, but it would help knowing whether it's the same problem or not.

Thanks for the help

Do you need something tested ? I have 2k 2k3 and xp all vol license keys, I work for a school district so I can test this on different machines as well. Just let me know!

Here is some pics:










 HFSLIP.zip ( 1.06K ) Number of downloads: 1

@ctpooon--

Sorry, but I couldn't duplicate it yet. Everything is fine with WinXP Dutch. I will check the binaries of the CHT IE7 package and cumulative hotfix next.


@geese howard--

That wizard shows "DirectX Runtime Optional Components" so I suspect it's installing the Managed DirectX stuff which HFSLIP doesn't support. See if you get an extra folder named "DirectX for Managed Code" (the name can be slightly different) in your %WINDIR%\Microsoft.NET folder after installation has completed.