Re: ACF2 SVCs Required?!?

In <4e20ac6e.2020...@ync.net>, on 07/15/2011 at 04:09 PM, Rick Fochtman said: >A "principal" is a school official; Among other things. Check the other definitions. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We d

Re: ACF2 SVCs Required?!?

5, 2011 4:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ACF2 SVCs Required?!? - >>Scott Ford gets a pass for "Principal of management" because spelling >>checkers are not yet context-sen

Re: ACF2 SVCs Required?!?

- Scott Ford gets a pass for "Principal of management" because spelling checkers are not yet context-sensitive; In this case either homophone makes sense. --

Re: ACF2 SVCs -- Required?!?

I've already said more than I know about ACF2, but from the various responses in this thread so far it seems the equivalent "advice" for a RACF shop would be to have ZERO users with the System SPECIAL attrib

Re: ACF2 SVCs Required?!?

In , on 07/15/2011 at 02:20 AM, john gilmore said: >Scott Ford gets a pass for "Principal of management" because spelling >checkers are not yet context-sensitive; In this case either homophone makes sense. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: ACF2 SVCs -- Required?!?

Again, thanks to all for their support and advice. Because of the number of questions raised by the replies, some directly to me, I have decided to share the fragment from the brief presented, so that you all can decide whether or not I have paraphrased the presentation fairly and accurately,

Re: ACF2 SVCs Required?!?

entityforge.com   From: john gilmore To: IBM-MAIN@bama.ua.edu Sent: Thursday, July 14, 2011 10:20 PM Subject: ACF2 SVCs Required?!? Scott Ford gets a pass for "Principal of management" because spelling checkers are not yet context-sensitive; Rick Fochtman is less happily situated: "

Re: ACF2 SVCs -- Required?!?

On Fri, 15 Jul 2011 07:59:33 -0500 "Chase, John" wrote: :>> -Original Message- :>> From: IBM Mainframe Discussion List On Behalf Of Bill Fairchild :>> What "malicious use"? Did they document any malicious use at your or any other installation in the :>> world? Was that their phrase o

Re: ACF2 SVCs -- Required?!?

have ZERO users with the System SPECIAL attribute. -jc- > > Bill Fairchild > Rocket Software > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf > Of Tony Harminc > Sent: Thursday, July 14, 2011 3:12 PM > To: I

Re: ACF2 SVCs -- Required?!?

He, too, assured me that BOTH SVCs > are required, NOT OPTIONAL, as I suspected (and as the Fine Manuals had > pretty much already confirmed). So, did you (or your management) eventually tell those "vendor representatives" who advised removing the

Re: ACF2 SVCs Required?!?

class of problems I would offer ISVs some generic advice: replace SVCs with PC routines; auditors as yet know almost nothing about them; they are easier to maintain; they have not yet figured in airline-magazine pieces; and they are anyway much harder to find and complain about. That advice onl

Re: ACF2 SVCs Required?!?

On Fri, 15 Jul 2011 02:20:37 + john gilmore wrote: > I would offer ISVs some generic advice: replace > SVCs with PC routines; auditors as yet know almost nothing about > them; they are easier to maintain; they have not yet figured in > airline-magazine pieces; and they are anyway

ACF2 SVCs Required?!?

Scott Ford gets a pass for "Principal of management" because spelling checkers are not yet context-sensitive; Rick Fochtman is less happily situated: "incompetant" is problematic in any context. About this class of problems I would offer ISVs some generic advice: replace S

Re: ACF2 SVCs -- Required?!?

Sounds like the Peter Principal of Management or as a friend called them  Manglers Scott J Ford Software Engineer http://www.identityforge.com   From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Thursday, July 14, 2011 6:09 PM Subject: Re: ACF2 SVCs -- Required?!? Can anyone spell &quo

Re: ACF2 SVCs -- Required?!?

Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, July 14, 2011 4:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ACF2 SVCs -- Required?!? My management was so upset about this particular

Re: ACF2 SVCs -- Required?!?

