| Deutsch English Français Italiano |
|
<m2nsn2Fc2c6U1@mid.individual.net> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: rbowman <bowman@montana.com> Newsgroups: alt.folklore.computers,comp.os.linux.misc Subject: Re: The joy of FORTRAN Date: 4 Mar 2025 08:42:11 GMT Lines: 27 Message-ID: <m2nsn2Fc2c6U1@mid.individual.net> References: <cxicnVzg_cn_eGX7nZ2dnZfqnPadnZ2d@earthlink.com> <vppj5n$33b82$4@dont-email.me> <m2clmbFl430U10@mid.individual.net> <m2dp4gF577vU2@mid.individual.net> <TeucnZgT9qpy_F_6nZ2dnZfqnPGdnZ2d@giganews.com> <vpujqm$5g9r$2@dont-email.me> <V82cnbblIbFrdF76nZ2dnZfqn_udnZ2d@giganews.com> <m2ld72Fhq3U1@mid.individual.net> <vq4hik$1bvqe$4@dont-email.me> <m2mdm6F5c4eU2@mid.individual.net> <vq52ov$1f9re$3@dont-email.me> <794451758.762727703.370029.peter_flass-yahoo.com@news.eternal-september.org> <JcpxP.90419$l0_4.90044@fx43.iad> <U8ucnSHoTMX25lv6nZ2dnZfqn_adnZ2d@giganews.com> <m2nkn3Fap9pU1@mid.individual.net> <-_6cnTT2QMGxMVv6nZ2dnZfqn_qdnZ2d@giganews.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net nJ1tkL+YuWbc/vXprnYvMg3Ef0DCYfrZrM5EpvRU8uro4WjwXX Cancel-Lock: sha1:/P/RmfUNkyVXaJapnMuVZkzXAnI= sha256:WmZYl8rBbiLITnJj6ONLusRAlfWpaEljhyY1jnCPH+A= User-Agent: Pan/0.160 (Toresk; ) Bytes: 2644 On Tue, 4 Mar 2025 02:30:44 -0500, c186282 wrote: > On 3/4/25 1:25 AM, rbowman wrote: >> On Mon, 3 Mar 2025 23:02:44 -0500, c186282 wrote: >> >>> It's easy to kinda drift into that during development, you always >>> think of ONE more thing you need to pass. However stage two, you >>> put all that crap in a struct and pass one pointer. Each function >>> can extract what it needs from that struct and ignore the rest. >> >> I never made it to anywhere close to 60 parameters. We did have one >> utility that took 22 command line parameters but it was never meant to >> be invoked manually and came with a csh. Even then they all were >> stuffed into a struct before the real function was called. >> >> Even worse, the parameters were field widths in a positional record. I >> truly hate positional records but the damn things live on. > > Hey, they have a function and certain simplicity. They are simple all right. It's always so much fun counting over to the 73rd character and knowing foo is contained in the next 5 characters. Unless whoever constructed the record happened to leave a space out of the value at the 52nd character that was supposed to be 8 characters and everything past that is off by 1. But you save all those useless bytes for field delimiters!