I agree with Shumel and some others. It would be very nice if many panels
would somehow display the actual commands they will use or, if that is not
workable, perhaps a very short outline of the actions that will be taken.
Being rather elderly now (and with failing memory at times) this would be
e
>I myself dislike COBOL for the very simple and personal reason that it's so
>WORDY.
***
I am not a COBOL programmer, except for some very minor attempts a long time
ago. However, I very much respect the proper use of the WORDY aspect. It
seems to help with maintenance and updating of large, co
>The source was unreadable because of the amount and size of copybooks.
>When compiled, the listing was so big that it was near impossible to
follow.
>Needless to say, the variable and paragraph names didn't help too much.
>Have you ever tried reading a DMS for CICS (again, 40 years ago)
>generat
>If humans ever get so dependent on AI that they blindly follow the
>"advice" of an AI assistant, all it takes is for AI to feed humans a
>mis-analysis of a life-threatening situation or potential extinction
>event and let the humans do the damage.
Sorry, but I cannot resist an obvious respon
>I have frequently caught him citing news sources that got the details wrong
>- so frequently that I am now in the habit of looking up (for example)
>Supreme-Court rulings to see what they actually say rather than what he
>said they say.
AMEN. News reports SHOULD be valuable, but this has become
Thank you for trying to stop the runaway politics.
I do spend time looking at a fair amount of history. I have some memories of
comments from the 1500s, the 1700s, the 1800s, and the early 1900s all
saying (using various terms) that "changes" (aka "progress") should be
stopped because "things are
Interesting discussion on screen sizes, keyboards, etc. Many of us have
various different opinions. My opinions have changed since the early days
when some of us (the "older" ones) used 2260s instead of 3270s.
I am using a 21" screen at the moment, with three "windows" open on it. I
would not want
Long ago and far away I helped an IBM customer set up his new 148 VS1
machine to use CICS. At that time it had the macro interface, but as an
assembly programmer that was good for me. 3270s were very new at the time
and controlling the screen appearance was important. The customer was an
Electric
Comment for Seymour:
> By the time the 370/148 came out 3270s were old hat.
Not in all parts of the world!
>3270-1? Did you mean 3277-1? I never saw one in the flesh, and it was way
too small.
Sorry, I used the "generic" 3270 instead of the specific "3277". Yes, the
model 1 had a very small scre
>From:Seymour J Metz
>Yep, "Model 1 displays 480 characters (12 rows of 40 characters)."
>Did you have keyboard issues?
My memory of those ancient history days (early 70s) simply fails too much. I
seem to remember "something" simple we did with the keyboard, but the
details have vanished. (An
> From Parwez: My mistake, the 370/195 had 2 MB, this customer's 360/75 had
1 MB
In those ancient days an MB of memory was $$expensive$$ and fairly rare. In
the very early 70s I worked in an installation that had two 360/75s, each
with 3 MB (1 MB normal memory and 2 MB LCS). The second 75 was just
>Concerning the comments on trucks, driving, and the rest of the world.
I lived for years in various parts of the world, including Germany (for one
year). Driving can be more complex there (such as when driving 100MPH and
being "blinked" from behind asking me to get out of the way!) Knew a few
truc
I used 026, 029, and 129 machines. (And the 010 machines; remember those!)
Never bothered me, but I agree with the comment that their use (and punched
cards in general) encouraged me to be much more careful with my "on paper"
programming before starting to punch cards. Dunno how to translate this
"
My trivial comments:
1. Using a password manager seems to be putting all our eggs in one basket.
What if that basket fails? Is it secure? Can I always access it? If we need
to make a particular password available to a "trusted" friend (at some
indefinite time), how should we manage that.
2. I have
A simple suggestion: Do not let this project create an even worse situation!
More recent z/OS setups (with RACF) can "disable" a userid after "n"
password failures. ("n" is often 3.) If your userids are easily
found/duplicated, a really bad guy could, with relatively minor
Linux/Windows scripts, di
Subject: Re: VTOCs vs. catalogs
> I'm curious whether any of you old-timers can explain why we have both
VTOCs and catalogs.
Please note that you can have datasets with exactly the same name on
different volumes, but only one can be cataloged. This was (and might still
be) a common practice for sy
> What you described about VSAM is what I heard too, a replacement of the
then dominant access methods.
>
Wow -- I distinctly remember that goal. It really scared many of us
(customers and IBMers) and made some of us aware of the gaps between
"developers" and "users".
KSDS worked well to replace
zPDT was not designed to emulate DS8* functions. The basic emulation
(currently) is for simple ESCON 3390s. You might check with your zPDT
support channels and discuss whatever functions you are trying to emulate.
Bill
--
For IBM
Re: ISPF Edit - how to switch off CAPS ON?
Being an old, old, old assembly programmer, I still write the actual code in
upper case. However, more recently (a few decades perhaps) I started using
mixed case for comments. Is it "needed"? Perhaps not, but I think it makes
the comments more readable -
My previous comment about "more recently (a few decades perhaps)" seems to
have triggered some thoughts among various responders. I can definitely say
that any programming I accomplished that involved using a keypunch for input
does not qualify as "recent"! (My "older" experience (1620, 1410, 7040,
> I thought there was a standard... (perhaps 40 years ago)
> First 3 letters = allocated to the product. Starting with A to H is for
> IBM products
> 4th letter component within product
> 5...n-1 message number
> Last message type I,W,E,A,T
>Colin
Like surprisingly many of us, I distinctly rem
I replied directly to Mark Waterbury, but there seems to be slightly more
interest in this topic. I was the original author (the "O" in OZS) but it
was a long time ago, before all the modern
databases/forums/newsgroups/networks existed. I believe it helped set the
mindset for much later work.
Bill
>The key is for those who RTFM - which sadly is rarely the case.
>
>> I last read the pubs many years ago when it was hardcopy - with
>> softcopy I typically read sections instead of cover to cover - another
>> failing of online pubs.
Having been involved with many publications over the years and
>For compiler listings and actual assembler listings, and assembler inlines,
>and for interfacing with
>z/OS via its macro interfaces, PL/X has always had a huge advantage over
>C/C++.
AMEN
For someone working on important, complex, long-term (decades) applications,
it might appear that C/C+
> I have found google to be useless for locating old IBM manuals.
While it is not exactly relevant to IBM-MAIN topics, I seem to see recent
google results as having considerably less "accuracy" than in earlier days
and considerably more "advertising" or "marketing" orientation. I find I am
using i
25 matches
Mail list logo
