Re: registry entry or file

From: Raj (Raj_at_discussions.microsoft.com)
Date: 08/12/04


Date: Thu, 12 Aug 2004 08:41:02 -0700


Thanks for reply.

Is there any specific use if I write my data in INI file instead of text
file. Is there any specific format to follow in INI file.

Which directory should I use for such a file. I want to secure data and make
it read only. Should I copy it to system directory so that other users will
not have write permission.

I appreciate any reference articles on these topics.

Thanks

"r_z_aret@pen_fact.com" wrote:

> I rather strongly believe in avoiding shared resources, such as the
> registry, unless necessary. So I strongly favor separate file(s).
>
> This question has stirred some lively discussions in the past. I just
> used google () to look up
> registry ini
> and got 129000 hits! That would be a _lot_ to wade through, but you
> will probably get a good range of opinions quickly. If you want to
> narrow down the list, I suggest looking for my contributions (yes, I
> am biased towards my opinion, but I feel justified mentioning this
> method as a way to find interesting _threads_, including some that
> prompted me to spout my opinion because they disagree with me).
>
>
> On Wed, 11 Aug 2004 08:17:02 -0700, Raj
> <Raj@discussions.microsoft.com> wrote:
>
> >
> >I have Dll which would need non-volatile data which is persistent across
> >reboots. This data is ten 32-bit integer values and 60 character string. This
> >data is write-once/read-always. This is product data associated with PC.
> >Assume PC itself is customised product.
> >
> >This dll will be distributed in products(laptops or PCs) and used by PC
> >Applications. Two ways to do it. Either make registry entry specific to my
> >dll and my dll process can read everytime. Or I can write a file and
> >distribute this file along with dll.
> >
> >Please convince me which is better way to go. Coming to installation, I dont
> >see any difference. I have to either run installation program once and make
> >an entry to registry or simply copy the file. Both ways it has to be manual.
> >Performance is not issue because Dll will be reading just once for first time
> >when it is loaded.
> >
> >Any security issues? Arguebly registry itself is saved on some file(in some
> >way I am not aware).
> >
> >Thanks
>
> -----------------------------------------
> To reply to me, remove the underscores (_) from my email address (and please indicate which newsgroup and message).
>
> Robert E. Zaret, eMVP
> PenFact, Inc.
> 500 Harrison Ave., Suite 3R
> Boston, MA 02118
> www.penfact.com
>



Relevant Pages

  • Re: registry entry or file
    ... registry, unless necessary. ... So I strongly favor separate file. ... prompted me to spout my opinion because they disagree with me). ... >This dll will be distributed in productsand used by PC ...
    (microsoft.public.win32.programmer.ui)
  • Problem with performance of IDE devices
    ... index 0, dll tcpstk.dll, context 0x3f8a5c9 ... 0x801abbe8: FSREG: Mounted ROM portion of boot registry ... 0x8014abcc: FSREG: Invalid HKEY 0x00000000 ...
    (microsoft.public.windowsce.platbuilder)
  • Re: HowTo: Unregister a DLL/Control when the File no longer Exists
    ... Tony Proctor wrote: ... recorded in the registry. ... However, matching them up without the original DLL ... The main project references one of the DLLs, ...
    (microsoft.public.vb.general.discussion)
  • Re: How do I load a third party driver in Windows CE 6.0
    ... I had a look at the link to the documentation you sent a link to and I ... I would get a dll to load. ... What do I have to do in the registry to get my dll to ... then myusbdevicedriver.dll will get loaded when I attach my USB device. ...
    (microsoft.public.windowsce.embedded)
  • Re: HowTo: Unregister a DLL/Control when the File no longer Exists
    ... projects, in the correct order, and deals with this exact situation Karl ... "registry bloat" by not cleaning the registry properly over a period ... The main project references one of the DLLs, ... another DLL. ...
    (microsoft.public.vb.general.discussion)