Re: Re : Extracting STDOUT data from USS
Gee, you do I/O, you wait ... [snip] Sure. I don't know if there is a CICS service to do I/O to some non-CICS dataset, or if it was simply tolerated. Actually, a wait only affects other transactions in the same CICS region as the will have to wait, too. I remember that in the early releases of OpenEdition / OS/390 UNIX CICS and IMS both stated that they do not allow UNIX services from within transactions because teh waits that could result. No matter whether waits are allowed or tolerated there is big differece between a transaction doing an I/O to some dataset or UNIX file and a transaction doing an I/O to some named pipe. In the later case there is a second *independent* process involved. And this process might run or not when the CICS transacion does its I/O (to the pipe). Long waits may result and this must be acceptable to the transaction's purpose. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing IBM 3745
hello Philip, hello Chris, the part with CISCO SNASw is exactly what we did when replacing the 3745s. We moved the old X.21 SDLC links from 3745 to SNASw without any impact to the customers and it works really fine. We also moved FrameRelay-links with 64Kb and they also work without any impact. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Ron, Just to be sure someone mentions this; Compressed Format sequential data sets are a special case of PS-E's. From Macro Instructions for Data Sets': Recommendation: For compressed format data sets, do not specify NCP (thus, allowing the system to default it to 1) or specify NCP=1. This is the optimal value for NCP for a compressed format data set since the system handles all buffering internally for these data sets. Best Regards, Yifat -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, January 27, 2010 10:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: why compression costs additional I/O? Peter, Yes for your example I am recommending NCP=96, which means BUFNO=96. I habitually put both NCP and BUFNO on BSAM files because I've never been sure if BSAM calculates BUFNO using the NCP value from JCL. Many years ago I tested this to death on uncached DASD and found that BUFNO/NCP of 16 was the point of diminishing return for QSAM and BSAM. While I don't think these double buffer by design like EFS I think it fit well with the chain length limit of eight blocks with BSAM and QSAM. I should revisit this as a study on FICON and Cached DASD as it is likely that the knee in the curve happens at eight buffers now as I've noticed CPU intensive utilities like IEBDG writing short chains when volumes are SIMPLEX, and full chains when TrueCopy synchronous delays are added with DUPLEX. It suggests to me that 16 is still a good number for when IO is delayed. Thirty-one would be something I would recommend for BUFND on a VSAM file with half track CISZ, but I don't think it does any harm on DSORG=PS. As far as I recall BSAM and QSAM for PS-E does not have the same SSCH data length and #CCW restrictions as PS, and media manager is probably limited to a CYL. I'd only wish I had time to research this as a science project right now, but at the moment I can only offer past experience with a spattering of senior moments. Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
In article dc74548a025aff4a85f46926802a9b230412b...@chsa1035.share.beluni.net you wrote: Gee, you do I/O, you wait ... [snip] Sure. I don't know if there is a CICS service to do I/O to some non-CICS dataset, or if it was simply tolerated. Actually, a wait only affects other transactions in the same CICS region as the will have to wait, too. I remember that in the early releases of OpenEdition / OS/390 UNIX CICS and IMS both stated that they do not allow UNIX services from within transactions because teh waits that could result. No matter whether waits are allowed or tolerated there is big differece between a transaction doing an I/O to some dataset or UNIX file and a transaction doing an I/O to some named pipe. In the later case there is a second *independent* process involved. And this process might run or not when the CICS transacion does its I/O (to the pipe). Long waits may result and this must be acceptable to the transaction's purpose. For a while now (5 years or so), you could code your transaction using OTE (Open Transaction Environment.) If a wait is needed, the transaction waits under a special TCB. http://www.zjournal.com/index.cfm?section=articleaid=767 -- Peter Hunkeler Credit Suisse -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
connection time out and TSU still running
hi, i came across a strange problem only for one of the TSO users when the connection time out reached, the user don't get the main TSO screen and the screen where he was before still shown . then when he press a key,he get the Xsystem down in thePCOM session until the main screen appears again then the user address space continue and he can't logon ( the reconnect action is disable - and i like to keep it that way) . .so he need to ask me every time to cancel his user do you have any idea? thank ahead matan cohen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
On Wed, 27 Jan 2010 13:10:27 +0100, Hunkeler Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote: that CICS transaction must not go into a wait, be it deliberately or as the result of calling a non-CICS service. I think nowadays there is a special queue to put transactions that do incur waits. Quite right. As I said: you're likely not to be alone in your CICS and you should be polite to the others that are in there with you. If you would consider the solution I propose, you will want to go OTE, because your task can indeed get into a long wait when trying to read from a named pipe. A named pipe is different from a standard file in that both ends my become blocked upon a read or write, resp. The reader if there is insufficient data in the pipe, i.e. the reader is faster reading from the pipe than the writer can write into it. The writer if the pipe becomes full, i.e. the writer is faster in writing to the pipe than the reader can read from it. Very true and definitely something to take into account. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS Start-up issue
LURKER ALERT I know this is for CICS and a little ancient but does the ISPF portion on page 7 help? http://www.schunk-associates.com/Presentations/Share097/s1078kta.pdf -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os library center
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Schramm Is anyone else having problems with the z/OS library center? None of the bookshelves appear for me. I have tried Chromium, Firefox and IE. One reason I never used the Library Center stuff is because Java really bogs down my workstation, but just tried both the 1.9 and 1.10 Library Centers and no joy. OTOH, the z/OS Internet Library web site still works fine: http://www.ibm.com/systems/z/os/zos/bkserv/ I'm still addicted to the BookManager-format shelves. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
What is this, the 3rd such spam email? I think Jospeh should be removed until he can get control of his email and rejoin. On Wed, Jan 27, 2010 at 7:55 PM, Joseph Poon jopoo...@hotmail.com wrote: http://sites.google.com/site/vx37sga2/dvep3f _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/196390708/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Checkpoint dataset reserving the DASD volume.
What is value of the HOLD= parameter on your MASDEF statement? snip GRS display: ISG343I 15.55.25 GRS STATUS 932 DEVICE:6037 VOLUME:SPL3T0 RESERVED BY SYSTEM TSYS S=SYSTEMS SYSZJES2 SPL3T0SYS1.RDYTPLEX.HASPCKP1 T SYSNAMEJOBNAME ASID TCBADDR EXC/SHR STATUS TSYS JES2 0028 006FF5E8 EXCLUSIVE OWN I have added the following entries in GRSRNL00: RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SYS1.RDYTPLEX.HASPCKP1)/* HASP CHECKPOINT */ RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSZJES2) RNAME(SYS1.RDYTPLEX.HASPCKP2)/* HASP CHECKPOINT */ /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
W dniu 2010-01-28 14:30, Mark Pace pisze: What is this, the 3rd such spam email? I think Jospeh should be removed until he can get control of his email and rejoin. Yes, something should be done. However it is possible that Joseph is as guilty as you, it is possible that his address was chosen by attacker and he didn't do anything to make it easier. I remember I got some fake emails from RACF-L members. Obviously they didn't send these mails and they were NOT victims of any attack. BTW: The above is only one of possible scenarios. Another one is someone simply subscribed to the list just for such purpose. What's sad: there is no reasonable way to fight against it: everyone can subsribe to the list. It can be done all the time, no authorization is needed. Even no hacker knowledge is needed. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS Start-up issue
On Wed, 27 Jan 2010 19:58:53 -0600, Rick Fochtman rfocht...@ync.net wrote: Still having problems. Under ISPF, I can't get IPCS to start. The dump directory is allocated properly but I still get the same start-up error: IKJURPS RC=20,ERROR=23 I re-iterate: IPCS docs and MSGS CODES are useless; no information is available. There doesn't seem to be anything about IKJTSOxx Parmlib member in any IPCS docs. Totally stumped... :-( Rick, Have you tried opening a PMR with IPCS support? How exactly are you trying to start it? From the i...@390u panel or home grown option? Btw, that panel selection option uses CMD(BLSCLIBD) NEWAPPL(BLSG) PASSLIB SCRNAME(IPCS) Are the libraries pre-allocated or are you doing TSO EX 'SYS1.SBLSCLI0(BLSCLIBD)' ? Do the library names in that exec and in SYS1.SBLSCLI0(BLSCALTL) match your environment? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
On Thu, 28 Jan 2010 09:02:07 +0100, Hunkeler Peter (KIUP 4) wrote: Gee, you do I/O, you wait ... [snip] Sure. I don't know if there is a CICS service to do I/O to some non-CICS dataset, or if it was simply tolerated. Actually, a wait only affects other transactions in the same CICS region as the will have to wait, too. I remember that in the early releases of OpenEdition / OS/390 UNIX CICS and IMS both stated that they do not allow UNIX services from within transactions because teh waits that could result. My naive understanding of the OS/360 multiprocessing paradigm is that when one unit of work WAITs, another is dispatched. How does CICS manage to subvert this? Why was it ever allowed? What happens when a CICS transaction must do something like: Invalid PIN number; please re-enter ??? Does that spawn a separate transaction? No matter whether waits are allowed or tolerated there is big differece between a transaction doing an I/O to some dataset or UNIX file and a transaction doing an I/O to some named pipe. In the later case there is a second *independent* process involved. And this process might run or not when the CICS transacion does its I/O (to the pipe). Long waits may result and this must be acceptable to the transaction's purpose. Well, there's nonblocking I/O. But what do you do if the pipe isn't ready? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Joseph Poon
Given how trivial it is to forge mail, removing someone who is a legitimate member would seem to be the worst solution. Oh, btw, this isn't from Mark...just proving the point. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Joseph Poon
Point taken. On Thu, Jan 28, 2010 at 10:00 AM, mpac...@gmail.com wrote: Given how trivial it is to forge mail, removing someone who is a legitimate member would seem to be the worst solution. Oh, btw, this isn't from Mark...just proving the point. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (none)
On 28 Jan 2010 05:54:14 -0800, r.skoru...@bremultibank.com.pl (R.S.) wrote: BTW: The above is only one of possible scenarios. Another one is someone simply subscribed to the list just for such purpose. What's sad: there is no reasonable way to fight against it: everyone can subsribe to the list. It can be done all the time, no authorization is needed. Even no hacker knowledge is needed. The new one I'm getting is messages telling me that someone has responded to a message I put on a web discussion - and that response is spam. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: connection time out and TSU still running
( the reconnect action is disable - and i like to keep it that way) . Why? .so he need to ask me every time to cancel his user do you have any idea? Yes. Re-enable reconnect. Or, live with the requests. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Incredible Shrinking PDSE
Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but not likely. Why is that not likely? I've always allowed it. Especially, since you can over-ride it with IDCAMS. Most of the time, I've found people don't take the effort to change/control management classes. This is proof that you've addressed their needs adequately. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conflicting PCI Requirements - TLS FTP
Sure, FTPS (FTP with TLS) is a PITA WRT firewalls and NAT routers, but as Scott mentioned, there are elaborate hacks and tweaks that can usually make it work. If you can get one of these to work, why would that be a violation of PCI? As an alternative to FTPS, you might consider: 1) SSH/SFTP - a single encrypted socket that works fine with firewalls and NAT routers. 2) Regular FTP over an SSH Tunnel/Proxy See: http://en.wikipedia.org/wiki/File_Transfer_Protocol#FTP_over_SSH_.28not_SFTP.29 or: http://dovetail.com/products/ftpsshproxy.html Kirk Wolf Dovetailed Technologies http://dovetail.com PS A recording and slides of a recent Webinar on z/OS SFTP (and comparisons with FTPS) are available on our homepage. On Wed, Jan 27, 2010 at 8:06 PM, P S zosw...@gmail.com wrote: On Wed, Jan 27, 2010 at 5:29 PM, Hal Merritt hmerr...@jackhenry.com wrote: We are stuck. There is a PCI requirement to NAT all access, but that's not possible when TLS/FTP is used. Right. You really can't use FTP and be PCI-compliant, is my understanding. What's the actual problem you're trying to solve? I know, you weren't planning on rearchitecting the whole thing, but... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, January 28, 2010 8:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re : Extracting STDOUT data from USS On Thu, 28 Jan 2010 09:02:07 +0100, Hunkeler Peter (KIUP 4) wrote: Gee, you do I/O, you wait ... [snip] Sure. I don't know if there is a CICS service to do I/O to some non-CICS dataset, or if it was simply tolerated. Actually, a wait only affects other transactions in the same CICS region as the will have to wait, too. I remember that in the early releases of OpenEdition / OS/390 UNIX CICS and IMS both stated that they do not allow UNIX services from within transactions because teh waits that could result. My naive understanding of the OS/360 multiprocessing paradigm is that when one unit of work WAITs, another is dispatched. How does CICS manage to subvert this? Why was it ever allowed? What happens when a CICS transaction must do something like: Invalid PIN number; please re-enter ??? Does that spawn a separate transaction? SNIP CICS required that a transaction NOT cause an OS wait. You used a CICS service (via MACRO or Command level interface) and allowed CICS to schedule those things that could incur a WAIT. So when you did this call to CICS, it would recognize you would need to wait (whether you actually needed to or now, you will now) and then it would go dispatch another transaction that was ready to run. In effect, CICS was making virtual TCBs run using one real TCB, with each virtual TCB being a transaction (pseudo conversational or true conversational). Today, CICS has multiple TCBs to handle different things, but still the MAIN TASK TCB is generally not allowed to incur an OS wait because the whole CICS system may stall as a result. Since Unix System Services (USS for this posting) may incur a WAIT those things are not allowed in a transaction that runs in the main task because of being able to cause the CICS system to stall. IHTH Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Incredible Shrinking PDSE
Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but not likely. Why is that not likely? I've always allowed it. Especially, since you can over-ride it with IDCAMS. Most of the time, I've found people don't take the effort to change/control management classes. This is proof that you've addressed their needs adequately. A better choice of words might have been Your storage admin may have coded the acs routine to accept a management class value passed in via jcl but don't count on it. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
On 28 Jan 2010 07:34:29 -0800, steve_thomp...@stercomm.com (Thompson, Steve) wrote: Invalid PIN number; please re-enter Personal Identification Number Number? At least this is working communication - unlike trying to guess what is meant by 12:00 PM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job Openings At IBM In Dubuque Iowa
Agreed, particularly since this is not the first offense. On Wed, 27 Jan 2010 23:28:07 -0600, Blaicher, Chris chris_blaic...@bmc.com wrote: I am certainly no prude, and I swear like a sailor, but I refrain from doing so on a public forum. I have seen plenty of irate rants about any number of things, but they were done, generally, with some amount of restraint. I think Scott got caught up in some personal emotions, but that said, he should offer an apology to the list or he should be taken off the list. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 6:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Job Openings At IBM In Dubuque Iowa Oh hey, so is the pay rate still $20? Because while I love reading IBM manuals, I really only wish my pay rate were dramatically slashed, when enduring such trauma. Nothing spells GOTCHA like (deleted) Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS 64bit Storage
Dan, While I haven't started on this path yet, I believe that for 64 bit data access, you need to use the SYMBOL SERVICE rather than the STORAGE ACCESS service. It appears that when you define the ERS block you need to specify ABITS=64 to generate the LAD area as a 64bit field rather than a 32 bit field. Hope this helps, sorry I can't be more detailed. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: DanD mvs-j...@sympatico.ca To: IBM-MAIN@bama.ua.edu Date: 01/27/2010 12:23 PM Subject: IPCS 64bit Storage Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Has anyone used the IPCS ADPLSACC service to access 64bit storage in a dump? Is it possible at all? If not, any suggestions on how to access 64bit storage in a VERBX routine. Thanks in advance. DanD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF and Postnet on a 6500 printer
While the 6500 is an IPDS printer, it does not support downloadable fonts. Instead, it uses built-in (resident) fonts, called symbol sets. For this reason, you can't use a barcode font; the 6500 has no built-in barcode fonts. However, IBM long ago designed a barcode architecture into AFP where the printer creates barcodes from simple AFP commands. You describe the barcode type, size and position, and the printer prints a barcode optimized for readability for the type of printer. This makes barcodes independent of printer resolution and of fonts. You can easily tell the printer to create a barcode such as Postnet using a PAGEDEF. See the PPFA User's Guide, S544-5284-09, and look for the PAGEDEF FIELD subcommand. Here is an example: PRINTLINE /* CITY, STATE ZIP */ REPEAT 1; FIELD START 1 LENGTH 41 FONT NAD POSITION 0.1 IN NEXT; FIELD START 33 LENGTH 5 POSITION 4.5 IN NEXT BARCODE TYPE POSTNET ;/* PRINT POSTNET BARCODE */ You can also create structured fields to generate barcodes. Howard Turetzky Advanced Technical Support InfoPrint Solutions Company howard.turet...@infoprint.com On Wed, 27 Jan 2010 11:01:33 -0600, James Derry jede...@ilstu.edu wrote: I am having trouble printing a Postnet barcode using PSF on a 6500 printer. The printer says it supports Postnet and PSF has a font (X0BPBN) in the fontlib, but I'm having a difficult time getting everything to mesh. The 6500 printer has IPDS and we are using the printer as a replacement for the old 4248 line printers, printing from JES2. Has anyone been able to do this? Thanks. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
What happens when a CICS transaction must do something like: Invalid PIN number; please re-enter ??? Does that spawn a separate transaction? The basic design of transaction managers is that there is a message queue manager which stacks messages until a transaction becomes idle so it can handle the message. The transaction would read one message, process it, and then send a message back to the user (i.e terminal). So the wait for user action is not tied to any running transaction. There is a way to program transactions that is called Wait-For-Input transactions: Once they are finished with one transaction, they don't end but read the next input message from the message queue (which probably comes from another user). IMS was designed to run multiple transaction regions called message processing regions (MPP). Each MPP was running only one transaction at a time. The IMS controller dispatched the correct transaction for the next message to the next free MPP. CICS was originally designed to be a single address space multi user transaction manager. Therefore CICS had multiple tasks running in one region: terminal input / output, queue manager, db access, transaction dispatcher, etc, but there was only one transaction related MVS-task. The CICS transaction dispatcher schedules the transactions for the messages to be worked onto that task one after the other. If an IMS transaction incurs a WAIT, only that MPP was waiting, the other MPPs continued to run. If a CICS transaction incurs a WAIT the whole transaction processing is blocked. CICS has evolved much and is running wiith multiple address spaces and even multiple transaction tasks nowadays. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX to delete all members of a PDS... serverpac CPPEDELM
Feeling obligated to expose the original author I've rediscovered the source - http://www.mainframesupport.dk/tips/tip0344.html and so the author's name is Claus E. Mikkelsen. His website has also tons of other useful tips, so thank YOU very much, Claus! -Victor- On Tue, 26 Jan 2010 23:06:36 -0700, Roger Bolan rogerbo...@gmail.com wrote: Victor's Rexx works fine. I just tested it. On my system there is a PDS utility installed, and this also works. I just tested it from a batch TSO job: //TSO EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS 'BOLAN.JUNK.JCL' FIX RESET /* On Mon, Jan 25, 2010 at 6:12 AM, Stocker, Herman herman.stoc...@avisbudget.com wrote: Very nice Victor. Thank you. Regards, Herman Stocker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
db2-l having problems?
Has anyone received any new messages on the db2-l listserv? I don't see anything since 1/26, and when I attempted to post a new message it bounced back to me. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: db2-l having problems?
Frank - same here, also checked the DB2-L archives and nothing in there since the 26th either. I think it's having a bad couple of days Phil -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: 28 January 2010 16:15 To: IBM-MAIN@bama.ua.edu Subject: db2-l having problems? Has anyone received any new messages on the db2-l listserv? I don't see anything since 1/26, and when I attempted to post a new message it bounced back to me. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The AXA Winterthur Wealth Management proposition is offered by companies within the AXA UK group of companies. AXA Sun Life Services plc distributes financial products and services for these companies and is issuing this item on their behalf. Details of the companies offering specific products are contained within the related material. AXA Sun Life Services plc is authorised and regulated by the Financial Services Authority and is a company limited by shares, registered in England No. 3424940, registered office: 5 Old Broad Street, London, EC2N 1AD. As part of our commitment to quality service, telephone calls will be recorded -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: why compression costs additional I/O?
Pawel, You should inform the vendor of DFSORT that using BSAM is not a good idea and see if any other sort vendors do a better job of handling compressed data if it is important enough in your shop. Since BSAM uses EXCP internally, BSAM is evidently building channel programs that are less efficient given the exact combination of hardware involved. Anything that BSAM does badly can be redone with a more judicious use of EXCP. Also FICON with non-MIDAW channel programs may be exacerbating the problem of too many EXCPs as well. Perhaps it's time that DFSORT, presumably a strategic product, began using a strategic access method like Media Manager or even STARTIO. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pawel Leszczynski Sent: Wednesday, January 27, 2010 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: why compression costs additional I/O? Hi Yifat, Thanks for answer - you are right! - I 've checked in joblog: for compressed output: 0 SORTOUT : BSAM USED but for non-compressed output: SORTOUT : EXCP USED generally all of it probably mean that using DFSORT for compressed datasets is not good idea. Regards, Pawel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee On 28 Jan 2010 07:34:29 -0800, steve_thomp...@stercomm.com (Thompson, Steve) wrote: Invalid PIN number; please re-enter Personal Identification Number Number? Usually seen on an Automated Teller Machine machine; probably at the Department of Redundancy Department. At least this is working communication - unlike trying to guess what is meant by 12:00 PM. Days have 24 hours; why not clocks? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS Start-up issue
-snip-- Rick, Have you tried opening a PMR with IPCS support? How exactly are you trying to start it? From the i...@390u panel or home grown option? Btw, that panel selection option uses CMD(BLSCLIBD) NEWAPPL(BLSG) PASSLIB SCRNAME(IPCS) Are the libraries pre-allocated or are you doing TSO EX 'SYS1.SBLSCLI0(BLSCLIBD)' ? Do the library names in that exec and in SYS1.SBLSCLI0(BLSCALTL) match your environment? unsnip--- Opening a PMR is out of the question (internal politics and economics.) Looking into the information you provide here, Mark. We're (I'm) trying to start it from the ISPF panel. Not sure if necessary datasets are being allocated, but I THOUGHT I covered all the bases. Thanks for the pointer(s). Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DO NOT CLICK ON LINK FROM JOSEPH POON
I prefer my rule of thumb: do not click on link, or even bother opening, an IBM-MAIN post with no subject. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF and Postnet on a 6500 printer
We do have a IBM 6500, PSF over TCPIP printing bar code but I'm sure what kind of bar code. I did not work on the project so it's doubtful how much useful information I could provide. If you want to try some questions off line that would be fine, I can always poke around and see what I find. Matt -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of James Derry Sent: Wednesday, January 27, 2010 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: PSF and Postnet on a 6500 printer I am having trouble printing a Postnet barcode using PSF on a 6500 printer. The printer says it supports Postnet and PSF has a font (X0BPBN) in the fontlib, but I'm having a difficult time getting everything to mesh. The 6500 printer has IPDS and we are using the printer as a replacement for the old 4248 line printers, printing from JES2. Has anyone been able to do this? Thanks. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: connection time out and TSU still running
I assume the time out is network or client based. If so, the disconnect is not being sent to the host. The host is blissfully waiting with no idea the client is gone. Until the normal host time out, I don't know of any recourse other than a manual operator cancel, permit reconnect, or lengthen the network/client timeout to be longer than the host timeout. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ??? Sent: Thursday, January 28, 2010 6:02 AM To: IBM-MAIN@bama.ua.edu Subject: connection time out and TSU still running hi, i came across a strange problem only for one of the TSO users when the connection time out reached, the user don't get the main TSO screen and the screen where he was before still shown . then when he press a key,he get the Xsystem down in thePCOM session until the main screen appears again then the user address space continue and he can't logon ( the reconnect action is disable - and i like to keep it that way) . .so he need to ask me every time to cancel his user do you have any idea? thank ahead matan cohen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Conflicting PCI Requirements - TLS FTP
FTPS is PCI compliant. I do, however, strongly suggest using the sftp software that Kirk's company (Dovetailed) provides. Yet again, he won't go on the marketing offensive--so I will :) If you frequently exchange data with outside vendors... You'll benefit from having an sftp solution. Scott On Thu, Jan 28, 2010 at 7:27 AM, Kirk Wolf k...@dovetail.com wrote: Sure, FTPS (FTP with TLS) is a PITA WRT firewalls and NAT routers, but as Scott mentioned, there are elaborate hacks and tweaks that can usually make it work. If you can get one of these to work, why would that be a violation of PCI? As an alternative to FTPS, you might consider: 1) SSH/SFTP - a single encrypted socket that works fine with firewalls and NAT routers. 2) Regular FTP over an SSH Tunnel/Proxy See: http://en.wikipedia.org/wiki/File_Transfer_Protocol#FTP_over_SSH_.28not_SFTP.29 or: http://dovetail.com/products/ftpsshproxy.html Kirk Wolf Dovetailed Technologies http://dovetail.com PS A recording and slides of a recent Webinar on z/OS SFTP (and comparisons with FTPS) are available on our homepage. On Wed, Jan 27, 2010 at 8:06 PM, P S zosw...@gmail.com wrote: On Wed, Jan 27, 2010 at 5:29 PM, Hal Merritt hmerr...@jackhenry.com wrote: We are stuck. There is a PCI requirement to NAT all access, but that's not possible when TLS/FTP is used. Right. You really can't use FTP and be PCI-compliant, is my understanding. What's the actual problem you're trying to solve? I know, you weren't planning on rearchitecting the whole thing, but... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job Openings At IBM In Dubuque Iowa
Sorry :( My sarcasm/humor was a bit much. I'll tone it down. Scott On Thu, Jan 28, 2010 at 7:50 AM, Arthur Gutowski aguto...@ford.com wrote: Agreed, particularly since this is not the first offense. On Wed, 27 Jan 2010 23:28:07 -0600, Blaicher, Chris chris_blaic...@bmc.com wrote: I am certainly no prude, and I swear like a sailor, but I refrain from doing so on a public forum. I have seen plenty of irate rants about any number of things, but they were done, generally, with some amount of restraint. I think Scott got caught up in some personal emotions, but that said, he should offer an apology to the list or he should be taken off the list. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Sent: Wednesday, January 27, 2010 6:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Job Openings At IBM In Dubuque Iowa Oh hey, so is the pay rate still $20? Because while I love reading IBM manuals, I really only wish my pay rate were dramatically slashed, when enduring such trauma. Nothing spells GOTCHA like (deleted) Scott -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing IBM 3745
Philip, when you say cisco router, what router in specific? Natarajan On 1/27/2010 at 9:17 PM, in message listserv%201001272317599791.0...@bama.ua.edu, Philip Chan philipc...@hkex.com.hk wrote: In z/OS environment, is there anyone has the experience of connecting Remote 3174 to Cisco router to support CICS printing? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS Compression - Software or Hardware
If a Dataclass with the following attributes is invoked: Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : YES Reduce Space Up To (%) . . : 50 Dynamic Volume Count . . . : 20 Compaction . . . . . . . . . : YES Is the resulting compaction software or hardware driven? I toild my user software, just want to confirm or correct. The ISMF panels weren't much help. Neither is the 1.9 DFSMS Storage Administration Reference. Not sure where else to look. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DO NOT CLICK ON LINK FROM JOSEPH POON
I agree. Delete mail without subject. Don't follow blind links. I also delete mail with meaningless subjects. Give people enough info in the subject to know what it is about. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild I prefer my rule of thumb: do not click on link, or even bother opening, an IBM-MAIN post with no subject. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEF287I NOT CTLGD 2
ISTR an option in DFSMS to allow recataloging instead of generating message IEF287I. Does anyone remember what option that is and where it is specified? Thanks in advance, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Compression - Software or Hardware
David, SMS uses hardware compression. It has an asymmetric CPU cost, where decompressing the data uses 80% less CPU than compressing it. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, January 28, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SMS Compression - Software or Hardware If a Dataclass with the following attributes is invoked: Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : YES Reduce Space Up To (%) . . : 50 Dynamic Volume Count . . . : 20 Compaction . . . . . . . . . : YES Is the resulting compaction software or hardware driven? I toild my user software, just want to confirm or correct. The ISMF panels weren't much help. Neither is the 1.9 DFSMS Storage Administration Reference. Not sure where else to look. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Compression - Software or Hardware
Thanks Ron Dave O'Brien NIH Contractor From: Ron Hawkins [ron.hawkins1...@sbcglobal.net] Sent: Thursday, January 28, 2010 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS Compression - Software or Hardware David, SMS uses hardware compression. It has an asymmetric CPU cost, where decompressing the data uses 80% less CPU than compressing it. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, January 28, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] SMS Compression - Software or Hardware If a Dataclass with the following attributes is invoked: Data Set Name Type . . . . . : EXTENDED If Extended . . . . . . . . : REQUIRED Extended Addressability . . : YES Record Access Bias . . . . : USER Space Constraint Relief . . . : YES Reduce Space Up To (%) . . : 50 Dynamic Volume Count . . . : 20 Compaction . . . . . . . . . : YES Is the resulting compaction software or hardware driven? I toild my user software, just want to confirm or correct. The ISMF panels weren't much help. Neither is the 1.9 DFSMS Storage Administration Reference. Not sure where else to look. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEF287I NOT CTLGD 2
Alan, ISTR an option in DFSMS to allow recataloging instead of generating message IEF287I. Does anyone remember what option that is and where it is specified? I think this is one of the few functions of Stopx37 and its ilk that SMS does not handle. If anyone knows that I am wrong, please feel free to correct me. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEF287I NOT CTLGD 2
DFSMS does not handle NOT CATLG2 situations for SMS or non-SMS managed data sets. Non-SMS data sets will receive the IEF287I NOT CATLG2 message, resulting in a duplicate uncataloged entry for the new allocation request, while a JCL error and allocation failure is given for SMS managed data sets. Mike Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Thursday, January 28, 2010 1:45 PM To: IBM-MAIN@bama.ua.edu Subject: IEF287I NOT CTLGD 2 ISTR an option in DFSMS to allow recataloging instead of generating message IEF287I. Does anyone remember what option that is and where it is specified? Thanks in advance, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEF287I NOT CTLGD 2
Thanks to all that replied. I must have had a senior moment. snip ISTR an option in DFSMS to allow recataloging instead of generating message IEF287I. Does anyone remember what option that is and where it is specified? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Posts missing from ibm-main on google groups
Ron, I'm perplexed. I use google groups to monitor ibm-main, using the email interface only when posting. In general, this works well for me. However, just recently, posts from your good self are not showing up unless someone quotes them. Any idea why? Enquiring minds want to know. Date: Thu, 28 Jan 2010 10:51:41 -0800 From: ron.hawkins1...@sbcglobal.net Subject: Re: SMS Compression - Software or Hardware To: IBM-MAIN@bama.ua.edu David, SMS uses hardware compression. It has an asymmetric CPU cost, where decompressing the data uses 80% less CPU than compressing it. Ron _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/196390708/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posts missing from ibm-main on google groups
On 28 Jan 2010 11:46:49 -0800, in bit.listserv.ibm-main (Message-ID:blu137-w226dc0c084578fb0fd248fa3...@phx.gbl) jayare...@hotmail.com (J R) wrote: Ron, I'm perplexed. I use google groups to monitor ibm-main, using the email interface only when posting. In general, this works well for me. However, just recently, posts from your good self are not showing up unless someone quotes them. Any idea why? The problem is not with Google Groups. It appears that some posts are not making it to Usenet. What's odd is that recently this happened in at least one other newsgroup (comp.risks). Some posts are not making it through the mirrors to Usenet. I doubt that there is anything odd in Ron's post; he's a victim, too. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at pobox dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Compression - Software or Hardware
There are 2 kinds of compression. The outboard kind that takes place in the tape unit is one example. there is no difference in the z.os cpu time for writing a compressed tape. the operating system kind which is always software. the software compression can be either just software or hardware assisted software. the case for SMS is that it is hardware assisted software. this means that the cpu used is much less than normal software compression but it does affect z.os cpu time. -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posts missing from ibm-main on google groups
ibmm...@intergate.com (Arthur T.) writes: The problem is not with Google Groups. It appears that some posts are not making it to Usenet. What's odd is that recently this happened in at least one other newsgroup (comp.risks). Some posts are not making it through the mirrors to Usenet. I doubt that there is anything odd in Ron's post; he's a victim, too. initially I first thot it was the usenet service I was using ... i.e. after I double posted: http://www.garlic.com/~lynn/2010b.html#99 The Naked Mainframe (Forbes Security Article) then followup http://www.garlic.com/~lynn/2010b.html#100 The Naked Mainframe (Forbes Security Article) when I checked found the posts were showing up in ibm-main archive http://bama.ua.edu/archives/ibm-main.html -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posts missing from ibm-main on google groups
No idea. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Thursday, January 28, 2010 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Posts missing from ibm-main on google groups Ron, I'm perplexed. I use google groups to monitor ibm-main, using the email interface only when posting. In general, this works well for me. However, just recently, posts from your good self are not showing up unless someone quotes them. Any idea why? Enquiring minds want to know. Date: Thu, 28 Jan 2010 10:51:41 -0800 From: ron.hawkins1...@sbcglobal.net Subject: Re: SMS Compression - Software or Hardware To: IBM-MAIN@bama.ua.edu David, SMS uses hardware compression. It has an asymmetric CPU cost, where decompressing the data uses 80% less CPU than compressing it. Ron _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/196390708/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os library center
The Library Center is not working for me either. Just got a new Java update on my windows workstations. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posts missing from ibm-main on google groups
While on the subject of google groups for ibm-main, posts from Lynn Wheeler seem to show up in duplicate. Date: Thu, 28 Jan 2010 15:45:03 -0500 From: l...@garlic.com Subject: Re: Posts missing from ibm-main on google groups To: IBM-MAIN@bama.ua.edu _ Hotmail: Powerful Free email with security by Microsoft. http://clk.atdmt.com/GBL/go/196390710/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Incredible Shrinking PDSE
Also, there are many issues with non-SMS PDSE's. Care to elaborate on what you think those issues are? There is the buffering/potential corruption of shared PDSE's. The 100's of PTF's that came out a few years ago. And, the separate code streams to manage them within and without SMS. Aside from those, nothing. Don't get me wrong, I was a big fan of them when they first came out. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re : Extracting STDOUT data from USS
On Thu, 28 Jan 2010 08:58:24 -0600 Paul Gilmartin paulgboul...@aim.com wrote: :My naive understanding of the OS/360 multiprocessing :paradigm is that when one unit of work WAITs, another :is dispatched. How does CICS manage to subvert this? :Why was it ever allowed? :What happens when a CICS transaction must do something :like: :Invalid PIN number; please re-enter :??? Does that spawn a separate transaction? One issues a CICS wait. With an ECB. That returns control to the CICS dispatcher. -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Incredible Shrinking PDSE
On Thu, 28 Jan 2010 21:34:53 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Also, there are many issues with non-SMS PDSE's. Care to elaborate on what you think those issues are? There is the buffering/potential corruption of shared PDSE's. Nothing to do with SMS vs. NON-SMS PDSE. The 100's of PTF's that came out a few years ago. Nothing to do with SMS vs. NON-SMS PDSE. There have been many PTFS, but you can say that for any component (how about SMSVSAM for example). The actual support for non-SMS PDSE was only a few PTFs. And, the separate code streams to manage them within and without SMS. Only IBM can answer that, if there is some specific dual path code for PDSE to check if it is SMS managed or not, I still don't see that as an issue. The OS is full of dual code paths for various reasons and that doesn't make it a issue. Large parts of the OS are delivered and run from non-SMS PDSE these days. How much of an issue can it be? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: trace table overhead
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Schuster Sent: Thursday, January 28, 2010 4:18 PM To: IBM-MAIN@bama.ua.edu Subject: trace table overhead Is there a general ballpark figure for the # of instructions it takes to write an entry to the trace table? I am curious about the general case of a (for example) SVC 78 GETMAIN ENTRY. It seems that the number of instructions could vary based on which type of entry is being written, as some entries contain more data than others. SNIP Taking a SWAG, I would look at the FLIH (SVC, PGM, IO, EXT, MCH, etc.) routines. So for the case of the Interrupt driven entries, there would be a STCK[E], capture of the PSATOLD, REGs, PSW, etc., then the load of the 64bit address (since the CPU trace buffers are now above the bar) and then more than likely a CSG for the entry/slot available, and then the MOVE of the info into the slot. For the branch entry / PC type, the individual system routines would be responsible for collecting the data and making those entries. As you surmised, some entries take more code than others. Now here is a question for this area: A PC is done for a system service. Shortly after this instruction completes, an EXT 'rupt takes place (time slice end). When does the STCK[E] get done, or does it matter that an entry is not in time order? Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: trace table overhead
On Thu, 28 Jan 2010 18:09:33 -0500 Thompson, Steve steve_thomp...@stercomm.com wrote: :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :Behalf Of Paul Schuster :Sent: Thursday, January 28, 2010 4:18 PM :To: IBM-MAIN@bama.ua.edu :Subject: trace table overhead : :Is there a general ballpark figure for the # of instructions it takes to :write an entry to the trace table? I am curious about the general case :of a :(for example) SVC 78 GETMAIN ENTRY. : :It seems that the number of instructions could vary based on which type :of :entry is being written, as some entries contain more data than others. :Taking a SWAG, I would look at the FLIH (SVC, PGM, IO, EXT, MCH, etc.) :routines. :So for the case of the Interrupt driven entries, there would be a :STCK[E], capture of the PSATOLD, REGs, PSW, etc., then the load of the :64bit address (since the CPU trace buffers are now above the bar) and :then more than likely a CSG for the entry/slot available, and then the :MOVE of the info into the slot. :For the branch entry / PC type, the individual system routines would be :responsible for collecting the data and making those entries. :As you surmised, some entries take more code than others. :Now here is a question for this area: :A PC is done for a system service. Shortly after this instruction :completes, an EXT 'rupt takes place (time slice end). When does the :STCK[E] get done, or does it matter that an entry is not in time order? Why wouldn't they use the TRACE opcode? -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: trace table overhead
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Thursday, January 28, 2010 5:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: trace table overhead On Thu, 28 Jan 2010 18:09:33 -0500 Thompson, Steve steve_thomp...@stercomm.com wrote: :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :Behalf Of Paul Schuster :Sent: Thursday, January 28, 2010 4:18 PM :To: IBM-MAIN@bama.ua.edu :Subject: trace table overhead : :Is there a general ballpark figure for the # of instructions it takes to :write an entry to the trace table? I am curious about the general case :of a :(for example) SVC 78 GETMAIN ENTRY. : :It seems that the number of instructions could vary based on which type :of :entry is being written, as some entries contain more data than others. :Taking a SWAG, I would look at the FLIH (SVC, PGM, IO, EXT, MCH, etc.) :routines. :So for the case of the Interrupt driven entries, there would be a :STCK[E], capture of the PSATOLD, REGs, PSW, etc., then the load of the :64bit address (since the CPU trace buffers are now above the bar) and :then more than likely a CSG for the entry/slot available, and then the :MOVE of the info into the slot. :For the branch entry / PC type, the individual system routines would be :responsible for collecting the data and making those entries. :As you surmised, some entries take more code than others. :Now here is a question for this area: :A PC is done for a system service. Shortly after this instruction :completes, an EXT 'rupt takes place (time slice end). When does the :STCK[E] get done, or does it matter that an entry is not in time order? Why wouldn't they use the TRACE opcode? SNIP Because they hadn't done any homework yet. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Top Secret to RACF - Institution Defined Data
In addition to migrating to z/OS from VSE we are also migrating from CA-Top Secret to RACF. Currently in Top Secret each user has some institution defined data that we use for various things. There is a call interface called TSSCAI that we can call from Cobol programs to retrieve this data. While RACF appears to have institution defined data I can't for the life of me figure out how to extract it from a Cobol program. Can someone point me in the right direction? I'm hoping the answer is not the RACROUTE macro, because I like to avoid assembler like the plague, but... Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/os library center
I think somebody said at SHARE that Library Centers were being phased out in favor of Information Centers. Try z/OS V1R11 Information Centerhttp://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp and I can understand why. The Library Center works for me but is much less responsive than the Information Center. Most of the time I use the Softcopy Librarian for Windows Version 4.3http://www-01.ibm.com/support/docview.wss?doc=4000640org=SWrs=4to keep the bookshelves on my PC up to date and search and read with Softcopy Reader Shelf Organizer. --Roger On Thu, Jan 28, 2010 at 1:41 PM, Todd Last tl...@uchicago.edu wrote: The Library Center is not working for me either. Just got a new Java update on my windows workstations. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS Start-up issue
That error says: Processing unsuccessful; the IKJURPS service was invoked in an environment in which the TSO/E TMP cannot process an IKJURPS request. For example, during LOGON processing. See http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ikjb700/inurp.htm This talks about environments it can't work in: http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ikjb700/ikj4b760397 . The first parameter is a pointer to an Environment Control Table (ECT). Maybe there is something wrong with your first parameter, or the ECT to which it points. --Roger On Thu, Jan 28, 2010 at 9:35 AM, Rick Fochtman rfocht...@ync.net wrote: -snip-- Rick, Have you tried opening a PMR with IPCS support? How exactly are you trying to start it? From the i...@390u panel or home grown option? Btw, that panel selection option uses CMD(BLSCLIBD) NEWAPPL(BLSG) PASSLIB SCRNAME(IPCS) Are the libraries pre-allocated or are you doing TSO EX 'SYS1.SBLSCLI0(BLSCLIBD)' ? Do the library names in that exec and in SYS1.SBLSCLI0(BLSCALTL) match your environment? unsnip--- Opening a PMR is out of the question (internal politics and economics.) Looking into the information you provide here, Mark. We're (I'm) trying to start it from the ISPF panel. Not sure if necessary datasets are being allocated, but I THOUGHT I covered all the bases. Thanks for the pointer(s). Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing IBM 3745
Hi Chris, Thanks for advice, I already known this is not a permanent solution. The direction should be used IBM InfoPrint with IP Printway for TCPIP printer support. This configuration may be unusual to most of the companies. In fact, the SNA printing is not only for CICS but also JES reports. I mentioned CICS because we only use it for CICS printing and I have already tested plugging remote 3174 to Cisco router and the printing seems to be working fine and the link is quite stable. The CIsco router model is 2811 in this testing and according to the Cisco Vendor, it is running the same protocol discarding the router model. That's why I am asking if anybody running similiar config or encounter any problem with this. Rgds, Philip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replacing IBM 3745
Philip Your English is good but I'm afraid it is superficially so. You should discuss your posts with someone who is a better English speaker in order to avoid problems. I can make no sense at all of the following sentence: The Cisco router model is 2811 in this testing and according to the Cisco Vendor, it is running the same protocol discarding the router model. I cannot divine what you might mean by discarding the router model.[1] However, taking the rest of your post, I have the following comments: I already known this is not a permanent solution. The direction should be used IBM InfoPrint with IP Printway for TCPIP printer support. Use of a concatenation of an SNA session (or JES output) to an IP printing protocol, RFC 1179 I believe, is actually another solution to the one I envisaged. I assumed - perhaps incorrectly - that your CICS transactions could be rewritten in order to use IP-based transport directly from CICS. This configuration may be unusual to most of the companies. I see you have not had much of a response from this list's subscribers commenting on how to deal with your printing configuration. You may get a better response in the IBMTCP-L list since it is more focused on matters concerning the z/OS Communications Server IP component (and even TCP/IP for VM to keep Alan Altmark happy!). Here are the instructions added to every post: quote For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L /quote In fact, the SNA printing is not only for CICS but also JES reports. which is supported by the IBM software product you mentioned. I mentioned CICS because we only use it for CICS printing and I have already tested plugging remote 3174 to Cisco router and the printing seems to be working fine and the link is quite stable. This looks like pure goodness to me. Where's the problem? I have to assume that plugging the remote 3174 to the Cisco router implies that you are using DLSw from the remote router to a local router. If a 3745 - as mentioned in the Subject line - is still part of the configuration, for just this concatenation of devices, you can replace the 3745 with an OSA feature. In SNA terms you have moved the boundary function supporting the sessions terminating in the 3174 from NCP in the 3745 to VTAM supporting the OSA feature. The Cisco router model is 2811 in this testing and according to the Cisco Vendor, it is running the same protocol discarding the router model. That's why I am asking if anybody running similar config or encounter any problem with this. Since I didn't understand the first sentence, I obviously can't follow the that's why of the second sentence. Perhaps the explanation is that you consider that this configuration supported by the DLSw function in the routers appears to be too good to be true and you feel that there may be some snags! Chris Mason [1] This all reminds me of a plaque in a wall, written in both Chinese and English, near the tourist shops by the Badaling Gate. It said something about the famous people who had visited the Great Wall at this most usual point for tourists - or statespeople in this case - from Beijing. Nixon was clear but who was Satchel? On Thu, 28 Jan 2010 19:45:39 -0600, Philip Chan philipc...@hkex.com.hk wrote: Hi Chris, Thanks for advice, I already known this is not a permanent solution. The direction should be used IBM InfoPrint with IP Printway for TCPIP printer support. This configuration may be unusual to most of the companies. In fact, the SNA printing is not only for CICS but also JES reports. I mentioned CICS because we only use it for CICS printing and I have already tested plugging remote 3174 to Cisco router and the printing seems to be working fine and the link is quite stable. The CIsco router model is 2811 in this testing and according to the Cisco Vendor, it is running the same protocol discarding the router model. That's why I am asking if anybody running similiar config or encounter any problem with this. Rgds, Philip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS Compression - Software or Hardware
Mike, It is the hardware assisted compression that I was referring to. There were/are products that do software compression without using the Hardware assist. DFSMSdss, DFSMShsm and old versions of SAS and IAM spring to mind. Then there was the IBM G4 and G5 that moved the hardware assist to macrocode - very, very ugly CPU Time. Started blowing batch windows and had to regress the compression that I spent a year getting into place :-( Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Bell Sent: Thursday, January 28, 2010 12:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SMS Compression - Software or Hardware There are 2 kinds of compression. The outboard kind that takes place in the tape unit is one example. there is no difference in the z.os cpu time for writing a compressed tape. the operating system kind which is always software. the software compression can be either just software or hardware assisted software. the case for SMS is that it is hardware assisted software. this means that the cpu used is much less than normal software compression but it does affect z.os cpu time. -- Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html