[retalv]

@Tomcat

I confirm ... all ok!
Now the installation is clean and the system is properly updated.
Today try the slipstream of IE7 and if everything is ok I will use the tacit consent ...
Again thanks for all the good work, and best wishes for the future!

[Ehdu]

Hello all, i got the latest version of hfslip(rc7), but he don't split my messenger.msi.

I put the messenger.msi file in HFSVCPACK_SW1 folder.

My Windows have SP3 (final version) and i got this version in MSDN home page.

Somebody have this problem too?

Sorry for my terrible english!

This post has been edited by Ehdu: 11 May 2008 - 11:49 PM

[0d14r3]

I integrated SP3 with nLite and next I remove components, disable services e integrate addons.
All run fine in my Vmware, compiled autoit scrips too.
I used hfslip-1.7.6rc7 to integrate few hotfixes and cabs, install in Vmware and autoit scripst fail to exectute.
One error is "framedyn.dll not found" and the other is "-1 - variable can be object".
The final result is theme not applied and other "replaced" programs not installed.

What are the problem with autoit scripts found for you?

0d

 nLite___Last_session.rar (7.45K)
Number of downloads: 9
 HFSLIP_Log.rar (744bytes)
Number of downloads: 5

This post has been edited by 0d14r3: 12 May 2008 - 01:21 PM

[Martin H]

HFSLIP should always be run on a clean source.

If you wan't to use HFSLIP together with nLite, then you'll have to use HFSLIP first.

Please redo on a clean source and report back if problems persists...

[Tomcat76]

@Ehdu
It appears that messenger.msi can't be installed at T-13. Someone else already noticed that.

@0d14r3
From what you're saying, it is unclear to me if you used a clean source for HFSLIP or not. As Martin H points out, you should first run HFSLIP on a clean source.
If you used HFSLIP first and then nLite, then the problem might be that you don't know what the HFSLIP_POST_getnewfiles_v3.cmd plugin is for. If this plugin is in the HFTOOLS folder, a file named NEWBIN.TXT is created when HFSLIP has finished. This file contains the file names that you should enter in nLite's Keep box. I can't see any trace of the files that were slipstreamed by HFSLIP in the [KeepFiles] section of nLite's LAST SESSION.INI log you provided.

[0d14r3]

1 - SOURCE= WINXP SP2
2 - nLite SOURCE integrating SP3
3 - SOURCE=WINXP SP3
4 - copy SOURCE to OS
5 - nLite OS with addon+remove components+disables services = ISO_OS
6 - Install ISO_OS in Vmware = all ok, include addon with compiled autoit scripts
7 - Delete OS

NOW WITH HFSLIP
1 - HFSLIP SOURCE (3) with few hotfixes and cab files (using hfslip-1.7.6rc7)
2 - SOURCESS is created
3 - copy SOURCESS to OS
4 - nLite OS with addon+remove components+disables services = ISO_OS
5 - Install ISO_OS in Vmware = framedyn.dll error, addon with compiled autoit scripts= error, many addons not installed
6 - Delete OS

More clear my frieds?