hild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc Sent: Thursday, July 14, 2011 3:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ACF2 SVCs -- Required?!? On 14 July 2011 14:55, Tom Sims wrote: > Yesterday we

Re: ACF2 SVCs -- Required?!?

-- Yesterday we entertained a group of vendor representatives who presented their assessment of our implementation of ACF2. Among their key findings and recommendations was a high-criticality suggestion to remove the AC

Re: ACF2 SVCs -- Required?!?

Before anyone else responds to my original post, let me thank those who already have! Shortly after the post I also received a phone call from one of the ACF2 software architects. He, too, assured me that BOTH SVCs are required, NOT OPTIONAL, as I suspected (and as the Fine Manuals had

Re: ACF2 SVCs -- Required?!?

On 14 July 2011 14:55, Tom Sims wrote: > Yesterday we entertained a group of vendor representatives who presented > their assessment of our implementation of ACF2.  Among their key findings > and recommendations was a high-criticality suggestion to remove the ACF2 > "alter SVC," which was charact

Re: ACF2 SVCs -- Required?!?

On Thu, 14 Jul 2011 11:55:07 -0700 Tom Sims wrote: :>Yesterday we entertained a group of vendor representatives who presented :>their assessment of our implementation of ACF2. Among their key :>findings and recommendations was a high-criticality suggestion to remove :>the ACF2 "alter SVC," wh

ACF2 SVCs -- Required?!?

Greetings, Yesterday we entertained a group of vendor representatives who presented their assessment of our implementation of ACF2. Among their key findings and recommendations was a high-criticality suggestion to remove the ACF2 "alter SVC," which was characterized as a dangerous back door

Re: What SVCs are in use?

Another suggestion Enter IPCS Option 0 DEFAULTS Scope 'LOCAL' Source "ACTIVE" Option 6 COMMAND VERBX NUCMAP Command ===> F SVCTABLE 2009/11/3 Richard Peurifoy > Thompson, Steve wrote: > > >> Actually, I was being quite literal and was thinking how I could

Re: What SVCs are in use?

-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, November 03, 2009 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What SVCs are in use? On Tue, 3 Nov 2009 14:23:55 -0600, Andy Wood wrote: >On Tue, 3 Nov 2009

Re: What SVCs are in use?

The command TASID can be used. Go to option 5 then SVC. You will get a list of SVCs that are in use. If TASID can display this list then I'm sure any program (probably authorized) can do it. I think this should be the real question. How would a program display the list of SVCs? T

Re: What SVCs are in use?

Ray, Any program (you do not have to be auth) can run the simple set of control blocks to show the SVCs, the ESR entries and even the SVCUPDTE information - it really is not too difficult : CVT : CVTABEND ---> SCVTSECT : SCVTSVCT ---> SVC table (mapped by IHASVC) Also : SCVTSECT : SC

Re: What SVCs are in use?

On Tue, 3 Nov 2009 14:23:55 -0600, Andy Wood wrote: >On Tue, 3 Nov 2009 13:16:26 -0600, Mark Zelden > wrote: > >>Carlos, >> >>That still doesn't answer the original question nor my question. The >>OP's question was "can someone point me to a

Re: What SVCs are in use?

On Tue, 3 Nov 2009 13:16:26 -0600, Mark Zelden wrote: >Carlos, > >That still doesn't answer the original question nor my question. The >OP's question was "can someone point me to a manual or command >that will show what SVCs are actually in use?". You

Re: What SVCs are in use?

Thompson, Steve wrote: Actually, I was being quite literal and was thinking how I could determine this, without having to have an intercept in SVCFLIH. And then I started reading other people's answers and didn't say anything. In this case GTF may be the right answer as suggested, but you may

Re: What SVCs are in use?

Carlos, That still doesn't answer the original question nor my question. The OP's question was "can someone point me to a manual or command that will show what SVCs are actually in use?". You answered "use ISRDDN". How does browsing a module with ISRDDN show whi

Re: What SVCs are in use?

On Tue, 3 Nov 2009 15:05:57 -0500, Baraniecki, Ray wrote: >> >If TASID can display this list then I'm sure any program (probably authorized) can do it. I think this should be the real question. How would a program display the list of SVCs? > TASID is not authoriz

Re: What SVCs are in use?

North America / Farmers Insurance Group - ZFUS G-ITO > > >> mailto:mark.zel...@zurichna.com > > >> z/OS Systems Programming expert at > > >> http://expertanswercenter.techtarget.com/ > > >> Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsuti

Re: What SVCs are in use?

Group - ZFUS G-ITO > >> mailto:mark.zel...@zurichna.com > >> z/OS Systems Programming expert at > >> http://expertanswercenter.techtarget.com/ > >> Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > >> > >> > >> On

Re: What SVCs are in use?

hu, 29 Oct 2009 17:31:11 -0200, carlos roberto visconde >> wrote: >> >> >You can use TSO ISRDDN. >> > >> > >> > >> >2009/10/28 Ward, Mike S >> > >> >> Hello all, can someone point me to a manual or command that will show >>

Re: What SVCs are in use?

util.html > > > On Thu, 29 Oct 2009 17:31:11 -0200, carlos roberto visconde > wrote: > > >You can use TSO ISRDDN. > > > > > > > >2009/10/28 Ward, Mike S > > > >> Hello all, can someone point me to a manual or command that will show > >

Re: What SVCs are in use?

At 13:41 +0800 on 10/29/2009, David Stephens wrote about Re: What SVCs are in use?: Good point Robert. SVC109 is for Type 3, 116 for type 1, 122 for type 2, 137 for type 6. I always thought that there was another SVC table pointed to by the SVC table entries for SVC 109, 116 etc., but can&#

Re: What SVCs are in use?

an someone point me to a manual or command that will show >> what SVCs are actually in use? I looking in ieasvcxx, but that only >> shows what user/vendor supplied SVCs are used. Thanks in advance. >> == >> This email and any files transmitted with it

Re: What SVCs are in use?

You can use TSO ISRDDN. 2009/10/28 Ward, Mike S > Hello all, can someone point me to a manual or command that will show > what SVCs are actually in use? I looking in ieasvcxx, but that only > shows what user/vendor supplied SVCs are used. Thanks in advance. > =

Re: What SVCs are in use?

On Wed, 28 Oct 2009 14:30:47 -0500, Ward, Mike S wrote: >Hello all, can someone point me to a manual or command that will show >what SVCs are actually in use? I looking in ieasvcxx, but that only >shows what user/vendor supplied SVCs are used. Thanks in advance. If you have SYSVIEW

Re: What SVCs are in use?

rtise - System z Mainframe Consultants Read new expert Mainframe articles every quarter in our LongEx Mainframe Quarterly <http://www.longpelaexpertise.com.au/ezine> Robert A. Rosenberg wrote: At 10:00 +0800 on 10/29/2009, David Stephens wrote about Re: What SVCs are in use?: What you need

Re: What SVCs are in use?

At 10:00 +0800 on 10/29/2009, David Stephens wrote about Re: What SVCs are in use?: What you need is to look at the SVC Table which has an entry for every SVC (used or not). It's documented under SVCTABLE in the MVS Data Areas. The control block chain is CVT (CVTABEND) -> SCVT (

Re: What SVCs are in use?

Read new expert Mainframe articles every quarter in our LongEx Mainframe Quarterly <http://www.longpelaexpertise.com.au/ezine> Ward, Mike S wrote: Hello all, can someone point me to a manual or command that will show what SVCs are actually in use? I looking in ieasvcxx, but that only

Re: What SVCs are in use?

Mike Try the z/OS MVS Diagnosis: Reference GA22-7588-10 I think they are in there. (z/OS V1.9 manual documented) If you have something like TMON or Omegamon they have panels to display SVCs. Lizette > >Hello all, can someone point me to a manual or command that will show >what

Re: What SVCs are in use?

Look at SVCTAB in file 66 at www.cbttape.org. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Wednesday, October 28, 2009 14:31 To: IBM-MAIN@bama.ua.edu Subject: What SVCs are in use? Hello all, can someone

What SVCs are in use?

Hello all, can someone point me to a manual or command that will show what SVCs are actually in use? I looking in ieasvcxx, but that only shows what user/vendor supplied SVCs are used. Thanks in advance. == This email and any files transmitted with it are confidential and

Re: Capturing LOAD/DELETE SVCs for a Certain Program

In , on 12/10/2008 at 10:35 AM, Adam Johanson said: > However, the GTF trace is capturing all SVC 8 and 9 events for the >address space. Because you asked it to. SLIP records and SVC records are independent of each other. > What am I doing wrong? Asking for an SVC trace when it's not w

Re: Capturing LOAD/DELETE SVCs for a Certain Program

> However, the GTF trace is capturing all SVC 8 and 9 events for the address space. > What am I doing wrong? Can I not use a combination of GTF and SLIP to specify my criteria??? Your GTF options are telling GTF to collect all SVC 8/9 for the job as well as all slip records. --

Re: Capturing LOAD/DELETE SVCs for a Certain Program

On Wed, 10 Dec 2008 10:35:12 -0600, Adam Johanson <[EMAIL PROTECTED]> wrote: >I know that there are LOAD/DELETE macros for a certain load module >coming from another load module. I am trying to capture these events. What I >had in mind was starting a GTF trace for SVCs 8 and 9 and

Re: Capturing LOAD/DELETE SVCs for a Certain Program

On Wed, 10 Dec 2008 10:35:12 -0600 Adam Johanson <[EMAIL PROTECTED]> wrote: :>I know that there are LOAD/DELETE macros for a certain load module :>coming from another load module. I am trying to capture these events. What I :>had in mind was starting a GTF trace for SVCs 8 and

Capturing LOAD/DELETE SVCs for a Certain Program

I know that there are LOAD/DELETE macros for a certain load module coming from another load module. I am trying to capture these events. What I had in mind was starting a GTF trace for SVCs 8 and 9 and setting a SLIP trap that specified as its DATA parameter (0R?,EQ,[module name]) and its RANGE

Re: SVCs

kernel SVC FLIH which substantially reduced that pathlength. As previously mentioned I gave a talk at the aug68 share meeting in boston on some of the results ... recent posts: http://www.garlic.com/~lynn/2007b.html#45 Is anyone still running http://www.garlic.com/~lynn/2007c.html#45 SVCs as mentio

Re: SVCs

- Another reason not to write your own SVC routine is that some form of validity checking must be done by the SVC routine to ensure that all parameters passed to it are valid, including information about who invoked it, from where, and

Re: SVCs

Why do you feel compelled to reply to postings from two weeks ago? Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the arc

Re: SVCs

In <[EMAIL PROTECTED]>, on 01/24/2007 at 05:44 PM, "Craddock, Chris" <[EMAIL PROTECTED]> said: >That is generally true with one caveat/exception. The MODE=SUP >function of the MODESET SVC (107) checks the JSCBAUTH bit and returns >control in supervisor state. It does that by turning off the pro

Re: SVCs

In <[EMAIL PROTECTED]>, on 01/24/2007 at 12:35 PM, "(IBM Mainframe Discussion List)" <[EMAIL PROTECTED]> said: >Another reason not to write your own SVC routine is that some form of > validity checking must be done by the SVC routine to ensure that all >parameters passed to it are valid, inc

Re: SVCs

In <[EMAIL PROTECTED]>, on 01/24/2007 at 02:53 PM, "Craddock, Chris" <[EMAIL PROTECTED]> said: >And since many of the services one might want to use in the SVC >environment actually require interrupt enablement, the SVC interrupt >handler reenables for interrupts (except a type 6) Not for type

Re: SVCs

In <[EMAIL PROTECTED]>, on 01/24/2007 at 12:11 PM, "Craddock, Chris" <[EMAIL PROTECTED]> said: >Later when S/370 came along the designers had recognized the >deficiencies of SVC and they came up with PC That came later, with the 3033 ("Brooklyn Bridge to the H Series".) -- Shmuel (Seym

Re: SVCs

In <[EMAIL PROTECTED]>, on 01/24/2007 at 02:49 PM, Tom Marchant <[EMAIL PROTECTED]> said: >As others noted, all interrupts caused a new PSW to be loaded, which >would normally be supervisor state. The SVC instruction was the only >way that a program could directly cause an interrupt to invoke

Re: SVCs

Anne & Lynn Wheeler wrote: I even had something of a set-to with the POK performance modeling group on the subject during the early days of SVS development ... and some choice they made for page replacement ... which took well into MVS releases ... before they could understand how really bad th

Re: SVCs

previous post http://www.garlic.com/~lynn/2007c.html#47 SVCs ... and old email on dispatching "disabled" from long ago and far away To: wheeler Date: 21 January 1986, 07:11:46 CST Subject: Dispatcher change for VM/XA I am planning on changing the XA dispatcher to execute the SIE i

Re: SVCs

>> a detailed discussion with Joel between sessions so I politely (as I >> remember it :-) ) asked him to desist. He's probably the one who wrote >> "chairman is a fascist" on his evaluation card. > >> > Brave new world I guess. The other thing I remember about those sessions > were the numbe

Re: SVCs

In a message dated 1/25/2007 10:52:09 P.M. Central Standard Time, [EMAIL PROTECTED] writes: a detailed discussion with Joel between sessions so I politely (as I remember it :-) ) asked him to desist. He's probably the one who wrote "chairman is a fascist" on his evaluation card. >> Bra

