Re: 3DES encryption using ICSF callable services

In <201511130728.tad7sqv4007...@d23av05.au.ibm.com>, on 11/13/2015 at 03:27 PM, Timothy Sipples said: >This thread is a microcosm of the sort of considerations professional >developers *ought* to have, to at least strive to write *enduring* >code -- As part of that I've always looked for new

Re: 3DES encryption using ICSF callable services

In <56465c0b.8080...@aim.com>, on 11/13/2015 at 02:54 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On 2015-11-13 13:52, Kirk Wolf wrote: >> >> Also, the ICSF CIPHER calls require SAF authorization whereas the CPACF >> instructions do not require special permission

Re: SUBSYS DD REVISITED

In <20151114.112844.57...@webmail03.dca.untd.com>, on 11/14/2015 at 04:28 PM, "esst...@juno.com" said: >Recently a question was posted regarding SubSystem Datasets, more >appropriatly the use of a SUBSYS= parameter on a DD statement. >//DD1 DD SUBSYS=(ssn,'parms'). There's a sample subsystem

Re: SUBSYS DD REVISITED

In <20151115.083342.2149...@webmail12.dca.untd.com>, on 11/15/2015 at 01:33 PM, "esst...@juno.com" said: >Where in z/OS publications is this documented ? I'm not sure that it is. Welcome to the wonderful world of OCO. You can have my MVS logic manuals when they pry them out of my cold dead f

Re: Fastest way to read OLDEST GDG entry

In , on 11/17/2015 at 07:58 AM, John McKown said: >I don't know why the OP says that IGGCSI00 is "slow". Or why LISTC would be any faster. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. We don't have

Re: OT - another Legacy operating system

In <874b151289704e46a874bf2ae6fdd8d1310a7...@kl126r4b.cs.ad.klmcorp.net>, on 11/17/2015 at 02:16 PM, "Vernooij, CP (ITOPT1) - KLM" said: >There are good reasons to keep old, reliable systems Win 3.1 is reliable.? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: AW: Re: Fastest way to read OLDEST GDG entry

In , on 11/17/2015 at 03:59 PM, Peter Hunkeler said: > I can't tell the details from memory, but in Assembler you can code >so that you get control when the system reaches the end of one dsn in >the concatenation, just before it is going to open the next one. That might work if you have the u

Re: Fastest way to read OLDEST GDG entry

In <564bd206.3080...@tombrennansoftware.com>, on 11/17/2015 at 05:19 PM, Tom Brennan said: >I assumed LISTCAT wasn't calling CSI. CSI didn't exist in the 1970's; IDCAMS, including LISTC, uses SVC 26. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Is there an Standard Size for 3390-27's?

In <2695198720367946.wa.jasighotmail@listserv.ua.edu>, on 11/18/2015 at 10:59 AM, Jasi Grewal said: >Greetings, I would like to know, if there are any standard sizes for >3390-27's 3390-27 and 3399-54 are fake model numbers that do not refer to actual drive models. The are convenient for

Re: (External):Is there an Standard Size for 3390-27's?

In , on 11/18/2015 at 05:19 PM, J O Skip Robinson said: >relative to a (mythical?) Mod-1 Mythical? What are the 3390-A14, 3390-A18, 3390-B14, 3390-B18 and 3390-B1C, chopped liver? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: ICSF callable service error SMP/e

In <2680722424903653.wa.paulgboulderaim@listserv.ua.edu>, on 11/18/2015 at 03:05 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Sophistry! PKB. >If the user is not authorized, There's more than one user. >it's de facto unavailable and should be treated as suc

Re: ICSF callable service error SMP/e

In <9286832208987587.wa.paulgboulderaim@listserv.ua.edu>, on 11/19/2015 at 11:55 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Why is it preferable to fail directly rather than to (attempt to) >fall back to an equivalent alternative service? Why are you peddlin

Re: Privately owned mainframes (Was Re: I just bought an IBM z890)

