In a recent note, Thomas Conley said: > Date: Sat, 27 Aug 2005 12:10:04 -0400 > > Multiple logon is here now, with caveats. We're trying to resolve the > issues we know about. Check out > http://www.naspa.com/PDF/2004/0504/T0405002.pdf to get started. Also check > I did. Thanks. It discusses logons on different LPARs. This is underreaching. Why not multiple logons on a single LPAR? The integrity and serialization issues ought to be the same; the sole obvious exception would be contention for the job name; this could be resolved by using a generated jobname (SMOP), or prompting the user for a suffix character, as in SUBMIT. If concurrent batch IKJEFT01 job steps (with different job names) are feasible, why not similarly for foreground?
And the ISPF issue remains foremost; "caveats" is understatement. Kudos to TSO for volleying the ball into ISPF's court; that required courage. > > o The ability of an edit macro in a workstation editor to > > interface with the native z/OS environment is sorely > > limited. > > ?? > I have a JCL member accessible by NFS on both z/OS and Solaris. If I OEDIT it on z/OS, I have access to SUBMIT, and DDLIST (should I wish it) (I just tried them), etc. If I If I were to edit it with THE (The Hessling Editor; I haven't tried it; only vi) on Solaris, those facilities would surely be unavailable. (I've coded my own SUBMIT, using FTP from Solaris.) -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- 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
