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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.159.59.222 with SMTP id y30mr1052583uah.38.1498509742331; Mon, 26 Jun 2017 13:42:22 -0700 (PDT) X-Received: by 10.157.52.232 with SMTP id t37mr38029otd.15.1498509742276; Mon, 26 Jun 2017 13:42:22 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!border1.nntp.ams1.giganews.com!border2.nntp.ams1.giganews.com!nntp.giganews.com!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.am4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!v31no936272qtb.0!news-out.google.com!s132ni2815itb.0!nntp.google.com!185no1514802itv.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 26 Jun 2017 13:42:21 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.108.152.51; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S NNTP-Posting-Host: 213.108.152.51 References: <1ac5a44b-4423-443a-a7bb-2864d9abe78f@googlegroups.com> <1498048151.20885.28.camel@obry.net> <96174ea5-852d-44e9-8535-7c1eb24d5326@googlegroups.com> <8d3aff06-82df-485f-89e5-a50c326aab05@googlegroups.com> <66aa262e-2ac9-4016-b32d-e9fee14779e1@googlegroups.com> <88e2f18a-0786-4303-a5b8-fe82e8c81dcb@googlegroups.com> <4ad48635-aa1e-45bf-8693-1f77d5fee490@googlegroups.com> <0abaddd0-e64c-4f5b-9f36-e92f75c863ae@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <3fbd157a-17b5-4a52-acec-e1b449ab33f9@googlegroups.com> Subject: Re: Ada Annoyances From: Maciej Sobczak Injection-Date: Mon, 26 Jun 2017 20:42:22 +0000 Content-Type: text/plain; charset="UTF-8" X-Received-Body-CRC: 1571320986 X-Received-Bytes: 2612 Xref: news.eternal-september.org comp.lang.ada:47133 Date: 2017-06-26T13:42:21-07:00 List-Id: > > Since the Derived object is constructed in a two-step process, the > > useObject function is called twice, once from the Base part and once > > from the Derived part. > > Exactly my point. Dispatch is "killed" or misrouted if you want. The result is better type safety. You can call it "killed", "misrouted", "untyped", "broken", "impossible to repair", "apples vs. oranges", or whatever. I really don't mind. And since all arguments have been written and we seem to fall in a loop, I propose to finish at that point. -- Maciej Sobczak * http://www.inspirel.com