Re: Multiple TSO logons
On Jun 17, 2007, at 6:02 PM, Craddock, Chris wrote: SNIP--- You don't want to give the keys to someone who will leave them in the ignition when shopping in the mall. True again and not something I would ever do anyway. Chris: You hit it on the nail head. I have seen so called sysprogs do things by the book and never ask any questions. I have on occasion gone over the install and found questions that *SHOULD* have been asked by the sysprog. I am talking about SVC's and or replacement of IBM modules with the vendor modules and/or front ending IBM modules. I took a senior sysprog to task for such a attitude and got back the attitude well they needed it installed. On another occasion a ex sysprog (now a capacity planner) tried to sneak some APF libraries and other parmlib changes into production. I went ballastic and went to his boss and asked about ownership of parmlib and got back the attitude. He owned the system he was VP of operations. I walked straight up to auditing and squealed on the VP. He was called onto the carpet for it and he was really pissed at me. He had to come over and apologize. I just ragged on him some more for not going through change control. It delayed the installation by a week. I was not happy at all. I asked for the sysprog (ex) privileges be taken away and they were to an extent. He didn't think I kept track but I did. He tried something again a few months later and I caught him red handed. I again took it straight to the auditor and the VP was fired. Ed -- 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
Re: Multiple TSO logons
Binyamin Dissen said > There have been quite a few products that have included "special" SVCs > because the developers were too lazy/uneducated to do things the right way. True. That's why it is doubly frustrating to be taken to task for doing things by the book. Especially while knowing of a bunch of other things running in the same customer's environment (without any push back) that do violate the rules, but "go in easier". Ignorance is bliss I guess. > You don't want to give the keys to someone who will leave them in the > ignition when shopping in the mall. True again and not something I would ever do anyway. CC -- 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
Re: BLDL question
I agree with Bill Fairchild. Do not presume. If the documentation tells you just what is in the low byte then you must make no presumption about what is in the other 3 bytes (or the other 7 bytes if you want to go the 64-bit GPR route). Having said that, it might well be the case that if it has always been the case that those 3 bytes have always been zero, then in all likelihood we would keep it that way for fear of breaking erroneous programs. I do not have any idea if it has ineed always been that case. Peter Relson z/OS Core Technology Design -- 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
IBM mainframe support takes a break
>From the Register: http://www.channelregister.co.uk/2007/06/15/ibm_mainframe_support/ -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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
The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
Spam, and reported to Google. At least the version Copscape found on the ezine site has been spell checked. Still makes as little sense. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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
Re: Patents, Copyrights, Profits, Flex and Hercules
Sorry, it was late at night when I typed my message. I guess if I had said Z Series, it might have made a difference? However, the general push seems to be towards *nix, one way or another. Which means that CPU time will be spent looking for Line Feeds when you read files, and Binary Zeros at the end of strings, and who knows what else to soak up CPU cycles? MVS was really very efficient. The "MVS" part knows record lengths, and can automatically do things faster. And PL/I (for example) knows string lengths, too. Clem Phil Smith III wrote: Clem Clarke <[EMAIL PROTECTED]> wrote: If there is not a low cost platform or method to develop software for the MVS part of Z/OS, it might as well be dead. And Linux on Z/OS will be what is left. Let's make this clear once and for all: THERE IS NO LINUX ON Z/OS. Not now, not ever. There is USS and there is Linux on z. They're as different as z/OS and VSE (in fact, in some ways that's not a bad analogy -- they're sorta kinda similar but distinct, and run on the same hardware). If you meant USS, fine; if you meant Linux on z, fine; but don't say "Linux on z/OS". It devalues your entire thesis, which is a shame, 'cause you make some excellent points. ...phsiii (cranky after midnight) -- 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 -- 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
Re: [Fwd: Re: Multiple TSO logons]
In a message dated 6/17/2007 3:52:54 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Well, how about that?!! >> Tremendous voice. My grandad was active in VFW and after WWII was attending a convention in NYC and the bellhop brings them an envelope? Would you mind joining Mr. Allen in the lobby? So sure enough, Mel had read about the convention and made arrangement to meet them. Wonderful evening had by all...Last of Mel Allen stories. My dad and Mel were same age and at their 50th class reunion from the University he walks up and says 'E.J.' "If you won't tell any lies about me, I won't tell the truth about you...' Anyway, happy father's day! ** See what's free at http://www.aol.com. -- 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
[Fwd: Re: Multiple TSO logons]
-- 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 --- Begin Message --- Well, how about that?!! Ed Finnell wrote: In a message dated 6/16/2007 11:39:05 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: the thing and be able to back it out the driveway without having the owner's manual and a "Buick Controls for Dummies" book open on the front seat. Well father's day. My grandparents lived next to the 'Isreals' and old man Isreal was trying to teach Melvin to back up the family sedan. "You's looks straight ahead and goes straight back" and knocks the corner off the front porch. Furious tries it the other direction and knocks the bumper off on the biggest druid oak on the block...Slams down his fedora-"anyways you gets the picture". My dad, uncle and aunt were peering over the balcony of the sleeping porch and didn't know whether to laugh or run for cover...after law school young Melvin took the stage name 'Mel Allen'. -- 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 --- End Message ---
Re: Linkedit question
An unresolved V-type address reference will not normally be resolved at execution time. How the program will behave depends on how that field is used in the module which references it: if it simply loads this address and branches to it, then the program will likely ABEND 0C1 due to a wild branch, for instance. Bill On Sun, 17 Jun 2007 15:29:17 EDT, Ed Finnell <[EMAIL PROTECTED]> wrote: > >In a message dated 6/17/2007 1:52:39 P.M. Central Daylight Time, >[EMAIL PROTECTED] writes: > >NCAL will still get a message regarding the unresolved external. > > > >>> >But will produce an executable module that depends on any unresolved >references to be available at execution time via standard search order. > -- 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
Re: Linkedit question
In a message dated 6/17/2007 1:52:39 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: NCAL will still get a message regarding the unresolved external. >> But will produce an executable module that depends on any unresolved references to be available at execution time via standard search order. ** See what's free at http://www.aol.com. -- 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
Re: Linkedit question
On Sun, 17 Jun 2007 14:21:39 EDT Ed Finnell <[EMAIL PROTECTED]> wrote: :>In a message dated 6/17/2007 6:54:57 A.M. Central Daylight Time, :>[EMAIL PROTECTED] writes: :>If the message is such a big deal, change it to IEFBR14 and include that as :>well. :>>> :>Or just use NCAL?? NCAL will still get a message regarding the unresolved external. I don't think we know exactly what he is objecting to. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: Linkedit question
In a message dated 6/17/2007 6:54:57 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: If the message is such a big deal, change it to IEFBR14 and include that as well. >> Or just use NCAL?? ** See what's free at http://www.aol.com. -- 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
Re: Multiple TSO logons
In a message dated 6/16/2007 11:39:05 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: the thing and be able to back it out the driveway without having the owner's manual and a "Buick Controls for Dummies" book open on the front seat. >> Well father's day. My grandparents lived next to the 'Isreals' and old man Isreal was trying to teach Melvin to back up the family sedan. "You's looks straight ahead and goes straight back" and knocks the corner off the front porch. Furious tries it the other direction and knocks the bumper off on the biggest druid oak on the block...Slams down his fedora-"anyways you gets the picture". My dad, uncle and aunt were peering over the balcony of the sleeping porch and didn't know whether to laugh or run for cover...after law school young Melvin took the stage name 'Mel Allen'. ** See what's free at http://www.aol.com. -- 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
Re: FTPing a z/OS file into the z/OS UNIX HFS results in wrong translation
Josef Berger wrote:
have copied the tesftile with the following OCOPY command:
OCOPY INDD(STDINP) OUTDD(STDOUT) TEXT -
CONVERT('SYS1.LINKLIB(BPXFX000)') PATHOPTS(OVERRIDE)
the result was'nt converted.
Now I'll explain how created my tesfile and checked it out.
1. created a Member $1141 in Tso (attatchmate client uses code page 1141)
2. the member contains following character:
Ü X'5A' = U-diaeresis
3. created a Member $1047 in TSO (attatchmate client uses code page 1047)
4. the member contains following character:
Ü X'FC' = U-diaeresis
5. OCOPY the member $1141 to /tmp/OCOPY. display in openEdition ishel with
attachement
client code page 1047 result looks like this:
! X'5A' = exclamation-mark
It seems for me no translation was performed, because after a translation
from IBM-1141 to IBM-1047 U-diaeresis X'5A' should have the value X'FC'
any idea what is wrong on my OCOPY ?.
"John S. Giltner, Jr." <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Josef Berger wrote:
how we can FTPing a z/OS file (code Page IBM-1141) into the z/OS UNIX HFS
(code Page IBM-1047) with correct translation ?.. if using TYPE E with
Mode B and SITE SBD=(IBM-1141,IBM-1047) no translation was in effect. if
using TYPE A the target data on z/OS UNIX HFS was translated to ASCII.
ISO8859-1,. in both cases the SITE SBD=(IBM-1141,IBM-1047) had no effect.
any advice how FTPing a MVS file to a z/OS UNIX HFS file with correct
translation to code page IBM-1047 would be very appreciated.
Have you tried using OCOPY locally and coping the file to a HFS and then
ftp'ing it to the remote system?
Does the remote site have the required translate tables?
Have you tried "locsite SBD=(IBM-1141,IBM-1047)" or coding it in your
FTPDATA parameters for this transfer?
--
I will have to double check the OCOPY command, but I think you need to
specify the from and to codes. I know I do, but I am using BPXFX311 on
the CONVERT option.
--
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
Re: The Development of the Vital IBM PC in Spite of the Corporate Culture of IBM
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] writes: > The public history of the PC began in August 1981, when IBM first > announced 'The IBM Personal Computer.' . This was The original > PC. The time period for the development of this landmark, legacy > product was approximately a year. It must be remembered that IBM was a > centralized committee paper top down organization at the > time. Everything went by snail mail and paper, communication was slow > and lines of communication as well as the necessary and ... > > Read full article at > http://www.knowledgefield.com/articles/the-development-of-the-vital-ibm-pc-in-spite-of-the-corporate-culture-of-ibm.shtml trolling? how 'bout the internal network ... world-wide http://www.garlic.com/~lynn/subnetwork.html#internalnet larger than the arpanet/internet from just about the beginning until possibly mid-85 http://www.garlic.com/~lynn/subnetwork.html#internet the great switch-over from arpanet (host-to-host with homogeneous IMP front-ends) to internetworking protocol was on 1jan83. internet was somewhere between 100-250 nodes at the time (depending on how things were counted). the internal network was far past that ... passing 1000 nodes that summer http://www.garlic.com/~lynn/internet.htm#22 http://www.garlic.com/~lynn/99.html#112 http://www.garlic.com/~lynn/2006k.html#8 various old email on a variety of subjects from the 70s & 80s http://www.garlic.com/~lynn/lhwemail.html after the 23jun69 unbundling announced, there was an effort to deploy (360/67) cp67 machines in various datacenters to give branch office technical people an opportunity to practice with operating systems running in (the remote) cp67 virtual machines (logon from terminals in the branch office to cp67 machines at remote datacenters). this was called "HONE" (aka hands-on network experience). however, it was soon taken over by applications (mostly written in APL) supporting the branch office sales/marketing people (and the use by SEs for operating system experience eventually was dropped). when EMEA hdqtrs moved from the US to Paris in the early 70s ... I was called in to help with their HONE installation. At that time, it still took a little ingenuity to read email back in the states. http://www.garlic.com/~lynn/subtopic.html#hone note that the "5150 computer" announced aug81 was predated by the "5100 computer" from the palo alto science center ... 5100 demo'ed 1973 http://www-03.ibm.com/ibm/history/exhibits/pc/pc_1.html http://www-03.ibm.com/ibm/history/exhibits/pc/pc_2.html also, note that the boca group doing the development was designated IBU ... independent business unit ... where some amount of corporate culture command&control was much more relaxed ... for instance the standard A&R (announce and review) product process requiring sign-off from possibly nearly 500 executives from around the corporation. The birth of the IBM PC http://www-03.ibm.com/ibm/history/exhibits/pc25/pc25_birth.html misc. old posts: http://www.garlic.com/~lynn/2000.html#69 APL on PalmOS ??? http://www.garlic.com/~lynn/2000.html#70 APL on PalmOS ??? http://www.garlic.com/~lynn/2000d.html#15 APL version in IBM 5100 (Was: Resurrecting the IBM 1130) http://www.garlic.com/~lynn/2002b.html#39 IBM 5100 [Was: First DESKTOP Unix Box?] http://www.garlic.com/~lynn/2002b.html#43 IBM 5100 [Was: First DESKTOP Unix Box?] http://www.garlic.com/~lynn/2002b.html#45 IBM 5100 [Was: First DESKTOP Unix Box?] http://www.garlic.com/~lynn/2002b.html#47 IBM 5100 [Was: First DESKTOP Unix Box?] http://www.garlic.com/~lynn/2003i.html#79 IBM 5100 http://www.garlic.com/~lynn/2003i.html#82 IBM 5100 http://www.garlic.com/~lynn/2003i.html#84 IBM 5100 http://www.garlic.com/~lynn/2003j.html#0 IBM 5100 http://www.garlic.com/~lynn/2003n.html#6 The IBM 5100 and John Titor http://www.garlic.com/~lynn/2003n.html#8 The IBM 5100 and John Titor http://www.garlic.com/~lynn/2005m.html#2 IBM 5100 luggable computer with APL http://www.garlic.com/~lynn/2005m.html#3 IBM 5100 luggable computer with APL parts of thread from last yr that might have some interest: http://www.garlic.com/~lynn/2006o.html#43 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006o.html#45 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006o.html#46 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006o.html#65 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006o.html#66 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006p.html#15 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006p.html#31 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006p.html#34 "25th Anniversary of the Personal Computer" http://www.garlic.com/~lynn/2006p.html#36 "25th Anniversary of the Personal Computer" http://www.
Re: Linkedit question
From z/OS V1R8.0 MVS Program Management: Users Guide and Reference, pp. 64-65. Deleting external symbols The REPLACE statement can be used to delete an external symbol. The external symbol can be a named section, a named common area, an entry point, a strong or > weak external reference, or a pseudoregister. The REPLACE statement must immediately precede > either the module in the input data set that contains the external symbol to be deleted or the INCLUDE statement in the job stream that specifies the module. Only one symbol appears on the > REPLACE statement; the appropriate deletion is made depending on how the symbol is defined in > the module.The REPLACE statement can be used to delete an external symbol. The external symbol can be a named section, a named common area, an entry point, a strong or weak external > reference, or a pseudoregister. The REPLACE statement must immediately precede either the module in the input data set that contains the external symbol to be deleted or the INCLUDE statement in the job stream that . . . which also contains an example. Your subject is much too generic. Try using subject-line text that will be helpful to others who have similar problems when they encounter it is the archives. John Gilmore Ashland, MA 01721-1817 USA _ Get a preview of Live Earth, the hottest event this summer - only on MSN http://liveearth.msn.com?source=msntaglineliveearthhm -- 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
Re: Linkedit question
Try ncal -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Sunday, June 17, 2007 1:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Linkedit question On Sun, 17 Jun 2007 06:15:24 -0500 David Lesser <[EMAIL PROTECTED]> wrote: :>I am linkediting a module which has a few Csects. One of them has a reference :>to external symbol ABC : V(ABC) . This external symbol no longer exists, and :>I get an error message from linkage editor that ABC is unresolved. :>Is there any way to tell the linkage editor to delete external symbol ABC ? :>I tried "REPLACE ABC" but it has no affect. :>Here is the linkage editor output where I am trying to get rid of "CMDBAS" :>which :>is a V-Con defined in EPSAM9EX : :>BATCH EMULATOR JOB(L99011RL) STEP(LKED) PGM= :>HEWLH096 :>IEW2278I B352 INVOCATION PARAMETERS - :>XREF,LET,LIST,RENT,AC=1 :>IEW2322I 1220 1 REPLACE CMDBAS :>IEW2322I 1220 2 INCLUDE XXX(EPSAM9EX) :>IEW2457E 9208 SYMBOL CMDBAS UNRESOLVED. NO CALL LIBRARY :>SPECIFIED. Since you specified LET it should be marked executable. If the message is such a big deal, change it to IEFBR14 and include that as well. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.0/851 - Release Date: 16/06/2007 12:50 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.0/851 - Release Date: 16/06/2007 12:50 -- 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
Re: Linkedit question
On Sun, 17 Jun 2007 06:15:24 -0500 David Lesser <[EMAIL PROTECTED]> wrote: :>I am linkediting a module which has a few Csects. One of them has a reference :>to external symbol ABC : V(ABC) . This external symbol no longer exists, and :>I get an error message from linkage editor that ABC is unresolved. :>Is there any way to tell the linkage editor to delete external symbol ABC ? :>I tried "REPLACE ABC" but it has no affect. :>Here is the linkage editor output where I am trying to get rid of "CMDBAS" :>which :>is a V-Con defined in EPSAM9EX : :>BATCH EMULATOR JOB(L99011RL) STEP(LKED) PGM= :>HEWLH096 :>IEW2278I B352 INVOCATION PARAMETERS - :>XREF,LET,LIST,RENT,AC=1 :>IEW2322I 1220 1 REPLACE CMDBAS :>IEW2322I 1220 2 INCLUDE XXX(EPSAM9EX) :>IEW2457E 9208 SYMBOL CMDBAS UNRESOLVED. NO CALL LIBRARY :>SPECIFIED. Since you specified LET it should be marked executable. If the message is such a big deal, change it to IEFBR14 and include that as well. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Linkedit question
I am linkediting a module which has a few Csects. One of them has a reference to external symbol ABC : V(ABC) . This external symbol no longer exists, and I get an error message from linkage editor that ABC is unresolved. Is there any way to tell the linkage editor to delete external symbol ABC ? I tried "REPLACE ABC" but it has no affect. Here is the linkage editor output where I am trying to get rid of "CMDBAS" which is a V-Con defined in EPSAM9EX : BATCH EMULATOR JOB(L99011RL) STEP(LKED) PGM= HEWLH096 IEW2278I B352 INVOCATION PARAMETERS - XREF,LET,LIST,RENT,AC=1 IEW2322I 1220 1 REPLACE CMDBAS IEW2322I 1220 2 INCLUDE XXX(EPSAM9EX) IEW2457E 9208 SYMBOL CMDBAS UNRESOLVED. NO CALL LIBRARY SPECIFIED. Thank You -- 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
Re: Multiple TSO logons
On Sun, 17 Jun 2007 00:37:02 -0400 "Craddock, Chris" <[EMAIL PROTECTED]> wrote: :>Ken Tomiak said :>> <<>>Or the system programmer has to justify the behaviour to an :>auditor and :>> the vendor did not provide an easily understood explanation of why :>SUB=MSTR or :>> an IEFSSNxx entry is required. :>That pretty much makes my point. If they don't understand what either of :>those things mean, then any number of pages explaining why it's :>necessary are going to be essentially worthless. Ask me how I know :-( There are changes, and there are changes. An IEFSSN restriction does not make much sense. One cannot bypass security with it. :>I also find it depressingly ironic that customers (righteously) require :>us to play by the rules of the architecture and operating system and :>then go all whiny and crybaby on us when doing the aforementioned "right :>thing" means they have to make a one line change in a parmlib member. :>You would think we were asking them to consign first born children into :>slavery. :>And being treated like a giant doofus who's just aching to knock down :>western civilization along the way just puts frosting on the cake. My :>tolerance for calm rational exposition goes downhill very quickly in :>those situations. And having done that same job myself a good many years :>earlier, I have a lot of trouble mustering any sympathy for their :>position. :>I tend to believe that having the keys to the family Buick ought to :>signify the holder is at least knowledgeable enough to get the key in :>the thing and be able to back it out the driveway without having the :>owner's manual and a "Buick Controls for Dummies" book open on the front :>seat. There have been quite a few products that have included "special" SVCs because the developers were too lazy/uneducated to do things the right way. You don't want to give the keys to someone who will leave them in the ignition when shopping in the mall. :>Draw any analogy you want to other systems programmers (or auditors) :>that you have known over the years. Of course none of this august body :>would ever fall into that group though right? As above. -- Binyamin Dissen <[EMAIL PROTECTED]> http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
