On Wed, 9 Sep 2009 06:44:40 -0600, Steve Comstock wrote: > >* Apparently the new FILEDATA=RECORD and EATTR did not > make the ALLOCATE command, although they did make JCL > There ought to be a Requirement for this, and for support by BPXWDYN.
>* TSO: with LOGONHERE support, you can logon / reconnect > even if there has not been a disconnect; this allows > you to reconnect from one workstation while you are > still logged on to a different workstation; basically, > your session follows you! This is now the default > behavior. [Have not yet tested this] > Particularly, test where the new terminal is of a different type from the old. My prediction is it will work pretty well for TSO command line; poorly-to-worthless for ISPF sessions, possibly leading to cascading errors that can't be escaped. Possibly a candidate for an APAR, which will be closed SUG (which means WAD). >* New FILEDATA type for z/OS UNIX files: FILEDATA=RECORD > creates files with each record having a four > byte prefix (x'00' followed by three byte > record length) > > The prefix is built on write, removed on read, so a > program won't see it; useful for files whose records > have more than text (packed decimal, say, or binary > data): prevents inadvertent end of record by > accidentally having EBCDIC new line, x'15' > So UNIX files will be more generally useful. This is becoming a back door to support of FBA DASD. Thanks, gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