In , on 11/20/2015 at 04:34 PM, Mike Schwab said: >MVS would not run on a 360, requires 370 with Virtual Storage. On a 360/67 with the right version of CP-67 you can run S/370 software. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Should utilities FREE DDNAMEs?

In <00b801d123c5$65c4c9a0$314e5ce0$@q.com>, on 11/20/2015 at 10:58 AM, retired mainframer said: >Given IEBGENER's age, this would be surprising. No, but it would be surpising if IEBGENER was doing a FREE regardless of age. The smart money says that the FREE is due to how the file was allocate

Re: AW: Re: REXX-question

In <5651dced.2030...@isis-papyrus.com>, on 11/22/2015 at 04:19 PM, Leopold Strauss said: >In unix-shell there ar prowerfull tools for going through a list, >creating the apprpriate commands etc. FSVO powerful. >In TSO there are not. In what universe? The problem is not TSO, it's the implem

Re: TSO RECEIVE under UNIX Rexx (was: REXX-question)

In <5372863468970171.wa.paulgboulderaim@listserv.ua.edu>, on 11/22/2015 at 02:29 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Shmel's sniping PKB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Should utilities FREE DDNAMEs?

In <201511231242.tancgonb007...@d01av01.pok.ibm.com>, on 11/23/2015 at 07:42 AM, Peter Relson said: >Whether it is a good idea or not to free the ddname, each API that >intends to be called with user-allocated DD's (rather than with >system-allocated DD's) should document its behavior in thi

Re: Should utilities FREE DDNAMEs?

In <56524b58.90...@blackhillsoftware.com>, on 11/23/2015 at 10:10 AM, Andrew Rowley said: >FREE=CLOSE sounds like good API design It's good API design for Dynamic Allocation to offer the option; that doesn't make it good API design for SDSF to select the option on an allocation that it makes

Re: Interesting Article About Cobol

In <009d01d125fc$b30c7760$19256620$@mindspring.com>, on 11/23/2015 at 07:39 AM, Lizette Koehler said: >And then any time you would recompile your program, you would need to >run it through ABO again. The product is targetted to environments where recompiling is not an option. -- Shmue

Re: Interesting Article About Cobol

In , on 11/23/2015 at 09:02 AM, John McKown said: >But if the optimizer actually "recompiles" >the object code into new object code, then doesn't that new object >code need to be as thoroughly tested as the original, unoptimized, >code? Yes. >So, is the sequence now: code, compile, optimize,

Re: SMPE apply excluding certain FMID's?

In <4ee2851a2279b94cb70cd69b174106090149630...@s1flokydce2kx01.dm0001.info53.com>, on 11/23/2015 at 04:09 PM, "Jousma, David" said: >I've done that, and it works. I guess I should have been more >clear to Kurt's question. I actually would like to maintenance >Omegamon's separately than the

Re: SMPE apply excluding certain FMID's?

In <09921082-8212-41d8-b90b-9e137b560...@aim.com>, on 11/23/2015 at 10:18 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Can those be BYPASSed? Sure: it's not my dog. Is bypassing IFREQ prudent? No way. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO p

Re: Interesting Article About Cobol

In <022c01d12620$631e3cb0$295ab610$@mcn.org>, on 11/23/2015 at 10:54 AM, Charles Mills said: >Not disagreeing with YOU at all Shmuel but apparently the customer >*perception* is that ABO-compiled code does not have to be >re-tested significantly. Well, it's not my dog. If you've informed the

Re: TSO RECEIVE under UNIX Rexx (was: REXX-question)

In <1784726748839781.wa.paulgboulderaim@listserv.ua.edu>, on 11/23/2015 at 03:51 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >I heartily agree. Mr. Natural sez, >"Use the right tool for the job." The shell is not the right tool. >One suggestion used LISTDS,

Re: z/OS and hiperspaces

In <874b151289704e46a874bf2ae6fdd8d1310ab...@kl126r4b.cs.ad.klmcorp.net>, on 11/24/2015 at 02:30 PM, "Vernooij, CP (ITOPT1) - KLM" said: >but I remember reading that expanded storage is now virtualized in >central storage. The whole point of expanded storage was that it was less expensive. On

