Addons avoid this situation altogether, correct?

I vote for Tomcat's method...my reasoning is that HFCLEANUP is a bundle that I anticipate downloading/unzipping whenever a new version is posted whereas HFEXPERT/WIN is all mine...I would rather just update HFLCEANUP and forget about it. No worries about deconfliction on the user's part such as combing through the reducers and deleting things or worrying about what is new.

no, this addon doesn't install still.

KB912945 integrated faultlessly.
---


dziubek

This is what happens when people post & host untested Application Add On CAB files.

According to the INI settings of the CDImage AAO, the files should be all in the system32 folder. No biggie there. Reading deeper, the file naming scheme is this
CDImagex.cpi ->renamed to CDImageGUI.cpi
CDImage.exe ->not renamed
CDImage.cpl ->not renamed

This doesn't work. Instead, the files should be this:
CDImagex.cpi ->not renamed
CDImage.exe ->renamed to CDImageGUI.exe
CDImage.cpl ->not renamed

This doesn' work for me:

As I told often: cpl looks for same named cpi, so


seems the solution

My thoughts too, Murvun.

@dziubek:
Check 60316a when it's out. I'm working around this issue. When the author updates his/her addon, it will still work.

I'd like to release a new final this week when there are no issues with LegitCheckControl.dll and KB912945. Dziubek said all's fine with KB912945 but I'd prefer more confirmations.

The HFEXPERT change will not be implemented yet. It still remains to be seen that there are no nasty side effects so it will only exist in a test release for now.

When using
HFSLIP_60310.CMD
HFSLIP_60314b.CMD
HFSLIP_60315c.CMD

I had no issues with KB912945

re building an iso w/ the latest test build (60316d).

'giving you results soon

If KB912945 got installed properly using HFSLIP_60315c.CMD then you don't need to test HFSLIP_60316d.CMD for that. The LegitCheckControl fix was updated again, though, so you can test it for that.

@Tomcat: I am having an issue with the 'expert' version of HFSLIP. Every time I run it i get this:

Whereas running the same config with the 'normal' HFSLIP runs flawlessly. I have HFCLEANUP and HFEXPERT/WIN folders.

This is another on-my-lunch input...so more diagnosing will be done later. Reports are attached.

That's a weird message. Do you get that during Windows installation?
I wonder what INF file is being referred to...

Yes, I got that during the first phase of installation....about 20secs into the process. Will debug later; gotta run to class now.

I think I know what the problem is. Give me a little while...

Edit:
No. What I was thinking of is not the issue. Would you mind giving me the txtsetup.sif and dosnet.inf files from SOURCESS\I386?

Attach your drvindex.inf file too.

Files attached. Sorry no more input from me yet...rough day, rough night at class.
Going to bed now

Not a single problem with the latest test build HFSLIP_60316d.CMD neither concerning the legitcheck fix nor any hotfix.

Finally got rid of the "famous" Microsoft Update issue :

Following this info

I simply backed up the dataStore.ebd file like BoardBabe said, and created a sfx, placed it in the HFSVPK folder and tada that's it.

EmRoD - would you mind attaching or giving me a link to that SFX file?

Thanks,

Super-Magician

Sure here it is

@TAiN
I have reordered quite a lot in 60317a-expert. Hopefully everything works as intended.

Updated again. I assumed a particular working folder would be empty when HFEXPERT stuff is processed so I used that, but apparantly it's not empty. This caused everything to be processed twice. Thanks Tommy.

60317b-expert

A couple of issues with 17b:

