<div>
Yup, and I wrote it :)<br />
<br />
<a href="http://www.codeproject.com/vb/net/VbNetClassIniFile.asp" rel="ugc">http://www.codeproject.com/vb/net/VbNetClassIniFile.asp</a><br />
Hope it helps...
</div>


<div>
see <a href="http://www.utmag.com/May2003/Page59.asp" rel="ugc">http://www.utmag.com/May2003/Page59.asp</a>
</div>


<div>
toddhd,<br />
<br />
Unfortunately I guess I need to be a member to see your class library? &nbsp;I ended up implementing a similar class this morning and added it to my &quot;Utilities&quot; namespace -- not as feature rich as yours but can easily be expanded as needed. &nbsp;But I agree with everything you point out Todd, why did Microsoft go with &quot;managed&quot; and XCOPY .NET distribution concept, yet leave out flexibility in Microsoft.Win32 so we can manager our own INI files living with the dir of our .NET applications. &nbsp;Not ALL INI files created contain machine/pc specific info.<br />
<br />
I don't know the details of your code Todd, since I can't access it, but I used the System.IO.FileStream to do my INI processing. &nbsp;It seems to work pretty fast and possibly even faster than GetPrivateProfileString. &nbsp;I had to manage the parsing of data myself, but it wasn't too bad as the INI spec is pretty simple.<br />
<br />
emoreau,<br />
<br />
Your solution still requires kernel32 and the API calls, I'm trying to avoid this and remain as a truely &quot;managed&quot; application (in this case my app is actually a Windows Service &nbsp;so the install base will be specific, however for future and other apps I wanted to stay managed).<br />
<br />
Thanks, Rob.<br />

</div>


<div>
Rob,<br />
<br />
Yes, my solution the standard filestream to do its dirty work. I think you do have to sign up at CodeProject to download, but FWIW, it's free, and they won't spam you, so you might as well. Plus, the site can't be beat - great articles and code.<br />
<br />
Good luck with your quest!
</div>


<div>
Why don't you use the App.Config file? This is the preferred method of storing application-specific data. It is in XML format, and the .NET Framework contains classes to read from it using methods in the System.Configuration namespace.<br />
<br />
Unfortunately, MS left out the ability to write to the app.config file. Googel that topic and you will find some free code that will let you do that too. AND, all of this is managed code. No windows API's.
</div>


<div>
My .NET app (Windows Service) needs to read .INI files from other applications (that may or may not be .NET applications) that don't use configuration files nor XML files.<br />
<br />
Rob.
</div>


<div>
<div class="content wysiwyg-content">
I use my own application INI files that do NOT reside in the registry.<br />
<br />
GetPrivateProfileString(&quot;O<wbr />ptions&quot;...<wbr />&quot;MyFile.IN<wbr />I&quot;) <br />
WritePrivateProfileString (&quot;Options&quot;...&quot;MyFile.INI&quot;)<wbr /><br />
<br />
I'm trying to remained &quot;managed&quot; and was looking at Microsoft.Win32.Registry, but that isn't flexible enough to deal with user defined INI files. &nbsp;Is there any other managed option?<br />
<br />
Thanks, Rob.
</div>
</div>


I use my own application INI files that do NOT reside in the registry.

GetPrivateProfileString("Options"..."MyFile.INI") 
WritePrivateProfileString ("Options"..."MyFile.INI")

I'm trying to remained "managed" and was looking at Microsoft.Win32.Registry, but that isn't flexible enough to deal with user defined INI files.  Is there any other managed option?

Thanks, Rob.

Is there anything in .NET v1.1 for reading/writing my own INI files?

Visual Basic .NET (VB.NET) is an object-oriented programming language implemented on the .NET framework, but also supported on other platforms such as Mono and Silverlight. Microsoft launched VB.NET as the successor to the Visual Basic language. Though it is similar in syntax to  Visual Basic pre-2002, it is not the same technology,