Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
In CAAJSdji5fA+mi5FPQ0dZ_AD3tkKAAe0gSs=whoizsotn2j-...@mail.gmail.com, on 09/16/2013 at 09:17 PM, John McKown john.archie.mck...@gmail.com said: Personally, unless I am doing an internal email, I use the ISO date format. Where? That's fine for human-readable text, but for anything that is parsed by software you need to use what the software expects. There should be no chance of accidental misunderstanding. If you use anything but day month year in, e.g., the Date: header field, misunderstanding is guarantied. RFC 2322 does not support the ISO date format. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
In 5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Is there even such a thing as FBA tape? There was; I don't know of any still in use. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
The problem can be much worse when two or more groups, e.g., anglophone and francophone Canadians, share the use of a facility. Usually, the issues are formally linguistic ones, but they may really be cultural or ethnic. When my wife and I shop in Hoboken, NJ, which has a large Barese/Molfetani population, we do it in Italian, which entails buying cheese, cold meats and the like in multiples of the etto, one-tenth of a kilo[gram]. Asking for 'due etti' of prosciutto or sorpressata is, as a practical matter, only very marginally different from asking for a half pound; but the Italian formulation is wiser in that environment. Or again, when I buy Wurste in German at Schaller und Weber in Manhattan, I perforce buy them paarweise. This limits me to buying 2, 4, 6, . . . ; and, while I am sure that it would be possible to buy, say, 1, 3, or 5, it is not the convention to do so. We live in a world that is still full of such conflicting conventions; and I, for one, relish this diversity. Still, there are contexts in which disambiguation is necessary; and that is what standards are for. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/17/2013 4:59 AM, Shmuel Metz (Seymour J.) wrote: In 5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Absolutely! An authorized server address space will be necessary to allow non-privileged programs to do FBA I/O. The requirements of the IOSFBA service are: *01* ENVIRONMENT: * Dispatchable unit mode: Task mode. * Minimum authorization: Supervisor state, PSW Key 0. * AMODE:31- or 64-bit. * ASC mode: Primary. * Cross Memory Mode: PASN=HASN=SASN. * Interrupt status: Enabled for I/O and external interrupts. * Locks:No locks held. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Sounds like it is almost made-to-order for a UNIX filesystem colony address space to allow a z/OS UNIX filesystem on an FBA device. On Tue, Sep 17, 2013 at 9:12 AM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 9/17/2013 4:59 AM, Shmuel Metz (Seymour J.) wrote: In 5237891D.2090001@**phoenixsoftware.com5237891d.2090...@phoenixsoftware.com, on 09/16/2013 at 03:41 PM, Ed Jaffe edja...@phoenixsoftware.com said: I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. I'm pretty sure that the support is intended to allow a server address space to access the FBA device, not to allow allocation to an unprivileged job. Absolutely! An authorized server address space will be necessary to allow non-privileged programs to do FBA I/O. The requirements of the IOSFBA service are: *01* ENVIRONMENT: * Dispatchable unit mode: Task mode. * Minimum authorization: Supervisor state, PSW Key 0. * AMODE:31- or 64-bit. * ASC mode: Primary. * Cross Memory Mode: PASN=HASN=SASN. * Interrupt status: Enabled for I/O and external interrupts. * Locks:No locks held. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- As of next week, passwords will be entered in Morse code. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Tue, 17 Sep 2013 01:57:55 -0400, Gerhard Postpischil wrote: On 9/16/2013 9:47 PM, John Gilmore wrote: I meant something a little more restrictive, to wit the regions that used to be [and in some measure still are] colo[u]red pink on world maps. The problem is worse than just regional. My last time in Halifax, we shopped at a mall for books, candy, and jewelry, and noticed that the receipts had three different date formats. Ah, but where were the various cash registers manufactured, or their embedded software written? Consequences of globalization. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 16 Sep 2013 15:41:34 -0700, in bit.listserv.ibm-main you wrote: On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? I believe that the RCA Spectra 70 had FBA tape. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 16 September 2013 19:48, John McKown john.archie.mck...@gmail.com wrote: HFS UNIX filesystems are supported in the OMVS address space itself. zFS filesystems are supported in a colony address space called ZFS. In passing, there is no strong connection between running a filesystem in the UNIX kernel address space or in a colony address space. Most file systems can run in the kernel, and all can run in a colony, unchanged (as the book says). Only those that use a particular colony thread service cannot run in the kernel. There are pros and cons to each environment. Why not support another filesystem type, allocated on the unit record FBA device, in another colony address space? Perhaps even a z/Linux formatted filesystem such as ext4 or btrfs. In this case the single user only allocation is a moot point since all filesystem I/O would be done by the colony address space. Nothing technical stops you from writing one. You can certainly do it in C or assembler, and who knows - maybe in some other languages that don't have too much run-time baggage. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FBA Tape (Was: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5))
Given modern compression techniques used on tape, FBA is probably not practical for tape. Of course, the current drives have a concept of a BLOCKID that using the right CCW you can get to the block directly. I don't believe that is available for normal BSAM or QSAM processing. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Tuesday, September 17, 2013 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5) On 16 Sep 2013 15:41:34 -0700, in bit.listserv.ibm-main you wrote: On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? I believe that the RCA Spectra 70 had FBA tape. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 2013-09-14 10:37, Paul Gilmartin wrote: What access methods and DSORGs can we expect to see supported? Again all new? Or considerable compatibility with existing art? UNIX filesystems? PDSE? What release target? -- gil FBA Services are intended to allow a FBA device to be updated by both z/OS and other platforms. The API (IOSFBA) is all new, and is in no way related to the access methods we all know and love. Forget all about data sets, VTOCs, cylinders, and so on. It's in z/OS 2.1. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/16/2013 9:17 AM, Gord Tomlin wrote: FBA Services are intended to allow a FBA device to be updated by both z/OS and other platforms. The API (IOSFBA) is all new, and is in no way related to the access methods we all know and love. Forget all about data sets, VTOCs, cylinders, and so on. It's in z/OS 2.1. As I posted earlier, the function is being delivered via OA41040 as service against z/OS 2.1 with roll back to z/OS 1.13: PTF List: Release 78H : PTF not available yet Release 780 : PTF not available yet Release 790 : PTF not available yet -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Mon, 16 Sep 2013 12:17:33 -0400, Gord Tomlin wrote: FBA Services are intended to allow a FBA device to be updated by both z/OS and other platforms. The API (IOSFBA) is all new, and is in no way related to the access methods we all know and love. Forget all about data sets, VTOCs, cylinders, and so on. It's in z/OS 2.1. From reading this list, I suss out that not entirely all know and 'love' UNIX. So is it possible that UNIX filesystems will be supported via IOSFBA? (Of course, if UNIX files are supported a programmer might use DD PATH=..., then QSAM, BSAM, or (read-only) BPAM.) OS/360, much lauded for vertical compatibility, has never been very good at horizontal compatibility. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/16/2013 10:37 AM, Paul Gilmartin wrote: Where I see such as: create new devices of TYPE=FBA attached to this control unit. Given that these devices are defined as Unit Record devices, they cannot be shared among users on a single system. Right. There is no such thing as a DISP=SHR sharing protocol for FBA files. All processing must be serialized using protocols similar to DISP=NEW/OLD/MOD. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Sat, 14 Sep 2013 08:27:53 -0500, Joel C. Ewing jcew...@acm.org wrote: Just to be precise, the ISO standard for dates is more than just order. If punctuation is used, the standard requires -, not /, as in: -mm-dd Good catch. I changed my IPLINFO exec years ago to use the ISO 8601 standard for all dates in the various displays. But it can be changed to US or EU format easily by changing one line of code near the front of the exec. /*/ DATEFMT = 'ISO' /* ISO 8601 format -MM-DD (new default) */ /* DATEFMT = 'USA' *//* USA format MM/DD/ (original format) */ /* DATEFMT = 'EUR' *//* EUR format DD/MM/*/ /*/ -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Mon, 16 Sep 2013 19:10:08 +0200, Jan Vanbrabant wrote: Hi listers, The base IOS apar OA41040 has been closed. It contains now: ... *V1R13 SA22-7608 MVS Programming Authorized Assembler Services *Guide http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBASC_113.pdf *Chapter 32. z/OS FBA services* Where I see such as: create new devices of TYPE=FBA attached to this control unit. Given that these devices are defined as Unit Record devices, they cannot be shared among users on a single system. Eek! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Mon, Sep 16, 2013 at 12:37 PM, Paul Gilmartin paulgboul...@aim.comwrote: On Mon, 16 Sep 2013 19:10:08 +0200, Jan Vanbrabant wrote: Hi listers, The base IOS apar OA41040 has been closed. It contains now: ... *V1R13 SA22-7608 MVS Programming Authorized Assembler Services *Guide http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBASC_113.pdf *Chapter 32. z/OS FBA services* Where I see such as: create new devices of TYPE=FBA attached to this control unit. Given that these devices are defined as Unit Record devices, they cannot be shared among users on a single system. Eek! -- gil That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Defining something as a unit-record device is an old trick, used to provide minimal, early, ad interim support for its use. No one need to get his undies in knots about (or draw cosmic conclusions from) this. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Hi listers, The base IOS apar OA41040 has been closed. It contains now: *V1R13 GA23-0854 z/OS MVS Data Areas, Volume 2 http://publibz.boulder.ibm.com/zoslib/pdf/IOSDFBA_113.pdf *V1R13 GA32-0855 z/OS MVS Data Areas, Volume 3 http://publibz.boulder.ibm.com/zoslib/pdf/IOSDIOST_113.pdf *V1R13 SA22-7608 MVS Programming Authorized Assembler Services *Guide http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBASC_113.pdf *Chapter 32. z/OS FBA services* *V1R13 SA22-7610 MVS Programming Authorized Assembler Services *Reference http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBA_113.pdf *Chapter 96. IOSFBA — IOS fixed block architecture service* *V2R1 GA32-0855 zOS MVS Data Areas, Volume 3 http://publibz.boulder.ibm.com/zoslib/pdf/IOSDIOST_21.pdf *V2R1 SA22-7610 MVS Programming Authorized Assembler Services *Reference http://publibz.boulder.ibm.com/zoslib/pdf/IOSFBA_21.pdf jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Mon, 16 Sep 2013 15:41:33 -0700, Ed Jaffe wrote: On 9/16/2013 3:04 PM, Mike Schwab wrote: That sounds like Virtual Tape Libraries and not AIX or Linux disk file systems. I'm pretty sure the support is intended to access ordinary FBA disk files and has nothing whatsoever to do with tape. Is there even such a thing as FBA tape? Probably not for z, but open systems have long supported block-addressable tapes (I used Dectapes on PDP-8 in early 1970s). Often with pre-formatted address tracks. I suspect the intent is that FBA devices will be allocated long-term to a dæmon (excuse me; I mean STC or FSS or whatever), which will simulate access method and filesystem interfaces, much as OMVS does for HFS. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
HFS UNIX filesystems are supported in the OMVS address space itself. zFS filesystems are supported in a colony address space called ZFS. Why not support another filesystem type, allocated on the unit record FBA device, in another colony address space? Perhaps even a z/Linux formatted filesystem such as ext4 or btrfs. In this case the single user only allocation is a moot point since all filesystem I/O would be done by the colony address space. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Mon, 16 Sep 2013 18:48:55 -0500, John McKown wrote: HFS UNIX filesystems are supported in the OMVS address space itself. zFS filesystems are supported in a colony address space called ZFS. Why not support another filesystem type, allocated on the unit record FBA device, in another colony address space? Perhaps even a z/Linux formatted filesystem such as ext4 or btrfs. In this case the single user only allocation is a moot point since all filesystem I/O would be done by the colony address space. Or even ZFS? (No, I don't mean zFS.) But is btrfs available today and actively supported on z/Linux? Which has greater function? Greater stability? More congenial licensing terms? Can z/Linux boot from btrfs? If not, what filesystem types are supported for boot? (Concerning the chatter about availability of PDSE at NIP: For a while, I was running an OpenSolaris guest on x86. Its only filesystem was a ZFS, although I suspect it had an elaborate boot record extension. But this demonstrates that it is possible to start up with a sophisticated filesystem/DSORG/DSNTYPE.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
traditional British dd/mm/yy? Surely you meant to say almost all of the rest of the world... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Saturday, September 14, 2013 5:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5) This date format, yy/mm/dd---/mm/dd would of course be better---is in no way ambiguous. It is an ISO/ANSI standard 'descending' date, the crucial merits of which are that it is 1) unambiguous and 2) immediately orderable/sortable. Its exclusive use is also a very imperfectly honored FIPS requirement. Another of its merits is that it is neither the traditional American mm/dd/yy nor the traditional British dd/mm/yy format. Itr does not take sides in that ancient dispute. (There is no 'European' format; or, better, there are [too] many of them.) John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Ron Hawkins wrote: Surely you meant to say almost all of the rest of the world... I meant something a little more restrictive, to wit the regions that used to be [and in some measure still are] colo[u]red pink on world maps. None of my Pakistani friends of course thinks of him/herself as a living in the British Empire. 1957 was a long time ago. Still, they all use the British spelling 'colour' instead of the American spelling 'color'. Language dialects are very conservative. There is no right or wrong twixt them. There is only what is. A few minutes ago I sent an email in German to a German-speaking Swiss colleague, and I dated it 17.September 2013. In writing to her in German it would not occur to me to use 17.09 2013 or the like, although she would of course understand what I meant if I did so These things said, it must be conceded that the American construct monthday of monthyear is a municipal one, having only local validity, in the sense in which international lawyers use that term. It does not sort, and it is all but certain to make trouble sooner rather than later if you use it to date cheques|checks drawn on British-Commonwealth banks. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Personally, unless I am doing an internal email, I use the ISO date format. There should be no chance of accidental misunderstanding. Of course, some may ask what weird date is that? in which case I can explain. On my checks, I use dd mon . Again, no confusion and it is intuitively obvious what the date is. I even tend to use that in my internal company correspondence. In files, I use ISO or some binary format, such as STCKE or Lilian. Which confuses the crap out of the COBOL programmers. But I don't really care. I point them to the doc on how to convert Lilian to/from character and tell them to use that LE subroutine. Not that I actually create many files used by programmers. On Mon, Sep 16, 2013 at 8:47 PM, John Gilmore jwgli...@gmail.com wrote: Ron Hawkins wrote: Surely you meant to say almost all of the rest of the world... I meant something a little more restrictive, to wit the regions that used to be [and in some measure still are] colo[u]red pink on world maps. None of my Pakistani friends of course thinks of him/herself as a living in the British Empire. 1957 was a long time ago. Still, they all use the British spelling 'colour' instead of the American spelling 'color'. Language dialects are very conservative. There is no right or wrong twixt them. There is only what is. A few minutes ago I sent an email in German to a German-speaking Swiss colleague, and I dated it 17.September 2013. In writing to her in German it would not occur to me to use 17.09 2013 or the like, although she would of course understand what I meant if I did so These things said, it must be conceded that the American construct monthday of monthyear is a municipal one, having only local validity, in the sense in which international lawyers use that term. It does not sort, and it is all but certain to make trouble sooner rather than later if you use it to date cheques|checks drawn on British-Commonwealth banks. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- As of next week, passwords will be entered in Morse code. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/16/2013 9:47 PM, John Gilmore wrote: I meant something a little more restrictive, to wit the regions that used to be [and in some measure still are] colo[u]red pink on world maps. The problem is worse than just regional. My last time in Halifax, we shopped at a mall for books, candy, and jewelry, and noticed that the receipts had three different date formats. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Are z/OS FBA services new or are IBM releasing internal services that have been used by the likes of media manager for years? On 14/09/2013 9:32 AM, Shane Ginnane wrote: On Fri, 13 Sep 2013 18:03:03 -0700, Ed Jaffe wrote: ... PROBLEM SUMMARY: * USERS AFFECTED: Users at HBB7780 and above * * PROBLEM DESCRIPTION: New function in support of z/OS FBA * * Services* * RECOMMENDATION: * New function to support z/OS FBA Services. (D/T2107) Well spotted Ed. Good to see the component is IOS - maybe we'll all (eventually) get some benefit out of it, not just DB2 and/or the JVM. What do you reckon; PDS/E as FBA g,d,r Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
This date format, yy/mm/dd---/mm/dd would of course be better---is in no way ambiguous. It is an ISO/ANSI standard 'descending' date, the crucial merits of which are that it is 1) unambiguous and 2) immediately orderable/sortable. Its exclusive use is also a very imperfectly honored FIPS requirement. Another of its merits is that it is neither the traditional American mm/dd/yy nor the traditional British dd/mm/yy format. Itr does not take sides in that ancient dispute. (There is no 'European' format; or, better, there are [too] many of them.) John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/14/2013 4:13 AM, David Crayford wrote: Are z/OS FBA services new or are IBM releasing internal services that have been used by the likes of media manager for years? All new. The new IOSFBA service is not for managing fixed-block data sets on an ECKD device. Rather, IOSFBA is used to manage (allocate, unallocate) and perform I/O to (read, write) allocated fixed block architecture (FBA) devices. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 14/09/2013 8:59 PM, Ed Jaffe wrote: On 9/14/2013 4:13 AM, David Crayford wrote: Are z/OS FBA services new or are IBM releasing internal services that have been used by the likes of media manager for years? All new. The new IOSFBA service is not for managing fixed-block data sets on an ECKD device. Rather, IOSFBA is used to manage (allocate, unallocate) and perform I/O to (read, write) allocated fixed block architecture (FBA) devices. Thanks! I followed the APAR links but couldn't find any detailed info. Maybe I wasn't looking hard enough. What are the big winners wrt z/OS databases and middlware? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 09/14/2013 07:20 AM, John Gilmore wrote: This date format, yy/mm/dd---/mm/dd would of course be better---is in no way ambiguous. It is an ISO/ANSI standard 'descending' date, the crucial merits of which are that it is 1) unambiguous and 2) immediately orderable/sortable. Its exclusive use is also a very imperfectly honored FIPS requirement. Another of its merits is that it is neither the traditional American mm/dd/yy nor the traditional British dd/mm/yy format. Itr does not take sides in that ancient dispute. (There is no 'European' format; or, better, there are [too] many of them.) John Gilmore, Ashland, MA 01721 - USA Just to be precise, the ISO standard for dates is more than just order. If punctuation is used, the standard requires -, not /, as in: -mm-dd -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Fri, 13 Sep 2013 22:52:14 -0700, Ed Jaffe wrote: APAR Identifier .. OA41040 Last Changed 13/09/12 d/m/y (European Date Format) - ie: September 13, 2012. LOL. I guess you're trying to prove Gil's point. :) It's a shame there are so many dots in there. Otherwise they could just expand the date field by two columns and use ISO 8601 format. Of course, anyone who's ever used IBMLink to lookup/access APARs/PTFs knows its dates are of the form yy/mm/dd. Just one more thing to memorize. ever may be different from recently. It was worse last year; it will be better in 2032. I suppose they believed 14 years ago that there was no reason to change. After all, no one would ever mistake 99 (or 00) for a month or a day. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Sat, 14 Sep 2013 05:59:59 -0700, Ed Jaffe wrote: On 9/14/2013 4:13 AM, David Crayford wrote: Are z/OS FBA services new or are IBM releasing internal services that have been used by the likes of media manager for years? All new. The new IOSFBA service is not for managing fixed-block data sets on an ECKD device. Rather, IOSFBA is used to manage (allocate, unallocate) and perform I/O to (read, write) allocated fixed block architecture (FBA) devices. What access methods and DSORGs can we expect to see supported? Again all new? Or considerable compatibility with existing art? UNIX filesystems? PDSE? What release target? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
Mr. Ewing is correct. A full ISO 8601 date-and-time stamp takes the form -MM-DDThh:mm:ssTZD An example would be 2013-09-14T11:46:13:05:00 in which '-', 'T', and ':' are prescribed. My earlier post omitted these details in the interests of brevity. Googling ISO 8601 will yield more of them and the full text of both the standard and some draft extensions and modifications that are under current discussion. Alternatively, Mr. Ewing could, I should guess, be induced to disgorge some of them for us. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/13/2013 5:47 PM, Clark Morris wrote: IF (caps intentional) the z series AND z/OS are to have a long term future, the z series must support the fastest fiber protocol (see Lynn Wheeler's posts on the subject) and FBA (support that SHORT SIGHTED BEAN COUNTERS vetoed according to Lynn). APAR Identifier .. OA41040 Last Changed 13/09/12 NEW FUNCTION APAR Symptom .. NF FUNCTION Status ... CLOSED UR1 Severity ... 3 Date Closed . 13/09/12 Component .. 5752SC1C3 Duplicate of Reported Release . 780 Fixed Release 999 Component Name IOS Special Notice ATTENTION Current Target Date .. Flags SCP ...NEW FUNCTION Platform Status Detail: APARCLOSURE - APAR is being closed. PE PTF List: PTF List: Release 78H : PTF not available yet Release 780 : PTF not available yet Release 790 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: New Function APAR LOCAL FIX: PROBLEM SUMMARY: * USERS AFFECTED: Users at HBB7780 and above * * PROBLEM DESCRIPTION: New function in support of z/OS FBA * * Services* * RECOMMENDATION: * New function to support z/OS FBA Services. (D/T2107) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Fri, 13 Sep 2013 18:03:03 -0700, Ed Jaffe wrote: ... PROBLEM SUMMARY: * USERS AFFECTED: Users at HBB7780 and above * * PROBLEM DESCRIPTION: New function in support of z/OS FBA * * Services* * RECOMMENDATION: * New function to support z/OS FBA Services. (D/T2107) Well spotted Ed. Good to see the component is IOS - maybe we'll all (eventually) get some benefit out of it, not just DB2 and/or the JVM. What do you reckon; PDS/E as FBA g,d,r Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On Fri, 13 Sep 2013 18:03:03 -0700, Ed Jaffe wrote:. APAR Identifier .. OA41040 Last Changed 13/09/12 Ambiguous date. https://xkcd.com/1179/ Symptom .. NF FUNCTION Status ... CLOSED UR1 What's UR1? I suppose I should RTFM. Component Name IOS Special Notice ATTENTION iPhone? I'm astonished. (Assuming broad-based support.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
In addition to OA41040, there are at least three (3) related APARs -- OA41558 DEVSERV OA42887 SRM OA42912 [Not available] John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/13/2013 8:43 PM, John P. Baker wrote: In addition to OA41040, there are at least three (3) related APARs -- OA41558 DEVSERV OA42887 SRM OA42912 [Not available] APAR Identifier .. OA42912 https://www-304.ibm.com/ibmlink/sis/viewAparDoc.wss?context=aparAndUsagesearchWords=oa42912documentIds=OA42912lc=encc=US Last Changed 13/09/12 RMF SUPPORT FOR IOS APAR OA41040 https://www-304.ibm.com/ibmlink/sis/viewAparDoc.wss?context=aparAndUsagesearchWords=oa42912documentIds=OA41040lc=encc=US -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
At 21:48 -0500 on 09/13/2013, Paul Gilmartin wrote about Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V: x-charset UTF-8On Fri, 13 Sep 2013 18:03:03 -0700, Ed Jaffe wrote:. APAR Identifier .. OA41040 Last Changed 13/09/12 Ambiguous date. d/m/y (European Date Format) - ie: September 13, 2012. https://xkcd.com/1179/ Symptom .. NF FUNCTION Status ... CLOSED UR1 What's UR1? I suppose I should RTFM. Component Name IOS Special Notice ATTENTION iPhone? I/O Support. I'm astonished. (Assuming broad-based support.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN /x-charset -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V5)
On 9/13/2013 9:55 PM, Robert A. Rosenberg wrote: At 21:48 -0500 on 09/13/2013, Paul Gilmartin wrote about Re: z/OS FBA Services (Was: PDS/E, Shared Dasd, and COBOL V: x-charset UTF-8On Fri, 13 Sep 2013 18:03:03 -0700, Ed Jaffe wrote:. APAR Identifier .. OA41040 Last Changed 13/09/12 Ambiguous date. d/m/y (European Date Format) - ie: September 13, 2012. LOL. I guess you're trying to prove Gil's point. :) Of course, anyone who's ever used IBMLink to lookup/access APARs/PTFs knows its dates are of the form yy/mm/dd. The last update was yesterday... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