1)
*.cpl/*.cpi seems to still be an issue. My task scheduler control panel entry has an odd name (bad ascii?) and doesn't run (17b w/HFCLEANUP but not HFEXPERT). I have also been having an odd problem with HFEXPERT/WIN/SYSTEM32...I have a 5k .cpi in there that consistently ends up as a 128kb .cpi with the original filename. Not sure how the transformation takes place. I have been fighting that particular issue for several days using different versions (expert and normal) and different configs.

2)
60317b-expert + HFCLEANUP: Good to Go (GTG)
60317b-expert + HFEXPERT: about 10secs into setup. That run had a really jacked up txtsetup.sif. I will run HFSLIP with HFEXPERT again so that I can post the txtsetup.

Zip w/errors and funky TXTSETUP.SIF is attached...along with the DOSNET file detailed below:

In reference to my cpi/cpl problem:
I have three files named myuninst.* in HFEXPERT/WIN/SYSTEM32. They are .CPL, .CPI, and .EXE.
In my SOURCESS I get myuninst.CP_ (containing the CPL) and myuninst.EX_....the .CPI doesn't seem to get integrated although it is listed in SOURCESS's DOSNET and the funky TXTSETUP. Not sure if the errors are connected, but my previous post mentioned a 128k version of the .CPI. You guessed it...the proper CPL is 128k so it seems that the proper CPL is getting installed as the right CPL as well as the wrong CPI. The proper 5k CPI isn't in SOURCESS.

There was a path issue in the HFEXPERT section of the test releases. After I got rid of it, things seemed to go fine. I have a "normal" txtsetup.sif and dosnet.inf after letting HFSLIP run till the end.

I'll take a look at the CPI issue now.


Edit...
The missing CPI issue should be fixed. I forgot to separate the wheat from the chaff. I also let CAB files pass though I don't know if that's useful.

Cool, thanks for the quick fixes. I'll get this started tonight and report back in the morning.
I have a big test next week so I will be studying all weekend and taking breaks to work on HFSLIP for fun. Isn't that sick?

It's 6:40am here. How's that for sick?

And another new one. Tommy noticed a problem with HFCLEANUP+hfslipwu.inf. There was also a problem with HFCLEANUP+sysoc.inf.

I believe that's everything...

Nighty night...

Tomcat, in his sleepy state, made a slight typo on the first post link...here is the correct link for 60318a:
http://users.telenet.be/tc76/hfslip/60318/...0318a-expert.7z

Testing now!

Thumbs down on HFSLIP_60318a-expert.CMD with HFCLEANUP. TC, I sent you some details on what parts you can mod and what parts you cant. The part that I explicitly said not to mod was modded.... this made the hfcleanup break.

I'm having trouble with 18a as well
Nothing has changed for me...I am having the same two problems that I've been having for the past several days. Not sure what I can do to help diagnose...

TXTSETUP.SIF + missing CPI?

Yes.
Post #71 applies to version 18a.
My results haven't changed for the last couple of versions now...

I focused on the CPI problem you mentioned in post #72. Do you have the three required myuninst files in SOURCESS\I386 now?

As far as post #71 goes...
What's the name of this "task scheduler control panel entry"?


@TommyP:
I noticed modifype is run on files in WIN\ but not on files in WIN\SYSTEM32. Is that intentional?

Yes, but the dorked txtsetup prevents me from seeing if they all get installed in the final product properly.
Gibberish...it looks like bad ascii codes or something...just a few tall rectangles similar to [] but as one-character, completed boxen.

I meant the original file name. I couldn't find it in your ERROR_REPORT.TXT. I would like to test it to see if I can figure out the problem.

The current version is 60318c-expert. There was an issue with a fix introduced in 60318b-expert.

I don't know how you are testing now, but I'd advise to take a look at txtsetup.sif and hfslipwu.inf before doing a test install. This could save you some time...

Isn't task scheduler a standard control panel entry? The only other thing it could be on my end is a bad CPL entry in an addon...I will check that next. Either way, there are no other *.CP* in HFEXPERT.

Just tested again with 18ce. Same TXTSETUP problem as before. I would attach the file and an error report, but there doesn't seem to be any change from the last time I posted them.

EDIT: I see that 18d is posted...will test now.

I doubt 18d will fix the txtsetup.sif issue for you. I really wonder what's causing it...

You're right; 18d didn't help

I can try selectively removing things from HFEXPERT/WIN if you think that may narrow it down.

Do it by folders. Remove the WIN\SYSTEM32 folder. Then remove all subfolders in WIN. Two tests...

If you're using the full blown hfcleanup, there is no task scheduler at all. My txtsetup doesn't have strange characters. It will work, but it won't be able to do the full cleaning that hfcleanup can do.

@Tomcat: I'll start selectively reducing my HFEXPERT and report back.

@tommyp: The odd characters were in the *intalled and running* OS...I can check what the TXTSETUP says but I'll have to generate that config again.

Low disk space != good records

If you saw strange characters in control panel, then it is because hfcleanup (current fileset only from Mar 11th or so) isn't being parsed correctly. The old hfcleanup fileset left little to be desired. Delete any reduction files that Oleg2 made and use the ones posted on FDV's site.

I'll tackle that after I am done stomping HFEXPERT/WIN.

Well that was fun

I started with this structure:
And then took these steps:
1) Deleted S32 and a similarly dorked TXTSETUP as before.
2) Left S32 out and also deleted CURSORS...similar TXTSETUP as before.
3) Left S32 & CURSORS out and also deleted FONTS...similar TXTSETUP as before.

So for #3, I just had this:
And I *STILL* got a dorked TXTSETUP. So then I deleted HFEXPERT *entirely*, even though it just had empty folders, and HFSLIP 18d ran like a charm.

WTFO?

I am pretty sure that I have run this before with just an empty HFEXPERT/APPREPLACEMENT and not had issues, but I will test that now. It looks like the mere presence of an empty HFEXPERT/WIN causes HFSLIP to vomit on screen.

Dumb question, but are you sure that you don't have spaces in in any of the foldernames?

There is no such thing as a dumb question with me
I am positive that there are no folders with spaces anywhere in HFEXPERT.

I do have the pleasure of reporting that 18d has fixed the oddly-named control panel entry. Whatever that was, it is gone now. 18d w/o HFEXPERT installed like a dream.

Running HFSLIP with empty HFEXPERT/APPREPLACEMENT now...

Problem confirmed.

HFSLIP18d=OK
HFSLIP18d+HFEXPERT/APPREPLACEMENT(empty)=OK
HFSLIP18d+HFEXPERT/WIN(empty)=dorked TXTSETUP

So on an otherwise OK config, just adding the HFEXPERT/WIN folder causes TXTSETUP to be completely borked. Error Report/TXTSETUP attached.

That's a nice find. If you still get a borked up txtsetup.sif with 18e, I'll do something special.

I'm hungry now so I'll be back in 30 or something.

Here it is anyway: HFSLIP_60318e-expertSP.7z

Edit: see 18f

Bad txtsetup. Echo a [SourceDisksFiles] into txtsetup.sif in the first line of the hfcleanup. DOSNET needs lots of love too.

So I basically remove the "diagnostic" part in front of the existing line?
You talkin' 'bout hfcleanup?