[alkmie]

install cant find icfgnt.dll when i search the source for this file all i can find is icfgnt5.dl_ i uncompressed it and renamed it icfgnt.dll but it didnt work anyone know whats going on or be kind enough to send me this dll

hirdragn@yahoo.com is my email

[prathapml]

Isn't this file related to the Intel graphics driver

[alkmie]

guess i should listen to junkie and search before i post

and no it its internet connection something or other

streamling to sp1a then sp2 fixed it if anyone else gets this problem

[CuteBear]

it's one *.dll file of internet explorer 6.0.
u can find it in the Icwcon.cab.
u also can check info about it in Microsoft knowledge base No.310504.
the following attachment is icfgnt.dll.Hope it will be useful.

Attached File(s)

•  icfgnt.rar (8.33K)
  Number of downloads: 205

[gilesw]

i get this same problem when i try and install xp with ryanvm's update applied.

this is the script that i start the install from winpe with.

I386\winnt32.exe /s:I386 /noreboot /unattend:unattend.txt

and this is my unattend file:-

;SetupMgrTag
[Data]
    AutoPartition=1
    MsDosInitiated="0"
    UnattendedInstall="Yes"

[Unattended]
    UnattendMode=FullUnattended
    OemSkipEula=Yes
    OemPreinstall=No
    TargetPath=\WINDOWS

[GuiUnattended]
    AdminPassword="test"
    EncryptedAdminPassword=NO
    OEMSkipRegional=1
    TimeZone=85
    OemSkipWelcome=1

[UserData]
    ProductKey=xxxxxxxx
    FullName="test"
    OrgName="test"
    ComputerName=*

[TapiLocation]
    CountryCode=44

[RegionalSettings]
    LanguageGroup=1
    SystemLocale=00000809
    UserLocale=00000809
    InputLocale=0809:00000809

[Identification]
    JoinWorkgroup=WORKGROUP

pulling my hair out over this as i got all the driverpacks to work fine only to find out this is another problem. This is a standard xp cd with sp2 which i've tried without ryan vm hotfixes integration and it works fine. But with and I get the missing file error at t15.Someone please help!

g.

[erik_demon]

@gilesw

Yes, I have the same problem aswell.

If I use RyanVM update pack with a cd install, all works perfect.
If I use RyanVM update pack and I do an install from a second harddrive (using Winnt32.exe) i get a couple of errors.

1. @ T=15: install cant find icfgnt.dll
2. Windows can't open my wpi.hta (windows doesn't know the .hta extancion)
3. Windows can't find the RPC service
4. Windows installer doesn't work anymore.

see the attachment for an error report that windows created

I will post this problem on RyanVM's site tonight.

EDIT:
Click here to see my post on RyanVM's page

Attached File(s)

•  setuperr.zip (689bytes)
  Number of downloads: 47

[erik_demon]

Is there anyone who install windows (XP) by using winnt.exe or winnt32.exe and has a working RyanVM update pack (no error in textmode when T-15)?

[Telenut]

I had the same problem after removing windows messenger, MSN browser, etc... with nLite.
Problem was solved by not removing them with nLite, but just don't install them by editing the winnt.sif
[Components]
msmsgs=off
msnexplr=off
media_clips=off
...

[erik_demon]

@ Telenut:

hm.. very intersting. I guesse that you use either winnt.exe or winnt32.exe don't you?

I think that the error has something to do with sysoc.in_ but i can't figure it out. All the components that you descriped are in there. Can someone tell be what sysoc.inf exactely does?

[Telenut]

I'm using winnt.exe (networkinstallation)
When everything works fine I will start a new topic on networkinstallation. The one I found here was not complete :-)

[gilesw]

I've gone ever so slightly bonkers after trying to fix this problem. Only so many simulated installs a person can take. I got one xpcreate install with dp's to work last week but i couldn't understand how or why because it was some god forsaken hour in the night.

I've finally worked out what the problem is , i hope, as i've done quite a few successful installs after using xpcreate. I think the problem occurs when i include svc-swf, the updated macromedia flash cab. Seems unbelievable but it appears to be the case. I've only vmwared it so tomorrow i'll try a real install.

[gilesw]

I've found even my raw xp home oem source produces this error with no modification so the saga continues. At least my xp pro vlk seems rock solid now.

g.

[n7Epsilon]

I too had this problem once (early with the 1.2 pack), it made me pull my hair out too, but this will hopefully fix it... It worked for me...

Quote

MsDosInitiated="0"

- Try changing this value to 1
ie: change it to

MsDosInitiated="1"

- But that also means that the WINNT.SIF that will contain this line can only be run in DOS ...

Unless, of course, you leave the original WINNT.SIF intact and put this in a HDDINST.SIF, which you would use as your answer file on installation from the second hard drive

