From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,47bc849aad30d586 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-30 10:52:28 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: dennison@telepath.com (Ted Dennison) Newsgroups: comp.lang.ada Subject: Re: A standard package for config files is needed Date: 30 May 2002 10:52:28 -0700 Organization: http://groups.google.com/ Message-ID: <4519e058.0205300952.192e8274@posting.google.com> References: <4519e058.0205291059.737616ec@posting.google.com> NNTP-Posting-Host: 65.115.221.98 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1022781148 23860 127.0.0.1 (30 May 2002 17:52:28 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 30 May 2002 17:52:28 GMT Xref: archiver1.google.com comp.lang.ada:25021 Date: 2002-05-30T17:52:28+00:00 List-Id: "Marin David Condic" wrote in message news:... > Well, my understanding of the original post was that it was a hypothetical ... > registry???" Not that it had to duplicate exactly what the registry does - > although there may be those who would want that. What I'm trying to get a gauge for is if it is possible to get any kind of agreement on what format or language to use. > build the structure to suit that. If you want a tree-like structure, it > might be viewed as a Map of Maps. My idea was that if you had Maps Hmmmm. I suppose it could at that. > If we had a "Registry" (I use the term in the loose sense) package that was > built from Maps, it might make sense to build a "Registry Editing" package - I'd think you want the ability to load mappings from a file (obviously), save mappings out to a file, and edit it with a simple text editor. The file format for something like this has to be flat text for a number of reasons, not limited to: o Useability - On many systems the whole point of a configuration file is that it can be edited off-line without using any special tools or programs. o Portability - Use of this package should not, in and of itself, render a system non-portable. It would be almost impossible to come up with a binary format that is portable. It can be done, but using text as the format is probably the easiest way. You are absolutely right that this opens a big can of worms as to what the proper format should be. That's why I'm most interested in if its possible to reach some kind of consensus on what the format should be. Just to lift another rock; I've seen programs that use CSV for configuration files. This allows the files to be easily manipluated with common database or spreadsheet tools. It also allows for easy addition of all sorts of attributes.