• Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About fenyo

  1. Yes, it's OK! You don't have to re-run HFSLIP just for this. But don't forget to edit this file in HFSVCPACK folder also, if you don't want to edit it again after every run of HFSLIP.
  2. Yeah, but i think most of the people just download the files and run HFSLIP, especially if they're just updating. And next time they wonder why HFSLIP does not slipstream updates... Just as i did. You could save many research-hours for people by setting the file on your page to dword:00000002.
  3. Hi! Regarding this: Mim0! May i suggest you to change WindowsXP-KB2264107-x86.reg to this? : --------- Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager] "CWDIllegalInDllSearch"=dword:00000002 --------- I have three reasons for this! 1) M$ Groove 2007 (its installed with Office 2007 typical-install) gets mad with "CWDIllegalInDllSearch"=dword:FFFFFFFF Every time i start IE8, it starts with "Error loading C:\Program Files\Microsoft Office\Office 12\GrooveUtil.DLL"! But when "CWDIllegalInDllSearch"=dword:00000002, there is no problem! 2) TYPE1 hotfixes can not extract itself when "CWDIllegalInDllSearch"=dword:FFFFFFFF, error message is "file is corrupt", and HFSLIP can not slipstream MANY hotfixes this way! (as CEoCEo said also) (this whole problem took me many-many hours to discover, that "CWDIllegalInDllSearch"=dword:FFFFFFFF is the reason HFSLIP can't slipstream!!! -Yes, i've read JUST NOW the hint on your page regarding this) But again, when "CWDIllegalInDllSearch"=dword:00000002, there is no problem! 3) "CWDIllegalInDllSearch"=dword:00000002 is enough protection for hijacking DLLs with remote locations! If hijacking with local files, its too late anyways... Regards, Fenyo
  4. I've received a reply from Microsoft Hungary Ltd, they told me they forwarded my problem to their center.
  5. Hi. Can a RAMdisk be applied at windows setup time? It would be good, because i could extract my .NET installers to RAMdisk instead a temp folder on HDD, (from svcpack.inf) and the installation would be much quicker. Any ideas for that?
  6. Hi. Could someone please tell me if the current version(Beta Dec 23, 2008) can slipstream Windows Installer 4.5 v3 (4.5.6001.22159) Redistributable – KB942288 or not? (and which directory i have to copy into)
  7. No, it is I who should thank you! BTW, your summary is good. And i've written a mail to the hungarian M$ group about this problem.
  8. Ok. Then we have to tell M$ to repair their package. (but i'm afraid it can take months...)
  9. Not just with admin install. If i install the original pack (not admin install), it's showed size 10MB, but MS Update offers me 3.0 Langpack again! So it seems it's not just an admin-install problem. I think this is because English XP doesn't need any language packs at all, so if an installed langpack is corrupted, it won't offer any, because it doesn't need one. As i mentioned above, the standalone 3.0 SP2 Langpack install (not admin install; and i've installed xpsepsclangpack manually) does the same(MS Update problem) with installed size 10MB. You've said, that the 4 lacking file actually does not get into the system. What happens, if we just copy these files from an other language to hungarian Admin install? I think i'll try it...
  10. I think this is because you have some unnecessary files. For example you don't need NetFx20SP1_x86.exe when you have dotnetfx35.exe. dotnetfx35.exe is .NET 3.5 full redistributable, which contains .NET 3.0 and .NET 2.0 too. And what is dotnetfx35a.exe ?
  11. ??? You mean we can get those files from previous LangPacks?
  12. Ouh. OK. Then why MU website continually offers me 3.0 SP2 Langpack? And what these 4 files need for? Micro$oft logic.
  13. I think because it contains only 3.0 SP2 LangPack alone. You can see it's date is the same when the 2.0/3.0/3.5 Langpack released. (2008. 11. 13.) Now i've installed a clean XP on VMware again, i've installed .NET 3.5 SP1 full redistributable (231Mbytes) without internet access. After that i tried to install .NET 3.0 SP2 Language Pack from Microsoft Update Website, but it failed!! It have throwed me error code 0x13EC. So i installed .NET 3.5 SP1 langpack. After that i've visited MU website, 2.0 LangPack disappeared, but 3.0 SP2 LangPack still remains!! I've searched the whole C:\ for the 4 files you mentioned, but i found nothing. These files are truly not exist in any of the 3.0 SP2 hungarian Language Packs. This (the lack of these 4 files) must be the real reason why MU website offers me continually the .NET 3.0 SP2 LangPack. So microsoft screwed up again... I bet i can't use these files from other languages... Anyway, i want to thank you for your excellent support! I really appreciate it. Thank you!
  14. So you're tellin' me that 3.0 SP2 LangPack alone package is good, or not?