- That way, you will make the installation working in both cases (CD install, HD install)

[erik_demon]

@ ChipCraze23

Thanks for this solution

I tried a lot to solve this problem, but this might be my the prefect solution. I however do not completely understand what you mean

Quote

- But that also means that the WINNT.SIF that will contain this line can only be run in DOS ...

Unless, of course, you leave the original WINNT.SIF intact and put this in a HDDINST.SIF, which you would use as your answer file on installation from the second hard drive

Do you mean here that I should leave my winnt.sif with MsDosInitiated="0" in the i386 folder (for use on CD) and put HDDINST.SIF in the same dir (or unattend.txt which I use) with the MsDosInitiated="1"?

I am not in the position to test it it yet (I don't have any spare time ) but thanks again!!

[Coolsights2000]

it is a bad burn try another CD-rw

I have that problem all the time with the cheap CD-rw........

Something to do with the temperature .. I find temp changes on the Cheap CD cause read errors after the disc changes temp,,,,,,,,,,,

When a disc messes up
I use beyond compare to compare the burnt files and it shows read errors ,,,,,,,

I know it is temp problem cause I can frezze the cd then burn them refreeze it then compare it .. refreeze it do the install no errors

but try that all in one shot with (no freeze) with a hot cheap cd it fails..................

The plain files in the I386 folder.. not the extra folders ... Are the last ones burnt onto the hot CD....... near the end.... So you know the rest of the story.....

I think spinning those high speed cheap disc around still hot are like disturbing a hot solder join it turns into cold joint like when you move the wire while the solder is cooling ......

Mac!

[erik_demon]

@Coolsights2000

It is not a bad burn, I install from a second harddrive

I always start with a clean version of XP(SP2) and I know for a fact that my harddisk is in top shape. I will try ChipCraze23 advise

But you are correct that a lot of strange problem can be explained by faulty media.

[n7Epsilon]

@erik_demon:

Yes you got me right, use the HDDINST.SIF as your Unattend.txt file to allow you to use the installation on a CD later....

[JuMz]

I have the same problem. All the solutions proposed in this thread have not worked for me....

[n7Epsilon]

Hi,
Okay, I have an idea to workaround this problem (that recurred again to me.... )...

--> During GUI Setup, (which is the GUI mode of setup), looks for the source of Windows XP files in this registry key during setup....

HKLM\Software\Microsoft\Windows\CurrentVersion\Setup

The data is in a REG_MULTI_SZ value called "Installation Sources"....

http://www.msfn.org/...showtopic=47587

There are also other values in there which are (REG_SZ) in the registry....

They are:
-- SourcePath (REG_SZ)
-- ServicePackSourcePath (REG_SZ)

-- When booting from the CD, these values are set to the path of the CD...

#####
---> When we use WINNT.EXE / WINNT32.EXE , some files are copied from %CDROM%\I386 to a temporary folder called C:\$WIN_NT$.~LS on the hard drive....

Then all of the values in the keys listed above are set to point to that folder (C:\$WIN_NT$.~LS) and in the REG_MULTI_SZ value (mentioned above), both sources are listed...
#####,

So here is my idea....

--> If somehow a script executes at "DetachedProgram" from WINNT.SIF (T-39), which looks for the source of the files (I posted the source of such a script at the thread linked in this reply) and then sets all these keys to the source directly...

(Thus effectively spoofing the SETUP program into acting like this is a CDInstall), but that will also mean that the copying files part will be completely useless waste of time...

But if it works, then we might have solved the ICGFNT.DLL problem....

----

Another possible method.... :

--->
I noticed that NOT all files from I386 are properly copied to C:\$WIN_NT$.~LS, what if we manually XCOPY all files from I386 in DOS to C:\$WIN_NT$.~LS BEFORE running in DOS (WINNT.EXE)

--> And if we ResHack SETUP.EXE (the autorun component) (still figuring out which resource) to launch a batch file (instead of WINNT32.EXE), that launches XCOPY and copies the files to C:\$WIN_NT$.~LS , then launches WINNT32.EXE with WINNT.SIF support... then maybe this can be fixed....

--->>
Please, someone try to experiment with this... This could be the end of all of these ICGFNT.DLL threads....

[oam]

Hi!

Just to add my experience today. I also made a slipstreamed install CD with nLite.

First, the setup gave error that it couldn't copy file inetcpl.cpl. Next, in grpahical portion I got another error that icfgnt.dll can't be found (or registered?). Anyway, after that netwrok didn't work at all and I couldn't install it.

So, I suspected a faulty CD because the VMWare tests had been succesfull. I burned it again on another CD-RW and behold, the new installation went just fine and everything worked ok

Just one possible solution to the problem...