[Camarade_Tux]

Ok. Thanks.
I'll try right now, while my dead hard drive is cooling down. *rip* or rather *living dead*

[Tomcat76]

HFSLIP is already adding this line for XPSP1:

HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\ProtocolDefaults","shell",0x10001,0

It's a mystery why it doesn't get set.

[Camarade_Tux]

It may be my fault : I don't have the corresponding hotfix !


I'd swear I downloaded everything.
I'll post a feedback in a few minutes.

And then, HFNetChk should also
Since HFNetChk doesn't complain about any file version for this hotfix, it shows the_guy is right : all binaries are replaced.


edit : TC, you removed 839645 from your list. It's possible HFSlip only adds the line if the hotfix is present.
>checked, from latest test release:

IF EXIST HF\*839645* ECHO>>WORK\HFREGWU.TXT HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\ProtocolDefaults","shell",0x10001,0

Is there a single HF that replaces 839645 or are the files overwrittent by several different HFs ?
Is it possible to access files properties and version with batch ? If not, I can write a small app in a few minutes to return such infos.

This post has been edited by Camarade_Tux: 24 June 2006 - 09:31 AM

[Camarade_Tux]

Also, if I put modded sfcfiles.dll in APPREPLACEMENT, I'm not asked whether I want to remove cat files or not.
Not a big thing but always nice.

[Camarade_Tux]

914718 problem solved with second release of this hotfix. Thanks the_guy.

[Tomcat76]

Super-Magician, on Jun 22 2006, 11:18 PM, said:

@Tomcat, quick question: What exactly is the purpose of setting the variable 'BBIN' in the MAKEISO section (as in the following line)? The usage seems inconsistent because you switch between BOOT.BIN and %BBIN%.

Quote

FOR /F %%I IN ('DIR/B HFTOOLS\BOOT.BIN') DO SET BBIN=%%I

Plus, wouldn't it make more sense to do just SET BBIN=BOOT.INI in this line if you leave the variable?

I know it looks stupid, but it's there to circumvent uppercase/lowercase problems when handling the bin file. MKISOFS makes a big deal out of it.

[Kiki Burgh]

hi TC!
DELCAT=0 doesn't seem to work ... i tried it several times but could not get it to work.
had to do it via the prompt for hitting "enter" to leave the CAT files.

btw, will HFSLIP support net framework3?
http://msdn.microsof...m/netframework/

sent you a pm TC
thanks!

[Tomcat76]

It's DELCATS

[Kiki Burgh]

thanks TC!
it's a typo on my part here ... just in this e-mail ... sorry
but it's correct in my HFANSWER.ini
even tried to verify it is DELCATS from http://users.telenet...ip/special.html

just missed the "S" when typing ...

This post has been edited by Kiki Burgh: 26 June 2006 - 12:14 PM

[Kiki Burgh]

hi again!
my apologies fdv ... please know that when placing SFCFILES.dll in FIX dir - just like in previous reports - makes XP installation hang at T-9 mins ...
i recall dziubek reporting the same issue ...
removing the said file addresses the issue ...

dziubek, on Apr 6 2006, 05:44 AM, said:

dziubek, on Mar 23 2006, 08:13 AM, said:

1. I have big problem. My setup stops in 9 minute near end of installation.

1. It after many tests turned out that error causes file SFCFILES.DL_. When I removed from FIX folder this file, installation passed unproblematically.

dziubek

would this blank file be more suited for 2K or 2K3?

fdv, on Apr 11 2006, 08:09 AM, said:

On a different subject... SFCFILES.DLL by the way works on ALL versions of Windows, just to clear that up. SFC.DLL and SFC_OS.DLL are different matters entirely. You can use SFCFILES.DLL and no other modified binaries and SFC will be disabled. To recap, for the confused

For complete overkill, so that Windows File Protection is shut off AND has an empty list which it doesn't even check:
Use a modified SFC.DLL in Windows 2000
Use a modified SFC_OS.DLL in Windows XP and Windows 2003
AND Use a modified SFCFILES.DLL in ANY version of Windows

dziubek, on Apr 11 2006, 08:45 PM, said:

Hi

SFCFILES.DL_]

Error from T -9 stepped out by file SFCFILES.DL_. I deleted his from FIX.
I use file sfc_os .dl_ only now.