This sequence I ever use with SP2 and hfslip-1.7.5 without errors . I try with SP3 and back to report.
`
EDIT: hfslip-1.7.5 works fine, no errors, all installed.

0d

This post has been edited by 0d14r3: 12 May 2008 - 08:46 PM

[Ehdu]

I make the same error in my last XP version

I got a clean XP copies with SP3 (generated by MSDN)
I used HFSLIP to integrate WMP11, IE7, DirectX and Flash, and generating the NEWBIN.TXT
In Nlite i removed Windows Messenger, NetMeeting and MSN Explorer. And used the NEWBIN.TXT.

When completed the installation occurred the same error, "framedyn.dll not found" and the other is "-1 - variable can be object".

Look the result of wbemoc.inf, before nlite and after:

Attached File(s)

•  wbemoc_HFSLIP_.inf (10.08K)
  Number of downloads: 12
•  WBEMOC_HFSLIP___NLITE_.INF (10.47K)
  Number of downloads: 8

This post has been edited by Ehdu: 13 May 2008 - 12:01 AM

[Tomcat76]

Does everything work if you replace WBEMOC.IN_ created by nLite with the file that HFSLIP made?

I want to see if this solves the problem.

[eryen]

WBEMOC.INF is partial corrupt made by HFSLIP.
That is an UNICODE file but not contain FF FE binary string at the begining of file.

I just realize that while testing WMP11 Slipstreamer.

[eryen]

Ehdu, on May 13 2008, 08:37 AM, said:

I make the same error in my last XP version

I got a clean XP copies with SP3 (generated by MSDN)
I used HFSLIP to integrate WMP11, IE7, DirectX and Flash, and generating the NEWBIN.TXT
In Nlite i removed Windows Messenger, NetMeeting and MSN Explorer. And used the NEWBIN.TXT.

When completed the installation occurred the same error, "framedyn.dll not found" and the other is "-1 - variable can be object".

Look the result of wbemoc.inf, before nlite and after:

Your nLite'd Wbemoc.inf is totally corrupted.
Double UNICODE converted. Or something like that...

String look like UNICODE but new line stings still ANSI.
Maybe other files are corrupt like this.
With that file WinXP will not install correct.

This post has been edited by eryen: 13 May 2008 - 05:35 AM

[Tomcat76]

I also noticed the nLite'd file is in ANSI and that it's broken.

As far as the one modified by HFSLIP is concerned... If the original wbemoc.inf is in UNICODE, HFSLIP will use FIND.EXE to remove the instances of napclientprov.mof and napclientschema.mof from that file (because FINDSTR.EXE can only be used for ANSI files). There's no other option. I'm in the process of creating an HFSLIP plugin that includes edited wbemoc.inf files for both Professional and Home, and for all languages, but that's still going to take some time.

Either way, the resulting file is in UNICODE and Windows installs fine if you don't use nLite after that, so I don't understand why nLite has a problem with it. Is it that "FF FE binary string"? Does the lack of it prompt nLite to treat is as an ANSI file? Whatever it is, I don't have another option right now.

[eryen]

If u look at files with HEX Editor. UNICODE files has that FF FE string at the begining to define this is an Unicode file.

WBEMOC.IN_ is partially corrupted.

Best and easiest way is.
copy /b unicode.header+wbemoc.inf


Attached unicode.header containes FF FE unicode definer.
Wbemoc.inf becomes real unicode file.


Also.
I created a CD.
Rootsupd, 905474 and WUA slipstremed with HFSLIP.
WMP11 slipstreamed with WMP11Slipstreamer by booggy (las version modifies wbemoc to. After hflisp can not read this file. )
IE7 with nLite.
Messneger, DrWatson, MSN Explorer removed.

There is no error, with it.
wbemoc is not corrupted. (nLite didnot touced it atleast)
wbemoc made by HFSLIP works on that system.


In past i saw that framedyn error too.
I was using a personal inf files, included all my setting. (More then nLite)
In last 2 mounth, if i include that inf file i see that error.

There is an tweak corrupt my installation. I dont kow which. I dont have enoght time to check all of them, one by one.

Attached File(s)

•  unicode.zip (128bytes)
  Number of downloads: 5

This post has been edited by eryen: 13 May 2008 - 06:51 AM

[Ehdu]

Tomcat76, on May 13 2008, 04:41 AM, said:

Does everything work if you replace WBEMOC.IN_ created by nLite with the file that HFSLIP made?

I want to see if this solves the problem.

Yes, i changing the file and worked perfectly.

[kenlau]

Just completed my VMWare test installation of Windows SP3.

I use RC7 to slipstream SP3, and then rest of the updates. Attached the log file.

Just to report back, Windows install perfectly, and no high priority updates after running Microsoft Update.

However, when initially running Microsoft Update, it requested to install the activeX components, and then restart the PC before I continue running MU. It looks like the MUAuth.cab did not take, either because the slipstreaming process failed or Microsoft has a new version. I am not sure which, but MU does appear on my start-up menu, so I suspect it is the later.

The 2nd weird thing is that if I leave out KB905474 during slipstreaming, windows will download KB892130 and try to install it before allowing me to continue with MU. It keeps failing to install KB892130, which is why I go re-do HFSlip with KB905474, since I cannot find KB892130 for download.

Finally, when I start WMP11, it will ask to run WGA as part of the first initialization. This did not happen on my previous pre-sp3 HFSlip slipstreams.

None of the above are big problems, but I hope it helps in getting the next version of HFSlip ready.

Thanks.

Attached File(s)

•  HFSLIP.7z (993bytes)
  Number of downloads: 8

[Tomcat76]

I'm doubting as to what really the best solution is: "unicode.header+wbemoc.inf" or just custom made wbemoc.inf files in a plugin package.

HFSLIP edits wbemoc.inf to avoid the error message for "napclientprov.mof". You see that error because wbemoc.inf wants to copy napclientprov.mof (and napclientschema.mof) from the CD, but it doesn't exist in the source with that name. MS have renamed it to napprov.mo_, and not even in a clean way: they compressed napclientprov.mof to napclientprov.mo_, then renamed napclientprov.mo_ to napprov.mo_ (instead of first renaming and then compressing). So they probably intended to have it on the CD with a long file name originally. But the guys who did TXTSETUP.SIF/LAYOUT.INF decided to rename it but didn't notify the people who did wbemoc.inf. --- It's always nice to come up with theories...

The best way to work around the problem would be to change this:
napclientprov.mof
napclientschema.mof

...into this:
napclientprov.mof,napprov.mof
napclientschema.mof,napschem.mof

But that's not something HFSLIP can do, so it just removes the lines. This is not really a problem because the files are also copied via TXTSETUP.SIF (wbemoc.inf just does double work), but it's not as clean.

So using "unicode.header+wbemoc.inf" is much easier for me, but it's pushing the use of the unclean method. For the end user it shouldn't be that much of a difference in that both scenarios would require an additional package to be downloaded.

[Tomcat76]

@kenlau

You don't have WindowsUpdateAgent30-x86.exe in the HF folder. It's one of the requirements for Microsoft Update.

KB892130 is LegitCheckControl.cab.

I don't know about running WGA for the WMP11 initialization. I never had it. Is your LegitCheckControl.cab up-to-date (20-Mar-2008)?

[nuhi]

Tomcat76, on May 13 2008, 01:49 PM, said:

I also noticed the nLite'd file is in ANSI and that it's broken.

As far as the one modified by HFSLIP is concerned... If the original wbemoc.inf is in UNICODE, HFSLIP will use FIND.EXE to remove the instances of napclientprov.mof and napclientschema.mof from that file (because FINDSTR.EXE can only be used for ANSI files). There's no other option. I'm in the process of creating an HFSLIP plugin that includes edited wbemoc.inf files for both Professional and Home, and for all languages, but that's still going to take some time.

Either way, the resulting file is in UNICODE and Windows installs fine if you don't use nLite after that, so I don't understand why nLite has a problem with it. Is it that "FF FE binary string"? Does the lack of it prompt nLite to treat is as an ANSI file? Whatever it is, I don't have another option right now.

nLite does not switch ansi/unicode, it detects the file encoding. Maybe you are saving file so weird that it messes up encoding detection, anyway let me know on the PM if you find something for sure.

[Tomcat76]

Hi Nuhi

I'm using the only way there is with FIND.EXE while keeping it Unicode.

But it doesn't really matter anymore. I found a minor problem with this method affecting some languages so I'm gonna steer away from it.

Thanks for dropping by.


To the others...

I'll be releasing a final version of HFSLIP 1.7.6 shortly (probably tomorrow) which will contain all the changes mentioned in the changelog except the fix for wbemoc.inf, but will only post it here in the Test Releases thread. An external plugin package should be ready by tomorrow too so this combination can be tested extensively (including with nLite). If everything's alright with the plugin package, I'll make the final HFSLIP 1.7.6 public.

[kenlau]

Thanks TC,

I would have thought M$ will update Update Agent with SP3, but I guess not. M$ giveth, M$ taketh away.

Anyway, I am retrying again, and will post if anything strange turn up.

[Tomcat76]

The HFTOOLS plugin to fix wbemoc.inf is now available from the main post in this thread.

I released another RC because I pushed in a change for Chinese (Hong Kong).

If all works well with this set up (with and without nLite), then a final version of HFSLIP 1.7.6 will be released tomorrow.