ctpooon
Dec 3 2007, 08:11 AM
QUOTE (Tomcat76 @ Dec 2 2007, 08:23 AM)
Just as I thought.
I will do some tests in my VM to see if I can somehow duplicate the problem when slipstreaming IE7. I could come up with a few test releases but that's taking things too far; I don't like to work in the dark.
Can you tell me if everything is fine if you set
IE7GUILOGON=1 in HFANSWER.INI? It's not so important, but it would help knowing whether it's the same problem or not.
Thanks for the help
just tried using IE7GUILOGON=1 in my HFANSWER.INI with the same set of hotfix and hfslip.cmd
I cannot see the IE7 in my system at all
it is still the old IE6
ctpooon
Dec 3 2007, 08:53 AM
tried using
hfslip-1.7.1rc3_71203a.cmd
using IE7GUILOGON=0, same result... IE7 Installed, crashed with ieframe.dll
geese howard
Dec 3 2007, 05:23 PM
QUOTE (Tomcat76)
That wizard shows "DirectX Runtime Optional Components" so I suspect it's installing the Managed DirectX stuff which HFSLIP doesn't support. See if you get an extra folder named "DirectX for Managed Code" (the name can be slightly different) in your %WINDIR%\Microsoft.NET folder after installation has completed.
Yes...10 extra folders.
1.0.2902.0 - 1.0.2911.0
Tomcat76
Dec 4 2007, 09:38 AM
QUOTE (ctpooon @ Dec 3 2007, 03:11 PM)
just tried using IE7GUILOGON=1 in my HFANSWER.INI with the same set of hotfix and hfslip.cmd
I cannot see the IE7 in my system at all
it is still the old IE6
When IE7 is installed at first GUI logon, you need to reboot manually afterwards before you can use IE. Did you reboot?
ctpooon
Dec 5 2007, 10:02 AM
QUOTE (Tomcat76 @ Dec 5 2007, 01:38 AM)
QUOTE (ctpooon @ Dec 3 2007, 03:11 PM)
just tried using IE7GUILOGON=1 in my HFANSWER.INI with the same set of hotfix and hfslip.cmd
I cannot see the IE7 in my system at all
it is still the old IE6
When IE7 is installed at first GUI logon, you need to reboot manually afterwards before you can use IE. Did you reboot?
I was testing it again using the rc4, with the IE7GUILOGON=1
After I manually reboot the system, the IE is still the old IE6.. nothing has been installed.
Tomcat76
Dec 5 2007, 12:58 PM
QUOTE (ctpooon @ Dec 5 2007, 05:02 PM)
I was testing it again using the rc4, with the IE7GUILOGON=1
After I manually reboot the system, the IE is still the old IE6.. nothing has been installed.
If you got no error messages during Windows setup, that can only mean Windows is still reporting itself as being "in setup". Does the HFSLIP folder still exist in the WINDOWS folder?
ctpooon
Dec 6 2007, 06:11 AM
QUOTE (Tomcat76 @ Dec 6 2007, 04:58 AM)
QUOTE (ctpooon @ Dec 5 2007, 05:02 PM)
I was testing it again using the rc4, with the IE7GUILOGON=1
After I manually reboot the system, the IE is still the old IE6.. nothing has been installed.
If you got no error messages during Windows setup, that can only mean Windows is still reporting itself as being "in setup". Does the HFSLIP folder still exist in the WINDOWS folder?
there is no error messages during windows setup
The HFSLIP folder still exists in the WINDOWS folder
and it contains the following files
CODE
[.] [..] authroots.sst delroots.sst dotnet35.exe
HFSLP151.INF HFSLP152.INF HFSLP153.INF HFSLP154.INF HFSLP155.INF
HFSLP156.INF HFSLP157.INF HFSLP200.INF HFSLP201.INF HFSLP202.INF
HFSLP203.INF HFSLP204.INF HFSLP205.INF HFSLP206.INF HFSLP207.INF
HFSLP208.INF HFSLP209.INF HFSLP210.INF HFSLP211.INF HFSLP212.INF
HFSLP213.INF HFSLP214.INF HFSLP215.INF HFSLP216.INF HFSLP217.INF
HFSLP218.INF HFSLP219.INF HFSLP220.INF HFSLP221.INF HFSLP222.INF
HFSLP223.INF HFSLP224.INF HFSLP225.INF HFSLP226.INF HFSLP227.INF
HFSLP228.INF HFSLP229.INF HFSLP230.INF HFSLP231.INF HFSLP232.INF
HFSLP233.INF HFSLP234.INF HFSLP235.INF HFSLP236.INF HFSLP237.INF
HFSLP238.INF HFSLP239.INF HFSLP240.INF HFSLP241.INF HFSLP242.INF
HFSLP243.INF HFSLP244.INF HFSLP245.INF HFSLP246.INF HFSLP247.INF
HFSLP248.INF HFSLP249.INF HFSLP250.INF HFSLP251.INF HFSLP252.INF
HFSLP253.INF HFSLP254.INF HFSLP255.INF HFSLP256.INF HFSLP257.INF
HFSLP258.INF HFSLP259.INF HFSLP260.INF HFSLP261.INF HFSLP262.INF
HFSLP263.INF HFSLP264.INF HFSLP265.INF HFSLP266.INF HFSLP267.INF
HFSLP268.INF HFSLP269.INF HFSLP270.INF HFSLP271.INF HFSLP272.INF
HFSLP273.INF HFSLP274.INF HFSLP275.INF HFSLP276.INF HFSLP277.INF
HFSLP278.INF HFSLP279.INF HFSLP280.INF HFSLP281.INF HFSLP282.INF
HFSLP283.INF HFSLP284.INF HFSLP285.INF HFSLP286.INF HFSLP287.INF
HFSLP288.INF HFSLP289.INF HFSLP290.INF HFSLPGUI.CMD HFSLPGUI.INF
IE7_INST.EXE roots.sst updroots.exe updroots.sst
Tomcat76
Dec 6 2007, 08:50 AM
Open the registry and navigate to HKEY_LOCAL_MACHINE\SYSTEM\Setup. See that the data for SystemSetupInProgress is 0 and not 1. If it's 1, change it to 0 and reboot.
ctpooon
Dec 6 2007, 09:25 AM
QUOTE (Tomcat76 @ Dec 7 2007, 12:50 AM)
Open the registry and navigate to HKEY_LOCAL_MACHINE\SYSTEM\Setup. See that the data for SystemSetupInProgress is 0 and not 1. If it's 1, change it to 0 and reboot.
it's a 0
and it's what in the hfslip file
CODE
@ECHO OFF
CMDOW @ /HID
CD %SYSTEMROOT%\HFSLIP
SET SSIP=Y
%SYSTEMROOT%\REGEDIT /S/E SSIP1.TXT "HKEY_LOCAL_MACHINE\SYSTEM\Setup"
TYPE SSIP1.TXT>SSIP2.TXT
FOR /F %%I IN ('FINDSTR/IR "SystemSetupInProgress.=dword:00000000" SSIP2.TXT') DO SET SSIP=N
IF "%SSIP%"=="Y" (
rundll32.exe advpack.dll,LaunchINFSection %SYSTEMROOT%\HFSLIP\HFSLPGUI.INF,HFSLIPGUI_Run
EXIT
)
START/WAIT dotnet35.exe
START/WAIT IE7_INST.EXE
rundll32.exe advpack.dll,LaunchINFSection %WINDIR%\HFSLIP\HFSLPGUI.INF,HFSLIPGUI_Rem
EXIT
Tomcat76
Dec 6 2007, 12:27 PM
Is .NET 3.5 installed? If so, remove the executable from the HFSLIP folder and reboot. It may be that it's interfering.
Also, check in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce that you still have an entry named HFSLIPGUI.
ctpooon
Dec 6 2007, 05:42 PM
QUOTE (Tomcat76 @ Dec 7 2007, 04:27 AM)
Is .NET 3.5 installed? If so, remove the executable from the HFSLIP folder and reboot. It may be that it's interfering.
Also, check in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce that you still have an entry named HFSLIPGUI.
nothing in the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
the .NET 3.5 still haven't been installed.
Tomcat76
Dec 6 2007, 06:45 PM
Well *something* removed it, and it sure wasn't HFSLPGUI.CMD otherwise the HFSLIP folder would no longer exist.
I'm completely in the dark now. The only thing I can suggest is that you remove XPize as well as everything in HFSVCPACK/HFSVCPACK_SW1/HFSVCPACK_SW2/HFGUIRUNONCE.
ctpooon
Dec 7 2007, 06:36 AM
QUOTE (Tomcat76 @ Dec 7 2007, 10:45 AM)
Well *something* removed it, and it sure wasn't HFSLPGUI.CMD otherwise the HFSLIP folder would no longer exist.
I'm completely in the dark now. The only thing I can suggest is that you remove XPize as well as everything in HFSVCPACK/HFSVCPACK_SW1/HFSVCPACK_SW2/HFGUIRUNONCE.
tried again with rc5
after removed xpsize and everything in hfsvcpack, hfsvcpack_sw1, hfsvcpack_sw2 and hfguirunonce, I still got the same result.
HKEY_LOCAL_MACHINE\SYSTEM\Setup\SystemSetupInProgress is 0
nothing in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce
here is HFSLPGUI.CMD
CODE
@ECHO OFF
CMDOW @ /HID
CD %SYSTEMROOT%\HFSLIP
SET SSIP=Y
%SYSTEMROOT%\REGEDIT /S/E SSIP1.TXT "HKEY_LOCAL_MACHINE\SYSTEM\Setup"
TYPE SSIP1.TXT>SSIP2.TXT
FOR /F %%I IN ('FINDSTR/IR "SystemSetupInProgress.=dword:00000000" SSIP2.TXT') DO SET SSIP=N
IF "%SSIP%"=="Y" (
rundll32.exe advpack.dll,LaunchINFSection %SYSTEMROOT%\HFSLIP\HFSLPGUI.INF,HFSLIPGUI_Run
EXIT
)
START/WAIT IE7_INST.EXE
rundll32.exe advpack.dll,LaunchINFSection %WINDIR%\HFSLIP\HFSLPGUI.INF,HFSLIPGUI_Rem
EXIT
and these are the files sitting in the windows/hfslip folder.
CODE
[.] [..] authroots.sst delroots.sst HFSLP151.INF
HFSLP152.INF HFSLP153.INF HFSLP154.INF HFSLP155.INF HFSLP156.INF
HFSLP157.INF HFSLP200.INF HFSLP201.INF HFSLP202.INF HFSLP203.INF
HFSLP204.INF HFSLP205.INF HFSLP206.INF HFSLP207.INF HFSLP208.INF
HFSLP209.INF HFSLP210.INF HFSLP211.INF HFSLP212.INF HFSLP213.INF
HFSLP214.INF HFSLP215.INF HFSLP216.INF HFSLP217.INF HFSLP218.INF
HFSLP219.INF HFSLP220.INF HFSLP221.INF HFSLP222.INF HFSLP223.INF
HFSLP224.INF HFSLP225.INF HFSLP226.INF HFSLP227.INF HFSLP228.INF
HFSLP229.INF HFSLP230.INF HFSLP231.INF HFSLP232.INF HFSLP233.INF
HFSLP234.INF HFSLP235.INF HFSLP236.INF HFSLP237.INF HFSLP238.INF
HFSLP239.INF HFSLP240.INF HFSLP241.INF HFSLP242.INF HFSLP243.INF
HFSLP244.INF HFSLP245.INF HFSLP246.INF HFSLP247.INF HFSLP248.INF
HFSLP249.INF HFSLP250.INF HFSLP251.INF HFSLP252.INF HFSLP253.INF
HFSLP254.INF HFSLP255.INF HFSLP256.INF HFSLP257.INF HFSLP258.INF
HFSLP259.INF HFSLP260.INF HFSLP261.INF HFSLP262.INF HFSLP263.INF
HFSLP264.INF HFSLP265.INF HFSLP266.INF HFSLP267.INF HFSLP268.INF
HFSLP269.INF HFSLP270.INF HFSLP271.INF HFSLP272.INF HFSLP273.INF
HFSLP274.INF HFSLP275.INF HFSLP276.INF HFSLP277.INF HFSLP278.INF
HFSLP279.INF HFSLP280.INF HFSLP281.INF HFSLP282.INF HFSLP283.INF
HFSLP284.INF HFSLP285.INF HFSLP286.INF HFSLP287.INF HFSLP288.INF
HFSLP289.INF HFSLP290.INF HFSLPGUI.CMD HFSLPGUI.INF IE7_INST.EXE
roots.sst updroots.exe updroots.sst
here is what in SOURCESS\I386\HFSLPGUI.INF
CODE
[Version]
Signature="$WINDOWS NT$"
[HFSLIPGUI_Rem]
AddReg=AddReg.Rem
[HFSLIPGUI_Run]
AddReg=AddReg.Run
[AddReg.Rem]
HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce",HFSLIPGUI,0x20000,"CMD /C RD/Q/S %WINDIR%\HFSLIP"
[AddReg.Run]
HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce",HFSLIPGUI,0x20000,"CMD /C CMDOW @ /HID&START/WAIT %SYSTEMROOT%\HFSLIP\HFSLPGUI.CMD"
also attached txtsetup.sif
Tomcat76
Dec 7 2007, 10:54 PM
A few things...
First off, just double-click HFSLPGUI.CMD. This should get IE7 installed. After the reboot, see if you have the problem with ieframe.dll. This is only to test ieframe.dll.
For your next runs, you can already make a few preparations...
Remove CMDOW.EXE from the HFTOOLS folder and replace it with
cWnd.exe (download link is in the first post). CMDOW can be blocked by certain anti-virus programs and this could be part of the problem.
Also remove these:
WindowsXP-KB925876-x86-ENU.exe
WindowsXP-KB931261-x86-ENU.exe
WindowsXP-KB931784-x86-ENU.exe
And replace them with these:
WINDOWSXP-KB925876-X86-CHT.EXEWindowsXP-KB931261-x86-CHT.exeWindowsXP-KB931784-x86-CHT.exeIf you run HFSLIP again, please use version 1.7.1rc6.
ctpooon
Dec 8 2007, 09:28 AM
QUOTE (Tomcat76 @ Dec 8 2007, 02:54 PM)
A few things...
First off, just double-click HFSLPGUI.CMD. This should get IE7 installed. After the reboot, see if you have the problem with ieframe.dll. This is only to test ieframe.dll.
For your next runs, you can already make a few preparations...
Remove CMDOW.EXE from the HFTOOLS folder and replace it with
cWnd.exe (download link is in the first post). CMDOW can be blocked by certain anti-virus programs and this could be part of the problem.
Also remove these:
WindowsXP-KB925876-x86-ENU.exe
WindowsXP-KB931261-x86-ENU.exe
WindowsXP-KB931784-x86-ENU.exe
And replace them with these:
WINDOWSXP-KB925876-X86-CHT.EXEWindowsXP-KB931261-x86-CHT.exeWindowsXP-KB931784-x86-CHT.exeIf you run HFSLIP again, please use version 1.7.1rc6.
tried to double click the hfslpgui.cmd, the ie7 now is working, no more ieframe.dll error.
tried again using cWnd.exe instead of CMDOW and replaced the eng hotfix with the chinese one using rc6
still the same, hfslpgui.cmd still haven't been run
the and windows/hfslip is still there.
Tomcat76
Dec 8 2007, 11:37 PM
OK. Forget about the GUILOGON problem for now. The ieframe.dll issue is more important.
Please unset IE7GUILOGON in HFANSWER.INI (remove the "1") and run HFSLIP 1.7.1rc7 (new version). Test with DELAY_IEFRAME=1 in HFANSWER.INI. Hopefully that resolves the problem.
ctpooon
Dec 9 2007, 08:45 AM
QUOTE (Tomcat76 @ Dec 9 2007, 03:37 PM)
OK. Forget about the GUILOGON problem for now. The ieframe.dll issue is more important.
Please unset IE7GUILOGON in HFANSWER.INI (remove the "1") and run HFSLIP 1.7.1rc7 (new version). Test with DELAY_IEFRAME=1 in HFANSWER.INI. Hopefully that resolves the problem.
nope, it doesn't
ieframe.dll still crashes my ie while accessing windows update even after a manual restart.
Tomcat76
Dec 9 2007, 03:03 PM
I have checked this out a bit more. If the problem is really with ieframe.dll, I don't think it's a problem with the file itself (at least in the slipstreaming context). This file is in English for every IE7 package so everyone should have your problem in that situation.
I think there's only two possibilities left. I'll start with the one that's easiest to test...
When slipstreaming IE7, ieframe.dll is supposed to be registered from a RunOnceEx key at T-13. You are clearly having problems with RunOnce(Ex) so it's possible that this registration never took place. Open a Run prompt on the newly installed system and execute the following commands, one at a time:
regsvr32 "%ProgramFiles%\Internet Explorer\ieproxy.dll"
regsvr32 /i /n ieframe.dll
regsvr32 actxprxy.dll
Click OK on each message box that appears (succeeded or failed). After that, reboot and try again.
The second possibility is a problem with ieframe.dll.mui. What is the version of ieframe.dll and of ieframe.dll.mui in the system32 folder?
ctpooon
Dec 10 2007, 05:46 AM
QUOTE (Tomcat76 @ Dec 10 2007, 07:03 AM)
I have checked this out a bit more. If the problem is really with ieframe.dll, I don't think it's a problem with the file itself (at least in the slipstreaming context). This file is in English for every IE7 package so everyone should have your problem in that situation.
I think there's only two possibilities left. I'll start with the one that's easiest to test...
When slipstreaming IE7, ieframe.dll is supposed to be registered from a RunOnceEx key at T-13. You are clearly having problems with RunOnce(Ex) so it's possible that this registration never took place. Open a Run prompt on the newly installed system and execute the following commands, one at a time:
regsvr32 "%ProgramFiles%\Internet Explorer\ieproxy.dll"
regsvr32 /i /n ieframe.dll
regsvr32 actxprxy.dll
Click OK on each message box that appears (succeeded or failed). After that, reboot and try again.
run those command, restarted, problem doesn't solve.
QUOTE (Tomcat76 @ Dec 10 2007, 07:03 AM)
The second possibility is a problem with ieframe.dll.mui. What is the version of ieframe.dll and of ieframe.dll.mui in the system32 folder?
ieframe.dll - 7.0.5730.13
ieframe.dll.mui - 7.0.6000.16414
Tomcat76
Dec 10 2007, 02:57 PM
QUOTE (ctpooon @ Dec 10 2007, 12:46 PM)
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...
ctpooon
Dec 11 2007, 08:35 AM
QUOTE (Tomcat76 @ Dec 11 2007, 06:57 AM)
QUOTE (ctpooon @ Dec 10 2007, 12:46 PM)
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
Tomcat76
Dec 11 2007, 10:17 PM
QUOTE (ctpooon @ Dec 11 2007, 03:35 PM)
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
Dec 12 2007, 08:05 AM
QUOTE (Tomcat76 @ Dec 12 2007, 02:17 PM)
QUOTE (ctpooon @ Dec 11 2007, 03:35 PM)
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
Tomcat76
Dec 12 2007, 06:29 PM
All files look fine.
Sorry... I'm clueless.
fenyo
Dec 17 2007, 03:49 AM
QUOTE (Tomcat76 @ Mar 12 2006, 09:26 PM)
(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
Dec 17 2007, 08:46 PM
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
Dec 18 2007, 12:50 AM
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
Dec 18 2007, 08:56 AM
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
Dec 19 2007, 10:04 AM
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
Dec 19 2007, 08:01 PM
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
Dec 20 2007, 05:40 PM
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
Dec 20 2007, 08:23 PM
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
Dec 22 2007, 01:47 AM
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.
Neo - Matrix
Jan 9 2008, 01:54 PM
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
Jan 9 2008, 08:13 PM
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
Jan 10 2008, 01:50 PM
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
Jan 10 2008, 03:49 PM
i run hfslip by another cmd file to log everything
QUOTE (logger.cmd)
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" ctpooon
Jan 20 2008, 08:49 AM
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
eryen
Jan 22 2008, 08:40 PM
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
Jan 23 2008, 01:58 AM
@eryen: Thanks for pointing that out. Please try the latest RC.
@ctpooon: Your problem may be fixed with the latest test release.
eryen
Jan 23 2008, 05:22 AM
Sorry again but
FINDSTR/L "[ShowIE]" IEACCESS.INF >NUL
can not find ieacces.inf
But i guess it is because of long folder names.
Tomcat76
Jan 23 2008, 10:56 AM
OK... Thanks.
eryen
Jan 23 2008, 12:58 PM
Thank u very much.
Now it is smooth and soft
johndoe74
Jan 23 2008, 01:26 PM
QUOTE (Tomcat76 @ Mar 12 2006, 03:26 PM)
Latest test version: hfslip-1.7.4rc2_80123bChanges:
- fixed a problem introduced in these test releases causing binaries specific to XP Pro/MCE to be ignored
- [IE7slipstream] ieaccess.inf is now edited properly if the HFSLIP folder path contains spaces (no longer using full path)
i'm into mce (a lot
) so what binaries were getting ignored ?
Tomcat76
Jan 23 2008, 04:00 PM
I suppose it's easier if I give you some hotfix names.
From the ones I use (my full list + some others), these are affected:
WindowsXP-KB897338-v3-x86-ENU.exe
WindowsXP-KB922120-v5-x86-ENU.exe
WindowsXP-KB925876-x86-ENU.exe
You may want to reinstall the ones you tried to slipstream.
johndoe74
Jan 23 2008, 10:03 PM
awwww.... I had all three in HF
Tomcat76
Jan 24 2008, 01:50 AM
Check which versions of HFSLIP you used (Add/Remove Programs or WINDOWS\inf\HFSLIPWU.INF). This started with test release 80116a; version 80101a was still fine.
Neo - Matrix
Jan 24 2008, 05:59 AM
QUOTE (Tomcat76 @ Jan 24 2008, 04:50 AM)
Check which versions of HFSLIP you used (Add/Remove Programs or WINDOWS\inf\HFSLIPWU.INF). This started with test release 80116a; version 80101a was still fine.
TomCat,
Are you going to update your upDate Lists - to add the fixes until January !?
I already put them on my hfslip folder, here is everything working fine.
Btw, any problem, if i put a list like yours but with the links to Portuguese Brazilian patches !?
Thanks
johndoe74
Jan 24 2008, 09:48 PM
QUOTE (Tomcat76 @ Jan 24 2008, 02:50 AM)
Check which versions of HFSLIP you used (Add/Remove Programs or WINDOWS\inf\HFSLIPWU.INF). This started with test release 80116a; version 80101a was still fine.
how exactly did hfslip manage to keep just those three specific hotfixes out ? I ask because I have a ton of not-public/not in your list hotfixes and I was wondering if all of those were getting integrated as intended ?
Tomcat76
Jan 30 2008, 09:13 PM
It's any hotfix that has a internal subfolder called "ip" that was affected. The "ip" folder is used for files that are specific to XP Pro.
Those three hotfixes are the ones I use in my source.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.