dziubek

having both SFC_OS.dll & SFCFILES.dll in FIX dir might not be ideal (or could it just working against me ;() ... leaving only SFC_OS.dll in there works just fine ...
thanks!

This post has been edited by Kiki Burgh: 26 June 2006 - 03:43 PM

[Camarade_Tux]

SFCFILES.DLL should go in APPREPLACEMENT, not in FIX.
Afaik FIX takes already compressed files (SFCFILES.DL_).

Btw, there's a typo here I think: http://www.vorck.com/hfexpert.html
"Example 1 - SysInternal's Process Explorer, Renamed to TSKMGR.EXE"
It should be renamed to tAskmgr.exe.

[tommyp]

There's more than one way to skin a cat.

[Camarade_Tux]

Hahein.
...what ?

I understand but what are you speaking about exactly ?
taskmgr, APPREPLACEMENT... ?
For taskmgr, if I write tskmgr it doesn't work. And if put SFCFILES.DLL in FIX, I get both SFCFILES.DLL and SFCFILES.DL_ in i386.

[tommyp]

Here's two things... skinning a cat & the file to put into FIX is sfcfiles.dl_. The FIX files are copied over at the end, overwriting anything that is in the sourcess\i386. The contents of the appreplacement gets fixed with the MODIFYPE.EXE program, is cabbed and then placed into the sourcess\i386 folder.

[Kiki Burgh]

Camarade_Tux, on Jun 27 2006, 03:37 PM, said:

SFCFILES.DLL should go in APPREPLACEMENT, not in FIX.
Afaik FIX takes already compressed files (SFCFILES.DL_).

Btw, there's a typo here I think: http://www.vorck.com/hfexpert.html
"Example 1 - SysInternal's Process Explorer, Renamed to TSKMGR.EXE"
It should be renamed to tAskmgr.exe.

thanks Camarade_Tux & tommyp!

from i gathered though here http://www.vorck.com/hfslip.html, it shows:

Quote

Other modified binaries go into D:\HFSLIP\FIX
The contents of the FIX folder will be added to the final folder of source files at the end of the slipstreaming process. If you want to overwrite any files, place the files in the FIX folder. Some possible modified files to place here include sfcos.dl_ or sfcfiles.dl_, or files like winnt.sif. You MUST NOT put a modified SYSOC.IN_ here!

so i placed it in FIX ...
& yes i downloaded compressed SFCFILES.DLL from http://www.vorck.com/data/SFCFILES.DL_

Quote

Alternately, instead of hacking SFC_OS.DLL, you can leave it alone and use a version of SFCFILES.DLL that is empty. Download this new SFCFILES.DLL and put it in FIX.

could there be a workaround for this?

as for taskmanager, i renamed procexp.exe to taskmanager.exe as taskmanager.exe is what's present if verified in a regularly non-slipstreamed installed XP ... and then i did not rename procexp.chm anymore but just placed it in HFEXPERT\WIN\system32\procexp.chm

This post has been edited by Kiki Burgh: 27 June 2006 - 01:54 PM

[heisking]

In the instructions for HFANSWER.INI it states:

Quote

Set DELCATS to 0 if you want HFSLIP to silently keep .CAT files when modded SFC*.DLL files are detected.

However if DELCATS is set to 0 then the .CAT files will be deleted as per this line in the SVCPACK subroutine of HFSLIP:

Quote

IF DEFINED DELCATS IF EXIST SOURCESS\I386\SVCPACK\*.CAT DEL/Q/F SOURCESS\I386\SVCPACK\*.CAT

[Kiki Burgh]

thanks heisking!
this issue is already resolved ... thanks to TC ... he pmd me & we have a secret!
he! he!

[Tomcat76]

Thanks, heisking. I updated the main application (60628).

[Kiki Burgh]

hi!
i was just wondering if this "updated" update http://www.microsoft.com/technet/security/...n/ms06-025.mspx is already taken cared of in our previous test releases, or even in our final version?
thanks!

EDIT: my apologies ... might have posted this incorrectly ... i'll be posting this concern in 2K/XP/2K3 updates

This post has been edited by Kiki Burgh: 29 June 2006 - 01:00 PM

[Kiki Burgh]

wow ...
new test release ...