Kiki Burgh Posted November 27, 2009 Share Posted November 27, 2009 (edited) HFSLIP.7z Edited November 27, 2009 by Kiki Burgh Link to comment Share on other sites More sharing options...
Kiki Burgh Posted November 27, 2009 Author Share Posted November 27, 2009 (edited) sorry for this 2nd post ... i've tried a lot of times to submit a modified post (even reported it to the site admins) but just wouldn't go through ... always came out blank in the 1st post with only the attachments left------------------------------------------------hi! i encountered lots of roadblocks in my recent run (after being away from it for a long time ) ... during the batch processing, i encountered lots of instances of 0 File(s) copied, such as:WindowsMedia9-KB969878-x86-ENU.exe,WindowsXP-KB894871-x86-ENU.exe - i'll take this out (based on this)WindowsXP-KB894871-x86-Symbols-ENU.exe - i'll take this out (based on this)WindowsXP-KB914440-v12-x86-ENU.exeWindowsXP-KB915865-v11-x86-ENU.exeWindowsXP-KB958911-x86-ENU.exeWindowsXP-KB967715-x86-ENU.exeWindowsXP-KB969898-x86-ENU.exe - hasn't support for active killbits been dropped (here)?WindowsXP-KB973525-x86-ENU.exe - hasn't support for active killbits been dropped (here)?KB961742-v3.exei don't think i was able to capture all of 0 File(s) copied instances though. there could be more. along the way too, the run was halted by:E:\HFSlip179\TEMP\AAO\MSWINATL.CAT already exists. Overwrite it ?[Y]es, [N]o, [A]ll, n[E]ver, [R]ename, [Q]uit& i answered n[E]ver to stop the succeeding numerous prompts.the other .cats but not all were: MSWINCRT.CAT, MSWINMFC.CAT EDIT: had conversations with Kelsenellenelvian who prepared Kels_Runtimes_addon_v6.rar. he thinks it's most likely because .cats actually exist in couple of the asms folders & suggests removing asms folder from the runtimes & manually drop it into I386 folder. in my last successful build though using hfslip-1.5.0, i had an earlier ver of his pack: Kels_Runtimes_addon_v2.6.6.CAB (the structure's still basically the same) & it worked without hiccups. could there have been code modifications in hfslip-1.7.9 that might have affected the way this is processed now?for some specific addons, i got these instances: Processing "substituted_addon_name".7z1 File(s) copied0 File(s) copiedwhat could be wrong in these kind of instances? just for reference, i've inserted here an inquiry i had before:i would just like to ask if these lines have in any way negative factor in SOURCESS?... these are just bits that caught my attention while watching the script do its thing ... i may not have caught everything though that shows 0 files copied ......would it be quite safe to assume that newer files were already present in that is why nothing needs to be overwritten? or HFSLIP does not deal with these updates as all of these are not in our list of updates? btw, these are unofficial hotfixes i know i do not need some of these & i am about to remove them from HF directory i just like to know how these are treated ...HFSLIP deletes "junk" files, and sometimes hotfixes are given special treatment. In these cases it's possible that no additional files are left to be copied over after a hotfix has been processed completely. So it's normal. I can only get rid of the "0 files copied" message by disabling all copy output, but I think most people would prefer to see the names of the binaries that are processed.tp, your thoughts? thanks!while other instances looked like these:Processing "substituted_addon_ name"_v1.1.7z'0' is not recognized as an internal or external command,operable program or batch file.'1' is not recognized as an internal or external command,operable program or batch file.'0' is not recognized as an internal or external command,operable program or batch file.'1' is not recognized as an internal or external command,operable program or batch file.0 File(s) copiedProcessing "substituted_addon_ name"_v1.1.7z'HKLM' is not recognized as an internal or external command,operable program or batch file.'CONFIGURE_PROGRAMS' is not recognized as an internal or external command,operable program or batch file.during the text-based portion, i believe this to be directx related: Setup cannot copy the file: d3dx9_24.dll ... this lasted until d3dx9_41.dll.same for d3dx10.dll & d3dx11_42.dll. how can i process directx_aug2009_redist.exe better? in my last successful run, this had to be extracted & only select files were put in HFCABS. would it be better to utilize .cabs & HFCABS instead? what abt the other files? when extracted these are the x86 files i see:BDANT.cab - is this to be included? BDAXP.cab - is this to be included? DSETUP.dll - is this to be included, this is a .dll?dsetup32.dll - is this to be included, this is a .dll? dxdllreg_x86.cab - is this to be included? dxnt.cab - is this to be included?DXSETUP.exe - is this to be included? dxupdate.cab - is this to be included? Feb2005_d3dx9_24_x86.cab Apr2005_d3dx9_25_x86.cab Jun2005_d3dx9_26_x86.cab Aug2005_d3dx9_27_x86.cab Oct2005_xinput_x86.cab Dec2005_d3dx9_28_x86.cab Feb2006_d3dx9_29_x86.cab Feb2006_XACT_x86.cab Apr2006_d3dx9_30_x86.cab Apr2006_MDX1_x86.cab - is MDX1 supported?Apr2006_MDX1_x86_Archive.cab - is MDX1 supported?Apr2006_XACT_x86.cab Apr2006_xinput_x86.cab JUN2006_XACT_x86.cab AUG2006_XACT_x86.cab AUG2006_xinput_x86.cab OCT2006_d3dx9_31_x86.cab OCT2006_XACT_x86.cab DEC2006_d3dx10_00_x86.cab DEC2006_d3dx9_32_x86.cab DEC2006_XACT_x86.cab FEB2007_XACT_x86.cab APR2007_d3dx10_33_x86.cab APR2007_d3dx9_33_x86.cab APR2007_XACT_x86.cab APR2007_xinput_x86.cab JUN2007_d3dx10_34_x86.cab JUN2007_d3dx9_34_x86.cab JUN2007_XACT_x86.cab AUG2007_d3dx10_35_x86.cab AUG2007_d3dx9_35_x86.cab AUG2007_XACT_x86.cab Nov2007_d3dx10_36_x86.cab Nov2007_d3dx9_36_x86.cab NOV2007_X3DAudio_x86.cab - is X3DAudio supported? NOV2007_XACT_x86.cab Mar2008_d3dx10_37_x86.cab Mar2008_d3dx9_37_x86.cab Mar2008_X3DAudio_x86.cab - is X3DAudio supported? Mar2008_XACT_x86.cab Mar2008_XAudio_x86.cab - is X3DAudio supported? JUN2008_d3dx10_38_x86.cab JUN2008_d3dx9_38_x86.cab JUN2008_X3DAudio_x86.cab - is X3DAudio supported? JUN2008_XACT_x86.cab JUN2008_XAudio_x86.cab - is X3DAudio supported? Aug2008_d3dx10_39_x86.cab Aug2008_d3dx9_39_x86.cab Aug2008_XACT_x86.cab Aug2008_XAudio_x86.cab - is X3DAudio supported?Nov2008_d3dx10_40_x86.cab Nov2008_d3dx9_40_x86.cab Nov2008_X3DAudio_x86.cab - is X3DAudio supported? Nov2008_XACT_x86.cab Nov2008_XAudio_x86.cab - is X3DAudio supported?Mar2009_d3dx10_41_x86.cab Mar2009_d3dx9_41_x86.cab Mar2009_X3DAudio_x86.cab - is X3DAudio supported? Mar2009_XACT_x86.cab Mar2009_XAudio_x86.cab - is X3DAudio supported?Aug2009_D3DCompiler_42_x86.cab - is D3Decompiler supported? Aug2009_d3dcsx_42_x86.cab Aug2009_d3dx10_42_x86.cab Aug2009_d3dx11_42_x86.cab Aug2009_d3dx9_42_x86.cab Aug2009_XACT_x86.cab Aug2009_XAudio_x86.cab - is X3DAudio supported?is it just me or has directx icon changed?i had many powershell related errors too but i don't recall putting any powershell update/hotfix/patch in my run. upon tracing the extensions, i suppose these came from WindowsXP-KB968930-x86-ENG.exe. to add to this, during text setup, all my wallpapers were not copied. (i had these setup like it was in my last successful run abt a couple of years ago: HFEXPERT\WIN\Web\Wallpaper). also had copy prob with cWnd.exe. please look at the attached pics. i've attached too my hfslip.log. appreciate the support. i'm trying new runs as we speak taking out some items.hey Mim0, could you please cross-ref this with our current XP list, esp WindowsXP-KB968930-x86-ENG.exe. (this 1 has given me lots of errors. could there be other HF as requisites for this?) seems like no new binaries are taken from the above HFs i reported ... or perhaps i should have those in another directory instead of HF ... your thoughts? thanks!EDIT:i have confirmed that WindowsXP-KB968930-x86-ENG.exe has caused a lot of errors during text mode of setup. tried it even with & without WindowsXP-KB926139-v2-x86-ENU in HF too to see if it could address .ps1xml errors but to no avail. Edited February 16, 2010 by PC_LOAD_LETTER fixed bbcode for new IPB version Link to comment Share on other sites More sharing options...
tommyp Posted November 27, 2009 Share Posted November 27, 2009 There was no change in code for dx "extras" processing, and there wasn't any change in HFAAO processing either. I'd suggest to remove your hfaao cab files and rerun so you can locate and remove the offending cab file. To me it sounds like you are slipstreaming it (via hf) and hfaao'ing it (via hfaao). Select one method you like. The activex killbits stuff is still sort of there, but it not the latest and greatest. It's easier to keep the killbit hotfix in the HF folder instead of updating the code every month. If there are zero copy issues, then it could be two things. Either it's not supported by hfslip (i.e. not a critical update) or it's just processing an INF file (such as killbits). For now, I'll assume that you have checked your list against the stickied xp hotfix lists and removed the nonessentials. Link to comment Share on other sites More sharing options...
Kiki Burgh Posted November 27, 2009 Author Share Posted November 27, 2009 (edited) hi tp! thanks for the quick reply. i actually followed the list & only a few were added (some that i found residing in add/remove programs). i'll sort it out again. as for directx_aug2009_redist.exe (is it truly the entire package now - redist.exe as opposed to extracting it & getting only .cabs that apply, in my case those x86s? if extracted, what happens to the files other than the .cabs --- .ddls & .exe? where do they go now?) , i placed it in HF as designated in the list. i'll try to run it again & try the HFCABS method as well to see which one works best. in this run too, all contents of my HFCABS strictly followed the list provided by Mim0. as for the .cab files in my HFAAO, i just threw in all that used to work in my previous successful run; didn't change anything --- except for newer vers; in fact, even lessened addons than how it was back then. i'll report back. thanks!btw, have attached my previous hflslip.log (changed to .txt extension) for comparison purposes if called for. HFSLIP.txt Edited November 27, 2009 by Kiki Burgh Link to comment Share on other sites More sharing options...
Kiki Burgh Posted December 10, 2009 Author Share Posted December 10, 2009 (edited) --- EDIT: just saw now while reviewing threads - this was double-posted for some reason. my apologies. removed --- Edited December 14, 2009 by Kiki Burgh Link to comment Share on other sites More sharing options...
Kiki Burgh Posted December 10, 2009 Author Share Posted December 10, 2009 hi! just needed to ask how to validate if dx files have been slipstreamed successfully ... i saw these processed while the script was running ... however, after every install i've always been prompted to install video driver that required directx installation ... files i've attached in another post may be of help. thanks Link to comment Share on other sites More sharing options...
tommyp Posted December 10, 2009 Share Posted December 10, 2009 The extra dx9 stuff is all the DLLs you posted up in the first message of this thread. HFSLIP detected it and put it into txtsetup.sif (which is what is used to copy the files over). The final result is that the dll's are placed in system32 (via txtsetup.sif) and are registered (via hfslipwu.inf). Link to comment Share on other sites More sharing options...
Kiki Burgh Posted December 11, 2009 Author Share Posted December 11, 2009 (edited) thanks for the reply tp ... i wonder however why do i still get prompted to install directx when installing video driver if i had dx files slipstreamed? this concern might be somewhat related to my edited & updated post (with attachments) in another thread. thanks! Edited December 11, 2009 by Kiki Burgh Link to comment Share on other sites More sharing options...
jvidal Posted December 11, 2009 Share Posted December 11, 2009 Usually games and other stuff will ask to install directx version x.x even though you already have it...(it seems they don't even bother to check first).This happens to me all the time when installing games. Link to comment Share on other sites More sharing options...
Kiki Burgh Posted December 11, 2009 Author Share Posted December 11, 2009 oh yeah & that too ... thanks jvidal Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now