Re: POP UP window border colour

In <6887599395074163.wa.gerry.ansteyjpmorgan@listserv.ua.edu>, on 11/24/2015 at 08:50 AM, Gerry Anstey <00da33bf43f1-dmarc-requ...@listserv.ua.edu> said: >How can I get the border to be different colours depending on certain >conditions? all I get is the default blue. Dynamic panel?

Re: Where to set options for SFE line command in TSO ISPF DSLIST?

In , on 11/24/2015 at 07:12 PM, Roger Bolan said: >But I can't seem to find where to change them for the SFE line >command. Short of writing your own line command[1] I don't think that you can do it. Can you make a business case for an RFE? [1] It's not hard. -- Shmuel (Seymour J.) M

Re: Any clever way to defeat the C compiler's options precedence?

In <007d01d12871$06a61c20$13f25460$@mcn.org>, on 11/26/2015 at 09:36 AM, Charles Mills said: >- I am about convinced I can't get there from here. Does my problem >seem that unreasonable? No. Time to submit an RFE. In the meantime, the suggestion to use make offers a viable bypass. --

Re: Any clever way to defeat the C compiler's options precedence?

In <56580ff2.6040...@well.com>, on 11/27/2015 at 01:10 AM, "Jack J. Woehr" said: >I sympathize. Imagine what I've experienced swimming upstream the >other direction into mainframe land. Linking and Accessing and >Detaching minidisks How does that differ from mounting and unmounting file syste

Re: GETDSAB

In , on 11/27/2015 at 12:15 PM, Scott Ford said: >If the ddname in not in the JCL with the DSAPTR be blank or 0 ? Upon output, DSABPTR contains the address of the specified DSAB if the return code is zero. If the return code is not zero, DSABPTR contains 0. Test the

Re: Lrecl

In , on 11/28/2015 at 02:50 PM, Scott Ford said: >Our STC use several files and I want to verify that the files have >the correct logical record length. The STCs are written LE Cobol. I >would like to know before I open the file if the file that is created >or allocated is correct in record le

Re: Lrecl

In <1806999179817213.wa.paulgboulderaim@listserv.ua.edu>, on 11/28/2015 at 08:21 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >A supremely stupid default except, perhaps, in that it supports unit >record devices. A DCB OPEN exit would have supported UR eqipment

Re: Straightforward way to determine hardware architecture level?

In <1a619cdc-a055-40ec-9821-4337587d6...@copper.net>, on 11/29/2015 at 08:17 PM, Stevet said: >This is why you have specialty routines that you load and if I >remember correctly, IDENTIFY. You don't need IDENTIFY unless you want to use system assisted linkage to a name other then the name you

Re: IBM Mainframe

In , on 11/30/2015 at 10:20 AM, "Cannaerts, Jan" said: >[1] In a non-perfectly set up shop you can work on improving very >basic things that don't require deep understanding of the systems >you're working on. Technically, yes. Politically, YMMV. -- Shmuel (Seymour J.) Metz, SysProg a

Re: More ex-employer "harassment"?

In <565c8a19.70...@gmail.com>, on 11/30/2015 at 05:40 PM, Vince Coen said: >As for law well at least for the UK but I suspect US as well - for >most employment contracts does state that any design / inventions >worked on while working for the 'company' belongs to the company I've twice amende

Re: Know any IBM CEs' in Phoenix - vintage or otherwise

In , on 11/30/2015 at 12:43 PM, William Donzelli said: >Is there any obscure lore about this machine 1. If you restore a 729, don't put your hand under the R/W head. 2. If you restore a 1403, don't print the line that maximizes the hammer firing rate. -- Shmuel (Seymour J.) Met

Re: Straightforward way to determine hardware architecture level?

