Re: VSCS & PSW
On Sat, 5 May 2007 13:55:49 +0200, Alain Benveniste <[EMAIL PROTECTED] > wrote: >Alan, > >I see the confusion. >We have Multsess installed on MVS. That allows us to connect to all our MVS >and VM from 1 terminal. Users who have to work on VM have the same logon as >in MVS. Logon this way is made through CDRS. SO when a user press say 1 on >MVS his logon & password is propagated through SNA/VSCS, so he never sees >the logo screen. He sees a line 'LOGON userid password'. It's here 'my p gm' >takes the hand to make the password invisible when this line appears on the >screen. Then just after the profile exec executes itself. >I would upgrade to zVM530 on July and I would not be locked if this pgm >doesn't work anymore. > >I joined the pgm as an attachement. It is BIN FIX 1024 and should be COP Y >(unpa after all. > >Alain > This list doesn't support attachments. You didn't answer Alan's question as to where this program runs. alan(dot)ackerman(at)bank of america(dot)com
Re: VM-VTAM/VSCS question
--- Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/04/2007 at 02:05 MST, Thomas Kern > <[EMAIL PROTECTED]> > wrote: > > Isn't YVETTE also supplied strictly OCO with the > three obligatory sample > exits? > > > > If source code were available some enhancements > like SNA functions > (whatever > > they were talking about), TCP connectivity to > other YVETTE servers, CTC > > connectivity to other systems (VTAM on z/OS?), or > maybe inbound ssh > traffic > > from PuTTTY or OpenSSH, could make it into a VM > system. > > Talking to VTAM on z/OS and adding SNA functions are > one and the same. CMS > doesn't have any way to talk to VM/VTAM, so you > would need to replicate > the PVM solution and create a GCS-based proxy server > that YVETTE would > talk to. The proxy handles all of the VTAM (SNA) > APIs. > When I worked for 3-S Software in the dim and distant past we used to do that for X.25 into CMS. We moved our X.25 virtual machine from CMS where it had talked to Sereis/1 into GCS where it could talk to both Series/1 and VM/VTAM and hence NPSI. Theere was then a set of routines that used IUCV to pass the X.25 from CMS into GCS. Not a trivial task > Or just buy PVM and leave the driving to us! :-) > > Alan Altmark > z/VM Development > IBM Endicott > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: VM-VTAM/VSCS question
--- Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/04/2007 at 02:05 MST, Thomas Kern > <[EMAIL PROTECTED]> > wrote: > > Isn't YVETTE also supplied strictly OCO with the > three obligatory sample > exits? > > > > If source code were available some enhancements > like SNA functions > (whatever > > they were talking about), TCP connectivity to > other YVETTE servers, CTC > > connectivity to other systems (VTAM on z/OS?), or > maybe inbound ssh > traffic > > from PuTTTY or OpenSSH, could make it into a VM > system. > > Talking to VTAM on z/OS and adding SNA functions are > one and the same. CMS > doesn't have any way to talk to VM/VTAM, so you > would need to replicate > the PVM solution and create a GCS-based proxy server > that YVETTE would > talk to. The proxy handles all of the VTAM (SNA) > APIs. > When I worked for 3-S Software in the dim and distant past we used to do that for X.25 into CMS. We moved our X.25 virtual machine from CMS where it had talked to Sereis/1 into GCS where it could talk to both Series/1 and VM/VTAM and hence NPSI. Theere was then a set of routines that used IUCV to pass the X.25 from CMS into GCS. Not a trivial task > Or just buy PVM and leave the driving to us! :-) > > Alan Altmark > z/VM Development > IBM Endicott > The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php
Re: VM-VTAM/VSCS question
On Friday, 05/04/2007 at 02:05 MST, Thomas Kern <[EMAIL PROTECTED]> wrote: > Isn't YVETTE also supplied strictly OCO with the three obligatory sample exits? > > If source code were available some enhancements like SNA functions (whatever > they were talking about), TCP connectivity to other YVETTE servers, CTC > connectivity to other systems (VTAM on z/OS?), or maybe inbound ssh traffic > from PuTTTY or OpenSSH, could make it into a VM system. Talking to VTAM on z/OS and adding SNA functions are one and the same. CMS doesn't have any way to talk to VM/VTAM, so you would need to replicate the PVM solution and create a GCS-based proxy server that YVETTE would talk to. The proxy handles all of the VTAM (SNA) APIs. Or just buy PVM and leave the driving to us! :-) Alan Altmark z/VM Development IBM Endicott
Re: z/VM usability
> > > Actually, a CMS shell that ran under Linux would > be pretty neat. > > Now there is a project for someone who wants to > learn C#... just let > me finish re-installing my iBook, getting Bacula to > work, fixing the > server that I messed up the other week, trying to > get MS Windows to > boot under Xen... shame the boss wouldn't sponsor me > to do this... > ah well... > I guess in some ways we have turned the world upside down. When IBM "owned" the PC platform it made products like the XT/370 and AT/370 that allowed you to run "real" CMS, not just a CMS shell on a PC That included REXX and XEDIT but not sure if PIPES would have run. Then we had the P/370 and P/390 cards that allowed you to run a whole OS on a PC. Now IBM is supressing Mainframe code on the PC and getting us to run LINUX images on VM and wants us to do our personal computing Linux on VM, and stops licensing for any 370 the PC platform. On the other hand what goes round comes round, and if you think of Linux as the main OS its licensing is "similar" to the orignal VM/370. I know there is no commercial value in it, so it won't happen, but wouldn't it be nice if IBM realeased a software emulation that worked like the original XT/370 that emulated both the Hardware and CP calls and so would allow CMS itself to be run native on Linux or Windows... .. oh and of course would license CMS for such an environment.. In fact I think this is what Roger Bowler originally intended for Hercules... > -- > Rod (who heartily seconds what Mike Walter said) > Dave Wade __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: z/VM usability
I'm currently engaged in moving a bunch of things from VM/CMS to Linux. Most of it is written in Rexx with a lot of Pipelines. The Rexx part has proved to be pretty easy -- ooRexx is mostly compatible and mostly an improvement. The Pipeline part is a lot tougher. Writing something that does the basics of what CMS Pipelines does is pretty simple (been there, done that, got the t-shirt about 5 years ago). The problem is getting it to perform and getting it to do all the clever stuff that CMS Pipelines does. That's what messes you up. (I keep thinking I should revisit this stuff and recode it in C# as a learning exercise...) Actually, a CMS shell that ran under Linux would be pretty neat. Now there is a project for someone who wants to learn C#... just let me finish re-installing my iBook, getting Bacula to work, fixing the server that I messed up the other week, trying to get MS Windows to boot under Xen... shame the boss wouldn't sponsor me to do this... ah well... -- Rod (who heartily seconds what Mike Walter said)
Re: VSCS & PSW
Alan, I see the confusion. We have Multsess installed on MVS. That allows us to connect to all our MVS and VM from 1 terminal. Users who have to work on VM have the same logon as in MVS. Logon this way is made through CDRS. SO when a user press say 1 on MVS his logon & password is propagated through SNA/VSCS, so he never sees the logo screen. He sees a line 'LOGON userid password'. It's here 'my pgm' takes the hand to make the password invisible when this line appears on the screen. Then just after the profile exec executes itself. I would upgrade to zVM530 on July and I would not be locked if this pgm doesn't work anymore. I joined the pgm as an attachement. It is BIN FIX 1024 and should be COPY (unpa after all. Alain Le 4/05/07 20:16, « Alan Altmark » <[EMAIL PROTECTED]> a écrit : > On Friday, 05/04/2007 at 12:31 EST, Alain Benveniste > <[EMAIL PROTECTED]> wrote: >> When our MVS guys logon to VM, VSCS is called. We have a assembler which > is >> used to make the password invisible when the VM screen appears (we can > only >> see 'logon userid'). This pgm is very old and I would like to replace to > a >> new one. >> I would like to know if a sample exist for such a thing or how you do > for >> the same requirement. If you have a pgm you want to share with me I take > it :) > > I'm not understanding, Alain. The password field on the logo is not > visible. > > Where is this assembler program used and how was it installed? > > Alan Altmark > z/VM Development > IBM Endicott >
