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-06-01 04:10:45 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.uchicago.edu!yellow.newsread.com!bad-news.newsread.com!netaxs.com!newsread.com!feed2.news.rcn.net!rcn!dca6-feed2.news.algx.net!allegiance!newsfeed1.cidera.com!Cidera!news100.world-online.no!news100.world-online.no!nntp.newmedia.no!news.powertech.no!uninett.no!ntnu.no!not-for-mail From: Preben Randhol Newsgroups: comp.lang.ada Subject: Re: A standard package for config files is needed Date: Sat, 1 Jun 2002 11:10:44 +0000 (UTC) Organization: Norwegian university of science and technology Message-ID: References: <3CF6846C.3544EB21@nbi.dk> NNTP-Posting-Host: kiuk0156.chembio.ntnu.no X-Trace: tyfon.itea.ntnu.no 1022929844 3685 129.241.83.82 (1 Jun 2002 11:10:44 GMT) X-Complaints-To: usenet@itea.ntnu.no NNTP-Posting-Date: Sat, 1 Jun 2002 11:10:44 +0000 (UTC) User-Agent: slrn/0.9.7.4 (Linux) Xref: archiver1.google.com comp.lang.ada:25143 Date: 2002-06-01T11:10:44+00:00 List-Id: On Fri, 31 May 2002 09:21:18 -0400, Marin David Condic wrote: > The reason is not for efficiency. The reason is that if the file is created > under program control and is not editable by other means, then you can't > fill it with corrupt data. Hence you don't have to check it on the way in to > be sure some bonehead didn't screw up the syntax. It also makes the > implementation a much simpler thing because there doesn't need to be a > parser. Yes this is a nice feature and is of course very usable especially for storing a lot of variables. I think Matlab does something like this (I haven't seen the code of course, but I remember one could dump all variables to a binary file that Matlab could read later)? However I still would also like to see a human editable text file that one could *choose* to use the application one use. > IOW, it keeps it down to the level of something that is likely to > get implemented and actually work rather than something that will get > discussed to death and have everyone waiting around for someone else to > write a billion lines of code to correctly handle every conceivable text > file format, syntax, internal representation, etc. I agree with you, and that is why I would like to have *one* text format which is simple to parse and gives a small package. We should probably do all the below: 1) Make a parser for reading/writing human editable text files 2) Use XML 3) Make a AdaRegistry 4) Make interface to Window Registry and gconf (GNOME) 5) Use streams 6) Grace.Maps ? But I really think that they should be split up in 6 parts so that one can choose which package one wants to use. The other point is that we don't know if there is a need for all these different packages at the moment. So personally I would like to see 1) happening as a seperate project :-) > Keep it simple and get the job done & maybe we'll have something actual and > useful rather than abstract and theoretical. :-) Yes :-) This is what I'm trying to get at too.