Re: COBOL and POSIX pipes

On Thu, 16 Feb 2017 19:32:37 -0800, Anne & Lynn Wheeler wrote: > >Unix traditional records are variable length deliminated by trailing >null/zero byte. > For text files on disk it was far more traditonal to use LF or NL rather than NUL as the delimiter. >lots of traditional unix API programming

Re: COBOL and POSIX pipes

john.archie.mck...@gmail.com (John McKown) writes: > ​It adds some really nice features to legacy z/OS. But UNIX files can be > confusing to z/OS programmers because they are more like "memory" than > "disk" in that they are simply an ordered sequence of _bytes_, not > _records_. The file system

Re: COBOL and POSIX pipes (was: A design question)

On Thu, Feb 16, 2017 at 7:49 PM, scott Ford wrote: > You guys are amazing. I havent used Unix on Z/OS much, a little. It has > advantages for sure. > > Scott > > ​It adds some really nice features to legacy z/OS. But UNIX files can be confusing to z/OS programmers because

Re: ICSF Question

The key labels are readable, so you know what keys are there. The field that describes what the key is used for, DATA, EXPORTER,... is also readable. What information are you looking to ascertain? Mark Jacobs Steely.Mark February 16, 2017 at 6:20 PM Is

Re: COBOL and POSIX pipes (was: A design question)

You guys are amazing. I havent used Unix on Z/OS much, a little. It has advantages for sure. Scott On Mon, Feb 13, 2017 at 1:35 PM, John McKown wrote: > On Mon, Feb 13, 2017 at 12:28 PM, Paul Gilmartin < > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >

Re: ICSF Question

"What is in the CKDS" -- keys? How would this report know? On Thu, Feb 16, 2017 at 6:20 PM, Steely.Mark wrote: > Is there anything out there that will generate a report of what is in the > variable length CKDS ? > > I am able to browse the file but some type of report

ICSF Question

Is there anything out there that will generate a report of what is in the variable length CKDS ? I am able to browse the file but some type of report would be nice. Thanks -- For IBM-MAIN subscribe / signoff / archive access

Re: LBI w/ TAPE|DASD [Was:31 vs 24 QSAM]

Thanks for the clarification. It's been three or four years since I did this. I created SYSPDCBE DCBE BLKSIZE=0 and added a pointer in the existing SYSPRINT DCB DCBE=SYSPDCBE It all worked like a charm. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team

Re: Layout CPC serial number z13S

Thanks Tom - Original Message - From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, February 16, 2017 11:40:25 AM Subject: Re: Layout CPC serial number z13S On Thu, 16 Feb 2017 11:14:52 -0500, Carmen Vitullo wrote:

Re: KC!? Susan Shumway?

On Fri, 10 Feb 2017 13:30:00 -0500, Susan Shumway wrote: >Hi Paul(Gil?), > >That's great to hear that KC works on Midori! It's always nice to have a >surprise that's pleasant every once in a while... > But that shouldn't need to be a surprise. Heed Tim Berners-Lee:

Re: LBI w/ TAPE|DASD [Was:31 vs 24 QSAM]

