sabregreen

Never said it was. But it shouldn't be in setuperr. Something is causing it.

The OLE error only occurs slipstreaming IE8. Ill just work on it I guess.

@jvidal I read exactly what you said. You said, "except probably the occache error, which is irrelevant." Either you had the error or you didn't, it wasn't clear. Thats why I asked. The error is not suppose to be there, therefore its not irrelevant. I was testing through to see what was causing the error and obviously, there are many situations I cannot test for, only mine. I figured since you were getting the error you could give me concrete results. You answered my question about slipstreaming a new disk AFTER I asked you to answer my questions from my previous posts. You never said whether you could or couldn't slipstream a new disk before me asking in post 2084.

I had asked if you could create a new slipstreamed disc. That's the question you didn't answer. I read your posts. Just needed a yes or no. You day probably the occache.dll error. It's either in the setuperr or it's not. Did you check? So far I have no issues, ie6/7/8.

Can you respond to my other posts?

Thats what I did. I compared line by line. As you will see, the different(and problem) comes from the code block right near the middle, which is line 2414. Something in that block is doing something that IE doesn't like, across all IE versions. This is where I've been looking at and plan to have some time today.

@jvidal Can you create a new slipstream disc and slipstream ie7. Don't install ie8. Look at the desktop ie8 icon. Is it the ie6 icon, and what happens when you double click on it? You aren't really giving a clear answer as to what you have slipstreamed and what errors you have found.

This week I'll have time to QA the "k" version to narrow this down. I'm just trying to collect as much as data as possible.

Like I said, no pop ups come up with the error. You wot even know it if you slipstream ie8. But if you slipstream ie7 or keep ie6, the desktop icon is messed up. In ie7's case, it's the ie6 icon ok the desktop. The point of this is that this error doesn't exist using the the g/d version of this script. I'm trying to find the common denominator. What you were saying gave different results therefore I wanted to see if it was something specific you were doing. But I willing to bet if you tried slipstreaming ie7 with the k version of the script you would have the same messed up desktop icon and the errr in setuperr.

You are the only one so far that has said you don't have any errors. There must be something different then with your case. Can you create another slipstreamed xp disc. You don't get errors during setup or any pop ups. You only have errors in setuperr.log.

@jvidal I only see your 2003 server hfslip log. When you get a chance, please post your XP hfslip.log.

Can you zip up your hfslip.log and post it? Is your source already slipstreamed with sp3 or is hfslip doing it? Thanks

I just wanted to make sure that it wasn't limited to the Volume License version which allows you to slipstream IE7. I'm not exactly sure what the error is but I'll keep digging. If you slipstream IE7 or keep IE6, you will get that error in setuperr.log, however, the IE icon on the desktop will not function properly. So I'm still looking into this issue, just been rather limited on time with school and work. But I will keep digging at it.

Perfect. Exactly what I needed. This verifies that the issue is in the code block. Thanks!

@ geigs Can you check your setuperr.log file in the "Windows" directory? I want to know if there are any errors in there when you slipstream IE8. Also, what kind of windows copy do you have, Volume License or Retail/OEM? @ tommyp for that block of code I added IF DEFINED IE8EXE to execute that block and I can get IE6/7 to work. IE8 works but there is still the OLE error in setuperr. Thats why I want to see if geigs is getting the same thing. I created three VM's to test all three versions at once. When I get home tonight I will see if anything is different as I am making small changes to narrow this down. Thanks!

@ Geej What IE are you slipstreaming? What kind of XP do you have, volume license or retail/oem? Do you get any errors in setuperr.log?

OLE error shows up in setuperr using IE8 with unmodified "k" version of script. Still checking into this. Just an update.

With my minimal testing last night, ie6 and ie7 work with out that code, ie8 does not. I will look at this either tonight or tomorrow a d get something to remedy this.

Have not but will do later tonight. I will check ie6,7,8 and figure out what's going on.

