-
The File-Checker (HFSLIPFC) for HFSLIP
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.
-
The File-Checker (HFSLIPFC) for HFSLIP
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.
-
The File-Checker (HFSLIPFC) for HFSLIP
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
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
I've received a reply from Microsoft Hungary Ltd, they told me they forwarded my problem to their center.
-
HFSLIP folders. HFEXPERT.
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?
-
HFSLIP - Test releases
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)
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
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.
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
Ok. Then we have to tell M$ to repair their package. (but i'm afraid it can take months...)
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
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...
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
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 ?
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
Thank you!
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
??? You mean we can get those files from previous LangPacks?
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
Ouh. OK. Then why MU website continually offers me 3.0 SP2 Langpack? And what these 4 files need for? Micro$oft logic.
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
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!
-
Silent .NET Maker synthesized 20100118 - W2K/XP/2K3 x86
So you're tellin' me that 3.0 SP2 LangPack alone package is good, or not?