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-Thread: 103376,1295f20108acc30c X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!feeder.news-service.com!feeder.news-service.com!94.75.214.39.MISMATCH!aioe.org!.POSTED!not-for-mail From: tmoran@acm.org Newsgroups: comp.lang.ada Subject: Re: Ada.Directories.Copy_File behavior Date: Sun, 20 Feb 2011 20:19:02 +0000 (UTC) Organization: Aioe.org NNTP Server Message-ID: References: <0856cce6-9ebd-4824-a443-537cd1d127a8@l18g2000yqm.googlegroups.com> NNTP-Posting-Host: J4HSNf9Eqj44wTz1J3b8lQ.user.speranza.aioe.org X-Complaints-To: abuse@aioe.org X-Notice: Filtered by postfilter v. 0.8.2 X-Newsreader: Tom's custom newsreader Xref: g2news2.google.com comp.lang.ada:18467 Date: 2011-02-20T20:19:02+00:00 List-Id: > > The Windows CopyFile function takes a BOOL parameter bFailIfExists, > > so is it implementation-defined what Ada.Directories.Copy_File does? > > That's not very satisfactory. > > But I think it's imp-def even without that BOOL. > > In practise how many OS are you going to support? You may find that No, it's how many *compilers* for a single OS are you going to support? The behavior of Delete_File when the file is already gone, is specified, so failing to specify the behavior for Copy_File looks like a straight-forward oversight. Regarding Delete_File, I wish they had included a "Make_Gone" that would delete the file, or do nothing if it's already gone. I prefer coding to accomplish a certain end, rather than to execute a certain task. It's also unpleasant to either litter code with begin Ada.Directories.Delete_File(X); exception when Ada.Directories.Name_Error => null; end; or to make my own package My_Improved_Ada_Directories