Re: SVCs

>I got my fingers crossed and it was O324,325 and 326. I just remember a >session wide a**-chewing between O324 and O325. Thought I had it on >audiotape, but those little things don't have a long half-life. The sessions at that time were an hour and 15 minutes long. Joel had to speak for 3 ho

Re: SVCs

>I found a copy of this presentation at: >http://www.cbttape.org/ftp/infolib/SHARE72-O324-O325-O326.pdf Just remember that this is an historical document. It describes how things were in 1989. Certain things have probably changed so read it with a grain of salt. Bob Shannon Rocket Software

Re: SVCs

Tell them it is a daemon. IBM Mainframe Discussion List wrote on 01/25/2007 05:00:27 PM: > I can't begin to count the number of times I've encountered wailing and > moaning over "another address space" even when the address space in > question does nothing more than sit there like a bump on a l

Re: SVCs

Jeff Smith said > For a production > system, I would always use a server space with appropriate runtime tests > and recovery routines in case an operator "accidentally" cancels the > server space. A nonswappable server space that doesn't consume significant > CPU cycles is cheap. The client spaces

Re: SVCs

I found a copy of this presentation at: http://www.cbttape.org/ftp/infolib/SHARE72-O324-O325-O326.pdf Thank you. Paul On Thu, 25 Jan 2007 09:16:43 EST, IBM Mainframe Discussion List <[EMAIL PROTECTED]> wrote: > > >In a message dated 1/25/2007 1:46:40 A.M. Central Standard Time, >[EMAIL PROTE