About 2 years ago, I was working on determining a performance problem with an ISV product. They were processing a very large amount of data and so we moved their data off to Tape, with the idea that we could cut the CPU burn of the product (as in, make it wait for I/O as it was eating 65-85%

IBM's 12-month SVC period replaced with MVM

With Country Multiplex Pricing IBM announced "Multiplex Version Measurement" which removed the 12-month time frame for converting to new versions of MLC products (DB2 V10 to DB2 V11, MQ V7 to MQ V8). This week with US announcement Announcement 217-093 it has been renamed to "Multi-Version

Re: 31 vs 24 QSAM

I don't really know anything about this but it sounds to me like one of @Gil's cases of making a good modification in the wrong place. Why not do this is such a way as to be transparent to old QSAM programs -- no need for a DCBE? Have an operand in the JCL or in SYS1.PARMLIB or the PPT to make

Re: Layout CPC serial number z13S

On Thu, 16 Feb 2017 11:14:52 -0500, Carmen Vitullo wrote: >Tom are you using PROCVIEW CORE? Yes. PROCVIEW CORE,CPU_OK -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: 31 vs 24 QSAM

Yes, don't just write using LBI from a program and expect to validate old vs new with ISRSUPC in batch. I know that a PMR has been raised about whether ISRSUPC supports LBI, the IEC141I 013-E1 message it produces hints at not. From what I've heard, using LBI, where it is possible to use it,

Re: 31 vs 24 QSAM

I mentioned having modified a QSAM program to write 'large blocks' by replacing DCB with DCBE. My goal was to test the effect of very large blocks in our new tape subsystem, which we had learned was highly biased in favor of large blocks. This had nothing to do with AMODE, which was all 31. The

Re: Layout CPC serial number z13S

That begs a question from me , Tom are you using PROCVIEW CORE? we've tired to test this options on a small test LPAR sharing one zIIP engine, we did not like the results, so I wonder how it works out on a larger LPAR thanks Carmen - Original Message - From: "Tom Marchant"

Re: Layout CPC serial number z13S

On our z13s, D M=CPU returns this format: CORE STATUS: HD=h MT=mm [MODE: CP=cn zIIP=zin] IDSTID RANGE VP ISCM CPU THREAD STATUS cId wst tIdL-tIdH vp tt cId wst tIdL-tIdH vp tt cId wst tIdL-tIdH vp tt

Re: IBM Netview Session Manager replacement

Forgot to mention that by using RACF PassTickets then you remove the potential that user-ids and passwords are visible in plain text over the network or in memory or on a DASD etc, depending on your non-PassTicket approach. Again RACF PassTickets are a big plus for security and the auditors.

Re: Layout CPC serial number z13S

W dniu 2017-02-16 o 08:42, Ron van der Zande pisze: Thanks for the answers. Layout as I expected. But serial numbers I got still looking strange. Layout 84y and 02y to be seen in D m=cpu before model at every cpu menthioned The y might be 8 for BASIC mode and 9 for LPAR mode but

Re: IBM's Marissa Mayer moment: Staff ordered to work in one of 6 main offices – or face the axe (2)

I've had the opposite complaint, after pushing each task to where I was waiting on something, I was leaving the office about 3 PM one day and ran into the VP. He questioned why I was leaving when others had to stay to all hours of the night to get their work done. I said something like "I'm

Re: IBM Netview Session Manager replacement

Like TPX the Tubes product will cater for single password and passing on passwords to the applications, as described in the previous entries, but it also has RACF PassTicket support - once the user is Authenticated at sign-on to Tubes then it utilises RACF capabilities to authorise the sign-on

Re: IBM's Marissa Mayer moment: Staff ordered to work in one of 6 main offices – or face the axe (2)

On Wed, 15 Feb 2017 14:46:10 -0500, Phil Smith III wrote: >John McKown noted: > >>​Lack of loyalty (both ways)​ causes lack of trust. It also, IMO, is why >>some people decide to defraud their employers in various ways. A kind of >>tit-for-tat where the employee "gets back his

Re: New DASD for mainframe

Lizette, Your qiestions are relevant. And very important. And that's why I asked about people's experiences. ;-) And I dare to answer some of the questions: 1) This is matter of declarations. IMHO more important is current set of features. 2) See above 3) I don't understand. 4) This is not

Re: zLinux

I thought Timefinder was for replicating data at a local level? (like Flashcopy / snapshot) You seem to be suggesting moving the data to a remote EMC box. I would have thought SRDF would be the product to use? -- For IBM-MAIN

Re: Dynamic Exit and SDSF DYNX

I imagine that is down to : (1) For those exits defined via the PROGxx statements at IPL time, the system uses CSVDYNEX REQUEST=ADD service without the DSNAME and MODADDR keywords. (2) The "LoadPt" and "Modlen" fields are only going to be available if CSVDYNEX REQUEST=ADD uses DSNAME (both

AW: Re: The "Cobol and 00A Program Check" Story - Some insight gained

>PER SLIP trap. Cannot issue the command yourself? Find out what brand of >scotch your favorite sysprog drinks. Thanks, but I'm not seeking for help in this case. A couple of people had offered their help when I was posting seeking for help in this matter late last year. I just posted some