Deutsch   English   Français   Italiano  
<vt34qq$26k93$1@dont-email.me>

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

Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: =?UTF-8?Q?Arne_Vajh=C3=B8j?= <arne@vajhoej.dk>
Newsgroups: comp.os.vms
Subject: Re: Clair Grant on VMS code base
Date: Tue, 8 Apr 2025 08:29:15 -0400
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <vt34qq$26k93$1@dont-email.me>
References: <vsh5m5$3is6e$1@dont-email.me> <vsmj7h$19qc0$1@dont-email.me>
 <vsmk9b$18rgf$1@dont-email.me> <vsp6ol$eli$1@dont-email.me>
 <vsv6jf$28vt6$1@dont-email.me> <vt34b1$26vpf$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 08 Apr 2025 14:29:14 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="6933646897a71c485325d0aa055dddce";
	logging-data="2314531"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+8ohUt2vyAl7Jv4BkQ5xakIZ+VeUV0D3A="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:WFrSf0Dh6w2hqyYGMG1GT81Pdj0=
Content-Language: en-US
In-Reply-To: <vt34b1$26vpf$1@dont-email.me>
Bytes: 2565

On 4/8/2025 8:20 AM, Simon Clubley wrote:
> On 2025-04-06, Arne Vajhøj <arne@vajhoej.dk> wrote:
>> On 4/4/2025 2:00 PM, Simon Clubley wrote:
>>> The problem with that analysis is what DCL does.
>>>
>>> It basically parses, validates, and executes commands it has been given.
>>> That is something which can be implemented a lot more easily and concisely
>>> in a HLL with abstracted data structure capabilities (which includes
>>> even C) than an assembly language with no such capabilities.
>>
>> It is not obvious to me that:
>>
>> (LOC/FP for Macro-32) / (LOC/FP for C)
>>
>> is a lot higher for a shell than for the average application - data
>> structures are not anything special for shells.
>>
>> But maybe.
> 
> It's a lot more complicated than that.
> 
> For example, take a LL(1) RD parser. Even ignoring the processing
> of the results from the parser, how much code (and how much effort)
> do you think it would take to implement it in Macro-32 compared to C ?

Still not obvious to me that it would not follow normal LOC/FP
ratios.

Effort is a different issue. If someone said:

x1.6 LOC
x16 hours for initial write of code
x160 hours for maintenance of code

then I would consider it likely.

It has been hinted a few time that the DCL code is not easy to
understand and modify.

Arne