In , on 11/30/2015 at 11:44 PM, J O Skip Robinson said: >When I was a novice sysprog, my shop had an Amdahl. MVS at that >time predated 'system product'. (Way back.) IBM shipped a new >level of MVS that executed instructions not present our Amdahl. Are you sure that you aren't thinking of M

Re: FTP Time Outs from IBM sites

In <1f145e.29fc964b.438f0...@aol.com>, on 12/01/2015 at 08:55 AM, Ed Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> said: >Looks like they're a little slow, but up. Ping tests connectivity, but it doesn't test whether a server is actually up. -- Shmuel (Seymour J.) Metz, SysP

Re: Straightforward way to determine hardware architecture level?

In , on 12/01/2015 at 10:57 PM, J O Skip Robinson said: >MVCIN was indeed a useful instruction. I encountered it (IIRC) on a >4381. I assumed that, like typical new instructions, it would stick >around for the duration. I was later shocked to discover that it had >been abandoned on a siding so

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

In , on 12/01/2015 at 10:51 PM, Mike Schwab said: >Or a small flash drive of 64M to 2G. Are they still making those? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. We don't have to care, we're Congres

Re: Is first page always backed by real storage upon return from STORAGE OBTAIN?

In <7481950488678847.wa.m42tomibmmainyahoo@listserv.ua.edu>, on 12/02/2015 at 10:02 AM, Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> said: >I've never seen an FQE located within the area containing the free >space. Newby. From IBM System/3S0 Operating System: Programmer's

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

In , on 12/02/2015 at 05:33 PM, J O Skip Robinson said: >One urban legend (not necessarily fiction) is an explanation for the >curious layout in EBCDIC coding. UL? It's well documented. See, e.g., IBM System/360 Principles of Operation, A22-6821-7[1], Appendix F, USASCII-8 and EBCDIC Charts,

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

In <028001d12dea$d995b7c0$8cc12740$@mxg.com>, on 12/03/2015 at 10:51 AM, Barry Merrill said: >I can't recall if they were automatically send You had to order what you wanted. -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

Dooes anybody have links for online manuals for DASD controllers starting with 3880-21 3880-23 3990 2105 -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care. We don't have to care, we're Congress

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

In <5810852063744464.wa.jan.moeyersonsgfi...@listserv.ua.edu>, on 12/04/2015 at 05:20 AM, "Jantje." said: >is http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/38xx/3880/ >any help? No. that only has the manual for the 3889-1, 2, 3 and 4. I've got the mamuals for 3880-11 and 3880-13, but

Re: IBM z Systems Development Blog

In <5661ca41.2040...@codemagus.com>, on 12/04/2015 at 05:15 PM, Patrick Hayward said: >Some people have beaten the lottery! They're called ""The House". -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't care.

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

In <8285047530401296.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 12/04/2015 at 07:40 AM, Elardus Engelbrecht said: >No links, but I see you got a good reply about a bitsavers link. Only one manual there, in two editions. >I still have bookmanager books for 3990. See this list of a

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

In <4973200255008345.wa.robert.harrisonomes.ok@listserv.ua.edu>, on 12/04/2015 at 02:27 PM, Robert Harrison said: >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2HW125 Thanks; that has a lot of what I need. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO po

Re: length of "executable"

In , on 12/04/2015 at 05:54 PM, Frank Swarbrick said: >I am able to use the LOAD macro to get the address, but I also need >to get the length. >From z/OS MVS Programming: Assembler Services Reference, Volume 2 (IAR-XCT), SA22-7607-15: 1 The high-order byte contains the load modul

Re: length of "executable"

In , on 12/04/2015 at 07:18 PM, Mike Schwab said: >A PDS load module block is a multiple of 1K. No. >PDSEs are built on linear datasets I doubt that that's relevant. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: length of "executable"

