Re: Second screen in a z/VM CMS session
On Thu, Jul 8, 2010 at 8:25 AM, Florian Bilek wrote: > Rob, > > I would also be interested to get this code. >>> Another userful thing that does not do what was asked for... I am >>> very fond of Perry's SWAPCONS that does fullscreen on a dialed GRAF >>> and linemode output on your normal terminal. Great if you want to >>> trace REXX code that drives (XEDIT) full screen. Perry just reminded me the source is (since 1991!) on VMSHARE: http://vm.marist.edu/~vmshare/read?fn=SWAPCONS&ft=NOTE&line=1 If people have trouble building and using it, we might need a package on the VM Download pages. R;
Re: Second screen in a z/VM CMS session
Rob, I would also be interested to get this code. Florian On Wed, 7 Jul 2010 10:41:15 -0400, Alex wrote: >is this code available, if so from where? > >Alex >- Original Message - >From: "Rob van der Heij" >To: >Sent: Wednesday, July 07, 2010 4:10 AM >Subject: Re: Second screen in a z/VM CMS session > > >> Another userful thing that does not do what was asked for... I am >> very fond of Perry's SWAPCONS that does fullscreen on a dialed GRAF >> and linemode output on your normal terminal. Great if you want to >> trace REXX code that drives (XEDIT) full screen. >> >> R; >> >> >> >> >> === >> Email scanned by PC Tools - No viruses or spyware found. >> (Email Guard: 7.0.0.18, Virus/Spyware Database: 6.15370) >> http://www.pctools.com/ >> ===
Re: Second screen in a z/VM CMS session
is this code available, if so from where? Alex - Original Message - From: "Rob van der Heij" To: Sent: Wednesday, July 07, 2010 4:10 AM Subject: Re: Second screen in a z/VM CMS session Another userful thing that does not do what was asked for... I am very fond of Perry's SWAPCONS that does fullscreen on a dialed GRAF and linemode output on your normal terminal. Great if you want to trace REXX code that drives (XEDIT) full screen. R; === Email scanned by PC Tools - No viruses or spyware found. (Email Guard: 7.0.0.18, Virus/Spyware Database: 6.15370) http://www.pctools.com/ ===
Re: Second screen in a z/VM CMS session
> I'll second what Mike said about TRACEXEC. It's a great tool. It's > not > going to do what you envisioned originally as far as working with two > screens, but you should consider TRACEXEC anyway. If you do go the two-userids-with-SFS route, also consider SESSION. It allows you to log into one userid, run SESSION PFx, and then you can switch sessions with a PF key. You can have lots of named sessions, each on a different userid. Again, not exactly what you wanted, but enormously handy for those moments when you need to check something on another id without having to start a whole new session.
Re: Second screen in a z/VM CMS session
Another userful thing that does not do what was asked for... I am very fond of Perry's SWAPCONS that does fullscreen on a dialed GRAF and linemode output on your normal terminal. Great if you want to trace REXX code that drives (XEDIT) full screen. R;
Re: Second screen in a z/VM CMS session
I'll second what Mike said about TRACEXEC. It's a great tool. It's not going to do what you envisioned originally as far as working with two screens, but you should consider TRACEXEC anyway. Jim On 7/6/2010 1:31 PM, Mike Walter wrote: Florian, By now you've received a number of excellent tips. Nonetheless, take a look at TRACEXEC on the IBM VM Download page. http://www.vm.ibm.com/download/packages/descript.cgi?TRACEXEC It never hurts to have more tools than you might need at the moment, or at least know about their existence. The brief package description includes -- TRACEXEC is a tool for analyzing and debugging EXEC applications. It does about five different things: TRACEXEC is an interactive debugger for interpreted REXX execs. You'll never need to modify code by inserting TRACE instructions again; just use TRACEXEC to set or clear breakpoints. You can set breakpoints using line-mode commands, or you can do it in a visual mode via an Xedit interface. If you don't need the full level of tracing control provided by TRACEXEC, you can still use it to specify that the EXECTRAC flag should be automatically turned on, or off, for specific execs. This can be useful for tracing a single exec buried deep within an application, as well as for tracing non-REXX execs. TRACEXEC is a run-time profiler for interpreted REXX execs. It can record both frequency of execution and CPU usage for each line within a REXX exec. TRACEXEC is a run-time profiler for EXEC applications. It records both frequency of execution and CPU usage for each EXEC within a multi-exec application. All interpreted and compiled EXEC languages are supported. TRACEXEC can be used to reveal the flow of logic in a multi-exec application, by displaying a message when an exec is entered (showing the exec name and arguments) or exited (showing CPU time and return code). All interpreted and compiled EXEC languages are supported. This is TRACEXEC Version 2.06. If you have questions or comments about TRACEXEC, contact Kent Fiala. -- I confess to never having tried it, but have read through the doc... pretty cool! Regards, Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Florian Bilek" Sent by: "The IBM z/VM Operating System" 07/05/2010 12:14 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Second screen in a z/VM CMS session Dear all, I am wondering if there is a utility available that would allow to use a dialed screen to a VM running CMS? As I understand, there is the possibility to make multitasking applications under CMS. Also full screen is supported nowadays. It would be great to have on one screen a REXX procedure edited while on the VM console that exec could be tested. Thank you very much in advance. -- James Bohnsack (972) 596-6377 home/office (972) 342-5823 cell
Re: ODP: Second screen in a z/VM CMS session
Before I retired we had a module from YKT that would execute the EXEC being edited FROM STORAGE, w/o having to Save it. Don't know if it ever was put in the VM Download Library but it was *very* handy for tweaking or experimenting with code! I wrote a RUN macro to invoke it and pass parms, making my life easier. Les Kris Buelens wrote: Even that is possible: my PROFILE XEDIT searches for special comments somewhere in front of the EXEC. I'd code in the exec to test: /*XEDIT:SET: PF10 MACRO EXECCALL .EXEC mainexec parameters */ And, if you'd need to run youyr "mainexec" with other parameters than "parameters": - enter the new parameters in XEDIT's cmdarea - press P10 2010/7/6 Rob van der Heij On Tue, Jul 6, 2010 at 8:59 AM, Kris Buelens wrote: EXECCALL can help there too: SET PF10 EXECCALL .EXEC mainexec But I rarely have an exec that does not require arguments, so I would need XEDIT to remember that too... Rob
Re: Second screen in a z/VM CMS session
Florian, By now you've received a number of excellent tips. Nonetheless, take a look at TRACEXEC on the IBM VM Download page. http://www.vm.ibm.com/download/packages/descript.cgi?TRACEXEC It never hurts to have more tools than you might need at the moment, or at least know about their existence. The brief package description includes -- TRACEXEC is a tool for analyzing and debugging EXEC applications. It does about five different things: TRACEXEC is an interactive debugger for interpreted REXX execs. You'll never need to modify code by inserting TRACE instructions again; just use TRACEXEC to set or clear breakpoints. You can set breakpoints using line-mode commands, or you can do it in a visual mode via an Xedit interface. If you don't need the full level of tracing control provided by TRACEXEC, you can still use it to specify that the EXECTRAC flag should be automatically turned on, or off, for specific execs. This can be useful for tracing a single exec buried deep within an application, as well as for tracing non-REXX execs. TRACEXEC is a run-time profiler for interpreted REXX execs. It can record both frequency of execution and CPU usage for each line within a REXX exec. TRACEXEC is a run-time profiler for EXEC applications. It records both frequency of execution and CPU usage for each EXEC within a multi-exec application. All interpreted and compiled EXEC languages are supported. TRACEXEC can be used to reveal the flow of logic in a multi-exec application, by displaying a message when an exec is entered (showing the exec name and arguments) or exited (showing CPU time and return code). All interpreted and compiled EXEC languages are supported. This is TRACEXEC Version 2.06. If you have questions or comments about TRACEXEC, contact Kent Fiala. -- I confess to never having tried it, but have read through the doc... pretty cool! Regards, Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Florian Bilek" Sent by: "The IBM z/VM Operating System" 07/05/2010 12:14 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Second screen in a z/VM CMS session Dear all, I am wondering if there is a utility available that would allow to use a dialed screen to a VM running CMS? As I understand, there is the possibility to make multitasking applications under CMS. Also full screen is supported nowadays. It would be great to have on one screen a REXX procedure edited while on the VM console that exec could be tested. Thank you very much in advance. -- Best regards Florian The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: ODP: Second screen in a z/VM CMS session
Even that is possible: my PROFILE XEDIT searches for special comments somewhere in front of the EXEC. I'd code in the exec to test: /*XEDIT:SET: PF10 MACRO EXECCALL .EXEC mainexec parameters */ And, if you'd need to run youyr "mainexec" with other parameters than "parameters": - enter the new parameters in XEDIT's cmdarea - press P10 2010/7/6 Rob van der Heij > On Tue, Jul 6, 2010 at 8:59 AM, Kris Buelens > wrote: > > EXECCALL can help there too: > > SET PF10 EXECCALL .EXEC mainexec > > But I rarely have an exec that does not require arguments, so I would > need XEDIT to remember that too... > > Rob > -- Kris Buelens, IBM Belgium, VM customer support
Re: ODP: Second screen in a z/VM CMS session
On Tue, Jul 6, 2010 at 8:59 AM, Kris Buelens wrote: > EXECCALL can help there too: > SET PF10 EXECCALL .EXEC mainexec But I rarely have an exec that does not require arguments, so I would need XEDIT to remember that too... Rob
Re: ODP: Second screen in a z/VM CMS session
EXECCALL can help there too: SET PF10 EXECCALL .EXEC mainexec 2010/7/6 Rob van der Heij > On Tue, Jul 6, 2010 at 8:28 AM, Kris Buelens > wrote: > > > What do I often see: the user XEDITs the exec, searches the area to > change, > > issues FILE, starts the exec from CMS Ready and that over and over > again... > > What do I do: I stay in XEDIT (at the place of the code just changed), > and > > press PF10 (PF10 is assigned to EXECCALL). EXECCALL will SAVE the file > (if > > it was modified), start the exec passing what I entered in XEDIT's cmd > area > > or the parameters defined on EXECCALL. > > Most of the cases I'm not working on the main EXEC that can be > invoked, but on one of the REXX stages that it uses. With CMS > Pipelines stages you often can set up some test data and run the stage > on the command line of the editor. > > In my 25+ years of XEDIT, I came up with some macros that keep the > location and cursor position when I exit XEDIT through PF3 (for each > of the files I'm working on). So when I invoke XEDIT for that file, I > get back to where I was before (normally near the place where I need > to be now). Amd my PF3 outside XEDIT is set to edit the last file > again. This means going to CMS line mode to try something does not > disturb the process. > > Rob > -- Kris Buelens, IBM Belgium, VM customer support
Re: ODP: Second screen in a z/VM CMS session
On Tue, Jul 6, 2010 at 8:28 AM, Kris Buelens wrote: > What do I often see: the user XEDITs the exec, searches the area to change, > issues FILE, starts the exec from CMS Ready and that over and over again... > What do I do: I stay in XEDIT (at the place of the code just changed), and > press PF10 (PF10 is assigned to EXECCALL). EXECCALL will SAVE the file (if > it was modified), start the exec passing what I entered in XEDIT's cmd area > or the parameters defined on EXECCALL. Most of the cases I'm not working on the main EXEC that can be invoked, but on one of the REXX stages that it uses. With CMS Pipelines stages you often can set up some test data and run the stage on the command line of the editor. In my 25+ years of XEDIT, I came up with some macros that keep the location and cursor position when I exit XEDIT through PF3 (for each of the files I'm working on). So when I invoke XEDIT for that file, I get back to where I was before (normally near the place where I need to be now). Amd my PF3 outside XEDIT is set to edit the last file again. This means going to CMS line mode to try something does not disturb the process. Rob
Re: ODP: Second screen in a z/VM CMS session
One of my other tools to make coding execs easier is EXECCALL: when you are XEDITing an EXEC, you often want to test it. What do I often see: the user XEDITs the exec, searches the area to change, issues FILE, starts the exec from CMS Ready and that over and over again... What do I do: I stay in XEDIT (at the place of the code just changed), and press PF10 (PF10 is assigned to EXECCALL). EXECCALL will SAVE the file (if it was modified), start the exec passing what I entered in XEDIT's cmd area or the parameters defined on EXECCALL. EXECCALL supports various filetypes, but it acts always as "Save and Run". For a HELP file it means issuing "HELP fname" for example. With EXECCALL I find the need to have a second session most of the time not required. It is on the download lib, part of various XEDIT goodies. http://www.vm.ibm.com/download/packages/descript.cgi?GD-XEDIT 2010/7/6 Florian Bilek > Thank you for this clarification about multitasking in CMS. > > Maybe I was not precise enough. > > I would like to avoid always invoking XEDIT in order to change some line of > code in the REXX exec during debugging. The idea was to have the file > opened > in XEDIT, save it and then run it on a second screen connected to the same > VM guest. > > But this was only one example. I was looking for a more general solution, > where there would be two programs loaded in storage at the same time. > > Seems that this is not possible. So it is better to have a second VM User > accessing a SFS. > > Thank you for the feedback. > > Kind regards, > Florian > > > On Mon, 5 Jul 2010 23:49:36 -0500, Alan Ackerman > wrote: > > >There isn't any way to modify a running REXX EXEC, if that is what you > want > to do. > > > >CMS Multitasking is very limited. It is really multithreading. All CMS > commands must run in the > >base thread, so you cannot run two commands such as XEDIT and the EXEC at > the same time in > >different threads -- even if you do have a second console. True > multitasking in VM is > >accomplished by using multiple virtual machines. > > > >You can switch back and forth between running and editing an EXEC on a > single console. But the > >EXEC has to be saved and restarted each time. (I do that all the time.) > Using Shared File System, > >you can run the EXEC in one virtual machine and edit it in another one. > You > still have to save and > >run the EXEC from the start each time. > > > >Alan Ackerman > > > >On Mon, 5 Jul 2010 20:39:24 +0200, Kolasinski Piotr > wrote: > > > >>-Wiadomo¶æ oryginalna- > >>Od: The IBM z/VM Operating System w imieniu Florian Bilek > >>Wys³ano: Pn 2010-07-05 19:14 > >>Do: IBMVM@LISTSERV.UARK.EDU > >>Temat: Second screen in a z/VM CMS session > >> > >>Dear all, > >> > >>I am wondering if there is a utility available that would allow to use a > >>dialed screen to a VM running CMS? > >> > >>As I understand, there is the possibility to make multitasking > applications > >>under CMS. Also full screen is supported nowadays. > >>It would be great to have on one screen a REXX procedure edited while on > the> > >>VM console that exec could be tested. > >> > >>Thank you very much in advance. > >> > >>-- > >>Best regards > >> > >>Florian > > > -- Kris Buelens, IBM Belgium, VM customer support
Re: ODP: Second screen in a z/VM CMS session
Thank you for this clarification about multitasking in CMS. Maybe I was not precise enough. I would like to avoid always invoking XEDIT in order to change some line of code in the REXX exec during debugging. The idea was to have the file ope ned in XEDIT, save it and then run it on a second screen connected to the sam e VM guest. But this was only one example. I was looking for a more general solution, where there would be two programs loaded in storage at the same time. Seems that this is not possible. So it is better to have a second VM User accessing a SFS. Thank you for the feedback. Kind regards, Florian On Mon, 5 Jul 2010 23:49:36 -0500, Alan Ackerman wrote: >There isn't any way to modify a running REXX EXEC, if that is what you w ant to do. > >CMS Multitasking is very limited. It is really multithreading. All CMS commands must run in the >base thread, so you cannot run two commands such as XEDIT and the EXEC a t the same time in >different threads -- even if you do have a second console. True multitasking in VM is >accomplished by using multiple virtual machines. > >You can switch back and forth between running and editing an EXEC on a single console. But the >EXEC has to be saved and restarted each time. (I do that all the time.) Using Shared File System, >you can run the EXEC in one virtual machine and edit it in another one. You still have to save and >run the EXEC from the start each time. > >Alan Ackerman > >On Mon, 5 Jul 2010 20:39:24 +0200, Kolasinski Piotr wrote: > >>-Wiadomo¶æ oryginalna- >>Od: The IBM z/VM Operating System w imieniu Florian Bilek >>Wys³ano: Pn 2010-07-05 19:14 >>Do: IBMVM@LISTSERV.UARK.EDU >>Temat: Second screen in a z/VM CMS session >> >>Dear all, >> >>I am wondering if there is a utility available that would allow to use a >>dialed screen to a VM running CMS? >> >>As I understand, there is the possibility to make multitasking applicat ions >>under CMS. Also full screen is supported nowadays. >>It would be great to have on one screen a REXX procedure edited while o n the> >>VM console that exec could be tested. >> >>Thank you very much in advance. >> >>-- >>Best regards >> >>Florian > = ===
Re: Second screen in a z/VM CMS session
Dear Peter, I looked already into Yvette some time ago but it does the other way roun d. It is a session manager. With Yvette you can logon to DIFFERENT VM guests from ONE screen. I would like to have multiple screens to ONE VM guest. A more appropriate tool is CONINT also from the IBM utility download site . It allows to switch between several tasks in CMS. Here the xedit session would be one task and the testing of the REXX exec is another task. It is possible to switch between those tasks but a second screen is also not supported. However CONINT doesn't run under z/VM 5.4. respectively the actual CMS versions. Seems that the proposal of Kris is the only real practical solution. Thank you for that. Kind regards, Florian On Mon, 5 Jul 2010 13:48:02 -0400, peter.w...@ttc.ca wrote: >Hi Florian, > > > >It sounds like you want Yvette from the VM downloads page. > > > >Peter > > > >-Original Message- >From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On >Behalf Of Florian Bilek >Sent: July 5, 2010 13:15 >To: IBMVM@LISTSERV.UARK.EDU >Subject: Second screen in a z/VM CMS session > > > >Dear all, > >I am wondering if there is a utility available that would allow to use a >dialed screen to a VM running CMS? > >As I understand, there is the possibility to make multitasking >applications under CMS. Also full screen is supported nowadays. >It would be great to have on one screen a REXX procedure edited while on >the VM console that exec could be tested. > >Thank you very much in advance. > >-- >Best regards > >Florian > > > >The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or tak ing any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the cont ent of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. >
Re: ODP: Second screen in a z/VM CMS session
There isn't any way to modify a running REXX EXEC, if that is what you wa nt to do. CMS Multitasking is very limited. It is really multithreading. All CMS co mmands must run in the base thread, so you cannot run two commands such as XEDIT and the EXEC at the same time in different threads -- even if you do have a second console. True multitask ing in VM is accomplished by using multiple virtual machines. You can switch back and forth between running and editing an EXEC on a si ngle console. But the EXEC has to be saved and restarted each time. (I do that all the time.) U sing Shared File System, you can run the EXEC in one virtual machine and edit it in another one. Y ou still have to save and run the EXEC from the start each time. Alan Ackerman On Mon, 5 Jul 2010 20:39:24 +0200, Kolasinski Piotr wrote: >-Wiadomo¶æ oryginalna- >Od: The IBM z/VM Operating System w imieniu Florian Bilek >Wys³ano: Pn 2010-07-05 19:14 >Do: IBMVM@LISTSERV.UARK.EDU >Temat: Second screen in a z/VM CMS session > >Dear all, > >I am wondering if there is a utility available that would allow to use a >dialed screen to a VM running CMS? > >As I understand, there is the possibility to make multitasking applicati ons >under CMS. Also full screen is supported nowadays. >It would be great to have on one screen a REXX procedure edited while on the> >VM console that exec could be tested. > >Thank you very much in advance. > >-- >Best regards > >Florian
ODP: Second screen in a z/VM CMS session
In REXX programs you may use PIPE with direct access to 3270 devices with specified dev address. Piotr -Wiadomość oryginalna- Od: The IBM z/VM Operating System w imieniu Florian Bilek Wysłano: Pn 2010-07-05 19:14 Do: IBMVM@LISTSERV.UARK.EDU Temat: Second screen in a z/VM CMS session Dear all, I am wondering if there is a utility available that would allow to use a dialed screen to a VM running CMS? As I understand, there is the possibility to make multitasking applications under CMS. Also full screen is supported nowadays. It would be great to have on one screen a REXX procedure edited while on the VM console that exec could be tested. Thank you very much in advance. -- Best regards Florian
Re: Second screen in a z/VM CMS session
I think its much easier to define yourself a second userid and place the code to test in SFS, yielding one user to test, the other to XEDIT the code. That's how I worked for years. Can e done without SFS too, but then the tester would have to reACCESS the code minidisk after each change. Multitasking is only really usable from C or Assembler programs (and by MtRexx), anyhow: for service machines. Special applications could indeed use dialed screens, but I don't know any. 2010/7/5 > Hi Florian, > > > > It sounds like you want Yvette from the VM downloads page. > > > > Peter > > > > -Original Message- > *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On > Behalf Of *Florian Bilek > *Sent:* July 5, 2010 13:15 > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Second screen in a z/VM CMS session > > > > Dear all, > > I am wondering if there is a utility available that would allow to use a > dialed screen to a VM running CMS? > > As I understand, there is the possibility to make multitasking applications > under CMS. Also full screen is supported nowadays. > It would be great to have on one screen a REXX procedure edited while on > the VM console that exec could be tested. > > Thank you very much in advance. > > -- > Best regards > > Florian > > -- > The information transmitted is intended only for the person or entity to > which it is addressed and may contain confidential and/or privileged > material. Any review retransmission dissemination or other use of or taking > any action in reliance upon this information by persons or entities other > than the intended recipient or delegate is strictly prohibited. If you > received this in error please contact the sender and delete the material > from any computer. The integrity and security of this message cannot be > guaranteed on the Internet. The sender accepts no liability for the content > of this e-mail or for the consequences of any actions taken on the basis of > information provided. The recipient should check this e-mail and any > attachments for the presence of viruses. The sender accepts no liability for > any damage caused by any virus transmitted by this e-mail. This disclaimer > is property of the TTC and must not be altered or circumvented in any > manner. > -- Kris Buelens, IBM Belgium, VM customer support
Re: Second screen in a z/VM CMS session
Hi Florian, It sounds like you want Yvette from the VM downloads page. Peter -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Florian Bilek Sent: July 5, 2010 13:15 To: IBMVM@LISTSERV.UARK.EDU Subject: Second screen in a z/VM CMS session Dear all, I am wondering if there is a utility available that would allow to use a dialed screen to a VM running CMS? As I understand, there is the possibility to make multitasking applications under CMS. Also full screen is supported nowadays. It would be great to have on one screen a REXX procedure edited while on the VM console that exec could be tested. Thank you very much in advance. -- Best regards Florian The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner.
Second screen in a z/VM CMS session
Dear all, I am wondering if there is a utility available that would allow to use a dialed screen to a VM running CMS? As I understand, there is the possibility to make multitasking applications under CMS. Also full screen is supported nowadays. It would be great to have on one screen a REXX procedure edited while on the VM console that exec could be tested. Thank you very much in advance. -- Best regards Florian