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