Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: "Stephen Fuld" Newsgroups: comp.arch Subject: Re: Unicode in strings Date: Sun, 26 May 2024 03:50:46 -0000 (UTC) Organization: A noiseless patient Spider Lines: 32 Message-ID: References: <2024May10.182047@mips.complang.tuwien.ac.at> <2024May11.173149@mips.complang.tuwien.ac.at> <2024May12.110053@mips.complang.tuwien.ac.at> <6124140226e28fd4afec0b435bdbeca1@www.novabbs.org> <2024May18.104040@mips.complang.tuwien.ac.at> <34sk4jdhf1crb73jdns37e462ciumq5fjp@4ax.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Injection-Date: Sun, 26 May 2024 05:50:48 +0200 (CEST) Injection-Info: dont-email.me; posting-host="c1382cd80a652d5ba959502c1d3005f4"; logging-data="3440906"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18aDx2WmSDVn3RTDWvmNiAwxWJc65BcpN4=" User-Agent: XanaNews/1.21-f3fb89f (x86; Portable ISpell) Cancel-Lock: sha1:olnN2/HbXm6vRQyvpb4VJorItJs= Bytes: 2518 John Savard wrote: > On Sat, 18 May 2024 17:11:32 -0000 (UTC), "Stephen Fuld" > wrote: > > > and > > because it was supposedly "self documenting", easier for managers, > > etc. to see how the program worked. > > Of course, if they designed COBOL that way, why did they include a > statement that let you re-direct GOTO statements from elsewhere in a > program? That feature (Alter GOTO) was also in Fortran, as the, long since deprecated, assigned GOTO statement. I believe they were there to support some older computers that didn't have indexed jump/branch instructions, so achieved the effect by modifying the branch destination in the instruction itself. And yes, it wwas ugly and made comprehension of the program, and also debugging it, much harder. > I mean, that was just asking for dishonest programmers to direct the > odd pennies into their bank accounts and so on. Not really. You had to Alter the goto statement to some pre-existing label, not just anywhere in the code. -- - Stephen Fuld (e-mail address disguised to prevent spam)