Catalog for Serverpac datasets
I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. I'm planning to use Extended indirect alias support and indirect cataloging for serverpac datasets. -- 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/Safe ?
Hi, Anybody heard about or had/having experiences with z/Safe? A product in de backup/recovery or disaster recovery area? I don't find anything about it. Jan -- 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
ADABAS Clustering Services (Adaplex)
NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Hi We are planning to implement ADABAS Clustering Services (Old Adaplex) within the next couple of months. We are current on Z/OS version 1.4 but moving to V1.6 soon. Any comments will be appreciated. Kind Regards, Sarel Swanepoel Capacity Management South African Revenue Services Office: +27 (0)12 422 5033 Mobile: +27 (0)82 4927 321 Fax: +27 (0)12 422 6068 Email: [EMAIL PROTECTED] Web 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: Bad Auditor Requests (was Module description)
Ted MacNEIL [EMAIL PROTECTED] wrote: There is a directory structure and it is maintained by a utility/command/service machine called DIRMAINT. Invoking DIRMAINT is called EDITING. Um...sort of. There is a directory structure, and it is maintained by hand (by editing the source directory -- a flat file), by a service machine called DIRMAINT (IBM PP), or by any of several other ISV products. Invoking DIRMAINT is not called EDITING, at least not of any of the several hundred VM shops I've been at. Editing is called EDITING. In a site with no security package, the source directory does have plaintext passwords in it. That's why you keep it on a secure minidisk. ...phsiii -- 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: Taxes and outsourcing
Ed Gould [EMAIL PROTECTED] wrote: story about GUIDE handouts not being allowed into Canada snipped And then there's a cow-orker who was heading to SHARE, by car, with a colleague. At Customs, the agent looked in the back seat and saw a couple of IBM manuals (hey, everybody has those in their cars, right? Well, they did 20 years ago...). Those are professional materials!, the agent announced. At which point my cow-orker's idiot colleague said, What's the big deal? I thought getting into Canada was just like going into another state. As any of you who've lived near the border know, that led to a long discussion in the Customs shed. They did eventually make it to SHARE, but kids: don't try this at home... ...phsiii -- 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: Catalog for Serverpac datasets
I go both ways. My general rule of thumb is that if it resides on the target or dlib volumes they go in the master catalog. The HFS volume has everything in its own user catalog. So does SMPE stuff. The rest of the files, like JESx, FFST, MSYS, etc, go on another volume that I regard as a throw-away. Everyone has their own scheme. On Thu, 3 Nov 2005 10:02:52 +0100, Lucas Morton [EMAIL PROTECTED] wrote: I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. I'm planning to use Extended indirect alias support and indirect cataloging for serverpac datasets. -- 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: Taxes and outsourcing
In a message dated 11/3/2005 6:11:45 A.M. Central Standard Time, [EMAIL PROTECTED] writes: As any of you who've lived near the border know, that led to a long discussion in the Customs shed. They did eventually make it to SHARE, but kids: don't try this at home... Heck our CE was at 9370 support in upstate New York and they got backed up or something so he was gonna run over and help with the install. They wanted to confiscate his manual and his toolkit. He said OK I'll just go back and wait for it to fix itself. It was a pretty nasty incident. For the rest the time at the 9370 service desk anything north of NY got moved to the bottom of the queue. -- 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: Module description
On 11/2/2005 4:30 PM, Mark Yuhas wrote: Thanks for the suggestions. However, like today, I was questioned about IEECB92S. I finally found an APAR that describe what the module does. I do not have the luxury of saying 'Because, IBM did it that way'. I have to explain or we get another mark against us in the audit report. I thought it would be nice if I could explain and show the auditor that IBM really did this and this is the way it is supposed to be. For showing that IBM really did this and this is the way it is supposed to be perhaps you should just run a report from SMP/E to prove that we delivered a module of that name, to that library, with those link-edit characteristics. 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: Bad Auditor Requests (was Module description)
Um...sort of. There is a directory structure, and it is maintained by hand (by editing the source directory -- a flat file) ... Isn't there a CMS/CP command called DIRMaint? I seem to recall using that to set up my static connections to other CMS mini-disks. Invoking DIRMAINT is not called EDITING ... Our SYSPROG called it EDITING when you invoked the DIRM command -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: Bad Auditor Requests (was Module description)
In [EMAIL PROTECTED], on 11/02/2005 at 08:59 AM, Paul Gilmartin [EMAIL PROTECTED] said: What's in a name? In an operating system? Everything. Doesn't VM/SP have (or was it earlier releases?) a file with similar function? Sure, but the auditor didn't ask for it and it might not have been legal to give it to him had he asked. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Catalog for Serverpac datasets
In [EMAIL PROTECTED], on 11/03/2005 at 10:02 AM, Lucas Morton [EMAIL PROTECTED] said: I'm installing z/OS 1.6, ¿Should I catalog ALL z/OS serverpac datasets in the master or It wowkd be better try to keep some of them in user catalogs?. The rule is to not put anything in the master catalog that doesn't need to be there. You can certainly violate it, but doing so will add complexity. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Module description
In [EMAIL PROTECTED], on 11/02/2005 at 02:06 PM, Walt Farrell [EMAIL PROTECTED] said: I'm not sure I understand how you would expect an auditor to be able to verify that a vendor hadn't shipped a trojan horse. You really want all the auditors visiting all the vendors and personally inspecting all the code? Why not? If they're concerned enough to visit the vendors and inspect the AC(1) code, then why shouldn't they be concerned enough to inspect the unprivileged code? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Module description
In [EMAIL PROTECTED], on 11/02/2005 at 02:15 PM, Patrick O'Keefe [EMAIL PROTECTED] said: Unless I misunderstand what you said, I think we're saying about the same thing. No. But if the vendor *does* require an authorized library then the auditor might want to approach the vendor. If the auditor does not trust the vendor, then inspecting the AC(1) code is a half measure. An unauthorized program can still alter and copy user data in order to sabotage or steal them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: ZIP SOFTWARE for Mainframe
In [EMAIL PROTECTED], on 11/02/2005 at 01:44 PM, Robert Pelletier [EMAIL PROTECTED] said: Does anyone know of any software/freeware for the frame that will zip a file? What's wrong with InfoZip, the obvious candidate for a free ZIP program? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Module description
In [EMAIL PROTECTED], on 11/02/2005 at 08:46 PM, Robert A. Rosenberg [EMAIL PROTECTED] said: It is not a security breach if you are using Shadow Tables (where the Password is NOT in the /etc/passwd file). But does the auditor know that? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: ZIP SOFTWARE for Mainframe
In [EMAIL PROTECTED], on 11/02/2005 at 02:34 PM, McKown, John [EMAIL PROTECTED] said: Why should somebody __expect__ support when the software is gratis? Expect? Perhaps not. But I've gotten better support of some free software than I have for software that I've paid for, just as I've gotten better support for shareware[1] than I have for shrink-wrap software. [1] Not[2] free, but you are allowed to distribute it to others for evaluation and you are allowed to try before you buy. [2] There are exceptions, e.g., sometimes the author waives the fee for noncommercial use. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: ZIP SOFTWARE for Mainframe
In [EMAIL PROTECTED], on 11/02/2005 at 10:08 PM, Ed Gould [EMAIL PROTECTED] said: Its not even in the ballpark for being free. That's unfortunate; the DOS and OS/2 versions were modestly priced. Last time we needed support in the night there was none. For the Money I would have expected 24 x 7 support. I suspect that things went downhill when Phil Katz (Zl) died. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
F against a REXX STC
Hi all, Can I send MVS modify command against a REXX that is running as an STC? I just want to trigger a specific function using this modify command on a loop-wait REXX STC. How this is implementing? Best regards, Zafiropoulos Konstantinos Main Systems support sector E.F.G. Eurobank-Ergasias 1-3 Lyssikratous Str, 17674 Kallithea Attikis, Hellas Tel: +30 (10) 9474082 E-mail: [EMAIL PROTECTED] Disclaimer: This e-mail is confidential. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should return it to the sender immediately and delete the copy from your system. EFG Eurobank Ergasias S.A. is not responsible for, nor endorses, any opinion, recommendation, conclusion, solicitation, offer or agreement or any information contained in this communication. EFG Eurobank Ergasias S.A. cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. If you suspect that the message may have been intercepted or amended, please call the sender. -- 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: Taxes and outsourcing
They wanted to confiscate his manual and his toolkit. He said OK I'll just go back and wait for it to fix itself. ... I've lived close the the Canada/US border all my life (Toronto is less than 90 minutes from Niagra Falls, New York), and I have travelled extensively for training, seminars, etc. I have also taken manuals in both directions; I have never had them confiscated, and I have declared them. This is both post and pre-911. (I was born and raised in Hamilton, Ontario [an armpit], and we thought nothing of border hopping, when I was a kid). -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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
MEMLIMIT and IEFUSI and GRS
Time to enflame the waters... There is absolutely nothing wrong, incorrect, improper, or unexpected about any system space (GRS) using as much memory above 2G as it wants, provided that it has documented that use so that customers can properly plan. Note that I am differentiating GRS from DB2 in this regard. To my thinking MEMLIMIT is the above 2G analog of REGION. REGION does not apply to authorized high private subpools; MEMLIMIT would not apply to high private above 2G if such a term existed but it comes down to storage above 2G obtained by system spaces. Of course there's an intrinsic limit of something less than 2G that anyone could get from high private subpools and of course a far greater intrinsic limit for above 2G storage. MEMLIMIT applies to what non-system jobs are constrained to. If the system needs the storage to do its job, then it needs the storage (emphasis on needs). And all that you would do is break the system by trying to impose a limit where none should be imposed. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finding Aliases? Symbolic Aliases?
We have some data sets that are so heavily enqueued SHR as STEPLIBs that we never have an opportunity to compress them. PDSE is not an option because they are shared beyond sysplex boundaries. I'm considering, as an alternative to compress, a tactic of copy/rename/ DEFINE ALIAS. This should largely be nondisruptive to users with existing JCL. Their jobs will continue to use the obsolescent versions until they complete; when next submitted they will allocate the current versions. Alas, some users have privately defined their own aliases for compatibility with abandoned naming conventions. Experiment shows that when I do the rename; create new version; DEFINE ALIAS; their aliases continue to refer to the obsolete content by its new name rather than the new content with the classic name. And when I ultimately delete the obsolete version after all jobs free it, the aliases simply vanish. Is there any way to enumerate all aliases of a given data set? Obviously the OS has the information, in order to delete the alias when the RELATED data set is deleted. I'd at least like to know the scope of the problem in order to alert the affected users. Is there any way to stabilize the alias, so it would refer to the RELATED data set by name rather than by content? I need the behavior similar the POSIX ln -s rather than the DEFINE ALIAS RELATED. Can I create an alias of an alias? I eagerly await the day when I can use HFS directories in a STEPLIB concatenation, even as they now work in SYSLIB (and other) library concatenations. This would obviously solve this problem along with others. 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
Re: ZIP SOFTWARE for Mainframe
What's wrong with InfoZip, the obvious candidate for a free ZIP program? ... U? It's not supported? -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: ZIP SOFTWARE for Mainframe
I suspect that things went downhill when Phil Katz (Zl) died ... No. Support sucked from day one! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: MEMLIMIT and IEFUSI and GRS
If the system needs the storage to do its job, then it needs the storage (emphasis on needs). And all that you would do is break the system by trying to impose a limit where none should be imposed. ... Peter, A very valid point. And, in DB2's, case it was not a secret. And, it is “needed”; otherwise you use a lot of CPU, where you don't have to. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: Bad Auditor Requests (was Module description)
On Thu, 3 Nov 2005 00:00:00 GMT Ted MacNEIL [EMAIL PROTECTED] wrote: :Um...sort of. There is a directory structure, and it is maintained by hand (by editing the source directory -- a flat file) :... :Isn't there a CMS/CP command called DIRMaint? I remember it as a service machine which would handle requests. It would also keep track of free space so that one could more easily create a mini-disk. The basic CMS command (or was it an EXEC?) was DIRECT. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Where and how to start with Unicode fonts?
Q1. Pls route us to documentation about the efforts needed to introduce UNICODE fonts? Or better said, Unicode-compliant fonts? A font indeed is never used in isolation: it is one of the components used in text rendering systems. Therefore, it is not strictly meaningful to ask if a font is Unicode-compliant; this question is more pertinent for the rendering system as a whole. Q2. Are Unicode fonts available for all standard typefaces? Q3. What about custom fonts? Q4. Is a transition to Unicode fonts paired with another font naming in the applications? Q5. Do the Unicode fonts also exist as outline fonts? Q6. Do conversion routines exist from custom bitmap fonts to outline fonts? Q7. If conversions in applications have to be undertaken from the Unicode perspective, is it worthwile/advized to consider the transition to outline fonts simultaneously? Or is this a too big overhead? Q8. Is there some listserver about fonts printing? As you can see, beginners questions of HOWTO tackle this Unicode font journey. Jan -- 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: ZIP SOFTWARE for Mainframe
In the Wintel space I was a user of PKZIP http://www.pkware.com/ for DOS when it was originally released and upgraded 4 or 5 times before jumping ship to WinZIP http://www.winzip.com/ which seemed superior to the PKZip for Windows offering at the time. Today I am very happy with WinRAR http://www.rarlabs.com/ which offered advantages like transparent support for tar/gzip combo files and for the RAR format which had better compression. I have to say that support and technical quality was never at issue with PKWARE PKZIP but the pricing and upgrade policies were not as generous as the competition. Anyone should look at the commercial tools or the excellent free tools like 7-zip http://www.7-zip.org/ and make their own evaluation. I don't expect that the ZIP support built into Windows is sufficient for anyone except the most undemanding of users. 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- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, November 02, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZIP SOFTWARE for Mainframe I suspect that things went downhill when Phil Katz (Zl) died ... No. Support sucked from day one! -teD 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: IEE889I Clarification
These are in the message manual: RPLY:CURR= The number of write to operator with reply (WTOR) message buffers in use by the system at this time. RPLY:LIM= The limit of the number of WTOR message buffers allowed outstanding. The maximum value of is specified by the RMAX parameter in the CONSOLxx parmlib member. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craig Kittendorf Sent: Wednesday, November 02, 2005 5:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEE889I Clarification In the IEE889I message, what does RPLY:CURR=99 LIM=20 mean? I see 1 outstanding messages, not 99. d c,b IEE889I 18.27.04 CONSOLE DISPLAY 372 MSG: CURR=3LIM=2000 RPLY:CURR=99 LIM=20 SYS=CDCP PFK=01 CONSOLE/ALTID --- SPECIFICATIONS - NO CONSOLES MEET SPECIFIED CRITERIA WTO BUFFERS IN CONSOLE BACKUP STORAGE =0 ADDRESS SPACE WTO BUFFER USAGE NO ADDRESS SPACES ARE USING MORE THAN 666 WTO BUFFERS d r,r IEE112I 18.27.40 PENDING REQUESTS 566 RM=1IM=0 CEM=0 EM=0 RU=0IR=0AMRF ID:R/K T MESSAGE TEXT 005 R *005 BMC1693 *BMCLINK* ACTIVE (STC=BMCLINK ) Thanks, Craig -- 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 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.clearswift.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: ZIP SOFTWARE for Mainframe
Quick note to thank everyone once again for the great support and suggestions. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -Original Message- From: Knutson, Sam [mailto:[EMAIL PROTECTED] Sent: Thursday, November 03, 2005 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZIP SOFTWARE for Mainframe In the Wintel space I was a user of PKZIP http://www.pkware.com/ for DOS when it was originally released and upgraded 4 or 5 times before jumping ship to WinZIP http://www.winzip.com/ which seemed superior to the PKZip for Windows offering at the time. Today I am very happy with WinRAR http://www.rarlabs.com/ which offered advantages like transparent support for tar/gzip combo files and for the RAR format which had better compression. I have to say that support and technical quality was never at issue with PKWARE PKZIP but the pricing and upgrade policies were not as generous as the competition. Anyone should look at the commercial tools or the excellent free tools like 7-zip http://www.7-zip.org/ and make their own evaluation. I don't expect that the ZIP support built into Windows is sufficient for anyone except the most undemanding of users. 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- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, November 02, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ZIP SOFTWARE for Mainframe I suspect that things went downhill when Phil Katz (Zl) died ... No. Support sucked from day one! -teD 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 -- 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: Catalog for Serverpac datasets
On Thu, 3 Nov 2005 06:49:19 -0600, Matthew Stitt [EMAIL PROTECTED] wrote: Everyone has their own scheme. But there are best practices that make a heck of a lot of sense. The dialogs have an option for recommended data set layout. Also, the planning for installation manual for whatever release you are installing contains information on recommended data set placement. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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: IEE889I Clarification
I RTFM and I'm researching IBMLink. But that doesn't explain what 99 buffers in use means when I only see 1 WTOR outstanding. The other piece of info I inadvertently left out was we currently had a WTOR BUFFER FULL message on the console. I understand CURR=99 is greater than LIM=20, but I only see 1. The solution is to issue K command to raise the limit but that still doesn't tell be where all those buffers are being used. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kok, Howi Sent: Thursday, November 03, 2005 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification These are in the message manual: RPLY:CURR= The number of write to operator with reply (WTOR) message buffers in use by the system at this time. RPLY:LIM= The limit of the number of WTOR message buffers allowed outstanding. The maximum value of is specified by the RMAX parameter in the CONSOLxx parmlib member. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craig Kittendorf Sent: Wednesday, November 02, 2005 5:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IEE889I Clarification In the IEE889I message, what does RPLY:CURR=99 LIM=20 mean? I see 1 outstanding messages, not 99. d c,b IEE889I 18.27.04 CONSOLE DISPLAY 372 MSG: CURR=3LIM=2000 RPLY:CURR=99 LIM=20 SYS=CDCP PFK=01 CONSOLE/ALTID --- SPECIFICATIONS - NO CONSOLES MEET SPECIFIED CRITERIA WTO BUFFERS IN CONSOLE BACKUP STORAGE =0 ADDRESS SPACE WTO BUFFER USAGE NO ADDRESS SPACES ARE USING MORE THAN 666 WTO BUFFERS d r,r IEE112I 18.27.40 PENDING REQUESTS 566 RM=1IM=0 CEM=0 EM=0 RU=0IR=0AMRF ID:R/K T MESSAGE TEXT 005 R *005 BMC1693 *BMCLINK* ACTIVE (STC=BMCLINK ) Thanks, Craig -- 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: ZIP SOFTWARE for Mainframe
Ted MacNEIL [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I suspect that things went downhill when Phil Katz (Zl) died .. No. Support sucked from day one! Phil had other things on his head for many years before he died and I believe he stepped out of PKZip a long time ago. I suppose from that moment it became time to squeeze money out of Phil's heritage. 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. ** -- 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
R: F against a REXX STC
You have to write an ASM routine waiting for the modify command, there're several samples in Xephon site. Contact me offline if you need a pgm we use here. Best regards. -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Per conto di Zafiropoulos Konstantinos Inviato: giovedì 3 novembre 2005 14.26 A: IBM-MAIN@BAMA.UA.EDU Oggetto: F against a REXX STC Hi all, Can I send MVS modify command against a REXX that is running as an STC? I just want to trigger a specific function using this modify command on a loop-wait REXX STC. How this is implementing? Best regards, Zafiropoulos Konstantinos Main Systems support sector E.F.G. Eurobank-Ergasias 1-3 Lyssikratous Str, 17674 Kallithea Attikis, Hellas Tel: +30 (10) 9474082 E-mail: [EMAIL PROTECTED] Disclaimer: This e-mail is confidential. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should return it to the sender immediately and delete the copy from your system. EFG Eurobank Ergasias S.A. is not responsible for, nor endorses, any opinion, recommendation, conclusion, solicitation, offer or agreement or any information contained in this communication. EFG Eurobank Ergasias S.A. cannot accept any responsibility for the accuracy or completeness of this message as it has been transmitted over a public network. If you suspect that the message may have been intercepted or amended, please call the sender. -- 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: F against a REXX STC
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Zafiropoulos Konstantinos Sent: Thursday, November 03, 2005 7:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: F against a REXX STC Hi all, Can I send MVS modify command against a REXX that is running as an STC? I just want to trigger a specific function using this modify command on a loop-wait REXX STC. How this is implementing? Well, the only thing that comes to my mind is to run an HLASM program within your REXX code which would test the CIB chain (QEDIT macro) and, if one exists, process the first MODIFY command and return the parameters from it in REXX variables. You will likely need to have another HLASM program to set the address space up to accept MODIFY commands in the first place. Thinking more about it, I might look at running an HLASM program as the main routine so that it can set up the environment properly as well as set up a SUBCOM environment. It would then invoke the IRXEXEC program to set up and run the REXX code. The REXX code could then use the ADDRESS xyz to get any pending data sent via the MODIFY command and process it. You could also use this same functionality to write to the operator console. The above is not simple. I am not aware of any builtin REXX facilities for z/OS console communications. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Where and how to start with Unicode fonts?
In a message dated 11/3/2005 8:23:49 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Q8. Is there some listserver about fonts printing? http://lists.topica.com/lists/afp-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: IEE889I Clarification
The solution is to issue K command to raise the limit but that still doesn't tell be where all those buffers are being used ... See the operator's manual. There is a DISPLAY CONSOLE(s?), command. I believe it also can be shortened, to D C But, haven't issued one since 1981. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: Max Use Count
Magen, you are certainly welcome. However, please see this link for how it (program serialization) works. I believe I was correct. The control program handles serialization for LINK(X), XCTL(X) and ATTACH(X). You are on your own for LOAD or CALL followed by BALR. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A640/4.6.1.3?SHELF=DT=20040714142015 Todd - Original Message - From: Magen Margalit [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, November 02, 2005 11:53 PM Subject: Re: Max Use Count Hi Todd Roland First let me thank you for your replys. When I said RU I ment SERIAL of course. but unfortunately ZOS does not take the care actually to serial the call and it's the application responsibility. On the DB2 SP documentation it states that SP should be RN RU or No-Rent and No-Reus because the same RU module can be loaded more then one time in diffrent thread's under the same jobstep (DB2SPAS). Also the abends are random, and we have discovered that the calling routine was running more then 32800 times(Max use count is 32767). I think that we are abending when another SP was using the RU module (another thread), but on the CREATE SP statement the STAY RESIDENT NO specified (I'm not sure that this parm is regarding to all LM chain) Regarding to DB2WLM we are getting there. Magen. -- 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: IEE889I Clarification
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craig Kittendorf Sent: Thursday, November 03, 2005 9:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification I did a D C and D C,B. The mysterious buffers weren't reflected in NBUF on any consoles. Thanks Craig Hum, I don't know if this is of any use, but do you have AMRF active? I've noticed that some messages get kept if that facility is active. But I don't know if it has anything to do with that particular. Try a K M command to see. The K C command can be use to remove retained messages. I think you can see these with the D R,A command. They won't show up with the D R,R -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: IEE889I Clarification
I did a D C and D C,B. The mysterious buffers weren't reflected in NBUF on any consoles. Try issuing D R,M -- 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: IEE889I Clarification
How about D R,R,CN=(ALL) ? Bill On Thu, 3 Nov 2005 10:22:46 -0500, Craig Kittendorf [EMAIL PROTECTED] wrote: I did a D C and D C,B. The mysterious buffers weren't reflected in NBUF on any consoles. Thanks Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, November 02, 2005 7:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification The solution is to issue K command to raise the limit but that still doesn't tell be where all those buffers are being used ... See the operator's manual. There is a DISPLAY CONSOLE(s?), command. I believe it also can be shortened, to D C But, haven't issued one since 1981. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: IEE889I Clarification
AMRF=Y D R,A shows same two messages as D R,R Thanks, -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, November 03, 2005 10:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification Hum, I don't know if this is of any use, but do you have AMRF active? I've noticed that some messages get kept if that facility is active. But I don't know if it has anything to do with that particular. Try a K M command to see. The K C command can be use to remove retained messages. I think you can see these with the D R,A command. They won't show up with the D R,R -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology -- 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: IEE889I Clarification
D R,R,CN=(ALL) shows only 2 outstanding replies. Thanks, -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Big Iron Sent: Thursday, November 03, 2005 11:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification How about D R,R,CN=(ALL) ? Bill -- 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: F against a REXX STC
Instead of accepting command via console you can try using TCPIP. The IP API rexx exec sample members RSCLIENT and RSSERVER in TCPIP.SEZAINST or whatever TCPIP data set name your shop uses can be modified to do what you want. You can code your rexx stc to accept connection from a rexx client and receive a command from it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Zafiropoulos Konstantinos Sent: Thursday, November 03, 2005 7:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: F against a REXX STC Hi all, Can I send MVS modify command against a REXX that is running as an STC? I just want to trigger a specific function using this modify command on a loop-wait REXX STC. How this is implementing? Best regards, Zafiropoulos Konstantinos Main Systems support sector E.F.G. Eurobank-Ergasias 1-3 Lyssikratous Str, 17674 Kallithea Attikis, Hellas Tel: +30 (10) 9474082 E-mail: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.clearswift.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
PKZIP for mainframe
We have an internal client who suddenly has a need for 'PKZIP' (not sure if that name is proprietary). They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. We trialed one product several years ago. At the time, we didn't have an advocate to sponsor acquisition. PKWARE now also seems to have a z version. Since this is a quickie must have, we're looking for advice from youse guys. Suggestions? . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [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: Catalog for Serverpac datasets
Mark, If I'm not wrong, the recommended data set layout is about dataset placement. I suppose that I'm going to have two MOD-9 SYSRES with all the TVOLs but my question is: where do I should catalog the datasets that will be in this SYSRES?. 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: PKZIP for mainframe
An update to my own post. Tom Brennan found this on the web: In 2002, PKWARE purchased Ascent Solutions, Inc. (ASi), which was founded in 1993 and had grown to become the leading provider of PKZIP for mid-range and mainframe systems such as AS400 and MVS. With this acquisition, PKWARE is now positioned to provide a complete portfolio of PKZIP-enabled secure data compression solutions across all major enterprise platforms. The product we trialed is probably now PKWARE. Simplifies the choices, I guess... . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/03/2005 08:28:20 AM: We have an internal client who suddenly has a need for 'PKZIP' (not sure if that name is proprietary). They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. We trialed one product several years ago. At the time, we didn't have an advocate to sponsor acquisition. PKWARE now also seems to have a z version. Since this is a quickie must have, we're looking for advice from youse guys. 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: PKZIP for mainframe
They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. Skip - How about PAX? Bob -- 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: PKZIP for mainframe
We use the Zip/390 from DATA21 Software, is much cheaper than PKZIP. http://www.data21.com/products/zip/default.asp?zip=390 Regards, Philippe Leite z/OS Systems Programmer BBVA Portugal -- 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: PKZIP for mainframe
I just posted this under a different subject but there are many choices. These are just the ones I have at hand and I am sure there are others. I don't think anyone has mentioned SLiKZiP, ZIP/390, or MegaCryption all viable alternatives to PKWARE. Some customers have found the pricing on PKZIP to be an issue. Freeware Info-Zip http://www.info-zip.org/pub/infozip/Zip.html#MVS Mini-Zip included in REVIEW convenience pack http://www.prycroft6.com.au/REVIEW/index.html See PDS members MINIUNZ MINIZIP and minizip.txt note in documentation. Commercial SLiKZiP by ASE http://www.slikzip.com/ ZIP/390 by Data21 http://www.data21.com/products/zip/reports.asp?zip=390 MegaCryption/MVS offers zip and gzip compression features starting with version 5.3 http://www.megacryption.cc/ SecureZIP and PKZIP by PKWARE http://www.pkware.com/business_and_developers/security/zseries/ In dealing with vendors remember everything is negotiable. Consider to join ISVCOSTS to discuss TC's, vendor pricing, competitive products with others users without vendor participation. John Anderson (IBM) no-vendors-allowed discussion list for open discussion by IBM customers of ISV cost issues. http://www.can.ibm.com/isvcosts/ Good Luck! Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 A diplomat is a person who can tell you to go to hell in such a way that you actually look forward to the trip. - Caskie Stinnett 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: Module description
At 07:53 -0500 on 11/03/2005, Shmuel Metz (Seymour J.) wrote about Re: Module description: In [EMAIL PROTECTED], on 11/02/2005 at 08:46 PM, Robert A. Rosenberg [EMAIL PROTECTED] said: It is not a security breach if you are using Shadow Tables (where the Password is NOT in the /etc/passwd file). But does the auditor know that? I do no know the knowledge level of the auditor or know the reasoning behind the request. My reply was predicated on the request being to see if the passwords were being stored in the file or if that field was only a shadow table placeholder. The simplest way to tell the difference is to view the table and see what is in the password field (ie: An encrypted password or a token). If the intent was to see which method of password storage was used, then access to the file FOR THAT PURPOSE is not an exposure/breach. OTOH, other data in there could be of value to an audit (such as what the user's groups are [ie: Too much access], etc.). -- 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: MEMLIMIT and IEFUSI and GRS
On 11/2/2005 7:57 AM, Barbara Nitz wrote: Doubting what showzos told me, I took a dump, learned a new IPCS command and found that 59 frames are used, 3300 are on AUX, more than 112000 are FREF (meaning getmained but unused) and 408000 are in the guard area. I don't think you actually have any frames in the guard area. You may have a guard area that big, but as I understand it the guard area has no backing in aux or real, and will always give you a interrupt if you try to touch it. So I don't think its size has any relevance to this discussion. 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: F against a REXX STC
On 11/3/2005 11:24 AM, Kok, Howi wrote: Instead of accepting command via console you can try using TCPIP. The IP API rexx exec sample members RSCLIENT and RSSERVER in TCPIP.SEZAINST or whatever TCPIP data set name your shop uses can be modified to do what you want. You can code your rexx stc to accept connection from a rexx client and receive a command from it. That sounds like an interesting approach, but accepting commands via TCP/IP has some major differences from accepting commands from an operator console. You have a much more restricted set of users who could give you a command when it has to come from an operator console, but anyone could send you a command via TCP/IP. 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: Catalog for Serverpac datasets
i catalog all datasets on the res with indrect cataloging LISTC ALL ENT('ASM.SASMMOD1') NONVSAM --- ASM.SASMMOD1 dataset on the res IN-CAT --- CATALOG.HRBDVZ14.MSTRCAT HISTORY DATASET-OWNER-(NULL) CREATION2004.334 RELEASE2 EXPIRATION--.000 VOLUMES VOLSER** DEVTYPE--X'' FSEQN - see ASSOCIATIONS(NULL) ATTRIBUTES THE NUMBER OF ENTRIES PROCESSED WAS: - The information contained in this electronic mail message, and any and all accompanying documents, constitutes confidential information. If you are not the intended recipient of this information, any disclosure, copying, distribution, or the taking of any action in reliance on it is strictly prohibited. If you received this information in error, please notify the sender immediately and destroy this communication. Messages sent via this medium may be subject to delays and/or unauthorized alteration. Neither The Bank of Tokyo-Mitsubishi, Ltd. nor any of its affiliates shall be held liable for the contents of this 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: PKZIP for mainframe
On 3 Nov 2005 08:28:40 -0800, [EMAIL PROTECTED] wrote: We have an internal client who suddenly has a need for 'PKZIP' (not sure if that name is proprietary). They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. We trialed one product several years ago. At the time, we didn't have an advocate to sponsor acquisition. PKWARE now also seems to have a z version. Since this is a quickie must have, we're looking for advice from youse guys. Suggestions? Robert Pelletier asked this same question yesterday; take a look at the message thread: ZIP SOFTWARE for Mainframe. On 2 Nov 2005 10:51:13 -0800, [EMAIL PROTECTED] (Robert Pelletier) wrote: Does anyone know of any software/freeware for the frame that will zip a file? We are OS390 V2R10. Once again thanks to the group in advance. -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 3494 failures ?
Hi, Anybody running this device and had failures like we had ? Note: I searched the list archive but found nothing. Anton -- 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: MEMLIMIT and IEFUSI and GRS
what is showzos and what ipcs command did you use. Walt Farrell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 11/03/2005 12:05 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: MEMLIMIT and IEFUSI and GRS On 11/2/2005 7:57 AM, Barbara Nitz wrote: Doubting what showzos told me, I took a dump, learned a new IPCS command and found that 59 frames are used, 3300 are on AUX, more than 112000 are FREF (meaning getmained but unused) and 408000 are in the guard area. I don't think you actually have any frames in the guard area. You may have a guard area that big, but as I understand it the guard area has no backing in aux or real, and will always give you a interrupt if you try to touch it. So I don't think its size has any relevance to this discussion. 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 - The information contained in this electronic mail message, and any and all accompanying documents, constitutes confidential information. If you are not the intended recipient of this information, any disclosure, copying, distribution, or the taking of any action in reliance on it is strictly prohibited. If you received this information in error, please notify the sender immediately and destroy this communication. Messages sent via this medium may be subject to delays and/or unauthorized alteration. Neither The Bank of Tokyo-Mitsubishi, Ltd. nor any of its affiliates shall be held liable for the contents of this 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: IEE889I Clarification
What you are describing sounds similar to this: OA13112: WQE BUFFERS FOR FOREIGN WTORS ARE NOT DECHAINED AND FREED IMMEADIATELY. A specific fix for this item is not yet available electronically This record will be updated with a link to the fix if the APAR is new. For APARs older than 365 days, contact your support center. APAR status Closed as program error. Error description In console restructure, below the line WQE buffers should be dechained and freed as soon as they have been processed by all receiving consoles. WQEs for foreign WTORs however, will remain on the WQE chain until some event initiates queue cleanup (for exapmle responding to a local WTOR). Additional symptoms: IEE889I message output may indicate buffers in use that do not appear queued to any console. The message will reflect these buffers as messages coming from other systems. Local fix Respond to a local WTOR to initiate queue cleanup. Problem summary * USERS AFFECTED: All JBB7727 environments and above * * * * PROBLEM DESCRIPTION: Message buffers for WTORs issued on * * remote systems may not be released * * locally, resulting in WQE buffer* * shortages. * * * * RECOMMENDATION: Apply the appropriate PTF. * * * Message buffers for foreign (ie. originating from another system) WTORs are not freed even after the messages are displayed on all receiving consoles. The CURR field of the DISPLAY CONSOLES command output indicates the number of message buffers currently in use. This value will increase for every foreign WTOR. Problem conclusion Console processing has been updated to free message buffers when the message has been queued to all receiving consoles. Temporary fix Comments APAR information APAR number OA13112 Reported component name 5752 COMM TASK Reported component ID 5752SC1CK Reported release 708 Status CLOSED PER PE NoPE HIPER NoHIPER Submitted date 2005-08-18 Closed date 2005-10-28 Last modified date 2005-10-28 APAR is sysrouted FROM one or more of the following: APAR is sysrouted TO one or more of the following: Modules/Macros IEAVMDSV Fix information Fixed component name 5752 COMM TASK Fixed component ID 5752SC1CK Applicable component levels R709 PSYUP R720 PSYUP R727 PSYUP R728 PSYUP -- 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: IBM 3494 failures ?
Anton Britz wrote: Hi, Anybody running this device and had failures like we had ? It is hard to answer, unless you provide some details of the failure you mean. For now, I can confirm, 3494 devices do fail sometimes. -- 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: PKZIP for mainframe
Thanks for all the replies, public and private. I didn't notice the thread yesterday and needed some answers for a hastily called meeting this morning. I'll be quiet now. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/03/2005 09:25:09 AM: snip Robert Pelletier asked this same question yesterday; take a look at the message thread: ZIP SOFTWARE for Mainframe. -- 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
Telecommuters beware the tax man
Hi, Hope this not not beyound the scope of this list. If it is, I apologize. Found this on CNET. Looks like telecommuters may be at risk for more taxes. Very scarey. Telecommuters employed by a company outside their home state may be at risk of having to pay extra taxes unless Congress adopts a bill protecting them, experts said Tuesday. http://news.com.com/Telecommuters+Beware+the+tax+man/2100-1028_3-5927124.html Lizette Koehler -- 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/Safe ?
On Thu, 3 Nov 2005 04:19:38 -0600, Jan Vanbrabant [EMAIL PROTECTED] wrote: Anybody heard about or had/having experiences with z/Safe? A product in de backup/recovery or disaster recovery area? I don't find anything about it. Yes i have heard , no i have no personal experience , but .. I am thinking to use it at my shop ( but i am on the early phase of a new DR project) I know some people who use it in France IBM bought the company who wrote the code ( assembler) and is doing the marketing for this product . I like the concept ( based on SMF records , using standard data movers like FDR or DFDSS , flexible synchronisation point( time) , cartridge usage optimisation etc ..) I'll have a look if i have a presentation ( i know i have one in hardcopy on my desk at the office because i am working on it ) If you get nothing from your big blue rep ,send me a note on my bizz email Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: F against a REXX STC
If the stc is doing serious tasks then proper coding is needed to examine the user who sends the command. Can RACF be used to restrict the client exec and port access? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Thursday, November 03, 2005 11:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: F against a REXX STC On 11/3/2005 11:24 AM, Kok, Howi wrote: Instead of accepting command via console you can try using TCPIP. The IP API rexx exec sample members RSCLIENT and RSSERVER in TCPIP.SEZAINST or whatever TCPIP data set name your shop uses can be modified to do what you want. You can code your rexx stc to accept connection from a rexx client and receive a command from it. That sounds like an interesting approach, but accepting commands via TCP/IP has some major differences from accepting commands from an operator console. You have a much more restricted set of users who could give you a command when it has to come from an operator console, but anyone could send you a command via TCP/IP. 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 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.clearswift.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: ZIP SOFTWARE for Mainframe
ZIP-390 from Data 21 is being used here. It's not free but the price was pretty reasonable (for a mainframe package). The URL is http://www.data21.com/products/zip/default.asp We also use GZIP/GUNZIP, which we installed before we got ZIP-390. GZIP is great when sending to somewhere else with GZIP, but since it specifically isn't compatible with WINZIP, PKZIP, or ZIP-GENIUS, you're SOL if you're wanting to send data to a PC for unzipping (unless the PC is running GZIP). Robert Sample Atlanta Journal-Constitution Robert Pelletier [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 11/02/2005 01:44 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ZIP SOFTWARE for Mainframe Does anyone know of any software/freeware for the frame that will zip a file? We are OS390 V2R10. Once again thanks to the group in advance. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- 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: F against a REXX STC
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kok, Howi Sent: Thursday, November 03, 2005 1:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: F against a REXX STC If the stc is doing serious tasks then proper coding is needed to examine the user who sends the command. Can RACF be used to restrict the client exec and port access? No. RACF can secure a PORT in that it can disallow a server to listen on that port. However, RACF cannot do any validation for incoming connection requests. That would be up to the server to do. It appears, from my short reading, that the z/OS firewall technologies could be use to restrict incoming connection requests. But, as all things IBM, it appears to be complicated to set up. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: IEE889I Clarification
I thought it similar also. We think the problem was caused by an MPF exit doing WTO to a non-existent console. One part about the apar that bothers me is the statement WQEs for foreign WTORs however, will remain on the WQE chain until some event initiates queue cleanup (for exapmle responding to a local WTOR). We've responded to many WTORs but the CURR= hasn't gone down. Thanks Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dan Ahler Sent: Thursday, November 03, 2005 1:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEE889I Clarification What you are describing sounds similar to this: OA13112: WQE BUFFERS FOR FOREIGN WTORS ARE NOT DECHAINED AND FREED IMMEADIATELY. A specific fix for this item is not yet available electronically This record will be updated with a link to the fix if the APAR is new. For APARs older than 365 days, contact your support center. n. APAR status Closed as program error. Error description In console restructure, below the line WQE buffers should be dechained and freed as soon as they have been processed by all receiving consoles. WQEs for foreign WTORs however, will remain on the WQE chain until some event initiates queue cleanup (for exapmle responding to a local WTOR). Additional symptoms: IEE889I message output may indicate buffers in use that do not appear queued to any console. The message will reflect these buffers as messages coming from other systems. Local fix Respond to a local WTOR to initiate queue cleanup. Problem summary -- 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
Sharing z/OS DASD under VM
Quick question to the experts, Is there an easy way to share a DASD between 5 or more z/OS systems under z/VM. We would like to put some files on DASD that can then be read by another other z/OS system who has access to the DASD. I don't want more than 1 machine to write to any file. Sort of read only access required. The data sets do not need to be cataloged. Crispin Hugo Systems Programmer This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Sharing z/OS DASD under VM
Crispin Hugo wrote: Quick question to the experts, Is there an easy way to share a DASD between 5 or more z/OS systems under z/VM. We would like to put some files on DASD that can then be read by another other z/OS system who has access to the DASD. I don't want more than 1 machine to write to any file. Sort of read only access required. The data sets do not need to be cataloged. Multiple-guest, read-only access is supported by VM. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: Sharing z/OS DASD under VM
Thanks Ed. I am unsure about what MVS will think of Read only. I don't think it understands it. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Edward E. Jaffe [mailto:[EMAIL PROTECTED] Sent: 03 November 2005 20:18 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sharing z/OS DASD under VM Crispin Hugo wrote: Quick question to the experts, Is there an easy way to share a DASD between 5 or more z/OS systems under z/VM. We would like to put some files on DASD that can then be read by another other z/OS system who has access to the DASD. I don't want more than 1 machine to write to any file. Sort of read only access required. The data sets do not need to be cataloged. Multiple-guest, read-only access is supported by VM. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Sharing z/OS DASD under VM
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Crispin Hugo Sent: Thursday, November 03, 2005 2:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Sharing z/OS DASD under VM Quick question to the experts, Is there an easy way to share a DASD between 5 or more z/OS systems under z/VM. We would like to put some files on DASD that can then be read by another other z/OS system who has access to the DASD. I don't want more than 1 machine to write to any file. Sort of read only access required. The data sets do not need to be cataloged. Crispin Hugo Systems Programmer Yes, I've done it in the past. The main thing, to me, is to use an MDISK statement (not a DEDICATE) which defines the entire volume. There are two basic ways to do this. MDISK vdev 3390 0 END volser MWV or MDISK vdev DEVNO rdev MWV vdev is the virtual address that you want the device to be addressed at by the guest. rdev is the real address. The MWV says: Multiple Write Virtual-device-reserve-release. This emulates normal device reserve-release so that you just gen the device as SHARED in z/OS and it works. On non-owning guests, you would do: LINK owning-guest vdev1 vdev2 MWV Where vdev1 is this guest's virtual device address and vdev2 is the owner's virtual device address (they can be the same or different). You could also do a READ-ONLY link with LINK owning-guest vdev1 vdev2 RRV Ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HCSG0B01/3.2. 30 Cataloged or uncatalogued is irrelevant to this facility. Note that the owning-guest does not need to be logged on or anything for this to work. We do this at D.R. where we run under z/VM. Oh, I'm not too sure how well z/OS will tolerate a read only disk. I remember doing it long ago with MVS 3.8j and VM/370. I'd get some strange I/O errors at times. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its' content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Sharing z/OS DASD under VM
Oh, I'm not too sure how well z/OS will tolerate a read only disk. I remember doing it long ago with MVS 3.8j and VM/370. I'd get some strange I/O errors at times. Even when you open a dataset for just INPUT, OPEN may want to rewrite the F1 DSCB to update the last reference date if is not already set to today. This will fail if the disk is read/only. However, IBMLINK finds some APARS from 1982 (OZ56722, OZ60158, OZ63205) which modified O/C/E to be tolerant of a write inhibit error on the DSCB if opening the dataset for INPUT. The APARs mention VM but us oldtimers remember that 3330s and 3350s had a switch to put the disk into read/only mode. Unless IBM has regressed those changes in the last 20 years, VM volumes in R/O mode should work. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: Sharing z/OS DASD under VM
Thanks Bruce, worth a try Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Bruce Black [mailto:[EMAIL PROTECTED] Sent: 03 November 2005 21:05 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sharing z/OS DASD under VM Oh, I'm not too sure how well z/OS will tolerate a read only disk. I remember doing it long ago with MVS 3.8j and VM/370. I'd get some strange I/O errors at times. Even when you open a dataset for just INPUT, OPEN may want to rewrite the F1 DSCB to update the last reference date if is not already set to today. This will fail if the disk is read/only. However, IBMLINK finds some APARS from 1982 (OZ56722, OZ60158, OZ63205) which modified O/C/E to be tolerant of a write inhibit error on the DSCB if opening the dataset for INPUT. The APARs mention VM but us oldtimers remember that 3330s and 3350s had a switch to put the disk into read/only mode. Unless IBM has regressed those changes in the last 20 years, VM volumes in R/O mode should work. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: CICS Information Center Versus BookManager
[Cross-posted to IBM-Main and CICS-L] Ronald Mullins wrote: CICS Information Center is a server base method for accessing CICS manuals. BookManager is a TSO base method for accessing CICS manuals. Not quite true. See below ... Information Center comes free with CICSTS 3.1. My z/OS team tells me there is a change for the CICSTS 3.1 bookshelves. So my question is IBM pushing us toward Information Center? Will BookManager be eventually phase out? There are two competing documentation technologies being delivered by IBM right now. They are: 1) Eclipse-based Information Centers that serve up articles and 2) Library Server-based Library Centers that serve up books in both BookManager softcopy and Adobe Acrobat PDFs format. For examples of each, see: http://publib.boulder.ibm.com/infocenter/cicsts31/index.jsp http://publibz.boulder.ibm.com/bookmgr_OS390/libraryserver/zosv1r7/ Library Centers are supported by IBM's Library Server for z/OS and Library Server for multiplatforms. IMHO, the functionality of book-based Library Centers is -- at present -- vastly superior to what you get with the article-based, Eclipse Information Centers being tried by CICS. We use IBM's Library Server for z/OS on our Intranet. It provides a central repository for all of our documentation serving up both BookManager books and PDF documents. The repository is managed and updated over the Internet using IBM's Softcopy Librarian, accessible directly from TSO/E sessions under z/OS, from any of our other mainframes, laptops, desktop workstations, and even PDAs! BookManager's search capabilities are without equal and PDF documents render glyphs precisely and look great when printed. With Library Server V3.1 -- new with z/OS 1.7, IBM has released a new Acrobat plug-in that supports BookManager-style searching for PDF documents. This capability was sorely needed to make PDF documents really useful and IBM has met the challenge. They now plan to roll this functionality down to the softcopy reader (SCR) environment as well. (Make sure you have PTFs UK06572, UK07335, and UK07558 applied before you try the PDF search facility with the new Library Server.) IMHO, Eclipse-based information just can't compete with these capabilities. It's more on par with Windoze HTML help or Micro$oft's technet web site. It can be a /very/ frustrating environment, especially when trying to use the search capabilities. By default all of the Info Centers shown in the Contents pane are searched and it's quite tedious to change this. The window that pops up when you click Advanced Search can't be resized and you have to manually deselect one-by-one all of the Info Centers you don't want to search by clicking into a tiny little box next to each one. Ridiculous! So instead you just plow ahead with your search hoping for the best and end up with literally dozens and dozens of Search Results each denoted by nothing more than a topic heading with no indication whatsoever as to within which Info Center the reference points. This means you often have to click them all one by one to find the ones that pertain to the task at hand. (Don't take my word for it. Try it for yourself using the above link. It's even worse than Adobe Acrobat's so-called search.) In addition, the search engine itself is /extremely/ weak as it is string based searching rather than IBM's patented linguistical searching. (For information on this see http://www.ibm.com/software/applications/office/bkmgr/patented.html). Those touting the Eclipse-based Information Centers talk about how they can more easily create so-called learning paths and road maps with article-based information than with book-based information. I don't disagree. It might be slightly easier to develop these materials using articles, but I'm perfectly happy with IBM's efforts thus far to deliver similar newbie content using existing book-based documentation technologies. Example: the z/OS Migration books that have been developed in recent years are excellent! And I've seen some other useful introductory books being written as well. Putting information into Eclipse means I can't access it without a PC! I want to be able to read any z/OS doc from my TSO/E session if I wish, I like the option of being able to print a complete book (PDF form of course) and read it the old-fashioned way, and I definitely don't want to lose the tremendous reference tool I have using BookManager-based search capabilities -- even when searching PDF documents! Give me a Library Center over an Information Center any day of the week! -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045
Re: Sharing z/OS DASD under VM
Crispin Hugo wrote: Thanks Ed. I am unsure about what MVS will think of Read only. I don't think it understands it. We do it all the time. You get an IOS message (cmd reject) written to the console when z/OS attempts to write to a read-only device. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: Sharing z/OS DASD under VM
Thanks Ed, that would not be a problem Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Edward E. Jaffe [mailto:[EMAIL PROTECTED] Sent: 03 November 2005 21:23 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Sharing z/OS DASD under VM Crispin Hugo wrote: Thanks Ed. I am unsure about what MVS will think of Read only. I don't think it understands it. We do it all the time. You get an IOS message (cmd reject) written to the console when z/OS attempts to write to a read-only device. -- - | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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 This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- 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: Sharing z/OS DASD under VM
I got a note from a friend who works for a disk vendor that confirms that when they have disks in r/o mode, MVS open for INPUT works just fine, no DSCB update errors. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.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: MEMLIMIT and IEFUSI
- Original Message - From: Craddock, Chris [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, November 02, 2005 10:04 PM Subject: RE: MEMLIMIT and IEFUSI /snippage/ So you're going to modify the IEFUSI exit for each needed change, reassemble it and activate it dynamically? Yeah right. And what happens when you're out on a smoke break when that SOX-compliance job just has to run right now and it keeps failing for lack of region? That's not exactly a responsive way to run a system. What we did was decide that we needed to set reasonable limits, and allow people to specify in JCL what they needed, when our reasonable proved to be not reasonable. We did this by assuming that only the first characters in ACCT= would be meaningful account information. So we have a lot of JCL that looks something like: // EXEC PGM=DFSRRC0,ACCT=(,REGION,6M,128M) Where anyone can specify what they need below the line, above the line and so on. We actually support all the values that can be changed in IEFUSI. Except MEMLIMIT. It's in the todo list somewhere. Lance -- 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: MEMLIMIT and IEFUSI and GRS
For SHOWzOS look at www.cbttape.org FILE#492. Basicly it does what the name stay it just shows you information about z/OS. It's about 26000 lines of assembly code and still growing. For IPCS look at the IBM Manuals (IPCS RSMDATA HVSHRDATE and IPCS RSMDATA HIGHVIRTUAL). Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Bongiorno Sent: Thursday, November 03, 2005 7:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MEMLIMIT and IEFUSI and GRS what is showzos and what ipcs command did you use. -- 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: PKZIP for mainframe
In [EMAIL PROTECTED], on 11/03/2005 at 08:28 AM, Skip Robinson [EMAIL PROTECTED] said: We have an internal client who suddenly has a need for 'PKZIP' (not sure if that name is proprietary). It is. They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. A Unix platform is probably using tar and gzip, which should work just fine on your end. Unless you need the extra functionality, Info-Zip is the obvious alternative to gzip. I don't know which of the two is faster. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: ZIP SOFTWARE for Mainframe
In [EMAIL PROTECTED], on 11/03/2005 at 12:00 AM, Ted MacNEIL [EMAIL PROTECTED] said: It's not supported? FSVO supported. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: F against a REXX STC
In [EMAIL PROTECTED], on 11/03/2005 at 03:25 PM, Zafiropoulos Konstantinos [EMAIL PROTECTED] said: Can I send MVS modify command against a REXX that is running as an STC? Not in pure REXX, but you can do it with a small REXX-callable assembler program. Google for QEDIT. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: ZIP SOFTWARE for Mainframe
FSVO supported One of these days I'm going to learn what FSVO means. But, supported means they will fix problems, bugs, and usability issues. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: ZIP SOFTWARE for Mainframe
On Fri, 4 Nov 2005 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: One of these days I'm going to learn what FSVO means. http://www.google.com/search?q=FSVO+acronym Yah, I know that's kinda like RTFM: http://www.google.com/search?q=RTFM+acronym ... I guess that thread just kinda drifted over from TSO-REXX. But, supported means they will fix problems, bugs, and usability issues. I'd say your chances are better with Info-ZIP than with Microsoft. But that argument is rarely used successfully against a Microsoft purchase decision. As ESR ( http://www.google.com/search?q=ESR+initials ) says (roughly): Do you want to be able to get the problem fixed, or do you just want to be able to sue somebody? -- 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: PKZIP for mainframe
On Thu, 3 Nov 2005 20:23:53 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 11/03/2005 at 08:28 AM, Skip Robinson [EMAIL PROTECTED] said: They are transferring huge files (3 -4 gig) from some other platform (probably Unix) to z/OS. They need to reduce transfer time from 8 hours. A Unix platform is probably using tar and gzip, which should work just fine on your end. Unless you need the extra functionality, Info-Zip is the obvious alternative to gzip. I don't know which of the two is faster. If it's gzipped or zipped but not tarred (there's some, but little, point in tarring a sequential file) a Rexx script can pipe the output of gunzip or funzip (the latter from info-ZIP) directly into IEBGENER with SYSUT2 allocated to a Classic data set. This removes the need for an HFS intermediate file. -- 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: ZIP SOFTWARE for Mainframe
http://en.wikipedia.org/wiki/RTFM == Paul Gilmartin == wrote2005-11-04 05:04: On Fri, 4 Nov 2005 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: One of these days I'm going to learn what FSVO means. http://www.google.com/search?q=FSVO+acronym Yah, I know that's kinda like RTFM: http://www.google.com/search?q=RTFM+acronym ... I guess that thread just kinda drifted over from TSO-REXX. But, supported means they will fix problems, bugs, and usability issues. I'd say your chances are better with Info-ZIP than with Microsoft. But that argument is rarely used successfully against a Microsoft purchase decision. As ESR ( http://www.google.com/search?q=ESR+initials ) says (roughly): Do you want to be able to get the problem fixed, or do you just want to be able to sue somebody? -- 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 -- -- Mundus Vult Decipi -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin -- 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: Sharing z/OS DASD under VM
On Nov 3, 2005, at 2:32 PM, Crispin Hugo wrote: Thanks Ed. I am unsure about what MVS will think of Read only. I don't think it understands it. The dataset may be read only but what about the VTOC (date last used) ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZIP SOFTWARE for Mainframe
Hi Bob, you could also check out http://www.slikzip.com/ I use LTXF/MVS from the same company. Regards Bruce Hewson -- 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: IBM-MAIN Digest - 2 Nov 2005 to 3 Nov 2005 (#2005-307)
snip Telecommuters employed by a company outside their home state may be at = risk of having to pay extra taxes unless Congress adopts a bill = protecting them, experts said Tuesday.=20 http://news.com.com/Telecommuters+Beware+the+tax+man/2100-1028_3-5927124.html snip I have the same hope -- that I'm not too far outside the scope of the list. Please note that there are two types of Telecommuting, as I understand it, in the eyes of the law. 1) You are an employee of a company that is based outside of your residence state 2) You are an employee (or sub/contractor) whose employer has a situs in the state wherein you reside (in this case, if you are the company, you qualify). In the second case because the employer has a location in the state wherein the telecommuter is, NY would recognize that the income is not being directly earned from w/in their jurisdiction. Let me give an example to make sure that this is clear as mud: The TN employee of a NY employer was in the unfortunate situation of his employer not having some kind of location w/in TN. Therefore, NY asserts that the TN resident owes NY income taxes because of being directly employed from NY! Should the TN telecommuter have been self-employed, or been employed by a NON NY employer, that telecommuter would not have been subject to NY income tax because the employer did not have a NY tax nexus (Oh this gets really convoluted and painful). Now, please understand, I am not a lawyer, I do not play one on TV, and I did not stay at a Holiday Inn Express w/in the last 30 days. But because I do consulting work, this NY tax issue caused *MANY* people heart-burn and some of us needed to know the ramifications. Some years ago MD told us that we were subject to their corp personal income tax even if we never set foot in the state if we did business with a company based in their state. That was rather frightening, because this would mean that any state could tax the income of any company whether they had any presence in that state. We didn't buy it and they didn't pursue it. Had this situation in NY been applicable to both situations 1 2 above, every multi-state company would have been filing amicus briefs. 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
Heads-up: OA08692
OA08692 has cost us a 1.4 system when a 1.6 system was IPL'd. It is not marked hiper and my colleagues tell me that it is not on the list of toleration maintenance for 1.6 IBM has confirmed a correlation between the 0C4 described in there and the tight loop in memterm tasks in master (RRS memterm resource manager) on the 1.4 system. It died not doing signalling anymore, so the 1.6 system spit out IXC402D. And you call me paranoid - we always hit the worst case scenarios... Regards, Barbara Nitz -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie -- 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