[ctpooon]

Tomcat76, on Dec 11 2007, 06:57 AM, said:

ctpooon, on Dec 10 2007, 12:46 PM, said:

ieframe.dll - 7.0.5730.13
ieframe.dll.mui - 7.0.6000.16414

7.0.5730.13 is the version from the main IE7 package, which means ieframe.dll didn't get updated at T-13. I suppose you still have ieframe2.dll in the SYSTEM32 folder.

Your problem is even more severe than I thought. The change from ieframe2.dll to ieframe.dll is done from HFSLIP.CMD. HFSLIP.CMD is called from SVCPACK.INF, so the registry is not involved in this. In other words: SVCPACK.INF failed to run.

Can you compress SVCPACK.INF and SYSOC.IN_ from SOURCESS\I386 and HFSLIP.CMD from SOURCESS\I386\SVCPACK into a ZIP package and upload it here?

If these files turn out to be OK, I can only conclude that your source is corrupted. The odds that HFSLIP would break nearly everything there is to break are really slim...

ieframe2.dll is still in the system32 folder.
attached the files u requested.

how to tell if my source is corrupted?

have fun

Attached File(s)

•  fw.zip (2.9K)
  Number of downloads: 5

This post has been edited by ctpooon: 11 December 2007 - 09:38 AM

[Tomcat76]

ctpooon, on Dec 11 2007, 03:35 PM, said:

how to tell if my source is corrupted?

By opening a command prompt (Start > All Programs > Accessories > Command Prompt) and running this command:

chkdsk c: /r

(assuming that your HFSLIP working folder is still on drive C:)

You will be asked to do this at the next reboot if your system is installed on drive C:.

When that is finished (may take a while if your hard disk is large), remove the SOURCE folder and copy over the CD again.


The files you attached last are fine. I just realized I forgot to ask to include HFSLIPWU.INF too, so if you can...

[ctpooon]

Tomcat76, on Dec 12 2007, 02:17 PM, said:

ctpooon, on Dec 11 2007, 03:35 PM, said:

how to tell if my source is corrupted?

By opening a command prompt (Start > All Programs > Accessories > Command Prompt) and running this command:

chkdsk c: /r

(assuming that your HFSLIP working folder is still on drive C:)

You will be asked to do this at the next reboot if your system is installed on drive C:.

When that is finished (may take a while if your hard disk is large), remove the SOURCE folder and copy over the CD again.


The files you attached last are fine. I just realized I forgot to ask to include HFSLIPWU.INF too, so if you can...

attached the hfslipwu.inf
my file system seems to be ok, I just removed the source folder and copied from the CD.
compiled using hfslip-1.7.1rc9_71212a.cmd ... same result.

also attached the file structure of my cd .. in unicode big endian format

Attached File(s)

•  list.zip (77.01K)
  Number of downloads: 2
•  HFSLIPWU.zip (2.96K)
  Number of downloads: 4

This post has been edited by ctpooon: 12 December 2007 - 09:01 AM

[Tomcat76]

All files look fine.

Sorry... I'm clueless.

[fenyo]

Tomcat76, on Mar 12 2006, 09:26 PM, said:

(1) Show Desktop icon created in special way for certain languages when handling IE7
If your source OS is Czech, Hungarian or Turkish, and you let HFSLIP slipstream IE7 (Windows XP) or create an IE7 installer (Windows Server 2003), please let me know if HFSLIP 1.7.0 was able to create the Show Desktop link without spelling mistakes or not.

My XP source is Hungarian, and i slipstreamed IE7, and HFSLIP 1.7.2rc2 was able to create the Show Desktop link without spelling mistakes. So its perfect.

[Tomcat76]

HFSLIP 1.7.1 and newer copy the whole content of SHELL.INF into a new INF file to create the Show Desktop shortcut for Hungarian sources. HFSLIP 1.7.0 and earlier versions took only two lines from SHELL.INF but this appeared to be problematic for languages which have special characters in the "Show Desktop" string. I don't have an Hungarian source at hand to test, so I assumed the Hungarian SHELL.INF also has special characters in the translated "Show Desktop" string and decided Hungarian to be part of the list of languages for which the whole SHELL.INF content should be used.

The point of my comment in the initial post in this thread is to find out if HFSLIP 1.7.0 was able to create the Show Desktop shortcut for Czech, Hungarian and Turkish sources when slipstreaming IE7 with its name correctly spelled. If things were fine with HFSLIP 1.7.0, I want to avoid copying the full content of SHELL.INF into the new INF file for these languages.

[fenyo]

Oh, right.

But i've already overwritten my hfslip with the newest.

If you can give me a link to hfslip 1.7.0 then i will test it to show desktop.

BTW, yes there are special characters in the hungarian version: "Asztal megjelenítése". (just two)

[Tomcat76]

If that is the correct name then there are no problems. HFSLIP 1.7.2rc3 doesn't use the complete SHELL.INF anymore for Hungarian.

Thanks

[jvidal]

what is the alleged problem with the "show desktop" icon? I've never had any problems with that...and I'm using the spanish version of windows.