In , on 12/04/2015 at 08:10 PM, John McKown said: > I don't know what EXTINFO refers to off-hand, but supposedly R1 >upon return contains the length, in double word increments, of the >module in bytes 1..3 . Except when it's zero, in which case you need CSVQUERY. -- Shmuel (Seymour

Re: length of "executable"

In <201512051447.tb5eldfi004...@d01av05.pok.ibm.com>, on 12/05/2015 at 09:49 AM, Peter Relson said: >You did not explain why you might "need" 36B0 hex. He's loading a table and needs both the address and length in order to process it. -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Re: TCPIP Configuration Help

In <3509341013002498.wa.sguptamaintec@listserv.ua.edu>, on 12/06/2015 at 10:47 AM, Sonny Gupta said: >Jake, I am unable to find the TCP-L list. Below link gives invalid >data. Not sure if the list is still active: >http://www2.marist.edu/htbin/wlvindex?IBMTCP-L "To subscribe to IBMTCP-

Re: Inquire intrdr default job class

In <6022799404953725.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 08:57 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >(Is MGR now specified to support other than START or REPLY?) MGCR has always supported other than START or REPLY. -- Shmuel (S

Re: length of "executable"

In , on 12/07/2015 at 09:44 AM, Frank Swarbrick said: >Peter mentioned trying BLDL or DESERV. I don't see that BLDL >provides a length result. It's in the user data. >Am I missing something? Yes, IHAPDS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: length of "executable"

In <9856217046987844.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 11:30 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >REXX: Use ISFSLASH. See Issuing system commands with ISFSLASH. Why use SDSF at all unless you need other SDSF facilities? If you'r

Re: Inquire intrdr default job class

In <5280778212763748.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 11:46 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa300/mgcr.htm I believe that you'll find stuff on the

Re: Inquire intrdr default job class

In <8713351764061408.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 02:43 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Mon, 7 Dec 2015 14:15:45 -0500, Shmuel Metz (Seymour J.) wrote: > >>>https://www-01.ibm.com/support/k

Re: length of "executable"

In <4504029974950910.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 01:42 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Mon, 7 Dec 2015 12:57:23 -0500, Shmuel Metz (Seymour J.) wrote: > >>Why use SDSF at all unless you need o

Re: Inquire intrdr default job class

In , on 12/08/2015 at 03:21 PM, John McKown said: > I do not really agree that not including the volser in the SYSDSN >enqueue is a "flaw". If it were done, then their could need to be >multiple ENQs, one for each volume in a multi-volume DSN. The ENQ is for a PDS member; a PDS can't be multi

Re: Inquire intrdr default job class

In <1428596541933945.wa.paulgboulderaim@listserv.ua.edu>, on 12/08/2015 at 06:49 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >I think an obstacle is not having enough bits in the NOTE/POINT >object to address so many blocks. It's not that there aren't enough b

Re: Mime digests [was: IBM-MAIN Digest [snip]]

In <7962980455281460.wa.paulgboulderaim@listserv.ua.edu>, on 12/08/2015 at 06:53 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >... but try following up to a message by R.S. or Skip Jo with base64 >Unicode. ITYM base64 UTF-8. -- Shmuel (Seymour J.) Metz,

Re: Inquire intrdr default job class

In , on 12/09/2015 at 11:48 AM, John McKown said: > OK, I've managed to confuse myself. You want the ENQ for SYSDSN >to include the volser if and only if the DSORG is a PDS, otherwise >to omit it? No; the queestion is whether the original code was a design flaw, not whether it is feasible t

Re: Inquire intrdr default job class

In , on 12/09/2015 at 02:22 PM, "Robert A. Rosenberg" said: >You are focusing too much on the question of if the DSN is a >PDS//PDSE or some other format. QNAME SPFEDIT is only used for PDS[E]. SYSDSN is another issue, but there the volser is not known in time to include in the RNAME. --

Re: Mime digests [was: IBM-MAIN Digest [snip]]

In , on 12/09/2015 at 01:45 PM, Tony Harminc said: >UTF-8 *is* Unicode. No, UTF-32 is Unicode. >It's just a Transform Format, Aside from that, Mrs Linclon, how was the play. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: A List management question

In , on 12/10/2015 at 12:02 AM, J O Skip Robinson said: >Content-Type: text/plain; charset="us-ascii" >Content-Transfer-Encoding: quoted-printable You shoudn't need CTE as long as you're sending only ASCII. OTOH, if you plan to send such characters as æ, è, ç, î, ö, ú, then specify, e.g., ISO

Re: HCD Switch Report

In <7719783559903589.wa.gaur.ravi2004gmail@listserv.ua.edu>, on 12/09/2015 at 08:05 PM, Ravi Gaur said: >Thanks all , Finally got it working had to pass parm initially via >variable name Why? > PARAMS = "REPORT,S,,," > ADDRESS ATTCHMVS "CBDMGHCP PARAMS" ADDRESS AT

Re: Inquire intrdr default job class

In <20151210035136.5fe8e33...@panix2.panix.com>, on 12/09/2015 at 10:51 PM, Randy Hudson said: >MBBCCHHR. That's a software format. The issue is the 2321 hardware format. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Mime digests [was: IBM-MAIN Digest [snip]]

In <3161579837136190.wa.paulgboulderaim@listserv.ua.edu>, on 12/10/2015 at 01:48 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Wed, 9 Dec 2015 23:04:24 -0500, Shmuel Metz (Seymour J.) wrote: > >>on 12/09/2015 at 01:45 PM, Tony Harmin

Re: HCD Switch Report

In , on 12/10/2015 at 04:38 PM, Steve Horein said: >On Thu, Dec 10, 2015 at 12:27 PM, Shmuel Metz (Seymour J.) < >shmuel+ibm-m...@patriot.net> wrote: >> In <7719783559903589.wa.gaur.ravi2004gmail@listserv.ua.edu>, on >> 12/09/2015 >>at 08:05 PM

Re: Mime digests [was: IBM-MAIN Digest [snip]]

In , on 12/10/2015 at 05:17 PM, Tony Harminc said: >Shmuel, you know as well as I do that UTF-32 is not a privileged >representation of Unicode. And you know as well as I do that a representation of foo is not, in general, foo. >"The Unicode Standard and ISO/IEC 10646 support three encoding

Re: Mime digests [was: IBM-MAIN Digest [snip]]

In , on 12/11/2015 at 11:57 AM, Tony Harminc said: >You can't have it both ways. Another red herring; google for "identity". >I said "UTF-8 *is* Unicode". No; you said "UTF-8 *is* Unicode, as are UTF-16 and UTF-32."; the "as are" includes UTF-16", hence the no. >You said "No, UTF-32 is Uni

Re: UTF-8

In , on 12/11/2015 at 09:17 AM, Mike Schwab said: >On Thu, Dec 10, 2015 at 6:09 PM, Paul Gilmartin ><000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> On 2015-12-10 16:06, Mike Schwab wrote: >>> https://en.wikipedia.org/wiki/UTF-8 >>> B'0...' is a 8 bit ASCII characters. >>> >> IT

Re: COBOL Code Gened for MOVE COMP-3 S9(9) to S9(8)

In <2082084024112365.wa.david.speakebcbssc@listserv.ua.edu>, on 12/13/2015 at 02:53 PM, David Speake said: >So why is IBM generating the ZAP instruction? To force the sign to a standard value? >The only use to this is to abend with S0C7 if the data is garbage. >Right? No; see above. B

Re: JES2 - originating jcl

In <2A7B3ACA0EB0614E9CF02EF49021C9508796E254@pl-emsmb11>, on 12/15/2015 at 02:41 PM, "Sumi, Joseph J. (CMS/CTR) (CTR)" said: >Hello, is there a JES2 exit that will allow us to place the dataset >and member name of the job that was submitted ? Of course not; it's not JES2 reading the member.

Re: JES2 - originating jcl

In <31191ce0-d3cd-4edc-b151-9847e59db...@aim.com>, on 12/16/2015 at 04:04 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Even Shmuel, somewhat uncharacteristically, replied with more than a >monosyllable. I've been known to send voluminuous replies, when appropriate

Re: Bind Breaks for z13

In , on 12/16/2015 at 10:47 AM, John McKown said: >Any why would a z13 do something different? I would guess that DB2 uses the Transactional-Execution Facility when it is available. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Critique my Binder RCF?

In , on 12/16/2015 at 04:48 PM, "Robert A. Rosenberg" said: >I think the first CSECT in the Load Module (and the Load Module >itself) is automatically Page Aligned. No; the rules are different for load modules. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: TAR Files:" Extracting" on a IBM Mainframe

In , on 12/16/2015 at 07:31 PM, Leonard Sasso said: >Anyone know of a product (besides Data21's ZIP/390 Product), that >can "extract" a file(s) from a TAR file on a IBM Mainframe - >z/OS 2.1 ? What's wrong with the tar command that comes with z/OS? -- Shmuel (Seymour J.) Metz, SysPr

DASD timeline

Does anybody have links to the announcement and EOS dates for IBM CKD DASD that I can cite from a wikilink articles? I'd prefer the actual announcement letters, but anything that wiki considers to be a reliable source will do. I'm interest in at least 2105 ESS 2301 2302 2303 2305 2311 2312

Re: Delete part of spool for active job

In <6943f159376140438e93a135e823ca3b0168b9b...@nioimbx1.mr.nioi.gov.il>, on 12/17/2015 at 01:13 PM, Hilary Hurwitz said: >is there a way of deleting the lines that have been written to the >spool ? That depends. Does your DD statement specify SEGMENT=foo? SPIN=UNALLOC? How is your output cla

Re: DASD timeline

In <061801d138e9$59eaa3a0$0dbfeae0$@mcn.org>, on 12/17/2015 at 08:38 AM, Charles Mills said: >I wonder what happened to the 2311. I love telling people "when I >started in computers, the basic mainframe hard drive was 6 MB and >roughly the size and configuration of a top-loading washing >machi

Re: DASD timeline

In <201512171624.tbhgobei018...@d01av02.pok.ibm.com>, on 12/17/2015 at 09:24 AM, Sri h Kolusu said: >Did you check this out? >http://www-03.ibm.com/ibm/history/exhibits/storage/storage_profile.html Thanks. It has some strange gaps, e.g. 1311 but not 2311, and doesn't list the controllers, b

Re: TAR Files:" Extracting" on a IBM Mainframe

In <0904944842246174.wa.paulgboulderaim@listserv.ua.edu>, on 12/17/2015 at 11:21 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Thu, 17 Dec 2015 05:48:00 -0500, Shmuel Metz (Seymour J.) wrote: > >>What's wrong with the tar

Re: TAR Files:" Extracting" on a IBM Mainframe

In <5672ffa8.6010...@well.com>, on 12/17/2015 at 11:32 AM, "Jack J. Woehr" said: >But TCP/IP doesn't "use" Unix, The TCP/IP protocol suite doesn't use any OS, but the implementation of TCP/IP in z/OS certainly does. >Unix uses TCP/IP ITYM that a lot of Unix applications use TCP/IP. >unless

Re: S00C Slip trap for any Stc

In <20151218092003.952fe4e53c2ab28a6061e...@gmx.net>, on 12/18/2015 at 09:20 AM, nitz-ibm said: >abend00C always means some problem with coupling services. Shirley other programs get underflow. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: S00C Slip trap for any Stc

In <0601332775752188.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 12/18/2015 at 03:23 AM, Elardus Engelbrecht said: >I know, many IBM-MAIN members post sample syntax, sometimes >omitting crucial info for brevity, but it is up to the actual user >to verify/modify the command and all

Re: Delete part of spool for active job

In <4ee2851a2279b94cb70cd69b174106090149664...@s1flokydce2kx01.dm0001.info53.com>, on 12/18/2015 at 06:41 PM, "Jousma, David" said: >Yea, really don t care what the job numbers is in my case. You don't care if you purge the wrong job? -- Shmuel (Seymour J.) Metz, SysProg and JOAT

Re: DOS descendant still lives was Re: slight reprieve on the z.

In , on 12/18/2015 at 08:31 PM, Clark Morris said: >Are there any current IBM references to DOS/VSE? DOS/VSE is the old free base, and has been dead for decades. There are probably lots of references to the current descendent, and perhaps even to VSE/ESA. >Does anyone run VSE on the bare met

Re: DOS descendant still lives was Re: slight reprieve on the z.

In <56771642.3000...@acm.org>, on 12/20/2015 at 02:57 PM, "Joel C. Ewing" said: >No (about the "free", not about the "dead for decades"), DOS/VS was >the last really free base (last version Release 34?). Perhaps >technically DOS/VSE was "free", as there didn't appear to be a >monthly licensi

Re: DOS descendant still lives was Re: slight reprieve on the z.

In <56773a22.1090...@acm.org>, on 12/20/2015 at 05:30 PM, "Joel C. Ewing" said: >but the ComputerWorld article I referenced said that with DOS/VSE >users started to pay for components that used to be free with IBM >DOS/VS, And you believed them because? >one example explicitly named being

Re: DOS descendant still lives was Re: slight reprieve on the z.

In <3555618195553184.wa.paulgboulderaim@listserv.ua.edu>, on 12/20/2015 at 07:14 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Sun, 20 Dec 2015 20:11:27 -0500, Shmuel Metz (Seymour J.) wrote: > >>>one example explicitly named bein

Re: managing /tmp

In <4ee2851a2279b94cb70cd69b174106090149665...@s1flokydce2kx01.dm0001.info53.com>, on 12/21/2015 at 01:09 PM, "Jousma, David" said: >Seems as though that tool wants to use /tmp space between copying >data from DB2 filesystem to IDAA hardware. In what directory? >they claim there is no way to

Re: DOS descendant still lives was Re: slight reprieve on the z.

In <87egefr5wr@garlic.com>, on 12/21/2015 at 10:52 AM, Anne & Lynn Wheeler said: >It showed 4341 was faster than 158&3031 Doesn't that depend on whether your benchmark is packed decimal or gloating poin arithmetic? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; s

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

In <2623328940257590.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 12/22/2015 at 03:15 AM, Elardus Engelbrecht said: >First time I see 'usecs' here [1] on IBM-MAIM. I've never seen usec or Ásec[1] on IBM-MAIM. I have, however, seen them on IBM-MAIN. [1] That should come out µsec --

Re: PTF error clarification

In , on 12/22/2015 at 05:32 PM, Jake Anderson said: >Does that mean, I have to receive the APAR If there is a PTF that resolves the APAR, receive that. If not, and there is an APAR fix, receive that. Either way, specify group extend. But first check for PE. -- Shmuel (Seymour J.) Metz

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

In <5679d5c0.3090...@bremultibank.com.pl>, on 12/22/2015 at 11:59 PM, "R.S." said: >It is kind for recipients to use "lowest common denominator" The least common denominator is ASCII, but as long as you have the right MIME header fields pretty much everybody can read the ISO 8859-* pages. Whe

Re: PTF error clarification

In , on 12/22/2015 at 10:55 PM, Clark Morris said: >Are there holds that should be bypassed Yes. >such as Action after noting the action And doc hold after reading the documentation There are some that I automatically bypass, e.g., CLPA: I don't apply servie to a live system and these day

Re: Where is SET allowed in JCL?

In <5763936936315627.wa.paulgboulderaim@listserv.ua.edu>, on 12/22/2015 at 09:59 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >YTF!? ITYM "WTF?". >Does anyone believe it was specified that way, C2H5OH. I coined the term Broken As Desiged (BAD); ISAGN for "B

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

In , on 12/22/2015 at 11:54 PM, "Robert A. Rosenberg" said: >On a Mac it is Option-m. On a PC there are multiple keyboard layouts. On OS/2 with the US International layout, Right-Alt-M gets µ. Depending on the layout R.S. is using, it may or may not be easy. I wouldn't consider Alt-ddd to be

  1   2   3   4   5   6   7   8   9   10   >