Re: Read a PDS (all members) like PS dataset

Peter: No sure if this is what you want but again try the CBTTAPE. There is a utility to unload a PDS to PS (with and without IEBUPDTE cards. It still works after 20+ years and it still works on PDSE’s. Ed > On Jun 14, 2016, at 12:30 PM, Peter Ten Eyck > wrote:

OT/IBM Refused to Layoff its people

http://www.businessinsider.com/ibm-corporate-america-history-2016-6 The American corporation has been transformed by globalization and new technology. But equally powerful is the belief that on Wall Street and in boardrooms the sole responsibility of a corporation is to maximize profits for

Who was the first?

* Boffins decipher manual for 2,000-year-old Ancient Greek computer Antikythera Mechanism inscriptions suggest eclipse, weather prediction and... RTFM http://go.reg.cx/tdml/48a2/578aca7f/139c06f8/2msv (bet it didn’t

They are Catching up....

http://www.theregister.co.uk/2016/06/15/datacore_drops_spc1_bombshell/ DataCore drops SPC-1 bombshell Benchmark blows record to hell and gone The Fort Lauderdale boys have struck again, with a record-breaking run of 5 million IOPS, and maybe killed off every other SPC-1 benchmark contender's

Re: Sysplex Timer issue

Hi! Yes the CTNID is case sensitive. The best description today can be found in the Server Time Protocol Implementation Guide, SG24-7281: The CTN ID has the format [STP Network ID] - [ETR Network ID] and is the basis for the establishment of the Coordinated Timing Network. The format of

Re: CCSID

Oh goody. A character sets question. On 06/12/16 18:20, Scott Ford wrote: I found the problem we are using an IBM TBL EZACICTR which doesnt support CP 437, duh Bummer. Today the role of Lynn Wheeler will be played by /moi/ as I give some interesting (to me) history related to this

Re: Cringely article about more IBM rumors

Paul Gilmartin wrote: ITYM "teleported". You don't know until you open the box. -- gil Heisenberg, Schrödinger and Ohm were in a car. Heisenberg was driving and a policeman pulled him over. "Do you know how fast you were going?" the policeman asked Heisenberg. "No, but I know where I am,"

Re: Cringely article about more IBM rumors

On Wed, 15 Jun 2016 17:14:01 -0400, Tony Harminc wrote: >On 15 June 2016 at 17:06, Jack J. Woehr wrote: > >> http://www.cringely.com/2016/06/15/mainframe-dead-long-live-mainframe/ >>> >>> Goodbye Mainframe. Hello Quantum Computers. IBM is probably looking to >> sell the mainframe division to

Re: IBM plans for the future - an imaginary tale

johnmattson...@gmail.com (John Mattson) writes: > IBM made mistakes back in the 1980's and 1990's from which they may never > really recover. > 1) Doing away with the THINK motto. It seems about the time they did this > is when many of them stopped thinking. > 2) Stopped giving the systems almost

Re: Cringely article about more IBM rumors

On 15 June 2016 at 17:06, Jack J. Woehr wrote: > http://www.cringely.com/2016/06/15/mainframe-dead-long-live-mainframe/ >> >> Goodbye Mainframe. Hello Quantum Computers. IBM is probably looking to > sell the mainframe division to raise cash for building them there critturs. So

Re: Where is format of Job ID documented?

Thanks. Supports the idea of only three possible prefixes. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: Wednesday, June 15, 2016 2:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where is format of Job ID

Re: Cringely article about more IBM rumors

Dana Mitchell wrote: Interesting reading http://www.cringely.com/2016/06/15/mainframe-dead-long-live-mainframe/ Goodbye Mainframe. Hello Quantum Computers. IBM is probably looking to sell the mainframe division to raise cash for building them there critturs. -- Jack J. Woehr # Science

Re: Where is format of Job ID documented?

I was specifically wondering what could appear in the first position or first three positions. Is J(OB), S(TC) and T(SU) the complete set? I thought I seemed to remember A-something for APPC transactions? No? Anything else? Charles -Original Message- From: IBM Mainframe Discussion List

