[Tomcat76]

troy, on Mar 14 2006, 08:39 AM, said:

Testing HFSLIP_60313a

• SVCPACK\HFSLIP.CMD seems to be in good order
  
• On setup, there was a copy problem with HFSLP255.INF - It's not in the I386 folder

Was the latter also the case with 60310 or is that something you don't know given the path problems you were having before? Does it still happen if you only include hotfixes in the HF folder?

[dziubek]

I sent these files to attachment.
I will send result regsvr32 in a more than ten minutes.


dziubek

Attached File(s)

•  files.zip (88.26K)
  Number of downloads: 66

[Tomcat76]

Can I have links for "ConAtrib", "HashTab", "OUEngine", "OpenSub" and "SrtupMon"? There's something wrong with them.

[dziubek]

Tomcat76, on Mar 14 2006, 04:50 PM, said:

Can I have links for "ConAtrib", "HashTab", "OUEngine", "OpenSub" and "SrtupMon"? There's something wrong with them.

1)

HashTab- Installed to System32\ShellExt

Open Subfolder

Office Update Engine

StartupMonitor - Installed to System32

Attributes Context Menu

According to me these addons run good.

2)I opened up the Windows Registry and searched for the following string:

17492023-C23A-453E-A040-C7C580BBF700

inI found a few entries and also I exported two branches from Windows Registry






3)
I used following command

regsvr32 LegitCheckControl.dll

but it doesn't be active still in WU


dziubek

Attached File(s)

•  reg.zip (1.09K)
  Number of downloads: 57

[Tomcat76]

Download the attached file. When booted into the "faulty" system, right-click the file and select "Install". Then go to Windows Update.

[Tomcat76]

It's a miracle HashTab, Open Subfolder, Office Update Engine, StartupMonitor and Attributes Context Menu even install right. A new test release that fixes the handling of these addons is ready to be posted but I'm waiting for the wga1.inf results first.

You do know that HFSLIP handles the original Office Update CAB, right? It's called opuc3.cab and can be placed in the HFCABS folder.

This post has been edited by Tomcat76: 14 March 2006 - 12:52 PM

[tain]

Just a quick note on my lunch break...I also had issues with the Attributes Context Menu addon, but I just removed it from my setup and worked on some other issues.

[dziubek]

Tomcat76, on Mar 14 2006, 07:51 PM, said:

It's a miracle HashTab, Open Subfolder, Office Update Engine, StartupMonitor and Attributes Context Menu even install right. A new test release that fixes the handling of these addons is ready to be posted but I'm waiting for the wga1.inf results first.

You do know that HFSLIP handles the original Office Update CAB, right? It's called opuc3.cab and can be placed in the HFCABS folder.

YES I know, but I on time of tests didn't place this file HFCABS folder.

After installation file inf ,all be active :-)
WU doesn't ask about renewed installation KB 892130 "Windows Genuine Advantage Validation Tool"

EDIT:

1. When I use Windows Update Agent 2.0 I have to use Windows Update v4(WU Catalog) also ?
(http://v4.windowsupd...icode/IUCTL.CAB)

2. How download and integrate hotfix: KB912945?
dziubek

This post has been edited by dziubek: 14 March 2006 - 01:56 PM

[Tomcat76]

OK. I'll release a new test version soon.

1) No; it's only needed for the Windows Update Catalog site

2) Try this link:
http://www.microsoft.com/downloads/details...50-ee01256aaa92
I suppose it needs to go in the HF folder.

[the_guy]

do NOT put that in your hf folder. it WILL break your XP install. the 2003 update is the same. MS knows about this and will fix it for the next cumulative update for IE.

Maybe put it in the script to delete that file at the start?

the_guy

This post has been edited by the_guy: 14 March 2006 - 03:37 PM

[Tomcat76]

What file? Nobody's been talking about the FIX folder here...

[the_guy]

I meant the HF folder. 912945 causes a lot of things to break, all because of the mshtml.dll file. You can install it fine in Windows, but do not integrate it.

the_guy

[Tomcat76]

Oh, but HFSLIP has experience with that.

Try 60314b. If it's what I think it is, that version should work around the problem.

[tain]

I ran 60313a yesterday and just got around to looking for any problems today. An odd problem has popped up that I never noticed before...

These are the files that I have in /WIN/SYSTEM32:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\2ksp5.htm
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ARJ.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Arj32.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\calc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Cyclone.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\drempels.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Euphoria.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\EXTRACT.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\FieldLines.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flocks.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flux.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Helios.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\hfnetchk.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\matrix-camtech_binaries.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\mplayerc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\myuninst.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\notepad.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oeminfo.ini
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oemlogo.bmp
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkunzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Plasma.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\qchain.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\scrnsave.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\SolarWinds.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

Almost all of them get copied into c:\winnt\system32...but these ones do NOT get copied over:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

I have some other stuff in /WIN/CURSORS and /WIN/FONTS but they all get copied over fine.

Some of the apps in there, like notepad, may be better off in APPREPLACEMENT but I have them in there because they get removed by HFCLEANUP and I want to put them back. They are the stock files...it is just easier to have them in there while I am addressing HFCLEANUP issues than to keep deleting HFCLEANUP, re-adding the default pack, and re-deleting the files I want to keep. Does that make any sense?

Anyway, I found this interesting and thought you guys might like to see it. Cheers!

This post has been edited by TAiN: 14 March 2006 - 09:58 PM

[troy]

Tomcat76, on Mar 14 2006, 09:00 AM, said:

troy, on Mar 14 2006, 08:39 AM, said:

Testing HFSLIP_60313a

• SVCPACK\HFSLIP.CMD seems to be in good order
  
• On setup, there was a copy problem with HFSLP255.INF - It's not in the I386 folder

Was the latter also the case with 60310 or is that something you don't know given the path problems you were having before? Does it still happen if you only include hotfixes in the HF folder?

Grr... this is going to be a serious PITA.

Apparently, the boot folder needed for a multiboot has it's own TXTSETUP.SIF, which has a reference to HFSLP255.INF. I was using an old boot folder.

For my next test image, I guess I copy over the TXTSETUP.SIF to the boot folder and see how it goes.

There has got to be an easier way to build and maintain a multiboot disk. Maybe I'll try constructing my own boot folder without having to run setup, and see how it goes.

[tommyp]

Tain, It looks like you are building your own OS using HFEXPERT. hehe. I really can't answer your Q, but I think you have to be careful that you don't overwrite an existing file using the hfexpert. What I am thinking is that after the text mode copy, the sub-installation infs are moving files from the temp location to their final spot. My advice would be to use appreplacement if the file already exists in the source. I'll have to update the hfexpert page to identify this issue.

[Camarade_Tux]

Hi,

Quote

Changes in test builds released between the current test release and the current final release:
- removed reference to SP cab file from DOSNET.INF when merging it with driver.cab

Does it have anything to do with the problem I mentionned with nLite ?

[Tomcat76]

TAiN...
The solution depends on what the actual problem is.

1) The four files in question reside in the CD's I386 folder but they are not copied over into SYSTEM32

2) The four files in question do not reside in the CD's I386 folder or the version is wrong/different

I can figure that out myself if you send me your txtsetup.sif file...


@Camarade_Tux
No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

This post has been edited by Tomcat76: 15 March 2006 - 08:05 AM

[Camarade_Tux]

Tomcat76, on Mar 15 2006, 03:05 PM, said:

@Camarade_Tux
No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

Ok. Thanks for the reply.

[dziubek]

little OT:
@Camarade_Tux
What do you use theme in your OS?

dziubek