Sign in to follow this  
Followers 0
alkmie

Install Cant Find Icfgnt.dll

23 posts in this topic

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 :hello:

0

Share this post


Link to post
Share on other sites

Isn't this file related to the Intel graphics driver :unsure:

0

Share this post


Link to post
Share on other sites

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

0

Share this post


Link to post
Share on other sites

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.

icfgnt.rar

0

Share this post


Link to post
Share on other sites

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.

0

Share this post


Link to post
Share on other sites

@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

setuperr.zip

0

Share this post


Link to post
Share on other sites

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)?

0

Share this post


Link to post
Share on other sites

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

...

0

Share this post


Link to post
Share on other sites

@ 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?

0

Share this post


Link to post
Share on other sites

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 :-)

0

Share this post


Link to post
Share on other sites

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.

0

Share this post


Link to post
Share on other sites

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.

0

Share this post


Link to post
Share on other sites

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...

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)

0

Share this post


Link to post
Share on other sites

@ ChipCraze23

Thanks for this solution :thumbup

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 :blushing:

- 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!!

0

Share this post


Link to post
Share on other sites

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!

0

Share this post


Link to post
Share on other sites

@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.

0

Share this post


Link to post
Share on other sites

@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....

0

Share this post


Link to post
Share on other sites

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

0

Share this post


Link to post
Share on other sites

Hi,

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

--> 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/board/index.php?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....

0

Share this post


Link to post
Share on other sites

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...

0

Share this post


Link to post
Share on other sites

I'm trying to install from a USB hard drive and am having the same problem. So far I have tried to manually extract the files from the cab and then place them where they should go based on the Path listed in the cab file. That Still didn't work but in a worst way - I was unable to boot up into windows after the setup completed AND I still got the stupid cannot find ICFGNT.DLL file!!! I tried to remove the msmsgs=no and msnexplorer lines from [Components] in my unattend.txt - this time I was not even able to complete the setup - I started getting file cannot be found still in the blue screen area for ATAPY.SYS and DISK.SYS. There were more but I just quit at that point of time...

This is very frustrating.

0

Share this post


Link to post
Share on other sites

I think the problem is simple. Replacing the ICFGNT.dll file will fi the problem. I was having the same problem but it was solved by replacing ICFGNT.dll.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.