Re: Where is format of Job ID documented?

$JBIDBLD in KnowledgeCenter. Sent from my iPhone > On Jun 15, 2016, at 16:39, Charles Mills wrote: > > Yeah, I know, JOBn or Tnnn. > > Is there a formal description somewhere? Where? > > Charles > >

Re: Where is format of Job ID documented?

Charles, Perhaps this earlier discussion might help? (The postings from Klaus and it also has Barry Merri's routine too) https://groups.google.com/d/msg/bit.listserv.ibm-main/AC6LGZ2Pc2M/0lx26TmgRboJ Kolusu IBM Mainframe Discussion List wrote on 06/15/2016

Re: Where is format of Job ID documented?

Thank you, Doctor. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barry Merrill Sent: Wednesday, June 15, 2016 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where is format of Job ID documented? NO, but MXG has

Re: Where is format of Job ID documented?

On Wed, Jun 15, 2016 at 3:38 PM, Charles Mills wrote: > Yeah, I know, JOBn or Tnnn. > > Is there a formal description somewhere? Where? > > Charles > > ​I don't know if it is "formal" or not, but here:

Re: Cringely article about more IBM rumors

Yeah we hashed that out when the Z6/Z10 rolled out, same fabrication, something like 62% instruction overlap but not a Power chip. As Dr. Webb says 'siblings not twins'. The z6 rollout can be found here: http://speleotrove.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf Search on

Re: Where is format of Job ID documented?

NO, but MXG has discovered these possibilities: /* THIS ROUTINE EXPECTS JCTJOBID AND JOB AS 8-BYTE CHARACTERS, */ /* AND SUBSYS AS A 4-BYTE CHARACTER AS INPUT. */ /* JCTJOBID OF ONE LETTER AND 7 DIGITS EXIST, BUT THE MAXIMUM */ /* JESNR IS 99 BECAUSE THE 1ST WHEN SEVEN

Where is format of Job ID documented?

Yeah, I know, JOBn or Tnnn. Is there a formal description somewhere? Where? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO

Re: Cringely article about more IBM rumors

Interesting. But one glaring mistake. The z series does not have a Power chip inside it. On Wed, Jun 15, 2016 at 3:17 PM, Dana Mitchell wrote: > Interesting reading > > http://www.cringely.com/2016/06/15/mainframe-dead-long-live-mainframe/ > > Dana > >

Cringely article about more IBM rumors

Interesting reading http://www.cringely.com/2016/06/15/mainframe-dead-long-live-mainframe/ Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO

Re: Read a PDS (all members) like PS dataset

Yes, I had overlooked that BLDL requires a member name. My comments were based on the following, written some 25+ years ago: PDSRENMB CSECT START CONTROL SECTION 3300 * 3400

Re: Read a PDS (all members) like PS dataset

Pnina, Consider zapping the dataset entry (fmt1dscb) in the vtoc (or, if you are a CA client and has DMS, use DMS utility described in SPL). If you need instruction how to zap, please tell. Best, ITschak ITschak Mugzach Z/OS, ISV Products and Application Security & Risk Assessments

Re: Recover PDS (Was Read a PDS (all members) like PS dataset)

CBT PDS command (or ISV descendant StarTool) can handle this nicely. However, even IEBGENER can do it as well. Something like //SYSUT2 DD DISP=OLD,DSN=marfed-up-PDS,LRECL=80,RECFM=FB,DSORG=PO,BLKSIZE=??? //SYSUT1 DD DUMMY LRECL=80,RECFM=FB You need to figure out the actual block size for

CE$TDLI vcon generated in C compile

Hello, a colleague here switched a little sample C app from using CTDLI to CEETDLI, but his LINK step is failing on a VCON generated by compiler. Any clues as to why the CEETDLI ends up as CE$TDLI, and where that entry point lives? Neither I or my colleague has been able to find any reference

Re: Read a PDS (all members) like PS dataset

On Wed, 15 Jun 2016 10:15:56 -0700, retired mainframer wrote: > >Create two new PDSes. One with the original DCB attributes of the broken >dataset. The second with the new DCB attributes of that dataset. > Make backups; work with copies. Will HBACKDS/HRESTORE RENAME deal with inconsistent

Re: zLINUX gold image build

Thank you Mark. Appreciate it Regards, Kumar On Tue, Jun 14, 2016 at 10:57 PM, Mark Post wrote: > >>> On 6/14/2016 at 08:23 AM, Carlos Bodra wrote: > > http://www.redbooks.ibm.com/abstracts/sg247492.html?Open > > That book is quite old, and only talks

Re: Read a PDS (all members) like PS dataset

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Wednesday, June 15, 2016 9:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Read a PDS (all members) like PS dataset > > On Wed, 15 Jun 2016 15:39:01

Re: Read a PDS (all members) like PS dataset

On Wed, 15 Jun 2016 15:39:01 +, פנינה קוניגסברג wrote: >Always interesting, I am dealing this week with an error that I hoped would >be solved by the different solutions presented here, but after trying some of >the solutions presented herein have not recovered. >Background: In

Re: Read a PDS (all members) like PS dataset

Thanks for the amazingly rapid reply. A little bit more info : the original dcb was lrecl=80, blksize=27290, recfm=fb dsorg=po. The file as modified by IDCAMS is lrecl=125, blksize =27920,recfm=vba,dsorg=po Built 2 sequential output files, each with the dcb paramaters of before & after

Re: Recover PDS (Was Read a PDS (all members) like PS dataset)

Changing the title to start a new thread Go to the CBTTAPE.ORG and get the PDS utility. It has a recovery process. Or if you know the original attributes, use IEBGENER to write a new Member //S1 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD * Dummy record /*

Re: Read a PDS (all members) like PS dataset

You could try to open, write, and close the PDS with the original LRECL and BLKSIZE, IEBGENER will do fine. Then you should be able to recover the previous members. Of course, get a backup first. Cliff McNeill From: IBM Mainframe Discussion List

IBM plans for the future - an imaginary tale

IBM made mistakes back in the 1980's and 1990's from which they may never really recover. 1) Doing away with the THINK motto. It seems about the time they did this is when many of them stopped thinking. 2) Stopped giving the systems almost free to colleges which stopped the flow of trained

Re: Read a PDS (all members) like PS dataset

Always interesting, I am dealing this week with an error that I hoped would be solved by the different solutions presented here, but after trying some of the solutions presented herein have not recovered. Background: In preparation for a system cutover, executed IDCAMS LISTC with SYSPRINT to

Re: Read a PDS (all members) like PS dataset

It sounds like you just want to scan a PDS. You can do that with a program that is part of ISPF. //SCAN1 EXEC PGM=ISRSUPC,PARM='L SRCHCMP CKPACKL ANYC' //OUTDD DD SYSOUT=* //NEWDD DD DISP=SHR,DSN=SOME.SOURCE.PDS SRCHFOR 'RANGE'

Re: Sysplex Timer issue

Hi, It turned out that the CTN-ID value was coded in Upper case and what we used to build the CF was in Lower case. I am still trying to see if CTN-ID values are case sensitive. Does anybody know if CTN-ID has such constraints ? On Tue, Jun 14, 2016 at 2:40 AM, Kieron D Hinds

Re: Read a PDS (all members) like PS dataset

On Tue, 14 Jun 2016 23:18:37 -0500, Paul Gilmartin wrote: >On Wed, 15 Jun 2016 04:14:04 +0100, CM Poncelet wrote: >> >>I would suggest writing some assembler code that invokes the BLDL macro >>to read the PDS directory, ... >> >Does that work? No, it doesn't. BLDL

Read a PDS (all members) like PS dataset

Perhaps SAS calls IEBPTPCH "under the covers"? Don't "buy" SAS just to do this... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Read a PDS (all members) like PS dataset

If you have SAS, you can use PROC SOURCE to unload a PDS to a PS dataset with separators between members specifying the membername. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: 14 June, 2016 19:31 To: