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!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Strange crash on custom iterator Date: Wed, 4 Jul 2018 22:43:17 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <70c11a71-3832-4f57-8127-f3f1c48a052f@googlegroups.com> <1449870001.552246132.581310.laguest-archeia.com@nntp.aioe.org> <5de5f768-40bf-4518-a647-22788658de74@googlegroups.com> <64454862-b293-4ed7-9c3e-c8a1252344db@googlegroups.com> <0ebf920a-61fa-47e8-a34f-54da2e143bb6@googlegroups.com> NNTP-Posting-Host: 3CrKQyqWAJZHy6zYVP/kUg.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 Content-Language: en-US X-Notice: Filtered by postfilter v. 0.8.3 Xref: reader02.eternal-september.org comp.lang.ada:53619 Date: 2018-07-04T22:43:17+02:00 List-Id: On 2018-07-04 21:53, Shark8 wrote: > But let's take a step backward; what about displaying the text? One certainly could argue that Unicode is a good solution in this arena, after all havng the ability to encode all of human language is it's stated design-goal, so surely it must be well-suited to that, right? Some written languages, some human, some formal. > Not really. > The mere fact of "combining characters" makes unicode no more suited to textual display than a sort of hypothetical Forth/PostScript where each word/token/character is processed by the display driver and rendered appropriately. (The aforementioned Lisp-like structure being executed is the procedure: "painting/displaying the english text, switch-to-hebrew, print/display hebrew text, switch-to-english, print/display english text", which of course can be further decomposed to "print 'T' [horizontal-stroke, vertical stroke] print 'h' [vertical stroke, curved stroke, vertical stroke] print 'e' [horizontal stroke, curved stroke] ....") Written languages evolve in order to adapt to the methods of writing. Many old methods do not fit well into Unicode. And, honestly, Unicode tried way too much to embrace things better to drop. I miss ASCII times, really. It forced English (and nobody cared about correct spelling of the word naïve (:-)) [*] > Arguably it's stupid for a single-language system, too. As an example we could use paths: "root\projects\x\source" is flatly moronic*, and we can see this by how it pops up in multi-platform development: should there be a terminal '\'? do those '\' characters need escaped? do they need to be replaced with '/'? What we have is a sequence (root, projects, x, source) which corresponds to a path down a tree, but the common "industry practice" is to think of this as a string of characters and "parse/reparse/regex/reparse/whatever" textual manipulations to read what the structure is rather than sensibly save the structural information. Textual representation is ambiguous and this has nothing to do with the text, but with its meaning. Path is ambiguous and its meaning (the target file) is even more ambiguous. If you want it less ambiguous use sector and block numbers and color stickers to mark hard drives. What about 001 vs 1 vs 3/2 ... infinite list follows. Meaning of a text is not the text itself. It is a fallacy. The meaning of a numeric literal is not the literal itself. The meaning of a Unicode string has nothing to do with Unicode. And, fundamentally, there is an infinite hierarchy of object-meta languages that never ends in some ultimate, final "Om", expressing everything and nothing. ----------------- * Do Chinese still write top-to-bottom? -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de