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 could have been called "PC Routines For Smarties". "Grumpy self"? I beg to differ. I recall being downright cheerful ;-) Bob Shannon Rocket Software -- 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: ECSA and Common Page Size
"George D Dranes" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > I'm currently in the process of trying to tune CSA, ECSA and Common Page Size > and was looking for some recommendations. We currently have CSA=(3072,256M) > set in out IEASYSXX member. Looking at Omegamon it appears we hover around > 70- > 80 Meg for ECSA and around 660K of CSA. I'm not real concerned with CSA > since > we have no private area shortages below the line on the system. I would > think > I'm safe leaving it alone?? The ECSA value seems excessive, would lowering > it > to 150M sound good, around double of what we need?? What percentages do > others > shoot at? Assuming a setting of (3072,150M) according to the Init and Tuning > Guide, the Common Page dataset would be 153M X 1.42 = 217 cylinders + maybe > 30 > cylinders for PLPA spill over (PLPA is only 43% in use, probably not going to > happen) for about 250 cylinders. Does this sound like a good place to start? > Thanks for any help you can provide. Please point any anything that looks > flaky. George, First: what you define costs nothing, only what the system uses costs storage. So overdefining ECSA is no problem, it even will save your system when suddenly more ECSA is really needed and you can deliver it. You must take care that you *can* provide it (i.e. have adequate Central Storage) when it is requested. PLPA size is very constant, until you install additional software. With 43% used, there is no need to provide for PLPA spill over, but keep an eye on it with new software releases. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: Cross Memory and AR ASC Mode
>However, when in AR ASC mode and accessing data via an AR, is there any >requirement for the target address space to be non-swappable? I assume you mean that you are looking into another address space using AR Mode. This isn't a supported technique, but I've used it too. The answer is yes. If the target A/S is swapped you will have problems. Provide recovery or only look at non-swappable address spaces. Bob Shannon Rocket Software -- 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: 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: > interrupts took too long to process The actual service and its > parameters were determined by the contents of storage immediately > following the BAL instruction. All SVC's in the virtual machine were > processed by the CMS code in the user's virtual machine and interactions > between CMS and CP67 were handled via HVC (Hypervisor Call aka DIAGNOSE) > and its parm list. > > Interrupts are expensive; avoid them whenever possible; even the > PSW-SWAP is very slow!!! In CP/67 or VM/370, an SVC under CMS in would give control to the hypervisor in real supervisor state, which would simulate the the SVC for the guest (CMS) by giving control to the guest SVC interrupt handler in virtual supervisor state (which is still real problem state). I would expect that the hypervisor simulation was a much more significant part of the cost than the PSW swap. A DIAGNOSE issued by CMS would cause a program check interrupt (privileged-operation exception) since CMS was running in real problem state, and that was the meachanism for getting into the hypervisor in real supervisor state. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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: LPAR performance questions ?
Shane wrote: That leaves 2 engines for the other 5 LPARs - with at least one having two logical engines defined. Makes for a bad logical~physical ratio. What is the highest recommended ratio on modern machines? (Too lazy to do the research. Figured you'd know off the top.) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: 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 SVC routine lives cannot be protected from being ready by anyone on the system? IOW, any SVC can be disassembled? Lindy -- 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
Cross Memory and AR ASC Mode
For a space-switching PC routine (PC-ss), I am aware of the requirement for the service providers' address space to be non-swappable. However, when in AR ASC mode and accessing data via an AR, is there any requirement for the target address space to be non-swappable? I have looked through the z/OS Extended Addressability Guide but I can't see any (obvious) reference to this. James Cotter - New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. -- 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
RICOH buys IBM Printer Division?
This came up on the AFP list. Makes no sense to me, but that's another topic. >> Effective April, Ricoh will acquire IBM's digital printer business for approximately $.7 billion USD. Ricoh will absorb all of IBM's digital printer software, sales and maintenance service divisions. more info at: www.OutputLinks.com Stephen -- 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: 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. Reason:
interrupts took too long to process The actual service and its
parameters were determined by the contents of storage immediately
following the BAL instruction. All SVC's in the virtual machine were
processed by the CMS code in the user's virtual machine and interactions
between CMS and CP67 were handled via HVC (Hypervisor Call aka DIAGNOSE)
and its parm list.
Interrupts are expensive; avoid them whenever possible; even the
PSW-SWAP is very slow!!!
Three people from science center had come out the last week in jan68 to install
cp67 at the university. this was before any of them had left to the
time-sharing service bureaus
http://www.garlic.com/~lynn/subtopic.html#timeshare
a couple posts with anecdote about first service bureau formed and people
leaving the week
before they were supposed to teach a class:
http://www.garlic.com/~lynn/2006k.html#35 PDP-1
http://www.garlic.com/~lynn/2006k.html#36 PDP-1
http://www.garlic.com/~lynn/2007.html#12 "The Elements of Programming Style"
As an undergraduate, I had done three different things in this area to the CP67
kernel:
1) all internal kernel linkages were via SVC. Part of the SVC linkage was to
dynamically allocate and deallocate savearea for the called routine along with
some debug information. (from fading memory) this was just a little under
300mics pathlength on 360/67. I cut this to about 80-some
mics.
also there were a fixed reserved number of 100 saveareas. I changed this so that it could dynamically expand the number of saveareas if it exhausted the existing supply.
2) a lot of internal calls were to high-use routines that did some operation
and immediately returned. they didn't need a string of dynamically allocated
saveareas ... they just needed a single temporary area that could be carved out
of page zero (low stroage). since it was no longer necessary
to dynamically allocate a savearea for save/restore ... i could change the svc call to a direct BALR. As a result ... for the majority of high-use calls ... it eliminated the whole
3) simulation of virtual machine SVC calls were also handled in the same SVC interrupt
handler (that handled internal kernel calling). I created something I called
"fastpath" interrupt reflection (i.e. simulation of the virtual machine
interrupts) that cut the svc simulation pathlength by approximately a factor of ten times
or more.
following is old post with pieces of presentation that I made at the aug68 share meeting in boston.
http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14
It has some detail on numerous performance enhancements I had made to OS/360
MFT14 speeding up elapsed time for typical university workload by a factor
of about three times. This was stand alone or in virtual machine (i.e.
independent of running in virtual machine or on bare machine).
It also has some comparisons of cp67 before and after I had done a lot of
kernel pathlength rewrite. I gave total elapsed time ... but effectively all of
the elapsed time increase under cp67 was doing to cp67 kernel pathlength
overhead.
cp67
elpased overhead
OS/MFT14 standalone elapsed time test: 322 sec
same work under original CP67: 856 sec534 sec
same work under after CP67 changes:435 sec113 sec
There was reduction of nearly 80percent in overall CP67 overhead ... but for
some specific pathlengths I had improved things by a factor of ten to hundred
times (especially in the case of some of the fastpath stuff) to get the
aggregate of 80percent.
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 the time the interruption is discovered until the time
of the next instruction is started) ... appears to be almost 8mics total. For other
bits from the same document; external interrupt: 3.15mics, program interrupt: 3.15
mics, machine check interrupt: approx. 25mics, I/O interrupt: 4.65 mics.
for a little drift ... low-storage from gcard ios3270 ... q&d converstion to
html
http://www.garlic.com/~lynn/gcard.html#4
For something completely different ... all of CMS calling/linkage was (originally) via SVC
"202" with what was being called passed as parameter list in R1. Folklore is that
"202" was chosen since it is hex x'CA' ... short for CAmbridge (i.e. CMS originally was
Cambridge Monitor System ... it morphed to Conversation Monitor System for vm370). The parameter
list started with 8character name of what was being called. This applie
Re: Recalling A Message in Lotus Notes
>What's a "domain"? Mainframe speak: a Sub-Area. A group of users in the same segment, etc. I send recalls to a lot of people, on a regular (fat-fingered) basis. We have .com, .ca, .de, (these are domains), etc. If I recall from within mine (.com) it works. Otherwise, not. The internet is also a dommain. . Questions? Concerns? (Screams of Outrage?) -- 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: Recalling A Message in Lotus Notes
In a recent note, Ted MacNEIL said: > Date: Wed, 24 Jan 2007 22:51:30 + > > >Outlook provides such a feature. > > ONLY if you are in the same domain as the recipient. > What's a "domain"? I believe I've received recall messages in non-Outlook (UNIX) mailboxes. But admin might have defined the UNIX system as being in Outlook's domain. There's good reason to ignore recall and delivery-receipt headers that come from outside the domain to thwart recall messages with forged return addresses and to forestall delivery-receipt bombing. But "recall" messages are sent outside what may be reasonably be considered a "domain". See, e.g.: Linkname: 167730 URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0612&L=ibm-main&P=R48930&D=1&I=1 -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BLKSIZE=0
In a recent note, Bruce Black said: > Date: Wed, 24 Jan 2007 17:25:14 -0500 > > Sorry, Gil, you are wrong. As long as DSORG=, RECFM= and LRECL= are > specified, SDB does calculate a blocksize at allocation time. I just > ran your test to prove it. > I'll readily stand corrected. Thanks for the enlightenment. "[my] test"? Did I supply a test? Or did you code one from my sketchy description. > But it sets a flag in the DSCB indicating that the blocksize came from > SDB. At OPEN time, if the LRECL changes, SDB recalculates the blocksize. > > But if SDB was not used at allocation time then it will NOT operate at > OPEN time, so it is never "deferred". > OK. Let me try to guess what else must happen: o The first time the data set is opened for output, the DCB OPEN exit is entered with BLKSIZE reset to 0, so the DCB OPEN exit can operate compatibly with pre-SDB facility. o Once open is complete, the flag in the DSCB is reset, so the BLKSIZE is stable. Now you have an opportunity to correct me again. I suppose the alternative is possible -- BLKSIZE set by SDB at allocation time is passed to the DCB exit which is thereby discouraged from overriding it. Thanks, gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Cheers: User Key (8) CSA and XBM 5.5
It appears the folks in BMC XBM development have eliminated the use of user key common storage in XBM v5.5 and delivered it when expected in December. Well done! http://documents.bmc.com/supportu/documents/65/68/66568/66568.pdf Removal of Key 8 common area storage use XBM no longer uses Key 8 common storage area (CSA). As a result, XBM is now compatible with z/OS version 1.8. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Make the most of today. Translate your good intentions into actual deeds. - Grenville Kleiser This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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
ECSA and Common Page Size
I'm currently in the process of trying to tune CSA, ECSA and Common Page Size and was looking for some recommendations. We currently have CSA=(3072,256M) set in out IEASYSXX member. Looking at Omegamon it appears we hover around 70- 80 Meg for ECSA and around 660K of CSA. I'm not real concerned with CSA since we have no private area shortages below the line on the system. I would think I'm safe leaving it alone?? The ECSA value seems excessive, would lowering it to 150M sound good, around double of what we need?? What percentages do others shoot at? Assuming a setting of (3072,150M) according to the Init and Tuning Guide, the Common Page dataset would be 153M X 1.42 = 217 cylinders + maybe 30 cylinders for PLPA spill over (PLPA is only 43% in use, probably not going to happen) for about 250 cylinders. Does this sound like a good place to start? Thanks for any help you can provide. Please point any anything that looks flaky. -- 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: 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 as a batch job and not a started task). I thought a lot of that was fixed circa 2.8. I guess I dated myself for this type of code. And I had some long talks with various personnel about REUSE for the ASCB. But since I wasn't at POK, I wasn't privy to how they started closing this hole. However, at one time I was working on a design where I would reset the reuse bit for the ASCB. It required an RTM exit to "post" the callers with failure of service, kill our index entry... But when I explained my idea to a certain group, they turned white, so that code NEVER made it out of the lab. Later, Steve Thompson -- 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
ISPDPTRC New PanelTrace Command Z/OS 1.7
Also posted on ISPF-L/ND Can anyone give me a hint on this new debug facility in ISPF Z/OS 1.7 In the HELP Current Release Changes 1 z/OS 01.07.00 ISPF we have A new ISPDPTRC command supports tracing of Panel Service calls (DISPLAY, TBDISPL, and TBQUERY) and the processing of statements within the )ABCINIT, )ABCPROC, )INIT, )REINIT, and )PROC sections of the panel. and in z/OS V1R7.0 ISPF Dialog Developer's Guide SC34-4821-04 07/12/05 21:23:39 C.0 Appendix C. Diagnostic Tools and Information C.1 ISPF debug tools C.2 Panel trace command (ISPDPTRC) C.2.1 Trace format C.3 File tailoring trace command (ISPFTTRC) C.3.1 Trace format we have several pages of "How to" on the new trace commands, neither of which can I get to work. in ISPCMDS we have ISPFTTRC 0 SELECT SUSPEND SCRNAME(FTTRACE) CMD(ISPFTTRC &ZPARM) INVOKE ISPF FILE TAILORING TRACE FACILITY which I suspect should be for PGM(ISPFTTRC) since SISPEXEC sports no such member AND in SISPLPA we have both ISPFTTRC 2310 013D14 00 31 ANY and ISPDPTRC 2200 013C02 00 31 ANY All attempts to invoke ISPDPTRC have lead to ISPP941 Parameter #1 is invalid. Valid parameters are: END, VIEW, QUIET, DISPLAY(), PANEL(), READ(), SCREEN(), SECTION(), SERVICE(), and DEBUG. I have searched your archives and IBM-MAIN and a Google - no hits. Suggestions? -- 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: SVCs
>Glad to see you took a whack at it. I thought that was just Ed and the umbrella... :-) Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[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 space- > switch routines for the main processing. It avoids the non-reusable ASN > syndrome in most cases. > > > This is exactly what I do with MXI G2. When the MXI 'master' server > terminates, it is sometimes marked non-reus because other address spaces > that have previously connected to the non-system LX routines are still > active (typically TSO users). As soon as these users have all logged off, > z/OS reclaims the previously non-reusable address space and everyone is > happy. Gee... sounds like the result of that long liquid lunch you had with Mr Jaffe and I in Anaheim. Glad to see you took a whack at it. :-) -- 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: 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 may do have always been associated with I1, so all sorts of cr*p happened with an unexpected failure. Now, when you do a $PIx, the 'correct' address space is terminated, rather than a 'random' one. . Questions? Concerns? (Screams of Outrage?) -- 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: 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 what I do with MXI G2. When the MXI 'master' server > terminates, it is sometimes marked non-reus because other address spaces > that have previously connected to the non-system LX routines are still > active (typically TSO users). As soon as these users have all logged off, > z/OS reclaims the previously non-reusable address space and everyone is > happy. Gee... sounds like the result of that long liquid lunch you had with Mr Jaffe and I in Anaheim. Glad to see you took a whack at it. :-) -- 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: 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. -- Since any interrupt caused a PSW swap, the new PSW that was loaded could specify either supervisor or problem state. Look at the BC-format PSW, if you can find a description of it. -- 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: Recalling A Message in Lotus Notes
>The Notes server (Domino) runs quite nicely on z/OS As long as you are current. If you are on a release earlier than 5, forget it. Of course, with the constant renumbering/rebranding, GAK what the current number is. I'm talking about the release that came out in mid-2003. Yes, I know that appears old, but it took us a long time just to get to (then numbering) 4.6. At the time, one foreign automotive firm had 22,000 users of Lotus Notes on OS/390. They were given to us as a reference account. We had 500 users on a 9672 R15. The only account with more users on the mainframe version of Notes, was IBM, or so it was claimed in 2003. . Questions? Concerns? (Screams of Outrage?) -- 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: 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 it on the CBT site ?? -- 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: 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) and they have the virtue that the PC instruction passes control more-or-less directly to the target PC function, avoiding a great deal of processing overhead. Return from the (original) PC instruction was accomplished by the PT (Program Transfer) function, which switched state and branched to the target instruction in a single operation - way faster than returning from an SVC. Later in S/370-ESA the stacking PC was invented and that used the (then new) linkage stack for saving and restoring the caller's state. When the linkage stack is used, the PR instruction (Program Return) is used to return control and restore the caller's state all in a single operation. - 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: interrupts took too long to process The actual service and its parameters were determined by the contents of storage immediately following the BAL instruction. All SVC's in the virtual machine were processed by the CMS code in the user's virtual machine and interactions between CMS and CP67 were handled via HVC (Hypervisor Call aka DIAGNOSE) and its parm list. Interrupts are expensive; avoid them whenever possible; even the PSW-SWAP is very slow!!! -- 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: Recalling A Message in Lotus Notes
>Outlook provides such a feature. ONLY if you are in the same domain as the recipient. . Questions? Concerns? (Screams of Outrage?) -- 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: SVCs
Bill said > Of course, when the SVC routine (and other interrupt > classes as well) has finished the function invoked, the interrupted user > is resumed with the same PSW settings as when it was interrupted; e.g., > storage protect key, privileged state, system mask, etc. So you cannot > get control back in a more authorized state than you were before you did > the SVC. 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 problem state bit in the resume PSW. And MODE=PROB undoes it. Back in the day, there were cases where SVC routines weren't too choosy about what they did (a.k.a. "integrity exposures") and so it was quite possible for creative exploitations of flaky SVC routines to gain control in an authorized 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 -- 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: BLKSIZE=0
There should be no conflict. SDB also doesn't operate until the DCB is opened for output. It must, in fact, be deferred until after the DCB OPEN exit has had an opportunity to supply RECFM and LRECL (as well as DSORG). Easy enough to verify: allocate a data set with BLKSIZE=0; verify with DSLIST INFO that BLKSIZE remains 0; OPEN it for output; verify that BLKSIZE has been defined. Sorry, Gil, you are wrong. As long as DSORG=, RECFM= and LRECL= are specified, SDB does calculate a blocksize at allocation time. I just ran your test to prove it. But it sets a flag in the DSCB indicating that the blocksize came from SDB. At OPEN time, if the LRECL changes, SDB recalculates the blocksize. But if SDB was not used at allocation time then it will NOT operate at OPEN time, so it is never "deferred". -- Bruce Black Senior Software Developer Innovation Data Processinze can -- 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: 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 -- 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: z/OS R8 Coexistence PTF Checking
On Wed, 24 Jan 2007 17:05:39 -0500, Jack Kelly <[EMAIL PROTECTED]> wrote: >I downloaded the load module. When I tried to execute the program , I >received a cc12. I assumed that I would get a message telling me the DD >name to use (one at a time). Is there any documentation how to run the >job? > John, http://www14.software.ibm.com/webapp/set2/psp/srchBroker Look at the right hand side of the page for links to instructions for downloading, installing, and using the EPSPT host tool. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: 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... All handy to have at any time. Although doing this, you *will* aquire number (3). And I see Share still has plenty on offer - I see Jerry talking about new stuff in 1.7. Shane ... -- 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: z/OS R8 Coexistence PTF Checking
I downloaded the load module. When I tried to execute the program , I received a cc12. I assumed that I would get a message telling me the DD name to use (one at a time). Is there any documentation how to run the job? Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: 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. -- 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: 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 accidentally causing program check interrupts - they could also be caused deliberately, or as an integral part of the design. I seem to recall that the original "cross memory" instructions were simulated in that way on machines that did not have the hardware. >Of course, when the SVC routine (and other interrupt >classes as well) has finished the function invoked, the interrupted user is >resumed with the same PSW settings as when it was interrupted; e.g., storage >protect key, privileged state, system mask, etc. So you cannot get control back >in a more authorized state than you were before you did the SVC. > You have just proved that the MODESET SVC cannot possibly work. -- 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: 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 email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
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 "PostScript". That is, the "raw" Adobe Postscript file which was used to create the PDF file. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: 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) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: 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 loaded, which > would normally be supervisor state. The SVC instruction was the only > way that a program could directly cause an interrupt to invoke a > supervisor state routine. > > -- > Tom Marchant Well, not really . I was very good at invoking the Program Check FLIH in my early carreer (S0C7, S0C1, S0C4). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: 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 change from problem state to >> supervisor state. >> >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. > 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 a supervisor state routine. -- Tom Marchant -- 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: 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 SVC to change to supervisor state. All of the types of S/360 interrupts caused a new PSW to be loaded, and they all specified key 0 and supervisor state. The program new PSW also specifies DAT off, as probably also does the machine new PSW. A machine or program interrupt would most likely cause the interrupted work to end abnormally. An I/O or external interrupt would most likely cause the interrupted work to resume executing with no awareness that the interrupt had happened. The poster meant that the only architected way for a non-0 key user to switch states on purpose was via SVC. Of course, when the SVC routine (and other interrupt classes as well) has finished the function invoked, the interrupted user is resumed with the same PSW settings as when it was interrupted; e.g., storage protect key, privileged state, system mask, etc. So you cannot get control back in a more authorized state than you were before you did the SVC. Bill Fairchild -- 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: SVCs
> > 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 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. No. Each of the interrupts (machine check, program check, svc, timer, external etc) causes the hardware to store the old (executing) PSW in the PSA and load the corresponding new PSW. The new PSW simply points to the FLIH for that class of interrupt. All of the FLIHs are entered in supervisor state, PSW key zero and (most important) disabled for interrupts. The FLIH does its thing and then passes control to the SLIH which typically handles the interrupt. 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) and it either obtains an appropriate lock, and/or creates an SVRB for the SVC to run 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. It takes another SVC (SVC 3) to "unstack" that SVRB and return to the original SVC caller. Type 6 SVCs remain disabled and don't get an SVRB. Or at least so it seems from my top-of-head recollection. In any case, the net of it all is that you can never run in problem state inside the interrupt handler. 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: Microsoft In Hotwater Over Wikipedia Edits
http://en.wikipedia.org/wiki/John_Gilmore Hockey does not appear to be attrractive to wikiists. IBM Mainframe Discussion List wrote on 01/24/2007 02:42:26 PM: > Don't forget "our own" John Gilmore, who also plays (played?) football with the Chicago Bears and hockey with the Chicago Blackhawks. :-) > I wonder which of those teams will be short a player during the Super Bowl? :-) > -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Microsoft In Hotwater Over Wikipedia Edits
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Jon Brock > > Yeah, Computerworld reported that yesterday: > http://www.computerworld.com/action/article.do?command=viewArt > icleBasic&articleId=9008842 > > One of the ODF developers said, "From now on we should take > the Wikipedia entry on OpenDocument with a grain of salt," to > which my response is that you take anything in Wikedia with a > grain of salt. There's a lot of good stuff in there, but > there is also some dreck. > > For a hilarious parody of it by The Onion, see here: > http://www.theonion.com/content/node/50902 . > > Sample quote: > "It also features detailed maps of the original > colonies-including Narnia, the central ice deserts, and > Westeros-as well as profiles of famous American historical > figures such as Benjamin Franklin, Special Agent Jack Bauer, > and Samuel Adams who is also a defensive tackle for the > Cincinnati Bengals." Don't forget "our own" John Gilmore, who also plays (played?) football with the Chicago Bears and hockey with the Chicago Blackhawks. :-) I wonder which of those teams will be short a player during the Super Bowl? :-) -jc- -- 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: Microsoft In Hotwater Over Wikipedia Edits
Yeah, Computerworld reported that yesterday: http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9008842 One of the ODF developers said, "From now on we should take the Wikipedia entry on OpenDocument with a grain of salt," to which my response is that you take anything in Wikedia with a grain of salt. There's a lot of good stuff in there, but there is also some dreck. For a hilarious parody of it by The Onion, see here: http://www.theonion.com/content/node/50902 . Sample quote: "It also features detailed maps of the original colonies-including Narnia, the central ice deserts, and Westeros-as well as profiles of famous American historical figures such as Benjamin Franklin, Special Agent Jack Bauer, and Samuel Adams who is also a defensive tackle for the Cincinnati Bengals." Jon -- 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: CSI question
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Richard Tsujimoto > > I was looking at the info that could be retrieved using the > Catalog Search Interface (CSI) and noticed that there wasn't > a bit setting that can be tested to see if the VSAM data set > is an ESDS or not. There are bit settings for KSDS, RRDS, > LDS, AIX, pagespace and so forth. Anyone know how I test for > an ESDS using CSI? Would all those bits being zero be sufficient to conclude it's an ESDS? -jc- -- 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: 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 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. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CSI question
I was looking at the info that could be retrieved using the Catalog Search Interface (CSI) and noticed that there wasn't a bit setting that can be tested to see if the VSAM data set is an ESDS or not. There are bit settings for KSDS, RRDS, LDS, AIX, pagespace and so forth. Anyone know how I test for an ESDS using CSI? -- 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
Microsoft In Hotwater Over Wikipedia Edits
http://www.cnn.com/2007/TECH/internet/01/24/microsoft.wikipedia.ap/index.htm l -- 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: 305 RAMAC
I was at the disclosure meeting in Poughkeepsie when the cmos machines were announced with the Ramac. At lunch I was seated with the Ramac engineer. I couldn't asking how legal let them use the same name. His reply was "they are too young to remember". -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Wednesday, January 24, 2007 9:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 305 RAMAC In September 1956 IBM launched the 305 RAMAC, the first computer with a hard disk drive (HDD). The HDD weighed over a ton and stored 5MB of data. Here's a picture of one being unloaded from an airplane: http://www.liewcf.com/blog/archives/2007/01/the-hard-disk-at-1956-ibm-305-ra mac/ It might hold one of my iPODs songs, but not in my shirt pocket. -- 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: 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 recovery, always required in stacking PC routines, is provided for them in non-standard ways. This topic is discussed, very skimpily, in z/OS MVS Authorized Assembler Services, SA22-7608-04, pp. 18-8ff; but I remember having too much trouble getting the first such recovery routine right. John Gilmore Ashland, MA 01721-1817 USA _ Get Hilary DuffÂ’s homepage with her photos, music, and more. http://celebrities.live.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: SVCs
You can find it here : http://home.mindspring.com/~antognini/ Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: 24 January 2007 13:31 To: IBM-MAIN@BAMA.UA.EDU Subject: 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. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -Original Message- James Antognini of IBM Watson Research (at that time, anyway) presented several good sessions for a few SHAREs many years back on the subject "Using Cross-Memory Services in MVS/ESA" which covered the PC setup, too. However, I don't know where my paper copy is these days and I cannot find anything on the web except a tangential reference to James' paper by Jim Keohane. I know that James was an occasional poster and lurker around here about 7-8 years ago... maybe he'll pop up and repost a copy. (If he did I would snag another copy to replace my dog-eared version that is MIA.) -- Tom Schmidt Madison, WI This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: 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. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -Original Message- James Antognini of IBM Watson Research (at that time, anyway) presented several good sessions for a few SHAREs many years back on the subject "Using Cross-Memory Services in MVS/ESA" which covered the PC setup, too. However, I don't know where my paper copy is these days and I cannot find anything on the web except a tangential reference to James' paper by Jim Keohane. I know that James was an occasional poster and lurker around here about 7-8 years ago... maybe he'll pop up and repost a copy. (If he did I would snag another copy to replace my dog-eared version that is MIA.) -- Tom Schmidt Madison, WI This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: SVCs
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 what I do with MXI G2. When the MXI 'master' server terminates, it is sometimes marked non-reus because other address spaces that have previously connected to the non-system LX routines are still active (typically TSO users). As soon as these users have all logged off, z/OS reclaims the previously non-reusable address space and everyone is happy. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey D. Smith Sent: 24 January 2007 13:18 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Rob Scott > Sent: Wednesday, January 24, 2007 10:48 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SVCs > > Also keep in mind that z/OS provides elegant controls as to which > address space can use a specific PC routine. > > For example, your server could supply a System LX PC routine that > performs some sort of SAF check on the caller before it performs the > AXSET and ETCON to allow the address space to issue other non-System > LX PC routines. > > > Rob Scott /snip/ 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. I am still warming up to the new fangled wide LX thing ALRF (ASN-LX-REUSE-FACILITY). Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ see my résumé at my website (yes, I am looking for employment) -- 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: SVCs
On Wed, 24 Jan 2007 12:23:53 -0500, Rob Scott wrote: >All good stuff from CC as usual - but can I add that Bob Shannon wrote a >"PC Routines For Dummies" Share Presentation - and I had that next to me >when I wrote my first PC routine. > >It is probably available in PDF format somewhere out there in the >interweb - but I can probably get my hands on it if you have trouble >finding it. > >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... > > >-Original Message- >From: Craddock, Chris >Sent: 24 January 2007 12:12 >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: SVCs ...snipped... >So... SVCs are for dopes. PeeCees rool! > >The basics of setting up a set of PC services is documented in the >extended addressability guide. Short version; obtain a linkage index >with LXRES, create a PC entry table with ETCRE and connect it to the LX >with ETCON. After that you call the PC by forming the PC number (the LX >value + the entry index within the PC table) and issuing the PC >instruction. Pretty darn simple. Now doing all that and getting the >subtle details right is more of an undertaking, but it's a hell of a lot >easier than doing anything with an SVC. None of that is really suitable >for a beginner. > >CC James Antognini of IBM Watson Research (at that time, anyway) presented several good sessions for a few SHAREs many years back on the subject "Using Cross-Memory Services in MVS/ESA" which covered the PC setup, too. However, I don't know where my paper copy is these days and I cannot find anything on the web except a tangential reference to James' paper by Jim Keohane. I know that James was an occasional poster and lurker around here about 7-8 years ago... maybe he'll pop up and repost a copy. (If he did I would snag another copy to replace my dog-eared version that is MIA.) -- Tom Schmidt Madison, WI -- 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: SVCs
> -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Rob Scott > Sent: Wednesday, January 24, 2007 10:48 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SVCs > > Also keep in mind that z/OS provides elegant controls as to which > address space can use a specific PC routine. > > For example, your server could supply a System LX PC routine that > performs some sort of SAF check on the caller before it performs the > AXSET and ETCON to allow the address space to issue other non-System LX > PC routines. > > > Rob Scott /snip/ 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. I am still warming up to the new fangled wide LX thing ALRF (ASN-LX-REUSE-FACILITY). Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ see my résumé at my website (yes, I am looking for employment) -- 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: SVCs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Wednesday, January 24, 2007 11:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: 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) and they have the virtue that the PC instruction passes control more-or-less directly to the target PC function, avoiding a great deal of processing overhead. Return from the (original) PC instruction was accomplished by the PT (Program Transfer) function, which switched state and branched to the target instruction in a single operation - way faster than returning from an SVC. Later in S/370-ESA the stacking PC was invented and that used the (then new) linkage stack for saving and restoring the caller's state. When the linkage stack is used, the PR instruction (Program Return) is used to return control and restore the caller's state all in a single operation. So... SVCs are for dopes. PeeCees rool! Ok, there is another little tid-bit. If your PC routine is a "global service" routine (that is, can be used from ANY address space), then the hosting address space is marked non-reuse. So when your program (service provider) terminates (for ANY reason), your address space can't be re-used. 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). This is NOT a side-effect of an SVC. Your address space goes away normally when only using SVCs (unless w/in your SVC you set the ASCB no-reuse bit). Oh yes. There is a lot to know when doing/providing system services. And as someone else said, you really need to have a good understanding of what goes on under the covers with MVS if you are going to write these kinds of routines. Regards, Steve Thompson -- 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: Deleting HSM Backups questions -- Part 2
Mark, Sounds like you are looking at RMM information instead of HSM. So RMM thinks that it did not see HSM CLOSE those tape files .. but what does HSM think ? Mike Wood RMM Development On Wed, 24 Jan 2007 09:53:12 -0500, Mark Pace <[EMAIL PROTECTED]> wrote: >Thanks for that. > >I found that I have 2 very old backup tapes. Both of which show >Availability of OPEN. This is wrong. How can I change the Availability of >the tape? > > >-- >Mark Pace >Mainline Information Systems -- 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: SVCs
Also keep in mind that z/OS provides elegant controls as to which address space can use a specific PC routine. For example, your server could supply a System LX PC routine that performs some sort of SAF check on the caller before it performs the AXSET and ETCON to allow the address space to issue other non-System LX PC routines. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of (IBM Mainframe Discussion List) Sent: 24 January 2007 12:36 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs In a message dated 1/24/2007 11:12:03 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >So... SVCs are for dopes. PeeCees rool! 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 in what environment. Many vendors wrote user SVCs decades ago as a means for their products to switch states, and a technique used frequently by lazy programmers to pass a parameter was to put the parameter in a register just before the SVC instruction. This form of parameter passing is a very bad idea, it became widely known that it was a bad idea, and yet some vendors continued to do it. 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. Parameter validation is still necessary with PC, but it is harder now for hackers to find the executable code that they can then disassemble. Bill Fairchild -- 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
305 RAMAC
In September 1956 IBM launched the 305 RAMAC, the first computer with a hard disk drive (HDD). The HDD weighed over a ton and stored 5MB of data. Here's a picture of one being unloaded from an airplane: http://www.liewcf.com/blog/archives/2007/01/the-hard-disk-at-1956-ibm-305-ramac/ It might hold one of my iPODs songs, but not in my shirt pocket. -- 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: SVCs
> From: Rob Scott <[EMAIL PROTECTED]> > Date: Wed, January 24, 2007 12:23 pm > > All good stuff from CC as usual - but can I add that Bob Shannon wrote a > "PC Routines For Dummies" Share Presentation - and I had that next to me > when I wrote my first PC routine. > > It is probably available in PDF format somewhere out there in the > interweb - but I can probably get my hands on it if you have trouble > finding it. http://www.cs.niu.edu/csci/567/ho/pcrtn.pdf -- 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: SVCs
In a message dated 1/24/2007 11:24:41 A.M. Central Standard Time, [EMAIL PROTECTED] writes: All good stuff from CC as usual - but can I add that Bob Shannon wrote a "PC Routines For Dummies" Share Presentation - and I had that next to me when I wrote my first PC routine. >> 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. Think I've got it in MSI format. -- 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: SVCs
In a message dated 1/24/2007 11:12:03 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >So... SVCs are for dopes. PeeCees rool! 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 in what environment. Many vendors wrote user SVCs decades ago as a means for their products to switch states, and a technique used frequently by lazy programmers to pass a parameter was to put the parameter in a register just before the SVC instruction. This form of parameter passing is a very bad idea, it became widely known that it was a bad idea, and yet some vendors continued to do it. 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. Parameter validation is still necessary with PC, but it is harder now for hackers to find the executable code that they can then disassemble. Bill Fairchild -- 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: Unix System Services Maintenance
On Wed, 24 Jan 2007 09:59:01 -0600, Marna WALLE <[EMAIL PROTECTED]> wrote: >Mark, >YES, but it's not a "now" thing. There are elements that store "persistent" >data in /var, and it is expected that this data is there between IPLs. >Here's the list of z/OS elements that use /var in this manner. (I'm >guessing that you don't use these elements, as you haven't encountered >problems using /var as a TFS to date). > >- CIM (uses /var/wbem, which we recommend to be its own separate file system) >- Cryptographic Services OCSF (uses /var/ocsf) >- Infoprint Server (uses /var/Printsrv) >- Integrated Security Services Network Authentication Service (uses /var/skrb). > >btw - I pulled this list from the z/OS Migration book. > Hi Marna, Thanks. I haven't started looking at the migration book yet. I will be doing so shortly - along with reviewing your most excellent migration sessions from the last SHARE in Baltimore. :-) Before I ever changed /var to a TFS (way back when), I *though* I read somewhere that IBM would never put persistent data in it. Oh well. I can change it to a zFS if I ever need it. Or MKDIR in the TFS from /etc/rc and mount a zFS from there. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Batch SDSF Question regarding ISFAFD
I have used batch SDSF for years but now I need to notch it up a level. I would need to update some of the fields where overtyping is allowed. I don't believe batch SDSF will allow this but I have found hints that ISFAFD will. Anyone out there have a sample piece of JCL that shows how to tab over and change field values in batch ISFAFD? Charlie Jones -- 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: SVCs
All good stuff from CC as usual - but can I add that Bob Shannon wrote a "PC Routines For Dummies" Share Presentation - and I had that next to me when I wrote my first PC routine. It is probably available in PDF format somewhere out there in the interweb - but I can probably get my hands on it if you have trouble finding it. 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... Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: 24 January 2007 12:12 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs > 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. (-: > > What IBM book would tell me how to write one? (Not that I will or can, > just want to know how.) 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. The intended use at that time was for the operating system and systems software. At the time, systems software applications from ISVs was a far off gleam in someone's eye. Unfortunately the SVC mechanism is a heavy-weight way of switching control. The SVC instruction itself causes an interrupt, which causes entry to the SVC FLIH, saving of status and a whole lot of software conniptions before the intended SVC function gets control. And then there's a whole bunch more screwing around to get back to the caller when the SVC finishes. 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) and they have the virtue that the PC instruction passes control more-or-less directly to the target PC function, avoiding a great deal of processing overhead. Return from the (original) PC instruction was accomplished by the PT (Program Transfer) function, which switched state and branched to the target instruction in a single operation - way faster than returning from an SVC. Later in S/370-ESA the stacking PC was invented and that used the (then new) linkage stack for saving and restoring the caller's state. When the linkage stack is used, the PR instruction (Program Return) is used to return control and restore the caller's state all in a single operation. So... SVCs are for dopes. PeeCees rool! The basics of setting up a set of PC services is documented in the extended addressability guide. Short version; obtain a linkage index with LXRES, create a PC entry table with ETCRE and connect it to the LX with ETCON. After that you call the PC by forming the PC number (the LX value + the entry index within the PC table) and issuing the PC instruction. Pretty darn simple. Now doing all that and getting the subtle details right is more of an undertaking, but it's a hell of a lot easier than doing anything with an SVC. None of that is really suitable for a beginner. 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: Does PAX unzip .ZIP files on z.OS v1r7 USS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark House > Sent: Wednesday, January 24, 2007 11:04 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Does PAX unzip .ZIP files on z.OS v1r7 USS > > > We need to apply a JAVA (JTZU) Time Zone Utility to JAVA SDK > on a z/900 > running z/OS 1.7. The utility is distributed as a .zip file. > The file > was downloaded to a workstation, in zip format, then uploaded > to the z/900 > USS and placed in a directory. I am now looking for a > utility to unzip > it. Someone mentioned the PAX commanbd. Anyone confirm or > recommend a > process to use to unzip the file. Thanks. > > Mark House pax cannot process ZIP files. However, if you have Java installed, then the jar command can be used. jar -x myfile.zip -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Does PAX unzip .ZIP files on z.OS v1r7 USS
Did a Google search on string "+pax +zip +file +z/os" and found this link related to z/OS Java applications -- some of the content and examples should apply, I would expect. Sincerely, Scott Barry SBBWorks, Inc. http://www.alphaworks.ibm.com/tech/zosjavabatchtk/requirements __ Wed, 24 Jan 2007 11:04:03 -0600 From: Mark House <[EMAIL PROTECTED]> Subject: Does PAX unzip .ZIP files on z.OS v1r7 USS We need to apply a JAVA (JTZU) Time Zone Utility to JAVA SDK on a z/900 running z/OS 1.7. The utility is distributed as a .zip file. The file was downloaded to a workstation, in zip format, then uploaded to the z/900 USS and placed in a directory. I am now looking for a utility to unzip it. Someone mentioned the PAX commanbd. Anyone confirm or recommend a process to use to unzip the file. Thanks. Mark House (402) 778-1966 Technical Development Services [EMAIL PROTECTED] -- 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: SVCs
> 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. (-: > > What IBM book would tell me how to write one? (Not that I will or can, > just want to know how.) 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. The intended use at that time was for the operating system and systems software. At the time, systems software applications from ISVs was a far off gleam in someone's eye. Unfortunately the SVC mechanism is a heavy-weight way of switching control. The SVC instruction itself causes an interrupt, which causes entry to the SVC FLIH, saving of status and a whole lot of software conniptions before the intended SVC function gets control. And then there's a whole bunch more screwing around to get back to the caller when the SVC finishes. 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) and they have the virtue that the PC instruction passes control more-or-less directly to the target PC function, avoiding a great deal of processing overhead. Return from the (original) PC instruction was accomplished by the PT (Program Transfer) function, which switched state and branched to the target instruction in a single operation - way faster than returning from an SVC. Later in S/370-ESA the stacking PC was invented and that used the (then new) linkage stack for saving and restoring the caller's state. When the linkage stack is used, the PR instruction (Program Return) is used to return control and restore the caller's state all in a single operation. So... SVCs are for dopes. PeeCees rool! The basics of setting up a set of PC services is documented in the extended addressability guide. Short version; obtain a linkage index with LXRES, create a PC entry table with ETCRE and connect it to the LX with ETCON. After that you call the PC by forming the PC number (the LX value + the entry index within the PC table) and issuing the PC instruction. Pretty darn simple. Now doing all that and getting the subtle details right is more of an undertaking, but it's a hell of a lot easier than doing anything with an SVC. None of that is really suitable for a beginner. 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: Deleting HSM Backups questions -- Part 2
Mark, I failed to mention that I'm on OS390.210; its HSM Stor. Admin Ref has 4 pages with word availability. Can't seem to find anything that relates to your question. I also searched most of the 150 or so files that I saved in my efforts. The zOS 1.8 Ref has 34 pages with that word. Maybe somebody else can advise. Larry M. Burch City of Albuquerque Albuquerque NM USA On Wed, 24 Jan 2007 09:53:12 -0500, Mark Pace <[EMAIL PROTECTED]> wrote: >Thanks for that. > >I found that I have 2 very old backup tapes. Both of which show >Availability of OPEN. This is wrong. How can I change the Availability of >the tape? > > >-- >Mark Pace >Mainline Information Systems > -- 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
Does PAX unzip .ZIP files on z.OS v1r7 USS
We need to apply a JAVA (JTZU) Time Zone Utility to JAVA SDK on a z/900 running z/OS 1.7. The utility is distributed as a .zip file. The file was downloaded to a workstation, in zip format, then uploaded to the z/900 USS and placed in a directory. I am now looking for a utility to unzip it. Someone mentioned the PAX commanbd. Anyone confirm or recommend a process to use to unzip the file. Thanks. Mark House (402) 778-1966 Technical Development Services [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: Recalling A Message in Lotus Notes
On Wed, 24 Jan 2007 10:13:43 -0500, Walt Farrell <[EMAIL PROTECTED]> wrote: > >The Notes server (Domino) runs quite nicely on z/OS (I think that z/OS >provides one of the better platforms for running it, in fact), so your >question seems more relevant here than discussion of flying saucers, etc. It maybe better but not necessarily performance wise better than other platforms. The 2 places where I worked on it as a zOS application could not get rid of it quick enough. Also check out: http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1059214,00.html in case of wrap: http://tinyurl.com/2na59v Seb. -- 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: StorageTek libraries with IP interface for z/OS?
I just went through this endeavor, i.e. Timberwolf (9740) without 3x74. We're on Z/OS and STK came back against trying to use ACSLS and CSC but were willing to give us a deal on a SL8500, so I assume that implies that the SL8500 works on Z/OS? Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: BLKSIZE=0
Paul Gilmartin wrote: In a recent note, R.S. said: Date: Wed, 24 Jan 2007 16:42:40 +0100 This is something I fight against. Sometimes the dataset is never opened. For example it is kind of "exception report". In case of no exceptions the dataset remains "untouched". It cannot be backed up due to invalid DSORG, so it will *never* be migrated or deleted according to mgmt class parameters. It occupies the best DASD space. But you can't print or view that exception report because of the invalid attributes; DSORG, RECFM, whatever. Yes, but such report are used or not. In any case I want them to be migrated and after defined time deleted. It covers various datasets, not only reports. Invalid DSORG suspends (denies) migration and deletion. [...] Migrating or backing up a data set with incomplete attributes ought to be a trivial operation: [...] Agreed. However it's not done. Such datasets are not migrated. So, I have two choices: a) complain about HSM/DSS design and stay with the problem b) circuvent it - use DSORG in JCL and watch datasets with invalid DSORG. Optionally I can still complain about HSM, DSORG, IBM, mainframes, etc. Regards -- Radoslaw Skorupka Lodz, Poland -- 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: BLKSIZE=0
True but you can always use a default data class to provide a dsorg, etc if one is not provided. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: SVCs
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. (-: What IBM book would tell me how to write one? (Not that I will or can, just want to know how.) Thanks, Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Wednesday, January 24, 2007 5:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs Assorted doubts have already been cast on what you propose to do. Let me add one. SVCs are at best obsolescent. Since you need to master a new technology in either case, look at the use of PC-based schemes instead of SVC-based ones. (Here 'PC' is of course an acronym for 'program call' rather than 'personal computer'.) John Gilmore Ashland, MA 01721-1817 USA -- 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: StorageTek libraries with IP interface for z/OS?
Tim Hare wrote: We once had a StorageTek 9360, on which you could get a feature to have robotics control commands sent over IP instead of 3270 coax (we didn't buy it, but the feature was available). Then our lease was up, and we ended up with 9740 LMUs which only use 3270 connections. Now that we would like to get rid of our 3x74s (we use ICCs for consoles), these LMUs are a sticking point. As far as I know, the new SL8500 has an IP interface (having quite a few 9840 cartridges, it will be easier to stick with STK I think) - however on the Sun site it doesn't even say that box is compatible with z/OS or z/VM (probably an error?). Anyone know of other ways around this on current hardware? Maybe some sort of ICC interface which routes out a coax instead of TN3270E (remember, once upon a time 9370 CPUs had an inegrated 3x74 controller so this is not too far-fetched)? Barring that, can anyone verify they are running SL8500s with z/OS? Obviously SL8500 does work with z/OS. Command path is over Ethernet, (usually) over IP. Drives are ESCON or FICON attached. However you have two choices for management of the library: 1. HSC manages library. HSC resides on z/OS, it can serve z/OS clients (local, and other systems) - SMC, and open systems clients (Library Station software is needed). 2. ACSLS manages library. Open systems connect directly to ACSLS using their software (i.e. Veritas). z/OS connect using MVS/CSC software component. SMC is also required. -- Radoslaw Skorupka Lodz, Poland -- 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: BLKSIZE=0
In a recent note, R.S. said: > Date: Wed, 24 Jan 2007 16:42:40 +0100 > > This is something I fight against. Sometimes the dataset is never > opened. For example it is kind of "exception report". In case of no > exceptions the dataset remains "untouched". It cannot be backed up due > to invalid DSORG, so it will *never* be migrated or deleted according to > mgmt class parameters. It occupies the best DASD space. > But you can't print or view that exception report because of the invalid attributes; DSORG, RECFM, whatever. ISTR an era when HSM refused to migrate a PDS with no members. At z/OS 1.7 there is no such problem; I just created an empty PDS, migrated it (primary) and recalled it. HSM performed extent reduction and truncation, which might not always be desirable. Migrating or backing up a data set with incomplete attributes ought to be a trivial operation: HSM should make a memorandum in the Migration Catalog with the available attributes and scratch the data set. Later, when the data set is allocated, HSM could emulate the recall by allocating with the saved attributes, and a putative open for output will complete the description or fail with Sx13. How does HSM deal with migrating a data set allocated with a full set of valid attributes but never opened, so the extents contain data invalid for the DSORG, etc. Again, my philosophy is that DS1LSTAR should be preemptive: if HSM were to stop copying at DS1LSTAR it would never perceive any problem. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE User Events
This came in on the new IBM eNews. _http://www.share.org/events/tampa/index.cfm_ (http://www.share.org/events/tampa/index.cfm) -- 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: Recalling A Message in Lotus Notes
In a message dated 1/24/2007 9:14:07 A.M. Central Standard Time, [EMAIL PROTECTED] writes: provides one of the better platforms for running it, in fact), so your question seems more relevant here than discussion of flying saucers, etc. >> Had to be a West coast SHARE, maybe Anaheim and the Keynote Speaker was head of JPL's UFO project for many years. His best story was maybe investigating crop of UFO's in Kentucky. Set out on the farmers porch for several nights and nada, zip, nil...farmer taps him on the shoulder and says maybe this will take the edge off...Little homebrew, after about three swigs cold went away and pink elephants, UFO's, flying dragons appeared...psychotic mushrooms! -- 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: Unix System Services Maintenance
Mark, YES, but it's not a "now" thing. There are elements that store "persistent" data in /var, and it is expected that this data is there between IPLs. Here's the list of z/OS elements that use /var in this manner. (I'm guessing that you don't use these elements, as you haven't encountered problems using /var as a TFS to date). - CIM (uses /var/wbem, which we recommend to be its own separate file system) - Cryptographic Services OCSF (uses /var/ocsf) - Infoprint Server (uses /var/Printsrv) - Integrated Security Services Network Authentication Service (uses /var/skrb). btw - I pulled this list from the z/OS Migration book. -Marna WALLE z/OS System Build and Install -- 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
Lotus Notes Mail Recall
Check out this press release http://www.marketwire.com/mw/release_html_b1?release_id=205791 from IBM about Notes 8 which includes this text: Significant email enhancements have been added to help increase productivity and avoid information overload. Features include "Recent Contacts" and "Message Recall." If you want something prior to this check out http://www.ivesco.com/home.nsf/totalrecall?OpenPage cheers Lionel B. Dyck, Consultant/Specialist zLinux Platform Client and Platform Engineering Services (CAPES) KP-IT Enterprise Engineering, Manager Toni Nicotera 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. 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: BLKSIZE=0
I use ACC/SRS, DTS Software, routines to set the DSORG to PS if the DSORG is empty and directory blocks are not specified. In the last eight years I've done this WITHOUT causing problems, YMMV. --- [EMAIL PROTECTED] wrote: From: "R.S." <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BLKSIZE=0 Date: Wed, 24 Jan 2007 16:42:40 +0100 Paul Gilmartin wrote: > In a recent note, Ron Hawkins said: > >> Date: Wed, 24 Jan 2007 13:22:59 +0800 >> >> This conflicts with BLKSIZE=0 being used for SDB. SDB does not work > unless >> DSORG can be established. BLKSIZE=0 is a null - SDB requires DSORG and > no >> BLKSIZE. Additional DCB depends on the DSORG. >> > There should be no conflict. SDB also doesn't operate until the DCB > is opened for output. It must, in fact, be deferred until after > the DCB OPEN exit has had an opportunity to supply RECFM and LRECL > (as well as DSORG). Easy enough to verify: allocate a data set with > BLKSIZE=0; verify with DSLIST INFO that BLKSIZE remains 0; OPEN it > for output; verify that BLKSIZE has been defined. This is something I fight against. Sometimes the dataset is never opened. For example it is kind of "exception report". In case of no exceptions the dataset remains "untouched". It cannot be backed up due to invalid DSORG, so it will *never* be migrated or deleted according to mgmt class parameters. It occupies the best DASD space. Obviously you can create report of such datasets, delete them manually, instruct fokls to specify DSORG, etc. The above is for HSM customers, AFAIK FDR users have no such problem, because FDR manages datasets with invalid DSORG. -- Radoslaw Skorupka Lodz, Poland -- 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 _ Netscape. Just the Net You Need. -- 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: BLKSIZE=0
Paul Gilmartin wrote: In a recent note, Ron Hawkins said: Date: Wed, 24 Jan 2007 13:22:59 +0800 This conflicts with BLKSIZE=0 being used for SDB. SDB does not work unless DSORG can be established. BLKSIZE=0 is a null - SDB requires DSORG and no BLKSIZE. Additional DCB depends on the DSORG. There should be no conflict. SDB also doesn't operate until the DCB is opened for output. It must, in fact, be deferred until after the DCB OPEN exit has had an opportunity to supply RECFM and LRECL (as well as DSORG). Easy enough to verify: allocate a data set with BLKSIZE=0; verify with DSLIST INFO that BLKSIZE remains 0; OPEN it for output; verify that BLKSIZE has been defined. This is something I fight against. Sometimes the dataset is never opened. For example it is kind of "exception report". In case of no exceptions the dataset remains "untouched". It cannot be backed up due to invalid DSORG, so it will *never* be migrated or deleted according to mgmt class parameters. It occupies the best DASD space. Obviously you can create report of such datasets, delete them manually, instruct fokls to specify DSORG, etc. The above is for HSM customers, AFAIK FDR users have no such problem, because FDR manages datasets with invalid DSORG. -- Radoslaw Skorupka Lodz, Poland -- 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: Recalling A Message in Lotus Notes
On 24 Jan 2007 05:13:49 -0800, [EMAIL PROTECTED] (Carol Srna) wrote: >This is driving me crazy. Does anyone know how to recall a sent message in >Lotus Notes? Lots of e-mail programs have such a feature - which don't work.A request to recall a sent message only works if the receiving software agree (and the receiver hasn't already read the message). -- 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: Recalling A Message in Lotus Notes
This capability is not native to any current release of Lotus Notes however there is a product that I ran across sometime last year which was marketed as having this capability. Lionel B. Dyck, Consultant/Specialist zLinux Platform Client and Platform Engineering Services (CAPES) KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. Carol Srna <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 01/24/2007 05:14 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Recalling A Message in Lotus Notes Hi All. This is driving me crazy. Does anyone know how to recall a sent message in Lotus Notes? TIA P.S. I know this is not directly related to Mainframes, but if we can talk about flying saucers, and white elephants on this site, I thought I could ask this question. :-) -- 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: Recalling A Message in Lotus Notes
On 1/24/2007 8:13 AM, Carol Srna wrote: This is driving me crazy. Does anyone know how to recall a sent message in Lotus Notes? The generally available (GA) levels of Notes do not provide a recall function. P.S. I know this is not directly related to Mainframes, but if we can talk about flying saucers, and white elephants on this site, I thought I could ask this question. The Notes server (Domino) runs quite nicely on z/OS (I think that z/OS provides one of the better platforms for running it, in fact), so your question seems more relevant here than discussion of flying saucers, etc. Walt -- 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: SVCs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Tuesday, January 23, 2007 9:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVCs Assorted doubts have already been cast on what you propose to do. Let me add one. SVCs are at best obsolescent. Since you need to master a new technology in either case, look at the use of PC-based schemes instead of SVC-based ones. (Here 'PC' is of course an acronym for 'program call' rather than 'personal computer'.) Isn't PC a Mnemonic when referring to the instruction? Later, Steve Thompson -- 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: Unix System Services Maintenance
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mark Zelden > > On Wed, 24 Jan 2007 10:43:23 +1000, Shane Ginnane > <[EMAIL PROTECTED]> wrote: > > > >If this is in relation to the changes to /var and /etc in z/OS 1.7, > >you'll have to manually deal with that. There's some tips in > the migration guide. > > > > We skipped 1.7 and just got notification my 1.8 order is > ready. What changes to /var? I've been using a TFS for /var > since OS/390 2.8. > Is there something needed in there now across IPLs? Just make them separate, mountable filesystems if you haven't already. -jc- -- 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: SVC's
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Tuesday, January 23, 2007 6:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SVC's ... I suspect you are not ready to write an SVC if you aren't already familiar with tools like that. I know there is no clear logic in my statement, but I would want a army of tools before I launched into writing an SVC. I may be the only one on this list that has not written one so maybe my concern is irrational, but it seems to me that a lot of damage can be done by an errant SVC. I don't know all those tools. I have written several SVCs, PC/PT routines, SRB (cross memory type) routines (some for and in IBM products). But I do know how to get the SVC table to see what has been installed w/o those tools (e.g., IPCS against ACTIVE and look at the SVC table). I also know how to look at the running system to see what has been built (Sub system stuff). So knowing or not knowing the commercial tools does not necessarily make one an SVC writer. Knowing the rules and being able to write appropriate code while having a need for such a specialized routine makes one an SVC writer. Just one man's opinion (who has done it). Later, Steve Thompson -- 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: Recalling A Message in Lotus Notes
In my research of this "feature" a while back I found that basically the only supported use of this was in an Outlook client to Outlook client. And, of course, only if it had not already been opened by the recipient. I am surprised at the number of employees that call our help desk and ask about this. On 1/24/07, Paul Gilmartin <[EMAIL PROTECTED]> wrote: In a recent note, Mark Pace said: > Date: Wed, 24 Jan 2007 08:31:15 -0500 > > It is NOT a feature of Lotus Notes. > > Good. I also believe it's not specified in any RFC. Outlook provides such a feature. The effect is that when I read mail with a non-Outlook MUA, I occasionally receive messages with the body: would like to recall the message ... I believe I've even seen some such distributed via these lists. Usually I reply (to individual sender only) with: would like to forget the message ... I suspect such a feature could be abused in the fashion of Usenet forged cancel messages. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems -- 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: Deleting HSM Backups questions -- Part 2
Thanks for that. I found that I have 2 very old backup tapes. Both of which show Availability of OPEN. This is wrong. How can I change the Availability of the tape? -- Mark Pace Mainline Information Systems -- 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
z/OS R8 Coexistence PTF Checking
Hello, I wanted to point out an entry that I recently added to the z/OS releases' ZOSGEN PSP buckets (for z/OS R5 through z/OS R8). I'm not sure folks review that PSP bucket, which is why I'm posting it here... (I'll be talking about this at SHARE in Tampa, and welcome any comments on if this has been helpful or suggestions for improvement. You can post to IBM-MAIN, email me directly, or catch me at SHARE. Whatever's easiest for you!) -Marna WALLE z/OS System Build and Install IBM Poughkeepsie Here's the actual ZOSGEN PSP entry: Hint: You may use the Enhanced PSP Tool (EPSPT) to assist in programmatically determining which coexistence PTFs you must install on your current system in preparation for migration to a later z/OS release. When you retrieve the extract file from the ZOSGEN PSP bucket subset that is used as input to EPSPT, the file will contain the current list of coexistence PTFs for migrating to a later z/OS release. Coexistence PTFs are identified in the "Cross Product Dependencies" section of the ZOSGEN PSP bucket subset. The steps to take to programmatically determine whether your current system has the complete list of required Coexistence PTFs for migration are: 1) Download and install the EPSPT, available from http://www14.software.ibm.com/webapp/set2/sas/f/psp/download.html 2) Download the extract file from your current release's ZOSGEN PSP bucket subset. The list of "to" release coexistence PTFs is found in the "from" release ZOSGEN PSP bucket subset. 3) Using the extract file from your current release's ZOSGEN PSP bucket subset, run the EPSPT. 4) Resolve any outstanding discrepancies that the EPSPT has identified. Periodically, you may want to download the extract file from your current release's ZOSGEN PSP bucket subset, and rerun EPSPT to ensure that any newly added coexistence PTFs are verified. -- 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: BLKSIZE=0
In a recent note, Ron Hawkins said: > Date: Wed, 24 Jan 2007 13:22:59 +0800 > > This conflicts with BLKSIZE=0 being used for SDB. SDB does not work unless > DSORG can be established. BLKSIZE=0 is a null - SDB requires DSORG and no > BLKSIZE. Additional DCB depends on the DSORG. > There should be no conflict. SDB also doesn't operate until the DCB is opened for output. It must, in fact, be deferred until after the DCB OPEN exit has had an opportunity to supply RECFM and LRECL (as well as DSORG). Easy enough to verify: allocate a data set with BLKSIZE=0; verify with DSLIST INFO that BLKSIZE remains 0; OPEN it for output; verify that BLKSIZE has been defined. > Most sites have a default DATACLAS that will allocate with DSORG=PS if > nothing else can be determined. This allows SDB to work, and also ensures > SMS datasets have an EOF at allocation. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > > Bruce Black > > Sent: Wednesday, 24 January 2007 1:50 AM > > > Most JCL allocates > > (the DSORG is not > > determined until the dataset is opened for output -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unix System Services Maintenance
On Wed, 24 Jan 2007 10:43:23 +1000, Shane Ginnane <[EMAIL PROTECTED]> wrote: >If this is in relation to the changes to /var and /etc in z/OS 1.7, you'll >have to manually deal with that. There's some tips in the migration guide. > We skipped 1.7 and just got notification my 1.8 order is ready. What changes to /var? I've been using a TFS for /var since OS/390 2.8. Is there something needed in there now across IPLs? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Recalling A Message in Lotus Notes
In a recent note, Mark Pace said: > Date: Wed, 24 Jan 2007 08:31:15 -0500 > > It is NOT a feature of Lotus Notes. > > Good. I also believe it's not specified in any RFC. Outlook provides such a feature. The effect is that when I read mail with a non-Outlook MUA, I occasionally receive messages with the body: would like to recall the message ... I believe I've even seen some such distributed via these lists. Usually I reply (to individual sender only) with: would like to forget the message ... I suspect such a feature could be abused in the fashion of Usenet forged cancel messages. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recalling A Message in Lotus Notes
It is NOT a feature of Lotus Notes. -- Mark Pace Mainline Information Systems -- 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: Recalling A Message in Lotus Notes
This function cannot be done at my site. -- 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
Recalling A Message in Lotus Notes
Hi All. This is driving me crazy. Does anyone know how to recall a sent message in Lotus Notes? TIA P.S. I know this is not directly related to Mainframes, but if we can talk about flying saucers, and white elephants on this site, I thought I could ask this question. :-) -- 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: COBOL and Java interoperabitiliy
>I didn't know that JMS was identical to MQ-Series! Thanks for the No, no, sorry for not being explicit enough... JMS is certainly not identical to MQ-Series. The fact is that JMS is a Java interface for accessing Message-Oriented- Middleware. JMS requires something else (the MOM) to implement the actual messaging for it. Typically, on mainframe, that MOM will be MQ-Series (sorry, WebSphere MQ...) The point I wanted to make is: on the Linux side, you may very well have a Java program talking JMS, underpinned by MQ-Series for Linux. Connect the latter to MQ-Series on mainframe and have regular COBOL programs talk regular MQI verbs to get and put messages natively to the queues. That way, you are not necessarily obliged to run Java on the mainframe. You will need to read up on JMS. There is a bit of work to do in order to format a message from a native program such that JMS can indeed deliver it to the Java application. Google is your friend. Cheers, Jantje. -- 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: Is it necessary re-compile all pdef/formdef after migrated from PSF3.3 to PSF3.4
No, it shouldn't be necessary to recompile any pagedef/formdefs between PSF releases; we didn't need to recompile any between V3.3 and V3.4. Normally, the only reason to recompile resources is to take advantage of new function or possibly to correct a defect and I would expect that any change that required any AFP resources to be rebuilt would be flagged in the documentation. Bill On Wed, 24 Jan 2007 10:01:26 +0800, Tommy Tsui <[EMAIL PROTECTED]> wrote: >Hi, >Is it necessary re-compile all pdef/formdef after migrate from PSF3.3 to >PSF3.4 (Zos1.4 to zos1.7) > >any comment will be appreciated > >best regards > >tommy > -- 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: z/OS 1.7 SYNCHRES=YES & z/OS 14 SYNCHRES=NO
1. It is only chnage in *default* setting of SYNCHRES. You can use SYNCHRES=YES on 1.4 or change SYNCHRES to NO on 1.7. You can change it dynamically (both directions), via SETGRS command. 2. There is no requirement to have consistent setting of SYCHRES over sysplex (grsplex in general). It's not like RNL, which have to be consistent, otherwise system won't join GRS complex. -- Radoslaw Skorupka Lodz, Poland -- 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
S99CATLG=1 question
Hi, I have a question about the S99CATLG flag during the dynamic allocation. I am trying to figure out wither or not I should set in on during the allocation of a spool file. The IBM doc is rather opaque about this flag. All it says is "ALLOC FUNCTION-SET SPECIAL CATALOG DATA SET INDICATORS". Exactly, what the heck does that mean! I have been told that, when allocating an output spool files, if S99CATLG=1 is set, then an SVC 26 is avoided during allocation. I guess whether or not that would be a good thing would depend upon the specific purpose of this particular SVC 26 call. Does anyone know? Also, would there be any other consequences of setting S99CATLG=1? Thanks, Dave Cole REPLY TO: [EMAIL PROTECTED] Cole Software WEB PAGE: http://www.xdc.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 -- 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
