On 08/11/2015 01:19 PM, Paul Gilmartin wrote:
On Tue, 11 Aug 2015 12:37:30 -0500, Joel Ewing wrote:
Encyclopedia Britannica is complicit in the confusion to this day by
incorrectly implying in their Leap Year entry that in addition to the
divisible by 4, 100, 400 rules there either
On 08/12/2015 07:38 AM, Jerry Callen wrote:
In another thread, l...@garlic.com wrote:
... but then if MVS had FBA support wouldn't have needed to do 3380 as CKD
(even tho inherently it was FBA underneath) ...
I didn't know that.
Was that the first (and/or last?) IBM SLED to be
One of the things that became obvious in the Y2K discussion groups by
1999 was that the general public is not very good at understanding leap
year exception rules, especially ones that neither they, nor several
generations of their ancestors, have ever witnessed. It ran all the way
from some
Well, actually the original statement WAS self-apparently ludicrous
because it stated that U.S. DoD decreed ALL businesses would use COBOL,
period, and DoD has never had that much authority.
DoD had zero control over businesses that did not work on defense
contracts for DoD, and even those with
On 06/24/2015 03:58 PM, Paul Gilmartin wrote:
On Wed, 24 Jun 2015 13:34:04 -0500, Janet Graff wrote:
Sadly, python rejected the quote prefix for the site command.
*cmd* 'QUOTE SITE RECFM=FM LRECL=80 BLKSIZE=3200'
*put* 'QUOTE SITE RECFM=FM LRECL=80 BLKSIZE=3200'\r\n
*get* '500 unknown
On 06/23/2015 11:40 AM, John McKown wrote:
On Tue, Jun 23, 2015 at 11:24 AM, Charles Mills charl...@mcn.org wrote:
In a split screen ISPF session, with two edit logical screens open, is it
possible to do a line command CC/A type copy from one logical screen to the
other? That is, it does not
On 06/04/2015 11:07 AM, Shmuel Metz (Seymour J.) wrote:
In 556da66b.9040...@acm.org, on 06/02/2015
at 07:49 AM, Joel Ewing jcew...@acm.org said:
That may well be, but according to IBM and TSO documentation the
behavior of IKJEFT1A/IKJEFT1B is by design slightly different,
How
On 06/01/2015 07:23 PM, Shmuel Metz (Seymour J.) wrote:
In 556b662e.60...@acm.org, on 05/31/2015
at 02:51 PM, Joel Ewing jcew...@acm.org said:
The above CLIST code should presumably work as you expect for
intercepting SEND CLIST errors in an Interactive TSO/E, ISPF
environment where TSO
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 2015-05-31 19:55
Subject:Re: Notify for XMIT
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
In 555fe63d.3010...@acm.org, on 05/22/2015
at 09:30 PM, Joel Ewing jcew...@acm.org said:
But from APPENDIX A in TSO/E
On 05/31/2015 09:32 AM, Shmuel Metz (Seymour J.) wrote:
In 555fe63d.3010...@acm.org, on 05/22/2015
at 09:30 PM, Joel Ewing jcew...@acm.org said:
But from APPENDIX A in TSO/E Customization, any command invoked
directly from the TMP that returns a non-0 return code causes the
TMP to end
On 05/29/2015 10:37 PM, Mike Schwab wrote:
Well, it is old, but it is free.
http://www.jaymoseley.com/hercules/
Click on Install MVS 3.8.
It includes instructions for loading MVS 3.7 on 2 3330 packs.
You then update SMPE and install MVS 3.8.
You can also then install the IBM PTFs and User
On 05/21/2015 09:46 AM, Shmuel Metz (Seymour J.) wrote:
In 555c9bbd.4030...@acm.org, on 05/20/2015
at 09:35 AM, Joel Ewing jcew...@acm.org said:
My recollection is that the immediate bailout from the CLIST and
from batch TSO on a non-zero TSO command processor RC only
occurred
Realizing this does not solve the OP's immediate problem, for the
benefit of any others with similar exposure:
If you have important, possibly even critical data on DFHSM ML2 or
BACKUP tapes, then not making use of DFHSM DUPLEX capability is false
economy that you will eventually come to regret.
On 05/19/2015 07:16 PM, Shmuel Metz (Seymour J.) wrote:
In 5554ae6d.4030...@acm.org, on 05/14/2015
at 09:17 AM, Joel Ewing jcew...@acm.org said:
I think we resolved the issue by converting the CLIST to REXX so another
TCB was involved.
How is that relevant? What is relevant is how you
On 05/16/2015 03:03 AM, Brian Westerman wrote:
For simple Time of Day/Day of week job and task scheduling there is SyzAUTO/z
www.SyzygyInc.com/SyzAUTOz.htm. It's quite a bit cheaper than the products
from IBM, CA, and ASG.
Brian Westerman
There are also some freebies from cbttape.org
On 05/14/2015 01:27 PM, Mark Jacobs - Listserv wrote:
As a general rule, the higher the RSU level the more security and
integrity fixes will be included. The only way you'll know for sure is
to access IBM's portal and download the special holddata.
On 05/13/2015 03:57 PM, Ed Finnell wrote:
Check out Sam G's BRODCAST utility on CBT. It addresses the problem.
In a message dated 5/13/2015 3:46:03 P.M. Central Daylight Time,
ste...@copper.net writes:
How many (willing to say) are using logfile.USERID in place of
SYS1.BRODCAST?
On 05/05/2015 09:28 AM, Scott Ford wrote:
All,
Since I started this question, so how is one to check for the existence
of datasets if we can't really trust IEFBR14 ? Yeah, I can write an
Assembler routine, by why, when BR14 is supposed to work...I have staging
datasets we use to build our
On 04/23/2015 02:12 PM, Nims,Alva John (Al) wrote:
Found this page on IBM's pricing:
https://www-304.ibm.com/partnerworld/wps/servlet/ContentHandler/pw_com_zpdt_pricing
Al Nims
Systems Admin/Programmer 3
Information Technology
University of Florida
(352) 273-1298
-Original
On 04/22/2015 07:03 AM, John McKown wrote:
On Wed, Apr 22, 2015 at 2:09 AM, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
Tom Brennan wrote:
The word resource hadn't been used for a person yet, and managers ran
projects themselves and knew who was best for each particular
Let me guess, they still didn't bother to add a test for
table-size-exceeded to perform a graceful failure of the transaction
rather than take out the entire CICS region when the increased table
eventually proves inadequate; and if just increasing max table sizes
greatly increased CPU, then no
On 03/25/2015 04:03 PM, Shmuel Metz (Seymour J.) wrote:
In 7426932741606214.wa.vbcoengmail@listserv.ua.edu, on
03/25/2015
at 01:21 PM, Vince Coen vbc...@gmail.com said:
Anyone have the JCL to set up a new user for TSO and other services
for both OS/390 and Z/OS.
There is no the
On 02/27/2015 12:04 AM, Elardus Engelbrecht wrote:
Ed Gould wrote:
http://www.theregister.co.uk/2015/02/26/my_aunt_was_a_human_assembler_at_nasa/
Wow! Interesting. My jaw also dropped to the floor.
Ok, ok, ok, I give up, we are too spoiled today with all these fancy systems,
languages
On 02/23/2015 10:59 PM, Robert A. Rosenberg wrote:
At 11:59 -0600 on 02/23/2015, Paul Gilmartin wrote about Re: O/T What
ŒThe Imitation Game¹ didn¹t tell you abo:
On Mon, 23 Feb 2015 10:14:44 -0600, Joel Ewing wrote:
In the original Email that I received from Ed the Email source text
In the original Email that I received from Ed the Email source text (as
opposed to the way my Email client renders it) shows the presence of a
hex-encoded blank (= 2 0) followed by a CR at about the 70-character
mark in the two places where the original URL later gets separated when
quoted. I'm
On 01/14/2015 06:33 PM, Dan wrote:
I have a strange memory of a previous thread about ISPF PACKing (probably pre
1995).
I seem to recall someone from IBM (in the ISPF area) posting a query about
the use of the ISPF PACK option. I believe they were hoping to remove the
function.
I've
On 01/15/2015 03:29 PM, Ed Gould wrote:
On Jan 15, 2015, at 2:36 PM, Joel Ewing wrote:
--SNIP---
If a PDSE library could have been multi-volume, that might have been one
path to eliminate our requirement for PACK.
--
Joel:
I could SWEAR
On 01/15/2015 06:08 PM, Paul Gilmartin wrote:
On Thu, 15 Jan 2015 17:31:44 -0600, Joel Ewing wrote:
On 01/15/2015 03:29 PM, Ed Gould wrote:
On Jan 15, 2015, at 2:36 PM, Joel Ewing wrote:
--SNIP---
If a PDSE library could have been multi
On 01/05/2015 09:35 AM, Paul Gilmartin wrote:
On Mon, 5 Jan 2015 07:21:28 -0800, Charles Mills wrote:
For TSO, you can probe for known user ids, but you will see a lot of LOGON
and IEA989I message in the SYSLOG.
Only if you set a specific SLIP trap for this condition.
In the video cited:
On 01/05/2015 05:56 PM, Lou Losee wrote:
Hopefully all of your started proc user ids are PROTECTED otherwise those 3
invalid password attempts could cause you big problems.
Lou
--
Artificial Intelligence is no match for Natural Stupidity
- Unknown
On Mon, Jan 5, 2015 at 2:21 PM,
Before PROTECTED was implemented we only had this happen once that I
know of -- for a CICS region. It wasn't a hack or DoS attempt. Just a
user who wasn't paying attention and thought he was telling
SuperSessions to take him to that CICS region three times in a row when
he was really on a logon
Of Joel Ewing
Sent: Monday, January 05, 2015 8:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Enumerating User IDs (was: CANCEL TSO Logon?)
On 01/05/2015 09:35 AM, Paul Gilmartin wrote:
On Mon, 5 Jan 2015 07:21:28 -0800, Charles Mills wrote:
For TSO, you can probe for known user ids, but you
On 01/03/2015 09:23 PM, Paul Gilmartin wrote:
On Sat, 3 Jan 2015 10:13:21 -0600, Ed Gould wrote:
Indeed it was at least interesting.
I would be curious if IBM would like to comment on some of the
statements on how how RACF encrypts the passwords.
I disagree with how RACF encryption is done
On 12/30/2014 04:18 AM, Shmuel Metz (Seymour J.) wrote:
In 54a23cd9.6040...@acm.org, on 12/29/2014
at 11:49 PM, Joel Ewing jcew...@acm.org said:
The problem is not that you can't already recognize on a
member-by-member level whether or not data is PACKED.
Isn't there a flag
On 12/29/2014 10:39 PM, Paul Gilmartin wrote:
On Mon, 29 Dec 2014 17:13:30 -0600, Joel Ewing wrote:
SWITCH IT OFF may not be a trivial thing to do if you are talking
about a PDS used by multiple users. The edit default for PACKED, like
a number of ISPF edit parameters, is not maintained
While conceptually XML sounds nice, the problem would seem to be the
extreme volume of data involved, millions of messages daily for large
installations. Uncompressed XML is incredibly inefficient in storage
requirements, and compressing/uncompressing XML has processing costs.
From my viewpoint I
With current emulated DASD and PAVs, performance is probably no longer
an issue, but I believe multiple page data sets on one volume is still a
potential availability issue: You wouldn't want failure of a single
emulated drive to compromise two different systems at the same time, and
I seem to
Every MVS volume I have seen in the last two decades is on an emulated
3390 drive, although no doubt somewhere people are still running real
3380s or 3390s. From MVS's viewpoint, it thinks every DASD unit
address is a physical DASD drive even though the DASD Subsystem is only
emulating the
From looking at the old iealg510 manual, it really would need a lot of
work to make it more accurate. It should mention all system data sets
that have special requirements - e.g., must be cataloged in Master
Catalog, must be on the SYSRES or the IPL volume, must be PDS not PDSE,
must exist but
On 11/24/2014 09:30 AM, Nims,Alva John (Al) wrote:
I am not sure what you are asking exactly for, but I do not think there are
any pictures of the units side-by-side, not even in the same room.
IBM 7090:
http://ed-thelen.org/comp-hist/BRL61-0548.jpg
40 matches
Mail list logo