ever, the questions are good ones!
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>This abuse of latin-derived plurals leads to such obsenities as "piece of
>data" where "datum" would suffice and "medias".
>"Why can't the English learn to speak?";was that in Pygmalian, or added for My
>Fair Lady?
Good point, but why restrict it to a few Latin words. Much of English was
n those days. I seem to remember it was all
in-memory processing with the compiled program replacing the compiler (a little
at a time) and then the job executed. The compiler was read again (from a 7330)
for the next job. Things have certainly changed over th
Before saying something like "COBOL is terrible compared to the English
language" try studying a remote analysis of common, everyday English
sentences --- the study based on a wholly different language base. The
order of words in English, and the exact meaning of the order in a
particular
ed early: if possible,
keep datasets open and avoid the need to access a VTOC often. )
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
G'day Bill,
Is there a typo in your program?
I changed
VL 1,VEC2
to
VL 1,VEC1
and got the expected results.
Peter
-
You are quite correct. My old fingers no longer hit the right keys!
Bill Ogden
VEC1 DC F'1',F'2',F'3',F'4'
VEC2 DC F'5',F'6',F'7',F'8'
VSAVEIT DC 4F'0'
You should see in 1+5 in GPR1, 2+6 in GPR 2, etc.
(It works with zPDT.)
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions
but seemed to work well at the time-but that was too many years ago!
Today, I think one can flip coins to decide on a particular meaning for
the title.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions
Being a bit more curious, I set //GO.SYSOUT DD DUMMY to remove the
overhead of formatting and printing, and the CPU time for the 3355440
version went to 1.10 seconds. Very impressive.
Bill
--
For IBM-MAIN subscribe /
Not being a COBOL person, I could not resist trying the prime number
COBOL program previously listed. Working on a zPDT system (based on a
rather large laptop) I tried the NA-LINE OCCURS 26214 version and this
took .14 seconds CPU, producing about 2800 lines of output. I then tried
the
>Rule of thumb: you don't need old tapes, you may need old data.
>In my former life I had 20 years old data, but the tapes were approx.
>2-3 years old (max.). And always replicated, always in two locations.
>For old media (tapes, optical, hdd's, whatever) the earlier you start
>reading them the
The long-ago set of programs I wrote to read 9-track tapes on a PC
processed physical tape blocks, in binary, and added a header to each
block before writing it on the CD. Another program could read the CD and
write a new 9-track tape, if needed. My program accepted a double tape
mark to mean
For a small project I had almost 30 years ago (definitely a non-IBM
project) I purchased an Overland Tape unit. It was SCSI attached. I also
had a DVD writer attached to the PC and did a fair bit of coding to make
software that would read a 9-track tape and write the data on DVD.
Included were
. (Dunno who used it;
autocoder was the most common language.)
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Before pontificating on "stupid" patents, PLEASE study the general field
just a tiny bit! These are defensive patents and the unfortunate patent
systems (mostly led by the U.S.) make these very necessary. The only
stupidity involved (other than the whole patent process) is not
understanding
s are (1) off-site storage, (2)
multiple PiT recovery, (3) logical error recovery. All this can be done
with disk-only environments involving remote copy and lots of disk space,
but all that becomes expensive for smaller shops.
Bill Ogden
-
If the "dongle" you mention is for zPDT and you intend to switch this
among several PCs, then you should pay attention to the Linux TOD in the
machines. Remember that the zPDT setup should never see the TOD run
backwards.
Bill
T release a few days ago.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Date:Sun, 10 Nov 2019 08:01:24 -0800
>From:Tom Brennan
>Subject: I saw 7 new college mainframe hires!
>
>Last week I was invited to an IBM z15 meeting for a particular customer.
> There were 7 younger folks in the row behind me who stood out among
>all the (let's say) "older" people
> Is there a support forum for zPDT and/or zD?
You might check "groups.yahoo.com/group/z1090" for zPDT, although I
believe some zD users appear there also.
Bill
--
For IBM-MAIN subscribe / signoff / archive access
are only for zD Very minor differences.
Unless you are an ISV, a member of the IBM Partnerworld, and eligible for
the z Systems developer discount program, your path would be to zD
Bill Ogden
--
For IBM-MAIN subscribe
Wow. Everyone is being helpful. I am making a temporary ("one shot")
tool to help with a different problem that might involve dataset locations
on DASD. Was thinking of reading the VTOC directly versus picking fields
out of a IEHLIST DUMP listing. At the moment I am going with the IEHLIST
Thank you all! My old memory seemed to recall something like
DSN=VTOC.FORMAT4 which, while on the right general track, obviously
does not work. Never thought to look in Superzap for the information.
Bill
--
For
nnot
find anything, but I might be using the wrong search words.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
als are great for looking up an isolated fact; IMHO, they
leave much to be desired for serious study.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
In the old IBM, "GEM" was Government, Education, Medical.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Date:Thu, 5 Jul 2018 09:48:03 -0500
>From:Bill Godfrey
>
>Your A(TU1) should be A(TUPL), and TUPL should look like this:
>
>TUPL DCA(TU1,TU2,TU3,TU4,TU5,TU6,TU7,TU8+X'8000)
Thank you!
IBM-MAIN is magical. A minute AFTER I hit "send" for my message I saw
the error. If the
DC X'' error codes
DCA(TU1)
DCX''
DRBPTR DC X'80'
DC AL3(DRB)
Thanks..
BIll Ogden
--
For IBM-MAIN subscribe / signoff / archive
very much aware
of the problem, but it must be resolved by the token vendor. They are
working on it.
Bill Ogden
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the mes
29 matches
Mail list logo
