450

These codecs are the one distributed ahead as CODECS.rar in the forum of HFSLIP. However, I think that the problem is not in a single codec in this. Because any codec is not built in but all any codecs need not be built in. Like the RunOnce registry key's being disregarded. However, I will try having been directed if thought about the possibility. When the codec is built in with the RunOnceEx registry key, it would be better to verify it having though it doesn't know how to become it though hit on. This is tried later.

HFSLIPWU.INF at that time is this. HFSLIPWU.zip

Yes, the problem still remains though WINNT.SIF is not included and it Bilded it. HFSLIP.zip

It seems not to have been able to append the file. HFSLIP.zip

The shown matter was confirmed again. It was confirmed not to include hotfix of IE6, and to include hotfix of IE7 temporarily removed in the test environment. It included it again though hotfix of KB928255 was removed in the test environment. The condition to integrate slipstreams fills the one that the problem occurred. However, is there a condition that we some overlooked ･･･?

The codec was never still built in though the file was copied though the test had been completed. The RunOnce registry key might be still disregarded.

It was all removed where the problem was about this time though did not know though was the one of a new version because making was specified as simply as possible to say nothing of this excluding the setup of IE7. All hotfix concerning IE7 remained entering when the problem was noticed. However, I will put hotfix of IE7 again and try.

No, the file is correctly copied. The registration processing of the written codec seems not to be done to HFSLIPWU.INF. We will answer the reason for WINNT.SIF to have the comment on nLite. It is because of the correction WINNT.SIF is not written by hand, the file is made by nLite somewhat. Because the time of making was reduced from the beginning more than it wrote for myself, such a method was adopted.

The source is clean only of the integration of SP2 into WindowsXP. Processing by nLite and other programs is not done at all. There is no change in the situation though the directory was renamed. Please confirm the log appended this time in detail. When the beta version of HFSLIP supports the slipstream integration of IE7 before, IE7 is memorized for the phenomenon that it is not possible to use it to install software to have been reported being disregarded either of registry key to RunOnce or RunOnceEx when slipstreams are integrated in the bulletin board where to tell the truth, I am though details cannot be confirmed because a past writing cannot be read. It seems that that is related though which registry key is not remembered whether being disregarded. HFSLIP.zip

It tried immediately. The codec is not still built in though everything was removed excluding IE7, the codec, and WINNT. SIF. The file used at that time is appended. The one as which WINNT.SIF is the same is used. test.zip

Indeed, it is necessary to compress it. It tried to up-load the log as it was. Thank you we wish to express our gratitude. ...It seems to have gone well. HFSLIP.zip

＞Upload failed. You are not permitted to upload this type of file It seems not to be able to up-load the file. May I send it by the mail so on?WindowsLiveMessenger can be used.

It is 450 that came after a long time. Always thank you. It reports because there was a mysterious phenomenon. The codec arranged in the HFEXPERT\CODECS folder seems not to be built in though HFSLIP 1.6.4 was used and integrated. When having confirmed it, the output seems to be done to HFSLIPWU.INF correctly as for the built-in sequence. IE7 is integrated in slipstreams in me, and it seems to be generated by this. I will report above.

Hello. Because the problem is brought up for a moment when I am using SNM this time, it reports. It seems not to be likely to be able to complete operation correctly by combining applied hotfix. KB928366 and KB927495 cannot be applied at the same time in my hand. Even if the file name is changed, the order of the operating system's retrieving the file is changed, and which hotfix is applied previously, it seems not to be able to evade. Is there a combination of such hotfix ..the other..?The appearing dialog is the following. ｢It is information 9005. Hotfix KB927495 need not be installed. Hotfix KB928366 including the up-to-date file has already been installed. ｣

It is compressed with UPX. There was a character of UPX in the exe header though the decompression in UPX was not tested.

Hello. I want you to demand one. Does not it not come to be able to be put hotfix on the folder with a specific exist not the SNM folder but the lower layer?Put hotfix on the HF folder with HFSLIP. Because it is thought that the SNM folder smartens even if it comes to have to put a large amount of hotfix if it is made to put on a specific like this folder.

Thank you. KB in the question did not come out in WindowsUpdate when two programs were put on the folder without renaming it and it tried again though what you had misunderstood was not understood. It apologizes to have spent extra time.

Thank you. It immediately made like that and it tried. However, even if it was made for SNM not to recognize hotfix like an original file name, to change into the file name that started by netfx30, and to recognize forcibly, it was not possible to process it correctly. When the file was seen with WinRAR, the composition of the file in the library seems to be different from other hotfix. Still, it seems that processing for individual is necessary for KB934238.

Hello. Thank you for a wonderful tool. Because the following phenomenon has happened in my hand, it reports. "Hotfix" ..only one of the "KB934238".. goes out when "DNF11_30.exe" that integrates ". NET1.1/3.0/hotfix" is put in "HFGUIRUNONCE" folder of "HFSLIP" by using "SNM" and it installs it. It will manage to plan it to this phenomenon. It is generated by WindowsXPSP2 and a Japanese version. _SNM.INI is appended. _SNM.ini

It tried. This is very wonderful. By the way, is the correspondence of "October 2006 CardSpace Update Rollup for Windows XP(KB925720)" to hotfix scheduled?

Thank you for the instruction. When WMP11 is integrated in slipstreams, the phenomenon of OOBE's breaking is recognized, and solved by integrating WindowsXP-KB894871-x86-JPN.exe.

These two hotfix was deleted, there was not an error on the way, either the setup of Windows was completed, and it came to be able to use IE7. Thank you really. However, when desktop is displayed why, it is Windows classic theme. I will look for this cause later again though it is not especially harmful because it is possible to change to Luna.

Thank you. I want to try immediately. ZIP81DW.EXE updates the part of the ZIP code used in Japan among dictionaries of MS-IME. Moreover, because integration had seemed to be done correctly about messenger.msi as long as it tried at hand, it was included it as it was.

The cause turned out. Together caused by having put it in advpack.dll though the run time of VB6 is put in the HFEXPERT\WIN\SYSTEM32 folder, and Regsvr32 was done with T-13. the folder When Advpack.dll was deleted from the HFEXPERT\WIN\SYSTEM32 folder, it came to operate normally. However, OOBE is not executed after all, and it crashes when it starts starting IE.

The problem is brought up while setting it up. Ie4unit.exe puts out the error dialog and it stops. The error dialog comes out again by T-13 though it advances previously when OK is pushed. It seems to be generated an error while processing INF file. When OK is pushed, IE cannot even here be used because there is no IE in the start menu even if OOBE doesn't start, and it becomes a desktop screen after the setup is completed though the setup continues. This problem occurs regardless of whether to integrate IE7. It is not possible to specify it though it doesn't know whether the problem occurs if which hotfix is included though thought that there is a problem in hotfix included in the HF folder. Does the same symptom happen, and was nobody able to solve safely? HFSLIP.zip