Re: SVCs

> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Edward Jaffe > Sent: Thursday, January 25, 2007 8:52 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SVCs > > Craddock, Chris wrote: > > So... SVCs are for dopes

Re: SVCs

> Rob Scott wrote: > > I thought that was just Ed and the umbrella... And Ed said > I'll be "haunted" by that story for the rest of my career... ;-) That story has occasionally floated close to the surface here on ibm-main, but only a handful of people were actually there (I was) so most people d

Re: SVCs

Rob Scott wrote: Glad to see you took a whack at it. I thought that was just Ed and the umbrella... :-) I'll be "haunted" by that story for the rest of my career... ;-) It was a cheap, Chinese-made travel umbrella. Had it been a high-quality British-made umbrella (e.g., like the um

Re: SVCs

enough that IBM invented at least one new instruction (Test Pending Interrupt) and add several functions (IOS uses TPI and SRM enables/disables CPUs for I/O interrupts) into MVS in order to reduce the effect. re: http://www.garlic.com/~lynn/2007c.html#45 SVCs As an undergraduate in the 60s

Re: SVCs

Craddock, Chris wrote: So... SVCs are for dopes. PeeCees rool! Great info! (Of course! That's why they pay him the "big" bucks.) This is one significant difference between SVC and PC routines that I haven't heard anyone mention yet. PC routines are associated wi

Re: SVCs

In a message dated 1/25/2007 1:46:40 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Grumpy self"? I beg to differ. I recall being downright cheerful ;-) >> I got my fingers crossed and it was O324,325 and 326. I just remember a session wide a**-chewing between O324 and O325. T

Re: SVCs

In a message dated 1/25/2007 12:27:17 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >You're saying this because, and this just occurred to me, the lpalib where the SVC routine lives cannot be protected from being ready by anyone on the system? IOW, any SVC can be disassembled?

Re: SVCs

In a message dated 1/25/2007 1:46:40 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >That was in LA in March of '89, a long time ago. I have the presentation too. As I remember, it was pretty detailed. It could have been called "PC Routines For Smarties". The material was so compl

Re: SVCs

In a message dated 1/24/2007 8:10:47 P.M. Central Standard Time, [EMAIL PROTECTED] LIC.COM writes: >Now, from the 306/67 functional characteristics manual off bitsavers .. it lists 3.75mics for the time to do SVC instruction and 3.95mics to process the supervisor call interruption ("from

Re: SVCs

>First one I saw was by Joel Sarch of Amdahl and Bob was his grumpy self as >Chair of O232,O233,O234 SHARE 72 1989-Lend me your EAR, The ART of MVS/ESA >programming. Geez. That was in LA in March of '89, a long time ago. I have the presentation too. As I remember, it was pretty detailed. It co

Re: SVCs

> WAY BACK WHEN I worked at a time-sharing service bureau running systems > based on CP67/CMS, we used still another mechanism. CP67 was modified to > use a BAL to a particular address in low storage, which went to a setup > routine, which in turn called the appropriate service. Reason: > interrupt

Re: SVCs

It is bad because an unauthorized user can probably look at the executable code in the SVC routine, disassemble it, and figure out what to put in what register so that the SVC will work for him. Bill Fairchild You're saying this because, and this just occurred to me, the lpalib where the

Re: SVCs

Rick Fochtman wrote: WAY BACK WHEN I worked at a time-sharing service bureau running systems based on CP67/CMS, we used still another mechanism. CP67 was modified to use a BAL to a particular address in low storage, which went to a setup routine, which in turn called the appropriate service. Re

Re: SVCs

-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, January 24, 2007 5:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs >Tends to tick off JES when that happens with one of its initiators (caused by you running a

Re: SVCs

lto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: 24 January 2007 18:03 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs My old mate Rob said > > I am a big proponent of dual LX. A system-LX for non-space switch routines > that validate/verify/whatever and then connect to non-system-LX spac

Re: SVCs

>Tends to tick off JES when that happens with one of its initiators (caused by >you running as a batch job and not a started task). I thought a lot of that was fixed circa 2.8. IBM did a very good job of associating an INIT with a logical initiator and keeping that binding. Before that, INIT-1

Re: SVCs

My old mate Rob said > > I am a big proponent of dual LX. A system-LX for non-space switch routines > that validate/verify/whatever and then connect to non-system-LX space- > switch routines for the main processing. It avoids the non-reusable ASN > syndrome in most cases. > > > This is exactly w

Re: SVCs

Was there no possibility of an interrupt's causing the loading of a new PSW specifying supervisor state? This would mean that the FLIH would initially be entered in problem state and need to issue SVC to change to supervisor state. -

Re: SVCs

- I agree it is an excellent paper. Send me a note directly and I can send you a PDF unless James pops up and provides a canonical download somewhere. -- I want it too, Sam. PDF is fine for me. How about posting

Re: SVCs

Later when S/370 came along the designers had recognized the deficiencies of SVC and they came up with PC (Program Call) as a lighter weight and more flexible mechanism. PC functions can be instantiated dynamically (much more so than SVCs

Re: SVCs

orized state, or just to screw up things you weren't supposed to be able to access in problem state. Thankfully those are pretty much all gone from IBM code, but home-grown SVCs typically still leak like a sieve. Not unheard of in ISV code either CC

Re: SVCs

In a message dated 1/24/2007 3:55:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: >You have just proved that the MODESET SVC cannot possibly work. Guess I left out the standard caveat "unless there are other ways it can happen." Personal memory check. Bill Fairchild -

Re: SVCs

Rob wrote on 25/01/2007 03:23:53 AM: > Consider that you will need the following critical ingredients before > you start to cook your own PC routine : > > (1) Good knowledge of assembler > (2) Internals experience of MVS > (3) Dump reading skills > (4) A test system that you can crash and burn..

Re: SVCs

In a message dated 1/24/2007 3:47:01 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Postscript. >> If you don't have a handy thingy, can use _www.irfanview.com_ (http://www.irfanview.com) . It's pretty light weight, but reads lots of extension types.

Re: SVCs

On Wed, 24 Jan 2007 14:56:52 EST, IBM Mainframe Discussion List <[EMAIL PROTECTED]> wrote: . . . > The poster >meant that the only architected way for a non-0 key user to switch states on >purpose was via SVC. John McKown mentions accid

Re: SVCs

On Wed, 2007-01-24 at 16:28 -0500, Kirk Talman wrote: > What is PS file extension? Postscript. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send em

Re: SVCs

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman > Sent: Wednesday, January 24, 2007 3:29 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SVCs > > > What is PS file extension? > Most likely &

Re: SVCs

What is PS file extension? IBM Mainframe Discussion List wrote on 01/24/2007 01:43:57 PM: > You can find it here : > http://home.mindspring.com/~antognini/ > Rob Scott - The information contained in this communication (including any attachments hereto

Re: SVCs

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant > Sent: Wednesday, January 24, 2007 2:50 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SVCs > As others noted, all interrupts caused a new PSW to be

Re: SVCs

On Wed, 24 Jan 2007 12:24:32 -0700, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >In a recent note, Craddock, Chris said: > >> Date: Wed, 24 Jan 2007 12:11:32 -0500 >> >> In the original S/360 the SVC instruction (Supervisor Call) was the only >> architected mechanism for causing a state cha

Re: SVCs

In a message dated 1/24/2007 1:24:57 P.M. Central Standard Time, [EMAIL PROTECTED] writes: >Was there no possibility of an interrupt's causing the loading of a new PSW specifying supervisor state? This would mean that the FLIH would initially be entered in problem state and need to issue S

Re: SVCs

under. The various SVC "types" dictate whether or not there is an SVRB, e.g. type 1 SVCs don't have an SVRB, they store the caller state in the TCB and they all run enabled and locally locked. Type 2,3 and 4 all get an SVRB and run enabled, some with and some without the local lock held.

Re: SVCs

In a recent note, Craddock, Chris said: > Date: Wed, 24 Jan 2007 12:11:32 -0500 > > In the original S/360 the SVC instruction (Supervisor Call) was the only > architected mechanism for causing a state change from problem state to > supervisor state. > Was there no possibility of an inter

Re: SVCs (PC alternative)

Lindy Mayfield wrote: Hi John, Would you or someone else mind elaborating on this a bit more? I'd like to learn more about PC Routines and unfortunately they aren't mentioned in Cannatello's book. and, agreeably, Chris Craddock did the necessary elaborating for me. I will add only that re

  1   2   >