[Tomcat76]

There's nothing wrong with the Spanish Show Desktop shortcut.

I noticed recently that some special characters (not all) get lost when using FIND.EXE to copy the "ShowDesktop" string from SHELL.INF into another file. If I copy the entire content of SHELL.INF into another file (using TYPE.EXE), these characters don't get lost. Since I don't have a Spanish Windows XP source, I couldn't tell if there were no problems with the Spanish "ShowDesktop" string so I decided to let HFSLIP 1.7.1 copy the entire SHELL.INF content for Spanish sources just to be on the safe side. Thanks to [~Ga$h~], I now know that the Spanish string is fine too.

Example of a problem:
The Polish "Pokaż pulpit.scf" becomes "Pokaz pulpit.scf" (the ż becomes a z). And the Japanese string becomes a series of question marks.

[jvidal]

Oh, alright. I thought that spanish windows was affected too, that's why I asked (since I hadn't had any problems.)

There is a new problem in 1.7.1, though. A command for deleting the c:\windows\HFSLIP folder is left in the registry in the machineRunOnce registry entry (it's NOT deleted after first logon).
bye!

[Tomcat76]

If things are installed at first GUI logon, that is possible. Does the registry entry get removed at the next logon? And does the C:\WINDOWS\HFSLIP folder get deleted then too?

[jvidal]

haven't noticed, since i delete the registry entry and the HFSLIP folder right after I log in for the first time...

Update: yep, the reg. entry and the dir. are deleted in subsequent logons.

This post has been edited by jvidal: 29 December 2007 - 12:14 PM

[Neo - Matrix]

I'll make a try on Brazilian version - i've just finished to collect all the updates on my mother language.
Btw, Can DotNet 1.1 and 2.0 and 3.0 - be integrated too !?

[eryen]

Is it posibble to select "SFC Disable" whit "Remove CAT files".
So not need to rename IE7 files by HFSLIP.CMD

SFC disabled files can provide in HFTOOLS or another folder.
If files not there "SFC disable" turns off, HFSLIP.CMD renames IE7.

[Neo - Matrix]

Well,

Everythings is OK - it finishes the process and i haven't seen any erros on screen.
Well, i have a lot of new folders and so on, but how do i known if everything i integrated is ok - if any updates failed or so on ... just trying it on vmware !? .... i would like a more detailed log if my new source is right and updated with everything i put on the folders.

[eryen]

i run hfslip by another cmd file to log everything

logger.cmd said:

hfslip.cmd >logger.txt

It log everything.
copeing entire SOURCE folder too.
So at last file maybe 4-5Mb. but i can see which hotfixes and files intergrated.

Need some modding for "I HAVE READ THE INSTRUCTIONS" and few time need to press ENTER to skip EULA and FAQ pages.
"Depends on HFANSWER.INI"

This post has been edited by eryen: 10 January 2008 - 04:00 PM

[ctpooon]

hi,
I am using 80119a to hfslip my source,
however, every time it extracts/reads a hot fix, it shows couldn't find files *.*. It shows in all the hotfixs i have run. and I stopped it at the middle because i dont know will the script delete wrong files in the hfslip directory.

Is there something wrong with the script?

cheers

Integrating MSIE7 hotfixes from HF folder
IE7-WindowsXP-KB938127-x86-CHT.exe
找不到檔案 - *.* <----------- File not found - *.* in chinese
IE7-WindowsXP-KB942615-x86-CHT.exe
找不到檔案 - *.* <----------- File not found - *.* in chinese
Creating updated MSIE7 installer



WindowsInstaller-KB893803-v2-x86.exe
找不到檔案 - *.*
TEMP\msi.dll
TEMP\msiexec.exe
TEMP\msihnd.dll
TEMP\msimsg.dll
TEMP\msisip.dll
複製 5 個檔案 <--- 5 file(s) copied

Windows-KB909520-v1.000-x86-CHT.exe
找不到檔案 - *.*
TEMP\axaltocm.dll
TEMP\basecsp.dll
TEMP\bcsprsrc.dll
TEMP\ifxcardm.dll
TEMP\pintool.exe
複製 5 個檔案 <--- 5 file(s) copied

windowsmedia11-kb929399-v2-x86-intl.exe
找不到檔案 - *.*
TEMP\msscp.dll
複製 1 個檔案 <--- 1 file(s) copied

This post has been edited by ctpooon: 20 January 2008 - 09:29 PM

[eryen]

I saw that warning too.
That's why hfslip can not solve version of XP

@Tomcat76
IF "%V1%"=="XP" FOR /F %%I IN ('FINDSTR/I Profess VERSION.TXT') DO SET SUBTAG=ip
can not find file.

atm i use it like
IF "%V1%"=="XP" FOR /F %%I IN ('FINDSTR/I Profess SOURCE\I386\PRODSPEC.INI') DO SET SUBTAG=ip

[Tomcat76]

@eryen: Thanks for pointing that out. Please try the latest RC.

@ctpooon: Your problem may be fixed with the latest test release.