On Fri, May 11, 2018 at 9:06 AM, Charles Mills <[email protected]> wrote:
> Oh for gosh sakes! Every operating system is different. There is no > eleventh commandment "filenames shall be 44 uppercase characters" that UNIX > violated. Tell him a foolish consistency is the hobgoblin of little minds. > Or that the inability to learn new things is a sign of old age. > > Or point out that z/OS is case-dependent. Don't think so? Try referencing > 'sys1.maclib'. > Or, if you want to break someone's mind use //SYSUT2 DD DSN='&SYSUID.x.DATA' On my system (likely because my ID is very powerful), a data set is actually created on a volume. So DADSM will accept the DSN. I had to use STORCLAS=NONSMS to force non-SMS allocation. If I didn't, SMS would fail the allocation (yah!). However, I couldn't get it catalogued. And when using JCL to allocate it, I get: 3 IEF648I INVALID DISP FIELD- KEEP SUBSTITUTED 3 IGD01008I NULL STORCLAS ASSIGNED I now have a DSN on a non-SMS volume which is not catalogued (which is valid). But, although it is displayed by ISPF 3.4, it cannot be used in any way that I have found. I get the weird message "Invalid change". I guess ISPF is uppercasing the DSN and then whining that the values are different. Now that I think about it, I remember many years ago, at my first job, they were converting from DOS to VS1. The DOS system actually had a DSN on a volume named 'WATER MONSTER FILE' (aka Water Master File -- city water dept.). And I could "use it" on VS1. But not really, because it was a DOS ISAM dataset. I appreciate the response so far. I'm really getting the idea that people are more "resigned" to UNIX as part of z/OS, rather than "enthusiastic" about it. > > Charles > > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
