Login to Account Create an Account
HFSLIP64 v1.1.5 released
Posted 06 May 2008 - 04:31 PM
I'm gonna check if the same problem exists with the Japanese version...
Posted 07 May 2008 - 08:08 AM
See the main post for a fix. There shouldn't even be errors in setuperr.log (I checked), but I can't test the Japanese version.
Posted 26 May 2008 - 06:41 PM
Extracting SP2 installer...
Slipstreaming SP2 into the Windows XP source...
The image file D:\Hfslip64\WORK\SP\AMD64\update\update.exe is valid, but is for
a machine type other than the current machine.
Finished slipstreaming the Service Pack.
Posted 26 May 2008 - 07:16 PM
Posted 11 June 2008 - 02:49 AM
Posted 11 June 2008 - 08:16 AM
Posted 12 June 2008 - 03:18 AM
Posted 26 September 2008 - 08:22 AM
I have the same problem, HFSLIP64 1.1.3 also failed to integrate WMP Hotfix WindowsMedia11-KB954154-x64-ENU.exe and new version of Malicious Software Removal Tool windows-kb890830-x64-v2.1.exe.
I tested, and only KB951376 failed to slipstream. Attached is my log file.
It's on Windows xp64 SP2 english version
Here's my log file
Posted 07 November 2009 - 07:28 PM
My interest in xp-x64 has grown up lately...any chance it will get an update?
Posted 08 November 2009 - 05:35 AM
Edited by tommyp, 08 November 2009 - 05:53 AM.
Posted 08 November 2009 - 10:35 PM
Problems? well, a few.
first, IE8 support is lacking.
Second, several updates are not slipstreamed (mainly WMP11, plus a few others).
Third, MRT is not slipstreamed (gives a message complaining that windows-kb890830-3.0-x64.exe is not a valid win32 app). Running HFSLIP64 on a x64 host resolves this error.
fourth, during the txt-based phase of the setup, I get an error saying that triedit.dll can not be copied
I tested with an SP2 source and all the latest updates, here's my log:
Edit: this is the list of updates that MU wants after installing from the slipstreamed CD, even though the Hotfixes were present inthe HF folder (and are processed during hfslip64's run. I looked at the script while it was running):
970653 (this one in HFSVCPACK_SW1, nevermid, I placed the wrong file, should work, i'll rebuild)
890830 (it seems hfslip64 tries to execute the file instead of extracting its contents)
There are a few others, but I'm not considering them, because they'll change after installing IE8...
Edited by jvidal, 09 November 2009 - 01:00 AM.
Posted 09 November 2009 - 01:09 AM
Like I said in the other post, this is weird, these HFs appear to be handled by the script, but for some reason, they're not slipstreamed after all.
BTW, triedit.dll error is still there.
plus IE8, 971961 and 974455 (I'm not counting these ones, they'll change after installing IE8 to the IE8 versions...)
Edited by jvidal, 09 November 2009 - 01:11 AM.
Posted 09 November 2009 - 04:40 AM
Posted 09 November 2009 - 10:26 AM
BTW, I made an updated flash 10 plugin for x64, I can send it to you if you want to upload it to hfslip.org/64.
Thx again, I hope you can work something out.
Posted 11 November 2009 - 06:48 PM
The slipstreaming went fine, but during install, I got several "file can not be copied" errors. mainly IE files (and triedit.dll, of course)
Still, windows boots and *seems* to work fine. IE8 works fine too.
MU still wants these:
MRT (890830). Like I said, it seems HFLSIP64 tries to exec the file instead of extracting its contents
ALL of which were present in HF, plus the script processes them, but for some reason they don't make it to the final outcome...
Posted 11 November 2009 - 07:40 PM
Edit - try out this beta. Maybe I'll start up a 64 beta thread if I feel ambitious. Please post errors you have, please don't be vague with the errors, I'll need as much info as possible (like what files are missing). Remember I don't have a xp64 so I can't test this out.
Edited by tommyp, 11 November 2009 - 08:33 PM.
Posted 12 November 2009 - 09:58 AM
But why does hfslip try to run it instead of just copying it? I know it's uselees, but I like MU tu shut the F*** up!
Edited by jvidal, 12 November 2009 - 10:01 AM.
Posted 12 November 2009 - 11:19 AM
Here are the details:
During the TXT-based phase of the setup, the following files can't be copied:
Then, in the graphical part of the setup, the following files can not be copied (apparently missing fromt he source):
Nevertheless, windows boots correctly and seems to work fine, Ie8 also seems to work fine.
Finally, MU still wants these:
KB890830 (this one is handled incorrectly during the slipstreaming. hfslip tries to run Windows-KB890830-x64-v3.1.exe instead of extracting its contents and/or just copying it to the sourcess folder)
Well, that's about it.
Oh, almost forgot, my log is attached
Edited by tommyp, 13 November 2009 - 08:01 PM.
Posted 13 November 2009 - 06:27 AM
MOVE/Y WORK\WMP\UPDATE\*.CAT WORK\SVCPACK >NUL
on the blank line # 1035, add this:
MOVE WORK\WMP\wm11x64\*.* WORK\WMP\amd64 >NUL
Save it, re-run the script, install on a VM and report back your findings.
As far as the KB890830 malicious software, can you do this? I can't extract it on my 2000 box. For the x32 version, the /x is a hidden option, but it lets you extract. I cannot confirm for x64. Open a command window in the HF folder. Run this command and see if it lets you extract it. Let me know if it prompts you for a directory for where to extact it or if it just runs/installs the program instead.
Lastly, are the files that you list for the txtmode, do those files exist in the sourcess? Pay attention to the filenames... Are you installing via boot CD?
Please LMK what you discover with the above Q's, so I can automate things and start tackling the other probs.
Edited by tommyp, 13 November 2009 - 07:54 AM.
Posted 13 November 2009 - 11:06 AM
In the meantime, I can tell you that the files missing during txt-setup ARE present in the source in compressed form, i.e. i8eprops.pr_ and yes, I AM installing from a boot CD on a VM. It seems the problem is with txtsetup.sif referencing the wrong file names.
BTW, windows-kb890830-x64-v3.1.exe /x doesn't work, says "it's not a win32 valid application". (that's what I have been saying, that the script tries to run the file. How about using expand to extract it? ****, it doesn't work either, only winrar can handle it.
How about having the user manually extract mrt.exe and mrtstub.exe and placing them in a folder?
BTW, it's line 1062, not 1035. Adding the code as we speak. Off to run it again. i'll report later.
Edited by jvidal, 13 November 2009 - 11:13 AM.
Posted 13 November 2009 - 12:18 PM
Unfortunately, no change at all, exact same scenario.
Waiting for your next move, tommy.
Posted 13 November 2009 - 01:02 PM
Posted 13 November 2009 - 07:11 PM
Posted 13 November 2009 - 08:01 PM
Edited by tommyp, 15 November 2009 - 08:38 AM.
Posted 13 November 2009 - 11:36 PM
BTW, IE8 installer is also 33.176KB. MD5:f357a6b6b69fbd427610f1dd83a17c16
update: re-downloaded I8 installer, same as I already had.
Edited by jvidal, 13 November 2009 - 11:40 PM.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users