| Re: COBOL and tricks [message #415998 is a reply to message #415743] |
Sat, 06 August 2022 00:06   |
|
|
Originally posted by: 25B.Z969
On 7/29/22 6:23 PM, Peter Flass wrote:
> 25B.Z959 <25B.Z959@nada.net> wrote:
>> On 7/28/22 3:13 PM, Peter Flass wrote:
>>> 25B.Z959 <25B.Z959@nada.net> wrote:
>>>> On 7/25/22 7:37 AM, Johnny Billquist wrote:
>>>> > On 2022-07-24 00:23, Peter Flass wrote:
>>>> >> 25B.Z959 <25B.Z959@nada.net> wrote:
>>>> >>> Sometimes that IS a factor ... you have to have people who
>>>> >>> can write it. But 1990 ... IMHO it should have been 'C'.
>>>> >>>
>>>> >>
>>>> >> IMNSHO, COBOL. C is a terrible language for those types of language.
>>>> > Things
>>>> >> that are so dimple in COBOL, like moving a character string with blank
>>>> >> fill, or formatting numeric output, requires calling subroutines in
>>>> > C, and
>>>> >> lack of length checking on string moves is a recipe for disaster.
>>>> > This is one of the weirder arguments I've ever seen:
>>>> > "requires calling a subroutine in C". As if that somehow is a problem?
>>>> > Not to mention it's a function, and not a subroutine. Any claim of "used
>>>> > the language quite a bit" sounds hollow after that.
>>>> >
>>>> > A statement to move a character string in COBOL will in the end be a
>>>> > subroutine call as well.
>>>> >
>>>> > And lack of length checking depends on the function. Nothing prevents
>>>> > you from using strncpy in C. Or write your own, with whatever
>>>> > characteristic you want. It will actually be pretty efficient.
>>>> > Comparable to the provided functions.
>>>> >
>>>> >> I have used both languages quite a bit, perhaps COBOL more, years
>>>> > ago, but
>>>> >> neither is my preferred language, so I have no dog in this fight.
>>>> >> …
>>>> > Seems like your C is both rusty and bad.
>>>> >
>>>> >>> Mostly I like "terse" languages - less typing and lots
>>>> >>> of room left over for comments at the ends of the lines.
>>>> >>
>>>> >> Sounds like assembler ;-)
>>>> >>
>>>> >> It’s too easy to write tricky code with side-effects in C. COBOL
>>>> > might not
>>>> >> be as self-documenting as advertised, but the operation of each
>>>> > statement
>>>> >> is pretty obvious and easily understood.
>>>> > What kind of side effects are we talking about? The operation of each
>>>> > statement in C is very obvious and easy to understand.
>>>> > Most people get into trouble because of memory handling. Not the
>>>> > language semantics.
>>>> > But that is where you get to the point where things gets even harder to
>>>> > even do in COBOL. And if you manage to do it, it won't be easily
>>>> > understood.
>>>>
>>>> Consider "print x" ... those of us that go back some years
>>>> will acutely recognize how "print x" stands atop a veritable
>>>> Everest of subroutines, device abstractors, drivers for
>>>> display controllers .........
>>>>
>>>> CPUs don't *have* a "print x".
>>>
>>> I think the 1401 did. It had instructions for “read a card”, “print a
>>> line”, etc.
>>
>> As I said to another ... just sending a binary stream out
>> of a pin is NOT "printing". There's a LOT between that
>> and actual human-readable data display.
>>
>
> I think it would have been all hardware on the 1401 - not even firmware,
> which wasn’t invented yet.
Depends on how you define "firmware". That can be
anything from Babbage's gear-packs to UNIVAC plug-wire
patterns to hardwired TTL logic to mask-programmed
chips to ....... :-)
Anyway, my *theme* here ... it's all part of the
SAME THING. "smart" peripherials are really just
co-processors that add to the power of the "main"
CPU, create the "whole experience". "DISPLAY XVAL"
means crap without the downstream intelligence.
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #415999 is a reply to message #415964] |
Sat, 06 August 2022 00:30 |
|
|
Originally posted by: 25B.Z969
On 8/5/22 1:52 AM, Ahem A Rivet's Shot wrote:
> On Thu, 4 Aug 2022 22:11:17 -0400
> "25B.Z969" <25B.Z969@noda.net> wrote:
>
>> The SCARIEST proposition that keeps popping up is a
>> "space elevator" - a 150-mile-tall hypermaterial
>> cable with something massive on the top end. What
>
> That's not a space elevator - a space elevator is a cable structure
> with it's centre of mass at geosynchronous orbit 23000 miles up. So not 150
> miles but more like 30-40,0000 depending on the counterweight.
You MIGHT be able to put it at a lower altitude ... but
it'd surely require some kind of constant power. The
cable would drag out diagonally, trailing the anchor
point - and there'd be WIND RESISTANCE in the lower
atmosphere section.
A 'cable' to sync-orbit+ is a BIG challenge, from a
technical POV. Might require some kind of "active
material", strengthened by magnetic or electrical
fields. The OTHER challenge is that it'd be the
biggest TARGET in the world .......
>
>> future bin-Laden could RESIST ??? And we're ALMOST
>> there in terms of the cable ....
>
> We're nowhere near in terms of cable last I checked.
>
After some searching I couldn't really find much on
the structural issues with "cone-shaped" buildings.
Very annoying. I visualize something like an incense
cone - with a 100-meter base, 1000 meters tall.
I don't think it'd suffer much from sway or resonance
issues. Glass dome for the penthouse suite. Oh the RENT
you could charge :-)
Might need a few
\/
--
/\
anti-buckling braces up the inner core ....
|
|
|
|
| Re: cars and COBOL and tricks [message #416001 is a reply to message #415987] |
Sat, 06 August 2022 02:56 |
|
|
Originally posted by: maus
On 2022-08-05, Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
> On 2022-08-05, Dan Espen <dan1espen@gmail.com> wrote:
>
>> Charlie Gibbs <cgibbs@kltpzyxm.invalid> writes:
>>
>>> On 2022-08-05, Scott Lurndal <scott@slp53.sl.home> wrote:
>>>
>>>> I'll take a modern car anyday.
>>>
>>> So will I - they sure start more easily on a cold day.
>>> Or any day, for that matter. I might change my mind
>>> with the current genration, though - at least until
>>> someone hacks the onboard computers and disconnects
>>> the surveillance equipment.
>>
>> I don't have anything that modern but stopping the surveillance should
>> be as simple as failing to pay the monthly fee. (Leave your cell phone
>> at home if you really care.)
Signal shows up on the cars konsole "Mobile device not found"
Story from a policeman years ago. Roma children sitting on the sidewalk
on Merrion square, with blanket for warmth, and to hide electronic
sniffing device, to detect the signal of remote unlocking devices.
The daughter mentioned above, visits sometimes, to the sound of , "Dad,
can I use your mobile?. I have mislaid mine."
>
> Of course, if you stop paying the monthly fee, the car might refuse
> to start. Maybe not this generation, but probably the next one.
>
> I'm not too worried about cell phones; I'll give up my flip phone
> when they pry it from my cold dead fingers.
>
> About 10 years ago I read a science fiction story about someone driving
> along when an ad came up on his radio^Winfotainment centre. The car
> then pulled over to the side of the road, locked the doors, and refused
> to let him out until he bought whatever they were selling. Fortunately
> a friend came along and got him out - but it's coming soon, I'm sure.
>
> Recommended reading: _Unauthorized Bread_ by Cory Doctorow.
>
``Currently unavailable.''
Cory is an expert in futurism, why not code the book to epub?
--
greymausg@mail.org
Fi Fi Fo Fum, I smell the stench of an influencer
ten, twenty million tops
|
|
|
|
| Re: cars and COBOL and tricks [message #416002 is a reply to message #415988] |
Sat, 06 August 2022 03:06 |
|
|
Originally posted by: maus
On 2022-08-05, Ibmekon <Ibmekon@google.com> wrote:
> On Fri, 05 Aug 2022 21:40:43 GMT, Charlie Gibbs
>
> Press the accelerator completely down with your foot and hold it there
> for 10 seconds, or until the SES light blinks on and off.
> ------------------------------------------------------------ --------
>
> This is what you get with kids trained on Windoze.
>
I had an opel car that did that about 30 years ago, drive along the
road, and it would drop into a mode that the speed would be limited to
under 30 mph or so, like the deisel cars today will if you drive too
slowly and something in the exhaust fills up.
The opel got an upgrade eventually that cured that.
Present Honda seems to light up lights at times in Normal driving.
As part of business, I sometimes drove a Nissan Micra. Nothing went
wring, unless you drove over 60mph, the engine was too small to engine
break well.
--
greymausg@mail.org
Fi Fi Fo Fum, I smell the stench of an influencer
ten, twenty million tops
|
|
|
|
| Re: cars and COBOL and tricks [message #416004 is a reply to message #415976] |
Sat, 06 August 2022 12:39 |
Ibmekon
Messages: 39
Registered: June 2012
Karma: 0
|
Member |
|
|
On Fri, 05 Aug 2022 13:13:34 -0400, Dan Espen <dan1espen@gmail.com>
wrote:
> Charlie Gibbs <cgibbs@kltpzyxm.invalid> writes:
>
>> On 2022-08-05, Scott Lurndal <scott@slp53.sl.home> wrote:
>>
>>> John Levine <johnl@taugh.com> writes:
>>>
>>>> According to 25B.Z969 <25B.Z969@noda.net>:
>>>>
>>>> >> There are too many things you need digital for, from anti-lock brakes to
>>>> >> engine control.
>>>> >
>>>> > I drove cars for decades that didn't have those "luxury
>>>> > features" ...... they got you from A to B just fine,
>>>> > they WORKED, they could be MADE, SOLD and BOUGHT.
>>>>
>>>> So did I. They got 19 MPG and fell apart after 75,000 miles. No thanks.
>>>
>>> You were lucky to get 19MPG, 8 to 10mpg was common until
>>> the late 70s.
>>>
>>> And you needed new tires every 10k miles (pre radial) and they
>>> burned oil like locomotives. Frequent tuneups, poor cabin
>>> acoustics, rough rides, thrown rods.
>>
>> You might be exaggerating a bit. My 1970 Suburban got 15 MPG
>> with its 350-cubic-inch engine and 4-barrel carburetor. Mind
>> you, those were Imperial gallons. And I figured you could get
>> 30k miles from a set of tires - but I much prefer radials.
>> (At one point I found myself with a mix of radial and bias-ply
>> tires. It did _not_ handle well.)
>>
>>> I'll take a modern car anyday.
>>
>> So will I - they sure start more easily on a cold day.
>> Or any day, for that matter. I might change my mind
>> with the current genration, though - at least until
>> someone hacks the onboard computers and disconnects
>> the surveillance equipment.
>
> I don't have anything that modern but stopping the surveillance should
> be as simple as failing to pay the monthly fee. (Leave your cell phone
> at home if you really care.)
>
> My car is not new enough for the backup camera but that seems like a
> worthwhile feature. The anti-lock brakes are really good and I really
> like not needing a tune up every 10K miles.
All new cars since 2019 sold in the EU have an emergency rescue
transmitter.
I read the technical spec which went out to tender.
It is a computer and phone - and can be updated remotely without the
owner having any control or knowledge.
They are now bringing in legislation to automatically stop you
exceeding speed limits.
|
|
|
|
| Re: cars and COBOL and tricks [message #416006 is a reply to message #416004] |
Sat, 06 August 2022 14:30 |
D.J.
Messages: 821
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On Sat, 06 Aug 2022 17:39:10 +0100, Ibmekon <Ibmekon@google.com>
wrote:
> On Fri, 05 Aug 2022 13:13:34 -0400, Dan Espen <dan1espen@gmail.com>
> wrote:
>
>> Charlie Gibbs <cgibbs@kltpzyxm.invalid> writes:
>>
>>> On 2022-08-05, Scott Lurndal <scott@slp53.sl.home> wrote:
>>>
>>>> John Levine <johnl@taugh.com> writes:
>>>>
>>>> > According to 25B.Z969 <25B.Z969@noda.net>:
>>>> >
>>>> >>> There are too many things you need digital for, from anti-lock brakes to
>>>> >>> engine control.
>>>> >>
>>>> >> I drove cars for decades that didn't have those "luxury
>>>> >> features" ...... they got you from A to B just fine,
>>>> >> they WORKED, they could be MADE, SOLD and BOUGHT.
>>>> >
>>>> > So did I. They got 19 MPG and fell apart after 75,000 miles. No thanks.
>>>>
>>>> You were lucky to get 19MPG, 8 to 10mpg was common until
>>>> the late 70s.
>>>>
>>>> And you needed new tires every 10k miles (pre radial) and they
>>>> burned oil like locomotives. Frequent tuneups, poor cabin
>>>> acoustics, rough rides, thrown rods.
>>>
>>> You might be exaggerating a bit. My 1970 Suburban got 15 MPG
>>> with its 350-cubic-inch engine and 4-barrel carburetor. Mind
>>> you, those were Imperial gallons. And I figured you could get
>>> 30k miles from a set of tires - but I much prefer radials.
>>> (At one point I found myself with a mix of radial and bias-ply
>>> tires. It did _not_ handle well.)
>>>
>>>> I'll take a modern car anyday.
>>>
>>> So will I - they sure start more easily on a cold day.
>>> Or any day, for that matter. I might change my mind
>>> with the current genration, though - at least until
>>> someone hacks the onboard computers and disconnects
>>> the surveillance equipment.
>>
>> I don't have anything that modern but stopping the surveillance should
>> be as simple as failing to pay the monthly fee. (Leave your cell phone
>> at home if you really care.)
>>
>> My car is not new enough for the backup camera but that seems like a
>> worthwhile feature. The anti-lock brakes are really good and I really
>> like not needing a tune up every 10K miles.
> All new cars since 2019 sold in the EU have an emergency rescue
> transmitter.
> I read the technical spec which went out to tender.
> It is a computer and phone - and can be updated remotely without the
> owner having any control or knowledge.
> They are now bringing in legislation to automatically stop you
> exceeding speed limits.
If I were to see that in the US, I would expect a change where a
politicians' private vehicles were not subject to that.
--
Jim
|
|
|
|
| Re: cars and COBOL and tricks [message #416007 is a reply to message #415990] |
Sat, 06 August 2022 14:32 |
D.J.
Messages: 821
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On Sat, 06 Aug 2022 00:30:07 +0100, Ibmekon <Ibmekon@google.com>
wrote:
> On Fri, 05 Aug 2022 17:51:28 -0500, D.J. <chucktheouch@gmnol.com>
> wrote:
>
>> On Fri, 05 Aug 2022 23:35:43 +0100, Ibmekon <Ibmekon@google.com>
>> wrote:
>>> On Fri, 05 Aug 2022 21:40:43 GMT, Charlie Gibbs
>>> <cgibbs@kltpzyxm.invalid> wrote:
>>>
>>>> On 2022-08-05, Dan Espen <dan1espen@gmail.com> wrote:
>>>>
>>>> > Charlie Gibbs <cgibbs@kltpzyxm.invalid> writes:
>>>> >
>>>> >> On 2022-08-05, Scott Lurndal <scott@slp53.sl.home> wrote:
>>>> >>
>>>> >>> I'll take a modern car anyday.
>>>> >>
>>>> >> So will I - they sure start more easily on a cold day.
>>>> >> Or any day, for that matter. I might change my mind
>>>> >> with the current genration, though - at least until
>>>> >> someone hacks the onboard computers and disconnects
>>>> >> the surveillance equipment.
>>>> >
>>>> > I don't have anything that modern but stopping the surveillance should
>>>> > be as simple as failing to pay the monthly fee. (Leave your cell phone
>>>> > at home if you really care.)
>>>>
>>>> Of course, if you stop paying the monthly fee, the car might refuse
>>>> to start. Maybe not this generation, but probably the next one.
>>>>
>>>> I'm not too worried about cell phones; I'll give up my flip phone
>>>> when they pry it from my cold dead fingers.
>>>>
>>>> About 10 years ago I read a science fiction story about someone driving
>>>> along when an ad came up on his radio^Winfotainment centre. The car
>>>> then pulled over to the side of the road, locked the doors, and refused
>>>> to let him out until he bought whatever they were selling. Fortunately
>>>> a friend came along and got him out - but it's coming soon, I'm sure.
>>>>
>>>> Recommended reading: _Unauthorized Bread_ by Cory Doctorow.
>>>
>>> I got a demented Nissan NV200 van.
>>>
>>> Early on in my driving it went crazy - six lights starting flashing on
>>> the display screen - including "dangerous engine fault, pull over
>>> immediately and get it towed."
>>> So, I pulled over , switched it off and on again.
>>> Maybe one light less - but the engine started, so I tried to drive.
>>> But it seemed limited in revs, speed to about 50 kph - it has a manual
>>> gearbox.
>>> So I guessed it was a computer fault - not mechanical.
>>> I put on the hazard lights and crawled home.
>>> Checking on the net I found that there is a push button at knee height
>>> that switches in/out ABS traction control.
>>> And if you dare to go manual - the van goes apeshit.
>>>
>>> The Nissan equivalent of CTR+ALT+DELETE is this -
>>> ------------------------------------------------------------ --------
>>> Open the driver's side door and get into the drivers seat.
>>>
>>> Insert the key into the ignition and turn it a quarter turn so the
>>> ignition turns on, but the engine doesn't start.
>>>
>>> Step on the accelerator and quickly release it.
>>> Do this 5 times in less than 5 seconds.
>>> When you step on the pedal, press it down as far as it can go.
>>>
>>> Wait 10 seconds.
>>>
>>> Press the accelerator completely down with your foot and hold it there
>>> for 10 seconds, or until the SES light blinks on and off.
>>> ------------------------------------------------------------ --------
>>>
>>> This is what you get with kids trained on Windoze.
>>
>> Yeah, that sounds dumb for the car makers to do that.
>> --
>> Jim
>
> Not quite the words I used.
> "dumb" I do not mind.
> But this was "accidentally on purpose" management sabotage to force my
> compliance illegally.
In this instance, 'dumb' and 'accidentally on purpose' could be used
interchangeably.
--
Jim
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416025 is a reply to message #415999] |
Sun, 07 August 2022 18:36 |
Charlie Gibbs
Messages: 5313
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On 2022-08-06, 25B.Z969 <25B.Z969@noda.net> wrote:
> After some searching I couldn't really find much on
> the structural issues with "cone-shaped" buildings.
> Very annoying. I visualize something like an incense
> cone - with a 100-meter base, 1000 meters tall.
> I don't think it'd suffer much from sway or resonance
> issues. Glass dome for the penthouse suite. Oh the RENT
> you could charge :-)
>
> Might need a few
>
> \/
> --
> /\
>
> anti-buckling braces up the inner core ....
The Spire of Dubliln is a miniature version:
120 meters high, 3m diameter at the base.
--
/~\ Charlie Gibbs | Microsoft is a dictatorship.
\ / <cgibbs@kltpzyxm.invalid> | Apple is a cult.
X I'm really at ac.dekanfrus | Linux is anarchy.
/ \ if you read it the right way. | Pick your poison.
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416030 is a reply to message #416025] |
Sun, 07 August 2022 20:27 |
|
|
Originally posted by: 25B.Z969
On 8/7/22 6:36 PM, Charlie Gibbs wrote:
> On 2022-08-06, 25B.Z969 <25B.Z969@noda.net> wrote:
>
>> After some searching I couldn't really find much on
>> the structural issues with "cone-shaped" buildings.
>> Very annoying. I visualize something like an incense
>> cone - with a 100-meter base, 1000 meters tall.
>> I don't think it'd suffer much from sway or resonance
>> issues. Glass dome for the penthouse suite. Oh the RENT
>> you could charge :-)
>>
>> Might need a few
>>
>> \/
>> --
>> /\
>>
>> anti-buckling braces up the inner core ....
>
> The Spire of Dubliln is a miniature version:
> 120 meters high, 3m diameter at the base.
Much greater height/base diameter ratio than I had in mind,
40:1 vs 10:1 ... I don't think that would be safe for a
very tall structure. But it IS the same idea.
Boxes/rectangles/tubes are easy to build but they all
suffer from a lot of sway issues if you build them tall.
There's also potential resonance issues in case of an
earthquake (or the rebirth of Tesla The Destroyer).
Roughly 10:1 cones would seem most immune to these
problems. Besides, the hollow interior could be just
spectacular - maybe better than an external view. Build
'em like they build big ships - modular sections you
just kinda slide into place and weld together.
Hey ... a smaller cone INSIDE the big cone ... shops,
eateries, auditoriums.
Of course everything is run on Debian, maybe BSD :-)
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416032 is a reply to message #416025] |
Mon, 08 August 2022 02:09 |
|
|
Originally posted by: maus
On 2022-08-07, Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
> On 2022-08-06, 25B.Z969 <25B.Z969@noda.net> wrote:
>
>> After some searching I couldn't really find much on
>> the structural issues with "cone-shaped" buildings.
>> Very annoying. I visualize something like an incense
>> cone - with a 100-meter base, 1000 meters tall.
>> I don't think it'd suffer much from sway or resonance
>> issues. Glass dome for the penthouse suite. Oh the RENT
>> you could charge :-)
>>
>> Might need a few
>>
>> \/
>> --
>> /\
>>
>> anti-buckling braces up the inner core ....
>
> The Spire of Dubliln is a miniature version:
> 120 meters high, 3m diameter at the base.
>
And utterly pointless. Lots of people walk along that Street and never
notice it.
--
greymausg@mail.org
Fi Fi Fo Fum, I smell the stench of an influencer
ten, twenty million tops
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416114 is a reply to message #415916] |
Sat, 13 August 2022 14:53 |
|
|
Originally posted by: J. Clarke
On Wed, 3 Aug 2022 01:05:13 -0400, "25B.Z969" <25B.Z969@noda.net>
wrote:
> On 8/2/22 1:05 PM, John Levine wrote:
>> According to Kerr-Mudd, John <admin@127.0.0.1>:
>>> On Mon, 1 Aug 2022 20:37:43 +0100
>>> Ahem A Rivet's Shot <steveo@eircom.net> wrote:
>>>
>>>> On Mon, 1 Aug 2022 12:22:38 -0700
>>>> Peter Flass <peter_flass@yahoo.com> wrote:
>>>>
>>>> > If engineers built bridges the way programmers write programs, the first
>>>> > stiff breeze that came along would destroy civilization.
>>>>
>>>> Tacoma Narrows 1940 - nuff said ?
>>>>
>>> Beta-test first. And always keep a backup.
>>
>> Oddly, there was a backup for Galloping Gertie. The Bronx-Whitestone
>> Bridge in New York City which opened in 1939 used a similar design.
>> When the Tacoma Narrows bridge collapsed, and although it was shorter
>> and wider and so less likely to oscillate, they addded stiffening
>> trusses anyway after the war. It's been widened and refurblshed in
>> ways that let them remove the trusses in the mid 2000s. Now it's part
>> of I-678 and is used by over 100,000 vehicles per day.
>
> "Gertie" was a real (and expensive) textbook lesson
> in resonance. It was basically a big long guitar
> string whipping in the wind. Tesla, long before,
> fully understood structural resonance issues - even
> built a little "shaker" device he (claimed) could
> collapse large buildings and bridges. I have doubts,
> but the *principle* was sound.
I'm flashing on a rather small, rather slender female accountant of my
acquaintance who whenever she walked down the hall in the building in
which I was working shook the whole building. Seems her walking pace
came pretty close to hitting the resonant frequency of the flooring.
|
|
|
|
| Re: cars and COBOL and tricks [message #416115 is a reply to message #415996] |
Sat, 13 August 2022 14:58 |
|
|
Originally posted by: J. Clarke
On Fri, 5 Aug 2022 21:45:42 -0400, "25B.Z969" <25B.Z969@noda.net>
wrote:
> On 8/5/22 10:05 AM, Scott Lurndal wrote:
>> John Levine <johnl@taugh.com> writes:
>>> According to 25B.Z969 <25B.Z969@noda.net>:
>>>> > There are too many things you need digital for, from anti-lock brakes to
>>>> > engine control.
>>>>
>>>> I drove cars for decades that didn't have those "luxury
>>>> features" ...... they got you from A to B just fine,
>>>> they WORKED, they could be MADE, SOLD and BOUGHT.
>>>
>>> So did I. They got 19 MPG and fell apart after 75,000 miles. No thanks.
>>
>> You were lucky to get 19MPG, 8 to 10mpg was common until
>> the late 70s.
>>
>> And you needed new tires every 10k miles (pre radial) and they
>> burned oil like locomotives. Frequent tuneups, poor cabin
>> acoustics, rough rides, thrown rods.
>>
>> I'll take a modern car anyday.
>
> But again, NONE of those issues had ANYTHING to do
> with whether they were 'digital' or not. It was just
> loosey-goosey manufacturing and Babbit bearings.
Actually it's all due to government regulation. The government has
applied safety, emission, and fuel economy standards. To comply with
all three requires a high degree of complexity, and the emission
standards include a durability requirement. Electronic engine
controls are part of that package.
|
|
|
|
| Re: cars and COBOL and tricks [message #416116 is a reply to message #415995] |
Sat, 13 August 2022 15:03 |
|
|
Originally posted by: J. Clarke
On Fri, 5 Aug 2022 21:44:00 -0400, "25B.Z969" <25B.Z969@noda.net>
wrote:
> On 8/4/22 11:33 PM, John Levine wrote:
>> According to 25B.Z969 <25B.Z969@noda.net>:
>>>> There are too many things you need digital for, from anti-lock brakes to
>>>> engine control.
>>>
>>> I drove cars for decades that didn't have those "luxury
>>> features" ...... they got you from A to B just fine,
>>> they WORKED, they could be MADE, SOLD and BOUGHT.
>>
>> So did I. They got 19 MPG and fell apart after 75,000 miles. No thanks.
>
> Metallurgy & machining tech, and they weren't trying very
> hard anyway. The electronics had nothing to do with it.
> An all-digital '57 Chevy would still get 19mpg and have
> to be rebuilt after 70,000 miles.
You might be surprised at the mileage it could get with modern
electronic fuel injection and no emission controls.
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416117 is a reply to message #416114] |
Sat, 13 August 2022 15:44 |
|
|
Originally posted by: Lew Pitcher
On Sat, 13 Aug 2022 14:53:04 -0400, J. Clarke wrote:
> On Wed, 3 Aug 2022 01:05:13 -0400, "25B.Z969" <25B.Z969@noda.net> wrote:
>
>> On 8/2/22 1:05 PM, John Levine wrote:
>>> According to Kerr-Mudd, John <admin@127.0.0.1>:
>>>> On Mon, 1 Aug 2022 20:37:43 +0100 Ahem A Rivet's Shot
>>>> <steveo@eircom.net> wrote:
>>>>
>>>> > On Mon, 1 Aug 2022 12:22:38 -0700 Peter Flass
>>>> > <peter_flass@yahoo.com> wrote:
>>>> >
>>>> >> If engineers built bridges the way programmers write programs, the
>>>> >> first stiff breeze that came along would destroy civilization.
>>>> >
>>>> > Tacoma Narrows 1940 - nuff said ?
>>>> >
>>>> Beta-test first. And always keep a backup.
>>>
>>> Oddly, there was a backup for Galloping Gertie. The Bronx-Whitestone
>>> Bridge in New York City which opened in 1939 used a similar design.
>>> When the Tacoma Narrows bridge collapsed, and although it was shorter
>>> and wider and so less likely to oscillate, they addded stiffening
>>> trusses anyway after the war. It's been widened and refurblshed in
>>> ways that let them remove the trusses in the mid 2000s. Now it's part
>>> of I-678 and is used by over 100,000 vehicles per day.
>>
>> "Gertie" was a real (and expensive) textbook lesson in resonance. It
>> was basically a big long guitar string whipping in the wind. Tesla,
>> long before, fully understood structural resonance issues - even
>> built a little "shaker" device he (claimed) could collapse large
>> buildings and bridges. I have doubts,
>> but the *principle* was sound.
>
> I'm flashing on a rather small, rather slender female accountant of my
> acquaintance who whenever she walked down the hall in the building in
> which I was working shook the whole building. Seems her walking pace
> came pretty close to hitting the resonant frequency of the flooring.
I worked, for a while, in a 50+ floor office tower that had a gym near
the top floor. At lunch hour, you could feel the tower sway, even on
the near-ground-level floors, as the various aerobics and other gym
activity got underway. Not quite a resonant frequency, but close
enough.
--
Lew Pitcher
"In Skills, We Trust"
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416120 is a reply to message #416117] |
Sat, 13 August 2022 16:51 |
|
|
Originally posted by: David W. Hodgins
On Sat, 13 Aug 2022 15:44:49 -0400, Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:
> I worked, for a while, in a 50+ floor office tower that had a gym near
> the top floor. At lunch hour, you could feel the tower sway, even on
> the near-ground-level floors, as the various aerobics and other gym
> activity got underway. Not quite a resonant frequency, but close
> enough.
Sounds like the ibm tower of the td center.
Regards, Dave Hodgins
|
|
|
|
| Re: backups in real life, COBOL and tricks [message #416128 is a reply to message #416120] |
Sun, 14 August 2022 10:34 |
|
|
Originally posted by: Lew Pitcher
On Sat, 13 Aug 2022 16:51:04 -0400, David W. Hodgins wrote:
> On Sat, 13 Aug 2022 15:44:49 -0400, Lew Pitcher
> <lew.pitcher@digitalfreehold.ca> wrote:
>> I worked, for a while, in a 50+ floor office tower that had a gym near
>> the top floor. At lunch hour, you could feel the tower sway, even on
>> the near-ground-level floors, as the various aerobics and other gym
>> activity got underway. Not quite a resonant frequency, but close
>> enough.
>
> Sounds like the ibm tower of the td center.
>
> Regards, Dave Hodgins
Spot on.
--
Lew Pitcher
"In Skills, We Trust"
|
|
|
|
| Re: COBOL and tricks [message #416253 is a reply to message #415478] |
Fri, 19 August 2022 22:08 |
Alan Bowler
Messages: 185
Registered: July 2012
Karma: 0
|
Senior Member |
|
|
On 2022-07-24 1:31 a.m., 25B.Z959 wrote:
> Ah ... PL/I ... one of the great "and the kitchen sink too"
> languages. Not awful - usually several ways to accomplish
> the same thing ... ie "flexibility". A bit odd though, like
> a mutant hybrid of Algol and BASIC
PL/I looked like a merge of Fortran, Cobol, and bit of Algol
that managed to produce the cross-product of the problems of
all three.
|
|
|
|
| Re: COBOL and tricks [message #416254 is a reply to message #416253] |
Fri, 19 August 2022 23:20 |
John Levine
Messages: 1405
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
According to Alan Bowler <atbowler@thinkage.ca>:
> On 2022-07-24 1:31 a.m., 25B.Z959 wrote:
>> Ah ... PL/I ... one of the great "and the kitchen sink too"
>> languages. Not awful - usually several ways to accomplish
>> the same thing ... ie "flexibility". A bit odd though, like
>> a mutant hybrid of Algol and BASIC
>
> PL/I looked like a merge of Fortran, Cobol, and bit of Algol
> that managed to produce the cross-product of the problems of
> all three.
It didn't look like a merge of them, that's what it was, since its
goal was to be a language to replace Fortran and COBOL on IBM
mainframes.
The early PL/I compilers had their problems, such as terrible code
when you wrote stuff that wasn't what people typically did. I tried to
use an array of 12-bit strings to simulate a PDP-8's memory and
somehow the code to access it included conversion to decimal and back.
I believe that current PL/I compilers work quite well, and the language
has evolved somewhat to fix the rough edges, but outside of a few
old IBM shops, nobody cares.
--
Regards,
John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly
|
|
|
|
| Re: COBOL and tricks [message #416256 is a reply to message #416254] |
Fri, 19 August 2022 23:59 |
Anne & Lynn Wheel
Messages: 3156
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
John Levine <johnl@taugh.com> writes:
> It didn't look like a merge of them, that's what it was, since its
> goal was to be a language to replace Fortran and COBOL on IBM
> mainframes.
Some of the MIT/7094 CTSS people
https://en.wikipedia.org/wiki/Compatible_Time-Sharing_System
went to the 5th flr, project mac, and MULTICS.
https://en.wikipedia.org/wiki/Multics
.... folklore is some of the Bell Mutlics people then did UNIX as
simplified Multics
Others went to the 4th flr, IBM Cambridge Science Center, did virtual
machine CP40/CMS (on 360/40 with hardware mods for virtual memory,
morphs into CP67/CMS when 360/67 standard with virtual memory becomes
available, precursor to vm370), online and performance apps, CTSS RUNOFF
redid for CMS as SCRIPT, GML invented at science center in 1969 (and GML
tag processing added to SCRIPT, a decade later GML morphs into ISO SGML
and after another decade morphs into HTML at CERN), networking, etc.
https://en.wikipedia.org/wiki/CP/CMS
https://en.wikipedia.org/wiki/Conversational_Monitor_System
some more CP67/CMS and VM370/CMS history
http://www.leeandmelindavarian.com/Melinda#VMHist
5flr implemened Multics in PL/1
https://multicians.org/pl1.html
http://teampli.net/plisprg.html
https://multicians.org/pl1-raf.html
wikipedia
https://en.wikipedia.org/wiki/PL/I
multics pl/i and derivatives
https://en.wikipedia.org/wiki/PL/I#Multics_PL/I_and_derivati ves
Compilers were implemented by several groups in the early 1960s. The
Multics project at MIT, one of the first to develop an operating system
in a high-level language, used Early PL/I (EPL), a subset dialect of
PL/I, as their implementation language in 1964. EPL was developed at
Bell Labs and MIT by Douglas McIlroy, Robert Morris, and others. The
influential Multics PL/I compiler[27] was the source of compiler
technology used by a number of manufacturers and software groups. EPL
was a system programming language and a dialect of PL/I that had some
capabilities absent in the original PL/I.
PL/I goals and principles
https://en.wikipedia.org/wiki/PL/I#Goals_and_principles
other tivia: Jean Sammet (FORMAC and COBOL)
https://en.wikipedia.org/wiki/Jean_E._Sammet
was in the IBM Boston Programming Center on the 3rd flr ... after the
decision to make all 370s virtual memory and do VM/370, some of the
people split off from the science center (on the 4th flr) and took over
the Boston Programming Center on the 3rd flr (when they outgrew the 3rd
floor, they moved out to the empty IBM SBC bldg in burlington mall).
--
virtualization experience starting Jan1968, online at home since Mar1970
|
|
|
|
| Re: COBOL and tricks [message #416280 is a reply to message #416256] |
Sat, 20 August 2022 17:48 |
Anne & Lynn Wheel
Messages: 3156
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
Anne & Lynn Wheeler <lynn@garlic.com> writes:
> was in the IBM Boston Programming Center on the 3rd flr ... after the
> decision to make all 370s virtual memory and do VM/370, some of the
> people split off from the science center (on the 4th flr) and took over
> the Boston Programming Center on the 3rd flr (when they outgrew the 3rd
> floor, they moved out to the empty IBM SBC bldg in burlington mall).
re:
http://www.garlic.com/~lynn/2022f.html#3 COBOL and tricks
http://www.garlic.com/~lynn/2022f.html#13 COBOL and tricks
http://www.garlic.com/~lynn/2022f.html#80 COBOL and tricks
decade ago was asked to track down decision to make all 370s with
virtual memory ... basically MVT storage management was so bad that
region sizes had to be specified four times larger than used, a typical
1mbyte 370/165 only had enough memory for four regions ... insufficient
to keep 165 busy and justified. initial move MVT to "VS2 SVS" mapping to
a 16mbyte virtual address space (very similar to running MVT under CP67
in 16mbyte virtual address space) ... increasing regions by factor of
four times with little or no paging. archived AFC post from 11mar2011
http://www.garlic.com/~lynn/2011d.html#73
--
virtualization experience starting Jan1968, online at home since Mar1970
|
|
|
|
| Re: COBOL and tricks [message #416657 is a reply to message #415549] |
Tue, 13 September 2022 19:56 |
Alan Bowler
Messages: 185
Registered: July 2012
Karma: 0
|
Senior Member |
|
|
On 2022-07-25 7:42 p.m., Dan Espen wrote:
>
> I've sure seen lots of COBOL MOVE instructions generate a single
> hardware instruction.
And C compilers may generate in-line code for some of
the standard library functions. The C compiler for GCOS8
does for memcpy().
|
|
|
|
| Re: COBOL and tricks [message #416659 is a reply to message #415270] |
Tue, 13 September 2022 23:13 |
Quadibloc
Messages: 4399
Registered: June 2012
Karma: 0
|
Senior Member |
|
|
On Tuesday, July 19, 2022 at 6:27:37 PM UTC-6, Charlie Gibbs wrote:
> There wasn't a single GOTO, but remember
> that a subroutine call is just a GOTO paired with a "come from".
Subroutine calls don't create spaghetti code.
Unless the subroutines don't perform a specific function, that
can be thought of as part of a more fine-grained view of the
program, but instead are inextricably bound to the internal logic
of the routine that called them. In _that_ case, the spirit of the
rules of structured programming is being violated.
John Savard
|
|
|
|
| Re: COBOL and tricks [message #416665 is a reply to message #416657] |
Wed, 14 September 2022 10:05 |
scott
Messages: 4237
Registered: February 2012
Karma: 0
|
Senior Member |
|
|
Alan Bowler <atbowler@thinkage.ca> writes:
> On 2022-07-25 7:42 p.m., Dan Espen wrote:
>>
>> I've sure seen lots of COBOL MOVE instructions generate a single
>> hardware instruction.
Indeed, for Burroughs Medium Systems the instruction set was designed
from the start for COBOL (per Dave Dahm). Generally each cobol
verb generated a single instruction (there was even a table search
instruction and of course an edit instruction for PIC handling).
MVN - Move 1 to 100 unit numeric field to a 1 to 100 unit field, truncating,
padding(with zeros) or zone-filling/stripping as required.
MVA - Move a 1 to 100 unit alpha field to a 1 to 100 unit field, truncating,
padding(with spaces) or zone-filling/stripping (converting 4-bit to 8-bit
by adding a 0xF zone digit).
SEA - Search table for key (<, >, =)
|
|
|
|
| Re: COBOL and tricks [message #416673 is a reply to message #416659] |
Wed, 14 September 2022 12:56 |
Charlie Gibbs
Messages: 5313
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On 2022-09-14, Quadibloc <jsavard@ecn.ab.ca> wrote:
> On Tuesday, July 19, 2022 at 6:27:37 PM UTC-6, Charlie Gibbs wrote:
>
>> There wasn't a single GOTO, but remember
>> that a subroutine call is just a GOTO paired with a "come from".
>
> Subroutine calls don't create spaghetti code.
The undisciplined use of subroutine calls can create spaghetti code
almost as bad as the undisciplined use of GOTOs (although in this
case the strands are doubled). In extreme cases, the overhead of
calling and returning from subroutines can take up a significant
amount of CPU time. There have been cases where such programs
cause virtual memory systems to thrash.
> Unless the subroutines don't perform a specific function, that
> can be thought of as part of a more fine-grained view of the
> program, but instead are inextricably bound to the internal logic
> of the routine that called them. In _that_ case, the spirit of the
> rules of structured programming is being violated.
You're probably thinking of the kind of cases I mentioned above,
which can be thought of as getting a little _too_ fine-grained.
Unfortunately, in the early days Structured Programming attracted
many zealots who saw the number of subroutine calls as a figure
of merit. They are the ones whose programs most often turned out
to be bulky and slow, with logic flow that was almost impossible
to follow. When I took over a program I could often shrink it
by 30% - in extreme cases 50% - with a significant improvement
in readability.
--
/~\ Charlie Gibbs | Microsoft is a dictatorship.
\ / <cgibbs@kltpzyxm.invalid> | Apple is a cult.
X I'm really at ac.dekanfrus | Linux is anarchy.
/ \ if you read it the right way. | Pick your poison.
|
|
|
|
| Re: COBOL and tricks [message #416674 is a reply to message #416673] |
Wed, 14 September 2022 13:29 |
Ahem A Rivet's Shot
Messages: 4843
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On Wed, 14 Sep 2022 16:56:45 GMT
Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
> The undisciplined use of subroutine calls can create spaghetti code
> almost as bad as the undisciplined use of GOTOs (although in this
> case the strands are doubled). In extreme cases, the overhead of
> calling and returning from subroutines can take up a significant
> amount of CPU time.
Brings to mind a little job under messy dos I got involved in many
many years ago - part of the job involved plotting points on the screen in
selected colours, and we had been given a utility library that we were
expected to use for nearly everything and sure enough it had a plot point
in a colour function - so we used it.
The resultant program worked fine except for a small detail of
abysmal performance - profiling ensued - it was spending all its time in
the plot function. Code inspection ensued - this function checked its
parameters (x and y on screen, colour valid) and called a lower level
library plot function which (you've guessed it) checked its parameters (x
and y on screen, colour valid) and called ... I forget how many levels it
went through (far too many) before it made a call to the DOS plot function
which (yes really) checks its parameters as before and calls the BIOS plot
function which checks its parameters and actually sets a pixel.
So I did the obvious and replaced all the plot function calls with
calls to the BIOS result the application went for abysmally slow to very
snappy.
--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
|
|
|
|
| Re: COBOL and tricks [message #416676 is a reply to message #416673] |
Wed, 14 September 2022 13:44 |
Ahem A Rivet's Shot
Messages: 4843
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On Wed, 14 Sep 2022 16:56:45 GMT
Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
> You're probably thinking of the kind of cases I mentioned above,
> which can be thought of as getting a little _too_ fine-grained.
> Unfortunately, in the early days Structured Programming attracted
> many zealots who saw the number of subroutine calls as a figure
> of merit.
Almost any useful approach to program design can be abused to make
a mess - OTOH if you design for efficiency and code for clarity you can
produce nice[1] code in any paradigm.
[1] In it's precise meaning.
--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
|
|
|
|
| Re: COBOL and tricks [message #417137 is a reply to message #415546] |
Fri, 28 October 2022 03:20 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/25/2022 5:52 PM, Charlie Gibbs wrote:
>
> A sufficiently determined programmer can write unreadable code
> in any language. Convoluted code with no comments is even worse.
> Convoluted code with outdated, incorrect comments is worse still.
>
At a PPoE, we received FORTRAN code under a tech-sharing agreement with
a competitor. A comment atop a convoluted subroutine read:
C
C IT TOOK ME A LONG TIME TO UNDERSTAND HOW THIS
c ROUTINE WORKS, AND IT WILL TAKE YOU A LONG TIME
C ALSO, CAUSE I AM NOT GOING TO TELL YOU HOW IT
C WORKS.
C
a very helpful comment indeed!
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417138 is a reply to message #415596] |
Fri, 28 October 2022 03:24 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/26/2022 2:38 PM, John Levine wrote:
> According to 25B.Z959 <25B.Z959@nada.net>:
>> Even my ASM ... every line has a comment, an ongoing
>> narrative of what's happening and why. Based on that
>> you could translate it into a dozen higher-level
>> languages.
>
> i += 2; // Add 1 to i.
>
Very common type... It is an "off by one" error. ;-)
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417139 is a reply to message #415661] |
Fri, 28 October 2022 03:37 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/27/2022 1:10 PM, Charlie Gibbs wrote:
> On 2022-07-27, 25B.Z959 <25B.Z959@nada.net> wrote:
>
>> On 7/26/22 4:53 PM, Vir Campestris wrote:
>>
>>> The useful comments don't say _what_ you're doing, they say _why_.
>>
>> 'Zactly ... it needs to be a 'narrative' - both WHAT and WHY.
>> Doesn't matter if it's ASM or COBOL or FORTRAN or Python. If
>> you or anybody would EVER need to go back and tweak the pgm
>> it really NEEDS serious commenting. Alas it's kinda RARE to
>> see this ..... the old "Well *I* know what it's all about NOW"
>> attitude. Wait a couple years until the boss decides your form
>> needs some new data fields or entry box #7 moved 10 spaces to
>> the right 'cause it would 'look nicer' .... :-)
>
> Don't laugh. Once upon a time, every shop in Canada that ran payroll
> had to modify their programs that generated T4 forms (Statement of
> Remuneration Paid) because someone in Ottawa decided to move one
> box one space to the right.
>
> The hairiest change I was involved in, though, was when the government
> decided to turn the form upside down, i.e. put the row of numbers
> across the top rather than the bottom. (Or maybe it was the other way
> around, I can't remember.) I was maintaining the program in a shop
> whose card-based machine's memory was so small that it didn't have
> room to store all of an employee's information. It would read the
> card containing the employee's name, print it out, then work its
> way through the cards with the employee's address, city, etc.
> Finally it would read the card with the actual numbers and
> print them. The card deck was sorted by employee number and
> a sequence code that ensured that name, address, and statistics
> were in the proper order. Not only did I have to overhaul the
> program's logic to handle the different sequence, the entire
> card deck had to be re-punched (and re-sorted) with the modified
> sequence code.
>
> There has to be a better way to fight unemployment...
>
Charlie Gibbs: Reminds me of your story about an existing program that
read in *all* the large number of data lines, then processed the lines,
and only then sent all of it to the line printer. You re-wrote the code
to read a card, process that one item and immediately send the result to
the printer. This took less code and less memory for processing.
As soon as your program started, the printer began printing results.
And your cow-orkers thought the program must be broken... cause it never
acted like that before!!!
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417140 is a reply to message #415616] |
Fri, 28 October 2022 03:43 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/26/2022 3:57 PM, Peter Flass wrote:
> John Levine <johnl@taugh.com> wrote:
>> According to 25B.Z959 <25B.Z959@nada.net>:
>>> Even my ASM ... every line has a comment, an ongoing
>>> narrative of what's happening and why. Based on that
>>> you could translate it into a dozen higher-level
>>> languages.
>>
>> i += 2; // Add 1 to i.
>>
>
> For some values of one ;-)
>
No... for smaller values of two. Or perhaps the programmer thought:
"I'm gonna have to increment 'i' again, so I might as well add 2 now
now and cut down on later coding..." ;-(
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417141 is a reply to message #415639] |
Fri, 28 October 2022 03:52 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/26/2022 9:57 PM, 25B.Z959 wrote:
> On 7/26/22 4:43 PM, Charlie Gibbs wrote:
>> On 2022-07-26, 25B.Z959 <25B.Z959@nada.net> wrote:
>>
>>> On 7/25/22 4:55 PM, Peter Flass wrote:
>>>
>>>> 25B.Z959 <25B.Z959@nada.net> wrote:
>>>>
>>>> > So ... COBOL is for BAD PROGRAMMERS who can't foresee
>>>> > downstream consequences hmmm ??? ;-)
>>>>
>>>> No, COBOL is for the NEXT poor bastard who has to look at your code
>>>> and
>>>> try to figure out what the heck you were trying to do. The more
>>>> “concise”
>>>> a language is, the more write-only it tends to be.
>>>
>>> THAT'S why 60-75% of my programs are expository COMMENTS
>>> and little TUTORIALS. YOU can EXPLAIN the code a LOT
>>> better than any code can explain itself.
>>>
>>> Even my ASM ... every line has a comment, an ongoing
>>> narrative of what's happening and why. Based on that
>>> you could translate it into a dozen higher-level
>>> languages.
>>
>> I started doing exactly that in assembly language, and still do it in C.
>>
>>> And then I see "examples" with 200 lines of 'C' or
>>> whatever with like THREE cryptic comments. The rest
>>> is apparently all Magic ....
>>
>> "My code is so readable it doesn't need comments."
>
>
> There's an old joke about a college prof (and a friend
> of mine had one JUST like it) where the prof slams down
> five lines of ultra-dense next-level math on the blackboard
> then kinda half turns to the class and says "So, obviously ..."
The way I head it: Professor comes in the classroom, and writes several
lines of convoluted mathematics on the board, then says: "..and its
obvious from this that x = 47."
A student says: "Is it really obvious??" The professor excuses
himself, leaves the room, and returns 10 minutes later. Then he says:
"Yes, it's obvious..."
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
|
|
| Re: COBOL and tricks [message #417143 is a reply to message #417137] |
Fri, 28 October 2022 04:03 |
|
|
Originally posted by: Bob Eager
On Fri, 28 Oct 2022 02:20:00 -0500, Charles Richmond wrote:
> On 7/25/2022 5:52 PM, Charlie Gibbs wrote:
>>
>> A sufficiently determined programmer can write unreadable code in any
>> language. Convoluted code with no comments is even worse.
>> Convoluted code with outdated, incorrect comments is worse still.
>>
>>
> At a PPoE, we received FORTRAN code under a tech-sharing agreement with
> a competitor. A comment atop a convoluted subroutine read:
>
> C
> C IT TOOK ME A LONG TIME TO UNDERSTAND HOW THIS c ROUTINE
> WORKS, AND IT WILL TAKE YOU A LONG TIME C ALSO, CAUSE I AM NOT
> GOING TO TELL YOU HOW IT C WORKS.
> C
>
> a very helpful comment indeed!
In this context, it is obligatory to link this:
https://gist.github.com/FedericoPonzi/f026ff5c210e738ee03d27 1c8fc0f29b
--
Using UNIX since v6 (1975)...
Use the BIG mirror service in the UK:
http://www.mirrorservice.org
|
|
|
|
| Re: COBOL and tricks [message #417144 is a reply to message #415816] |
Fri, 28 October 2022 04:09 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 7/31/2022 9:05 PM, John Levine wrote:
> It appears that Peter Flass <peter_flass@yahoo.com> said:
>> I think Lynn might weigh in on this, but I believe APL was used to define
>> S/360 architecture.
>
> The 1964 issue of the IBM Systems Journal which was all about S/360
> included a description of the architecture in a version of APL.
>
> Shortly after that the started turning APL from a paper lanaguage into
> one that could run on a computer.
>
The main APL folk who created the code (Ken Iverson and Adin Falkoff)
wrote an intro document for APL. In the preface, Iverson said he tried
to make the intro "perspicacious"... (that word means simple and
straightforward...)
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417145 is a reply to message #415864] |
Fri, 28 October 2022 04:24 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 8/1/2022 2:56 PM, Rich Alderson wrote:
> "25B.Z959" <25B.Z959@nada.net> writes:
>
>> As best I remember, APL came with some of the old
>> Commodore PET computers - considered a rival for
>> BASIC at the time. Yes, you CAN "concisely" render
>> a lot of math stuff, but ........
>
> APL is more than a decade older than the PET.
>
> The first personal computer implementation was the IBM 5100, c. 1972.
>
> It was used on the 360 and on the IBM 1800 (running the 1500 operating system)
> in the Computer-Assisted Instruction Lab at UTexas in the late 1960s. That's
> where I first used it.
>
> It was available on DEC PDP-10 systems as well.
>
There was also Xerox APL that ran on a Sigma 9.
Gary Kildall of CP/M fame wrote an APL for the Borroughs 5500. His
graduate thesis involved an implementation of APL on the B5500, using
words instead of the special characters that APL usually used.
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417146 is a reply to message #415857] |
Fri, 28 October 2022 04:44 |
Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
|
Senior Member |
|
|
On 8/1/2022 1:53 PM, Charlie Gibbs wrote:
> On 2022-08-01, Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:
>
>> On Mon, 01 Aug 2022 09:45:53 -0500, D.J. wrote:
>>
>>> I've never seen an 8" floppy drive anywhere.
>>
>> They are rarer than hen's teeth, these days.
>>
>> My first encounter with an 8" floppy disk drive was in loading
>> the microcode into a S/370-30 mainframe. Later, when I acquired
>> my first home computer (a Cromemco Z2) I loaded CP/M from 8"
>> disks on my dual-drive Persci voice-coil floppy disk drive.
>
> I still have my IMSAI with its two 8-inch floppy drives.
> Unfortunately, although it powers up and the CPU appears
> OK, it won't boot. I suspect that the boot ROM has suffered
> bit rot. I'll need to find the listing of the ROM's contents
> and a 2708 programmer...
>
If the boot ROM is socketed, you might pull it out/push it in the socket
a few times. Sometimes the "legs" are a bit corroded. ISTM I read
somewhere that applying power to the chip for a while *might* allow the
memory cells to re-generate... something like an electrolytic capacitor
can do. YMMV.
--
Charles Richmond
--
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|
|
|
|
| Re: COBOL and tricks [message #417147 is a reply to message #417144] |
Fri, 28 October 2022 06:26 |
The Natural Philosoph
Messages: 238
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On 28/10/2022 09:09, Charles Richmond wrote:
> On 7/31/2022 9:05 PM, John Levine wrote:
>> It appears that Peter Flass <peter_flass@yahoo.com> said:
>>> I think Lynn might weigh in on this, but I believe APL was used to
>>> define
>>> S/360 architecture.
>>
>> The 1964 issue of the IBM Systems Journal which was all about S/360
>> included a description of the architecture in a version of APL.
>>
>> Shortly after that the started turning APL from a paper lanaguage into
>> one that could run on a computer.
>>
> The main APL folk who created the code (Ken Iverson and Adin Falkoff)
> wrote an intro document for APL. In the preface, Iverson said he tried
> to make the intro "perspicacious"... (that word means simple and
> straightforward...)
>
No, it doesn't mean that. It means quick witted and discerning. 'sharp'
is a colloquial equivalent
By your context Iverson was using a word whose meaning he didn't
understand either.
"Perspicacious" applies to an active intelligence, not a document.
--
"I guess a rattlesnake ain't risponsible fer bein' a rattlesnake, but ah
puts mah heel on um jess the same if'n I catches him around mah chillun".
|
|
|
|
| Re: COBOL and tricks [message #417148 is a reply to message #417146] |
Fri, 28 October 2022 06:30 |
The Natural Philosoph
Messages: 238
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
On 28/10/2022 09:44, Charles Richmond wrote:
> On 8/1/2022 1:53 PM, Charlie Gibbs wrote:
>> On 2022-08-01, Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:
>>
>>> On Mon, 01 Aug 2022 09:45:53 -0500, D.J. wrote:
>>>
>>>> I've never seen an 8" floppy drive anywhere.
>>>
>>> They are rarer than hen's teeth, these days.
>>>
>>> My first encounter with an 8" floppy disk drive was in loading
>>> the microcode into a S/370-30 mainframe. Later, when I acquired
>>> my first home computer (a Cromemco Z2) I loaded CP/M from 8"
>>> disks on my dual-drive Persci voice-coil floppy disk drive.
>>
>> I still have my IMSAI with its two 8-inch floppy drives.
>> Unfortunately, although it powers up and the CPU appears
>> OK, it won't boot. I suspect that the boot ROM has suffered
>> bit rot. I'll need to find the listing of the ROM's contents
>> and a 2708 programmer...
>>
>
> If the boot ROM is socketed, you might pull it out/push it in the socket
> a few times. Sometimes the "legs" are a bit corroded. ISTM I read
> somewhere that applying power to the chip for a while *might* allow the
> memory cells to re-generate... something like an electrolytic capacitor
> can do. YMMV.
>
I occasionally watch 'Adrians digital basement' on you tube for idle
nostalgic amusement, he restores old 8 /16 bit machines and drives.
It appears there are archive sites for old ROM code, donated by people
who still care.
And various hacks exist to make old rom emulators using new(er) Eproms,
EAROMS and even probably SD cards
--
"I guess a rattlesnake ain't risponsible fer bein' a rattlesnake, but ah
puts mah heel on um jess the same if'n I catches him around mah chillun".
|
|
|
|
| Re: COBOL and tricks [message #417150 is a reply to message #417138] |
Fri, 28 October 2022 09:41 |
scott
Messages: 4237
Registered: February 2012
Karma: 0
|
Senior Member |
|
|
Charles Richmond <codescott@aquaporin4.com> writes:
> On 7/26/2022 2:38 PM, John Levine wrote:
>> According to 25B.Z959 <25B.Z959@nada.net>:
>>> Even my ASM ... every line has a comment, an ongoing
>>> narrative of what's happening and why. Based on that
>>> you could translate it into a dozen higher-level
>>> languages.
>>
>> i += 2; // Add 1 to i.
>>
>
> Very common type... It is an "off by one" error. ;-)
>
Whereas 'type' is a less common typo...
|
|
|
|
| Re: COBOL and tricks [message #417151 is a reply to message #417141] |
Fri, 28 October 2022 11:45 |
Joe Pfeiffer
Messages: 764
Registered: January 2012
Karma: 0
|
Senior Member |
|
|
Charles Richmond <codescott@aquaporin4.com> writes:
> On 7/26/2022 9:57 PM, 25B.Z959 wrote:
>>
>> There's an old joke about a college prof (and a friend
>> of mine had one JUST like it) where the prof slams down
>> five lines of ultra-dense next-level math on the blackboard
>> then kinda half turns to the class and says "So, obviously ..."
>
> The way I head it: Professor comes in the classroom, and writes
> several lines of convoluted mathematics on the board, then says:
> "..and its obvious from this that x = 47."
>
> A student says: "Is it really obvious??" The professor excuses
> himself, leaves the room, and returns 10 minutes later. Then he says:
> "Yes, it's obvious..."
In an undergrad quantum mechanics class, the text said something along
the lines of "from equation 13 we can see equation 14". The professor
decided to assign getting from 13 to 14 for homework. Two pages of
calculus later, I gave up and turned in my incomplete "solution". I was
very pleased with myself when I found the professor had given up on the
same line I had.
|
|
|
|
Members
Search
Help
Register
Login
Home
