On Wed, 10 Jul 2013 16:22:34 -0500, Paul Gilmartin <[email protected]> wrote:
>Now an extended directory shows me: > >user@Solaris:469$ ls -alE >total 38 Date Time zone >drwxr-sr-x 2 user 513 4 2013-07-10 15:02:59.226383291 -0600 . >drwxr-sr-x 57 user 513 355 2013-07-10 14:51:00.523492633 -0600 .. >-rw-r--r-- 1 user 513 0 2006-03-22 12:00:00.000000000 -0700 >Touched-in-2006 >-rw-r--r-- 1 user 513 0 2007-03-22 12:00:00.000000000 -0600 >Touched-in-2007 > >Solaris knows that the US/Mountain offset was 7 hours on March 22, 2006, >and 6 hours on March 22, 2007. z/OS doesn't know, and there's no way >to tell it; there's no value that gives correct results for both 2006 >and 2007. > >(z/OS has no similar option for an extended directory listing. >I think they're too embarassed to publicize such flaws.) > Complain, complain, complain. :-) You use the term "flaw" loosely. It may be a shortcoming compared to other unix environments that you work on or prefer, but I wouldn't call it a flaw. Remember that z/OS unix is based on the posix standard. Does that standard have the extended directory list? There are so many other examples like this compared to other *nix systems (or even "MVS" in general), that you may as well call all of z/OS flawed going by your logic. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:[email protected] Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
