Path: ...!weretis.net!feeder9.news.weretis.net!panix!.POSTED.spitfire.i.gajendra.net!not-for-mail
From: cross@spitfire.i.gajendra.net (Dan Cross)
Newsgroups: comp.os.vms
Subject: Re: Simple Pascal question
Date: Mon, 5 Aug 2024 01:59:21 -0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Message-ID: <v8pblp$doa$2@reader1.panix.com>
References: <v8goeh$2b5op$1@dont-email.me> <v8o4h8$2ut3$1@dont-email.me> <v8p58c$gmo$1@reader1.panix.com> <v8p9ht$9ptm$4@dont-email.me>
Injection-Date: Mon, 5 Aug 2024 01:59:21 -0000 (UTC)
Injection-Info: reader1.panix.com; posting-host="spitfire.i.gajendra.net:166.84.136.80";
	logging-data="14090"; mail-complaints-to="abuse@panix.com"
X-Newsreader: trn 4.0-test77 (Sep 1, 2010)
Originator: cross@spitfire.i.gajendra.net (Dan Cross)
Bytes: 2131
Lines: 37

In article <v8p9ht$9ptm$4@dont-email.me>,
Arne Vajhøj  <arne@vajhoej.dk> wrote:
>On 8/4/2024 8:09 PM, Dan Cross wrote:
>> In article <v8o4h8$2ut3$1@dont-email.me>,
>> Arne Vajhøj  <arne@vajhoej.dk> wrote:
>>> On 8/4/2024 8:22 AM, Dan Cross wrote:
>>>> In article <v8lpj0$ems$1@panix2.panix.com>,
>>>> Scott Dorsey <kludge@panix.com> wrote:
>>>>> In article <v8hn3m$3aviu$1@gwaiyur.mb-net.net>,
>>>>> Uli Bellgardt  <UliBellgardtsSpamSink@online.de> wrote:
>>>>>> The value 1.5 should be an f_float value as well:
>>>>>>
>>>>>> $ type zzz.pas
>>>>>> program z(input,output);
>>>>>>
>>>>>> var
>>>>>>      x : f_float;
>>>>>
>>>>> This seems very strange to me... Pascal isn't supposed to have such
>>>>> strong typing, is it?  I don't remember ever having to manually coerce
>>>>> anything.  Or is f_float sufficiently different from a normal float?
>>>>
>>>> Just to touch on the Pascal point itself, one of that language's
>>>> hallmarks is almost excessive rigidity in how it treats types.
>>>
>>> Ada is even more strict.
>> 
>> Rust even more so.
>
>There may be different definitions of strict.
>
>But my take (apropos arrays) is:

You should spend some more time learning, less writing.
Perhaps read up on programming languages.

	- Dan C.