The issue with the current "k" version is the following code: IF EXIST WORK\I386E\dxtmsft.dll ( REN WORK\I386E\dxtmsft.dll dxtmsft2.dll REN WORK\I386E\dxtrans.dll dxtrans2.dll REN WORK\I386E\mshtmled.dll mshtmld2.dll REN WORK\I386E\mstime.dll mstime2.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\dxtmsft2.dll %%SYSTEMROOT%%\system32\dllcache\dxtmsft.dll ECHO>>WORK\HFSLIPCMDP1.TXT DEL/Q/F %%SYSTEMROOT%%\system32\dxtmsft.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\dxtmsft2.dll dxtmsft.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\dxtrans2.dll %%SYSTEMROOT%%\system32\dllcache\dxtrans.dll ECHO>>WORK\HFSLIPCMDP1.TXT DEL/Q/F %%SYSTEMROOT%%\system32\dxtrans.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\dxtrans2.dll dxtrans.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\mshtmld2.dll %%SYSTEMROOT%%\system32\dllcache\mshtmled.dll ECHO>>WORK\HFSLIPCMDP1.TXT DEL/Q/F %%SYSTEMROOT%%\system32\mshtmled.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\mshtmld2.dll mshtmled.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\mstime2.dll %%SYSTEMROOT%%\system32\dllcache\mstime.dll ECHO>>WORK\HFSLIPCMDP1.TXT DEL/Q/F %%SYSTEMROOT%%\system32\mstime.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\mstime2.dll mstime.dll REN WORK\I386E\iepeers.dll iepeers2.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\iepeers2.dll %%SYSTEMROOT%%\system32\dllcache\iepeers.dll ECHO>>WORK\HFSLIPCMDP1.TXT DEL/Q/F %%SYSTEMROOT%%\system32\iepeers.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\iepeers2.dll iepeers.dll :: Problem with wininet.dll in IE7 for Server 2003 and in IE8 - Replace at T-13 REN WORK\I386E\wininet.dll wininet3.dll ECHO>>WORK\HFSLIPCMDP1.TXT COPY/Y %%SYSTEMROOT%%\system32\wininet3.dll %%SYSTEMROOT%%\system32\dllcache\wininet.dll ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\wininet.dll wininet.old ECHO>>WORK\HFSLIPCMDP1.TXT REN %%SYSTEMROOT%%\system32\wininet3.dll wininet.dll :: Delaying replacement of wininet.dll requires delaying replacement of iertutil.dll and urlmon.dll - Replace from SYSOC.INF REN WORK\I386E\urlmon.dll urlmon3.dll ECHO>>WORK\HFS_SYS32.TXT iertutil.dll&ECHO>>WORK\HFSSDF.TXT iertutil.dll=1 ECHO>>WORK\HFS_SYS32.TXT urlmon.dll,urlmon3.dll&ECHO>>WORK\HFSSDF.TXT urlmon3.dll=1 ECHO>>SOURCESS\I386\TXTSETUP.SIF iertutil.dll = 1,,,,,,,,3,3&ECHO>>SOURCESS\I386\DOSNET.INF d1,iertutil.dll ECHO>>SOURCESS\I386\TXTSETUP.SIF urlmon3.dll = 1,,,,,,,,3,3&ECHO>>SOURCESS\I386\DOSNET.INF d1,urlmon3.dll ) The directx error that I've seen mentioned here about being fixed in these last couple versions I do not get using version "g". However, using the "k" version unmodified gives me the OLE error in setuperr. Using version "g" results in no errors for me in setuperr. Likewise, removing the above code results in no errors in setuperr. I do not have time to test this tonight but I will tomorrow to see whats going on. Also note I am slipstreaming IE7 not IE8 nor have I tried to. I am using the March2009 redist directx and I have a volume licensed copy of xp which allows IE7 to be slipstreamed. I have also triple checked my hotfix list and it replicates whats on the current list maintained here. Just figured I would point this out

Check out http://hfslip.org/64/ for information on the x64 version of hfslip. Hasn't been updated in a while, but it works with all updates up to the point of when it was last updated.

You do not need that reg fix with the newest version of hfslip. You also do not need the NoKillBits entry in answer file.

Correct, KB951748 is needed. I have verified this as well.

No problem. Anytime. I have plenty of test machines and I can control them via vpn from my work. Also, don't forget to add kb905474 to the xp update list.

Tested and verify it works perfect. Don't have to set NoKillBits either. It works with and without NoKillBits set. Thanks for that script.