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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Community Input for the Maintenance and Revision of the Ada Programming Language Date: Sat, 26 Aug 2017 09:48:24 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <79e06550-67d7-45b3-88f8-b7b3980ecb20@googlegroups.com> <9d4bc8aa-cc44-4c30-8385-af0d29d49b36@googlegroups.com> <1395655516.524005222.638450.laguest-archeia.com@nntp.aioe.org> <4527d955-a6fe-4782-beea-e59c3bb69f21@googlegroups.com> <22c5d2f4-6b96-4474-936c-024fdbed6ac7@googlegroups.com> <3f04ecdc-2672-4051-948f-37ce5446dbac@googlegroups.com> <0950da12-a618-441a-95bb-9ad4c08ce6d9@googlegroups.com> <972e5656-9c05-4f83-bdb3-368e65beeabe@googlegroups.com> <878ti6bxyn.fsf@jacob-sparre.dk> NNTP-Posting-Host: MajGvm9MbNtGBKE7r8NgYA.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 Content-Language: en-US X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:47813 Date: 2017-08-26T09:48:24+02:00 List-Id: On 2017-08-26 09:16, Jacob Sparre Andersen wrote: > Dmitry A. Kazakov wrote: > >> I don't see how URL is relevant to this at all. > > I think the point is that a URL is a generalisation of a file/directory > name. URL may contain such a name, that alone does not make it generalization or a desired direction of generalization. > And if we're going to introduce a new interface for handling > files, why not make it more general, and include resources located on > remote servers as well. Because see above, URL is not a generalization. It lacks relevant properties of a file system, in particular ones for which Ada.Directories is meant for, e.g. traversal of the directory tree. URL does not tell anything about whether /A/B must exist if /A/B/C does. > One problem with that is going to be how we map > the conventional file operations to operations on URL's, but I think it > is still worth considering. Maybe though it is far away from the direct problems we have with the mess of Ada.Directories and Text_IO. And all this cannot change the point: using strings there was a bad idea, with URLs or without them. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de