Deutsch   English   Français   Italiano  
<DKOcnSWcJP6OgTD6nZ2dnZfqnPqdnZ2d@earthlink.com>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!Xl.tags.giganews.com!local-3.nntp.ord.giganews.com!nntp.earthlink.com!news.earthlink.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 12 Feb 2025 22:09:22 +0000
Subject: Re: GIMP 3.0.0-RC1
Newsgroups: comp.os.linux.misc,comp.os.linux.advocacy
References: <vkjmdg$30kff$1@dont-email.me> <vl93dl$3vkun$1@dont-email.me>
 <vl9449$3vo6h$3@dont-email.me> <vl9aov$pp7$1@dont-email.me>
 <vla4hr$5n4v$1@dont-email.me> <vlblqj$harb$1@dont-email.me>
 <lttopaFoh2cU8@mid.individual.net> <vle8uk$12sii$2@dont-email.me>
 <c686fb74-4fac-0809-7005-417c76ee0e3b@example.net>
 <nbReP.633803$oR74.271654@fx16.iad> <NnVeP.44028$vfee.11890@fx45.iad>
 <vo6ubb$3ue2q$2@dont-email.me>
 <RhOdnY5Kb8vulDr6nZ2dnZfqnPudnZ2d@earthlink.com>
 <vo7lp6$25uo$2@dont-email.me>
 <655acbf6-05e5-69ff-8a44-9f7075aafa2e@example.net>
 <ddNpP.567620$iNI.244105@fx14.iad> <m0pqs3ForauU2@mid.individual.net>
 <g9qcnUmy1pxdrTX6nZ2dnZfqnPqdnZ2d@earthlink.com>
 <m0r59mFrbnU1@mid.individual.net> <yn0qP.587031$iNI.359829@fx14.iad>
 <VtWdnaJY5fz99zT6nZ2dnZfqnPudnZ2d@earthlink.com>
 <20250210093054.00001375@gmail.com> <vofgo6$1p8fn$1@dont-email.me>
 <KwSdnd_yRPwhvjH6nZ2dnZfqnPidnZ2d@earthlink.com>
 <20250212081704.00003ce1@gmail.com>
 <slrnvqq09r.38buj.candycanearter07@candydeb.host.invalid>
From: "WokieSux282@ud0s4.net" <WokieSux283@ud0s4.net>
Organization: WokieSux
Date: Wed, 12 Feb 2025 17:09:18 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <slrnvqq09r.38buj.candycanearter07@candydeb.host.invalid>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Message-ID: <DKOcnSWcJP6OgTD6nZ2dnZfqnPqdnZ2d@earthlink.com>
Lines: 33
X-Usenet-Provider: http://www.giganews.com
NNTP-Posting-Host: 99.101.150.97
X-Trace: sv3-JhBh8YWbVJk3lUn+JH3VwvQcdJWdg4BoPZ1q3amYgku+EoFOnpB4iCdvnahp70uP3W2QoZE1xwjJz/O!NehPHJL48vPix3Ek4rZqVL74xLNZ6Bus1FnT0EEDe+DAdiuajLPGK+OcAhEAMNBOyW0JhCQgZZ5b!gGgRg9QGd5SK+usNW2io
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
Bytes: 3748

On 2/12/25 3:20 PM, candycanearter07 wrote:
> John Ames <commodorejohn@gmail.com> wrote at 16:17 this Wednesday (GMT):
>> On Tue, 11 Feb 2025 23:29:43 -0500
>> "WokieSux282@ud0s4.net" <WokieSux283@ud0s4.net> wrote:
>>
>>> Nothing wrong, or unique, about fixed-size arrays. You don't want
>>> them for some stuff, do want them for other stuff. CAN elim a lot of
>>> range-checking code.
>>
>> Nothing wrong with fixed-size arrays as a general concept, no. Treating
>> the size as *part of the type specification* so that passing ARRAY
>> [1..15] OF CHAR to a function expecting ARRAY [1..10] OF CHAR yields a
>> type mismatch is what's utterly demented; a true Wirth original, that.
>>
>> I have never yet heard a sensible case made for a language where array
>> sizes are known, but no FOR EACH IN (x) construct is provided. Doing it
>> C's way at least offers you flexibility and performance in exchange for
>> the risk of shooting yourself in the foot; offering a way to iterate
>> transparently across arrays of arbitrary size at least gives you safety
>> and convenience in exchange for the performance penalty of bounds-
>> checking. Wirth's approach offers the worst of both worlds, for no
>> material gain whatsoever - absolutely bonkers.
> 
> 
> If you really need to, you can also pass by pointer?


   In PASCAL ? Sure.

   As for including size info in arrays ... makes good
   sense to me. EZ to know what you're dealing with.
   Liked the old short-strings in Turbo - the first byte
   was the string length.