Re: FYI LinKEdln passwords hacked
On 6/6/2012 5:38 PM, Ed Gould wrote: LinkedIn Users: Change Password Now Attackers appear to have obtained--and may have already decrypted--at least 6.5 million LinkedIn passwords. http://www.informationweek.com/news/security/attacks/240001623?cid=nl_IW_daily_2012-06-06_htmlelq=a86e12d6260b46e991eaf6fac15b1ab7 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Ed, Thanks for posting this. I did not know about the LinkedIn breach, and I was able to react quickly. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Allocation mystery
On 5/31/2012 5:26 PM, Steve Comstock wrote: I'm finding an unexpected allocation situation that maybe someone can explain. I run a job that creates a new data set using this DD statement: //NEWMAST DD DISP=(NEW,CATLG),DSN=SYSUID..WORK.NEW.ZINPUTA, // LIKE=STNT329.TRAIN.ZINPUTA Job runs fine and creates the new file. Now I run it again; I expect it to fail with 'DUPLICATE DATA SET NAME' - but it doesn't. Instead, it goes ahead and allocates the file on a storage volume and gives me a zero completion code; just doesn't catalog the data set. I find this a change (but maybe it's been that way for some time). And potentially disasterous: suppose a multi-step job creates a file in the first step, and it gets created but not cataloged; but the completion code is zero. Second step references the new dataset, but it gets the old version because that's what's in the catalog. Any hints or insights here? Steve, Check out the ALLOCxx member, the duplicate dataset parms are in there. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Transferring stuff from Mainframe to a RDz/UT clone of itself
On 5/28/2012 1:26 AM, melvinjac...@iinet.net.au wrote: On Friday, 25 May 2012 22:13:55 UTC+10, Thomas Conley wrote: On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote: Hi all Can't readily see how to search the group, so apologies if this info is in here somewhere I'm just after opinion as to the best way to transfer files across from a normal MF Lpar , including some USS directories, to a copy of this Lpar running on RDz/UT under RedHat linux on a VM server. I'm told that shared DASD is not possible between the MF Lpar the RDz instance, we have FTP or NJE (don't know which is quicker). The basic scenario is to do regular incremental refreshes of the RDz/UT environment from it's big brother MF instance I'm posting this last thing on a Fri arvo, so may not get back to it before Monday (it's just gone 4pm here in Sydney) Thx Melvyn Jacobs Melvyn, I would run DFDSS DUMP, TERSE, FTP binary, DETERSE, then DFDSS RESTORE. Regards, Tom Conley dumb question - the plan that I was given just said basically DFDSS DUMP, FTP, RESTORE - what advantage does On Friday, 25 May 2012 22:13:55 UTC+10, Thomas Conley wrote: On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote: Hi all Can't readily see how to search the group, so apologies if this info is in here somewhere I'm just after opinion as to the best way to transfer files across from a normal MF Lpar , including some USS directories, to a copy of this Lpar running on RDz/UT under RedHat linux on a VM server. I'm told that shared DASD is not possible between the MF Lpar the RDz instance, we have FTP or NJE (don't know which is quicker). The basic scenario is to do regular incremental refreshes of the RDz/UT environment from it's big brother MF instance I'm posting this last thing on a Fri arvo, so may not get back to it before Monday (it's just gone 4pm here in Sydney) Thx Melvyn Jacobs Melvyn, I would run DFDSS DUMP, TERSE, FTP binary, DETERSE, then DFDSS RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Hi Tom Thanks for that - any particular reason for including TERSE, over just DFDSS FTP ? cheers Melvyn Melvyn, The DFDSS dump dataset is a RECFM=U file. I've had difficulty in transferring RECFM=U files with FTP, so TERSEing them creates a nice FB 1024 format that can FTP cleanly in binary mode. I also get the compression for a faster FTP. Someone else in this thread recommended TSO XMIT which basically does the same thing without compression, by creating an FB 80 format record. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Transferring stuff from Mainframe to a RDz/UT clone of itself
On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote: Hi all Can't readily see how to search the group, so apologies if this info is in here somewhere I'm just after opinion as to the best way to transfer files across from a normal MF Lpar , including some USS directories, to a copy of this Lpar running on RDz/UT under RedHat linux on a VM server. I'm told that shared DASD is not possible between the MF Lpar the RDz instance, we have FTP or NJE (don't know which is quicker). The basic scenario is to do regular incremental refreshes of the RDz/UT environment from it's big brother MF instance I'm posting this last thing on a Fri arvo, so may not get back to it before Monday (it's just gone 4pm here in Sydney) Thx Melvyn Jacobs Melvyn, I would run DFDSS DUMP, TERSE, FTP binary, DETERSE, then DFDSS RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink outages in 2012
On 5/20/2012 7:33 PM, Mary Anne Matyaz wrote: Except for an 'outage' is not 'scheduled maintenance'. So they still hit 24/7 as long as they do it during a 50 some hour outage. :) MA Let me know if I missed any. Clearly we still have a way to go for 24/7. 100%, 99%, 98.4%, 97.5%, 97.4%: clearly trending in the wrong direction. The average up-time so far in 2012 is 98.46% ... not even two nines. Of course, things look far worse if you consider weekends -- when most customer scheduled outages take place -- to be 'prime time' for IBMLink availability. :-\ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN For our purposes, an outage is an outage, scheduled or not. Our requirement to IBM is clearly 24/7/365(6), for all of IBMLink, SR, ShopZ, Internet Service Retrieval, etc. Ed's right in that IBM exacerbates the problem by having the outages during most z/OS installation's prime time for maintenance. They should move these outages to 0dark30 on Thursday morning or something. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Comments on DFSMS verbose messages?
On 5/3/2012 9:48 PM, W. Kevin Kelley wrote: In z/OS R13, DFSMS changed approximately 400 of their rather cryptic IEC error messages to include additional lines of explanation. Feedback from R13 ESP customers indicated that the additional lines of explanation were appreciated for end-users but were not wanted in the SYSLOG/OPERLOG or on consoles. A suggestion was made that the additional lines of explanation be written only to the JOBLOG and not to other places that the message might go. z/OS OA37957 and DFSMS OA37505 provide the suggested support: the additional lines of explanation -- now referred to as verbose message lines -- are written only to the JOBLOG; they are not included with the message if it is written to the SYSLOG/OPERLOG or queued to a console. A new .MSGOPTION statement has been added to MPFLSTxx to allow you to enable or disable verbose message support at a system level: if the support is disabled (the default), the DFSMS error messages will not include additional lines of explanation; if the support is enabled, the DFSMS error messages will include the additional lines of explanation, but the verbose message lines will be written only to the JOBLOG. The DISPLAY MPF command response now displays the MSGOPTION enablement state. If verbose message support is enabled, the additional message lines are visible in MPF exits and are visible on the Subsystem Interface (SSI). The following control blocks have been modified to provide an indication if a verbose message line is present: WPL, WQE, CTXT and MDB. We have been in contact with the various automation venders and they are all aware of how to recognize verbose message lines. We expect that most venders will choose to ignore the verbose message lines. Any comments/criticisms/suggestions? W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development Kevin, These messages are a good idea, so please don't be deterred in your efforts to bring this technology to other components. This technology will save thousands, perhaps millions of man hours around the world spent looking up common error messages, when simple explanations in the joblog can tell you exactly what's wrong. This will be a huge productivity boost. You and others spent a lot of time describing these messages at the TDM and in other forums, so notifications were available for vendors in PartnerWorld, members of SHARE attending the closed meetings, etc. I'm not sure what else you can do to get the word out. I think the MPFLST option should be something like JOBLOG, SYSLOG, or BOTH. That should satisfy the needs of all parties. My choice would be BOTH. Thanks again for this enhancement. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Rexx Alternate Library
On Thu, 13 Dec 2007 10:08:10 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: Pinnacle wrote: They also told me that vendors are free to ship SEAGALT with their compiled Rexx code. In which publication is the official IBM statement allowing this library to be shipped by ISVs? PK54661 began as an hours-long, fruitless search for a similar official statement regarding LE and other stubs. It turned out that no such statement ever existed! With the help of John Eells and others at IBM, we now have that that official statement and a precedent/example as to how such statements are to be documented for other system components going forward. Ed, From the web page I sent you: The Alternate Library is shipped together with the fee-based program product 5695-014 for z/OS. It is designed for REXX developers who want to distribute REXX compiled products. IBM grants you to package the Alternate Library to your REXX compiled products. The Alternate Library allows customers who do not own the Library for REXX on zSeries (5695-014) to run REXX compiled code. Regards, Tom Conley -- 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
IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
I'm running a REPRO MERGECAT at z/OS V1R8, getting IDC3332I ** INSUFFICIENT MAIN STORAGE trying to merge 360,000 entries into a new catalog. I'm running 0M (also tried 250M and 500M) with no exits limiting storage. I've got 12M private below the line. IBM is giving me the WAD, telling me to break down the REPRO MERGECAT into smaller chunks. A friend of mine find old issues dating back to 2000 where IDCAMS gets this message for LISTCAT, let alone REPRO MERGECAT. It's 2007, people! Region abends for below the line storage are so 20th century. I'm submitting a SHARE requirement to remove this limitation in IDCAMS, or provide us a new utility that can get the job done. Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. Regards, Tom Conley -- 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
Fix for orphan ISPF edit recovery files yet?
Did anybody ever get a fix for the orphan ISPF edit recovery files? I got a boatload of them on z/OS V1R8. I'm totally non-SMS, so please don't tell me how I can use SMS to mask this ISPF bug, just tell me if there's an APR and a PTF. I was not able to find anything on IBMLink. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R8 LINKLIST setup
On Wed, 23 May 2007 09:08:06 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 23 May 2007 09:12:25 -0400, Pinnacle [EMAIL PROTECTED] wrote: Just looked at our new z/OS V1R8 PROGxx member, and instead of taking the default so that LINKLIB, MIGLIB, and CSSLIB are on top of the LINKLIST concatenation, they're sprinkled throughout the LNKLSTxx section, with LINKLIB actually being near the bottom. Is this some new avant garde thinking from our ServerPac brethren, or should I fix it? They are just sorted in the CPAC PROGxx. I guess that makes it easier to find it with IEEIBALL. Order doesn't matter. Mark, It turns out that z/OS ignores PROGxx when it comes to LINKLIB, MIGLIB, and CSSLIB, and puts them at the top anyway. Just our wonderful friends at ServerPac trying to confuse us. Regards, Tom Conley -- 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
SELTAPE algorithm in z/OS
I know SELTAPE was internalized eons ago, but I thought it was internalized as NEXT. I'm seeing what looks like RANDOM on z/OS V1R8. Is this a bug or a feature? My concern is that NEXT always seemed to be the best algorithm to spread out the pain and minimize certain drives getting hammered. Regards, Tom Conley -- 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
Install gripe #11
Hey IBM and vendors: SMPWRK5 has not been used in about 20 years, since SMP4 went away. STOP USING THE DDDEF FOR IT ALREADY! Sheesh, Tom Conley -- 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: How to reload SSL certificate for z/OS TN3270 server
On Tue, 15 May 2007 11:37:49 -0400, Matt Simpson [EMAIL PROTECTED] wrote: Our SSL certificate is about to expire, and we have received a renewal certificate. Does the TN3270 server read the certificate each time a connection is established, so it will get the new one as soon as it is updated? Or is the certificate loaded into memory when the server is started, so that some action is necessary to reload it? And if it has to be reloaded, what is the least disruptive way to do it? I assume restarting the TCP/IP system would do it, but that tends to make the phones ring. Matt, First things first. Did you update RACF or gskkyman with the new certificate? Make no mistake, varying the port offline will kill existing sessions, but it is less disruptive than recycling all of TCP/IP. Regards, Tom Conley -- 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
Top 10 software install gripes
Going through all this vendor software installs is really ticking me off (like I needed a reason). So here's the top 10 software install gripes: #10 - Quit telling me to jam your ISPF product datasets into the LOGON proc (s 20th century), gimme a Rexx exec with LIBDEF support (grab my Dynamic ISPF presentation here if you need help: http://home.rochester.rr.com/pinncons/Dynamic ISPF.pdf). #9 - Stop adding IMBED and REPLICATE to your VSAM DEFINES, FOR CRYING OUT LOUD!!! #8 - Stop telling me to jam all my SMP/E zones into one GLOBAL, at least give me the JCL to create multiple VSAM clusters for the TARGET and DLIB zones. #7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means you CA-1 and Panvalet) #6 - Speaking of DDDEFS, how about recognizing that we clone the target zones and providing UNIT and VOLUME parms on your default DDDEFS instead of making me do that manually? #5 - Don't waste my time with tedious install dialogs (SYNCINIT, yuck!). #4 - Directory blocks should ALWAYS be a multiple of 45. That way I won't get directory out of space the next time you expand your product. #3 - You still don't understand that most sites used cloned res's with indirectly cataloged datasets, but NOT ONE OF YOU supports this with a catalog job. I always have to uncatalog the datasets in 3.4, and then DEF NVSAM them. #2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at 32760 and everything else should get 0 for SDB (unless you have a wacky format like CA-Viewpoint). #1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!! I haven't been in a shop where SYSDA has worked for over a DECADE! Many sites stopped defining SYSDA in favor of the system esoteric SYSALLDA, so get with the program! There, I feel better. Tom Conley -- 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: V2X2 vs. Shark (SnapShot v. FlashCopy)
On Fri, 5 Jan 2007 09:15:31 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: Hi Tom, Yes it is possible to use Flashcopy to establish Flashcopy pairs for a large number of volumes at approximately the same time. We do this in conjunction with a daily syncpoint where activity is suspended in DB2 to support DRP. PAGE 0001 5695-DF175 DFSMSDSS V1R07.0 DATA SET SERVICES 2006.359 00:30 ADR004I (SCH)-PRIME(01), USER ABEND 0001 WILL BE ISSUED ON OCCURRENCE 0001 OF MESSAGE ADR306 PARALLEL ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'PARALLEL' COPY FULL INDDNAME(SOURCE1) OUTDDNAME(TARGET1) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE2) OUTDDNAME(TARGET2) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'COPY ' COPY FULL INDDNAME(SOURCE3) OUTDDNAME(TARGET3) DUMPCONDITIONING - PURGE FCNOCOPY ADMINISTRATOR ALLDATA(*) ALLEXCP snip To minimize the time you can use multiple jobs, multiple steps in each job (we do 20 volumes in each step), and use the PARALLEL option in DFDSS. You can Flashcopy hundreds or thousands of volumes quickly. A typical Flashcopy job here does 100 volumes in 5 steps in 30 to 50 seconds total. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Do not seek to follow in the footsteps of the men of old; Seek what they sought. Basho Sam, Thanks for this. I did a little RTFM and based on what you have above, I need to then run a DFDSS DUMP with FCWITDRAW on the target, correct? If so, then the process is very close to the SnapShot process my client is using. Tom -- 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: UA90255 now available to ENABLE NJE OVER TCP/IP IN JES2 Z/OS 1.7
PE train, ALL ABOARD! - Original Message - From: Knutson, Sam [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, June 30, 2006 4:13 PM Subject: UA90255 now available to ENABLE NJE OVER TCP/IP IN JES2 Z/OS 1.7 APAR Identifier .. OA12364 Last Changed 06/06/30 NEW FUNCTION - ENABLE NJE OVER TCP/IP IN JES2 Z/OS 1.7 (HJE7720) -- 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 Volume Access Facility error
- Original Message - From: Karthick [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 06, 2006 11:04 AM Subject: Catalog Volume Access Facility error Hi, I got the following error message while I tried to mount a HFS dataset on USS using the command mount -f 'GSEJ.MAINT.RSU0604' /smpnts FOMF0504I mount error: 98 9801 EMVSCVAF: Catalog Volume Access Facility error Run this mount from is hell and enter TSO BPXMTEXT where is the eight-digit return code from USS. That should give you a good idea of the problem. Regards, Tom Conley -- 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: PARM ALLDATA(*) - DFDSS
- Original Message - From: Brian Peterson I agree with Skip - we ALWAYS code ALLDATA(*) ALLEXCP on every DFDSS dump or copy job, for both application and system data sets. Yes - it's not needed in most circumstances, but it is in SOME, and once you find out you need it for a good RESTORE, it's too late (becuase you had to have specified it on the DUMP command). If you don't back up all the tracks, they certainly won't be there when you run the RESTORE job. Better safe than sorry. Or that's my opinion, anyway. Brian On Tue, 6 Jun 2006 16:02:16 -0700, Skip Robinson wrote: The classic use for ALLDATA(*) in my recollection was JES SPOOL, which is always 100% full but shows as '0% used' externally. There may be others. As for whether it's 'prudent' to code the parm for a selective backup, that depends on what you're selecting. Given the consequences of failing to capture all the data, I'd say it's imprudent not to code it. What they said. Regards, Tom Conley -- 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
Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
I'm installing SMP/E V3R4 and the APPLY CHECK is failing for DDDEF SGIMDIR. I don't have it defined and I can't find any doc for it. I've checked the program directory, RIMLIB, DOCLIB, IBM-Link, and the manuals for V3R2, V3R3, and V3R4 and come up empty. Any ideas? Regards, Tom Conley -- 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: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc
- Original Message - From: Brian Peterson [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Saturday, May 27, 2006 2:30 PM Subject: Re: Installing SMP/E V3R4, failing for DDDEF SGIMDIR, no doc On my system: Primary Command: FIND Entry Type: DDDEF Zone Name: MVST100 Entry Name: SGIMDIR Zone Type: TARGET -- PATH: '/service/usr/lpp/smp/IBM/' This directory should be created using the make directory rexx exec. Check the program directory. Brian Brian, I finally found the jobs in F1, but no doc or helpful directions on the GIMMKDIR exec or GIMISMKD job other than the comments. These DDDEFs aren't documented at all. They should at least be in PGMDIR. Thanks for your help. Tom -- 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: INTERVALMIGRATION
- Original Message - From: Bob Henry [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, May 19, 2006 4:41 PM Subject: Re: INTERVALMIGRATION I have one volume that is managed by SMS but it is NOT in the ADDVOL list for DFHSM. Doesn't matter. HSM AUTOMATICALLY manages all SMS volumes. You only ADDVOL non-SMS volumes. I forget where interval migration is specified in ISMF (STOGROUP?), but that's where you need to look and turn it off. Regards, Tom Conley -- 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: SMP/E Split-screen whine
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, May 18, 2006 9:46 AM Subject: SMP/E Split-screen whine In ISPF, why, oh why, can't I split the screen and bring up SMP/E query on one CSI in one split, and another SMP/E query on a different CSI (or even on the same CSI) in the other split. Instead, I get: Gil, It has to do with the ISPF ATTACH for the split screen. It uses SZERO=YES to share subpool 0, and if you use that with VSAM, you're asking for a corrupted CSI. Regards, Tom Conley -- 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: ReSolver issue
I'm trying to setup a default revolver using Local Hosts file on MVS. When using FTP under TSO it's able to find the Server name, but if I try a batch job it does not locate the same Server name. What do I need to code in the JCL to locate the correct Server using Local Hosts? Rogers Rogers, Be sure to set up all local hosts sources according to the hierarchy specified in the manual. I've found that many TCP/IP applications ignore the hierarchy and require etc/hosts, so be sure to set up an etc/hosts file in the HFS. Regards, Tom Conley -- 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: PDS Directory Question
- Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, April 28, 2006 4:18 PM Subject: PDS Directory Question I have several PDS datasets where there is plenty of room in the dataset but the directories have run out of space. These are really big datasets like over 3,000 cylinders. I used FDRReorg to get some additional space but not all that I need...only does the job if a compress is done. Close but no prize. 1. What would be the best approach to extending the directory blocks. 2. I'm not that good with DFDSS so if I would have to use this program how would I set it up. Use the PDS FIXPDS EXPANDDIR command, FILE182 on your CBTTape dial www.cbttape.org. Regards, Tom Conley -- 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
Cybermation ESP exit for CA-1 tape scratch?
The wonderful folks at Cybermation do not provide a working sample of a tape scratch exit for CA-1, RMM, etc. They think it's better to have every one of their customers code an individual exit. Does anyone have a working CA-1 tape scratch exit for ESP that they would be willing to SHARE? I just don't have the time to spend a week coding and testing one on my own. Thanks, Tom Conley -- 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
CA buys Cybermation
In a message dated 4/13/2006 12:32:01 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Consolidation news just out - CA is buying Cybermation. One less choice for a scheduling package, and all that implies... http://www3.ca.com/press/PressRelease.aspx?CID=86910 This is really BFN (bad news) for my current client running ESP. They've staked their future on server-based scheduling and ESP ain't quite there yet. If CA follows form, this new development will grind to a halt and my client will be stuck with mainframe-based scheduling. Maybe CA will do ESP differently. We can only hope. Regards, Tom Conley -- 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: ISPF panel question
I'm configuring File Manager for DB2 and I want to remove a particular option from a panel so some users can't see it. The main FM/DB2 panel is called FMN2ST00 so I've taken a copy of that called FMN2STXX and removed the said option and the panel that gets invoked for the said users is now FMN2STXX. However, immediately upon entry to the new panel, I get the following error - ISPP328 Panel 'FMN2STXX' error Required keylist 'FMN2KGE2' in applid 'FMN2' was not found. Panel line where error was detected: ZSEL = PANEL(FMN2STXX) SCRNAME(FMNDB2) NEWAPPL(FMN2) Jim, Make sure FMN2KEYS is in your ISPTLIB concatenation. Regards, Tom Conley -- 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: Did you know RRS had ISPF panels?
- Original Message -
From: Mark Zelden [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Thursday, March 30, 2006 4:14 PM
Subject: Re: Did you know RRS had ISPF panels?
Did you know RRS had panels?
TSO %RRS
PROC 0
ISPEXEC LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0')
ISPEXEC LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0')
ISPEXEC LIBDEF ISPTLIB DATASET ID('SYS1.SBLSKEL0')
ALTLIB ACTIVATE APPLICATION(CLIST) DATASET('SYS1.SBLSCLI0')
ISPEXEC SELECT PANEL(ATRFPCMN) NEWAPPL(RRSP) PASSLIB +
SCRNAME(RRS)
ALTLIB DEACTIVATE APPLICATION(CLIST)
ISPEXEC LIBDEF ISPMLIB
ISPEXEC LIBDEF ISPPLIB
ISPEXEC LIBDEF ISPTLIB
Haven't looked at Tom's Conley's dynamic ISPF stuff in a long
time since I use all my own stuff, but I would think he has
this in there.
Mark is correct, @RRS:
/* rexx */
/*trace i*/
/*/
/* This exec invokes IBM's RRS dialog. */
/*/
parse arg ztrail
address tso ALTLIB ACT APPL(CLIST) DA('SYS1.SBLSCLI0')
address ispexec LIBDEF ISPMLIB DATASET ID('SYS1.SBLSMSG0') STACK
address ispexec LIBDEF ISPPLIB DATASET ID('SYS1.SBLSPNL0') STACK
address ispexec LIBDEF ISPTLIB DATASET ID('SYS1.SBLSTBL0') STACK
address ispexec SELECT PANEL(ATRFPCMN) OPT(ztrail) NEWAPPL(RRSP),
PASSLIB SCRNAME(RRS)
address ispexec LIBDEF ISPMLIB
address ispexec LIBDEF ISPPLIB
address ispexec LIBDEF ISPTLIB
address tso ALTLIB DEACT APPL(CLIST)
Regards,
Tom Conley
--
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: Reading a Load Module
- Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, March 29, 2006 2:19 PM Subject: RE: Reading a Load Module -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of JONES, CHARLIE Sent: Wednesday, March 29, 2006 1:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Reading a Load Module I would like to convert a loadlib module to a format that I can read with a REXX Exec. Is this I guess that I'm going to ask: What do you mean by READ?. A load module or program object is readable by REXX as-is. Now, understanding what was read is a different question. What, in particular, are you wanting to accomplish? Look for specific character strings? Look for instruction sequences? John, WTF you be talkin' 'bout Willis? Rexx cannot read a load module as-is. The EXECIO gets an IRX0509E that only RECFM F and V types are supported. Do you have some type of add-on routine that does this? Regards, Tom Conley -- 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: Wonder why IBM code quality is suffering?
- Original Message - From: Timothy Sipples [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, March 28, 2006 3:17 AM Subject: Re: Wonder why IBM code quality is suffering? Also not fair to totally point the finger at IBM who are probably paying, AT LEAST, double the money being quoted. They're not. The latest matrix price I saw for this position was $50. That's full time though, right? If you round to 2,000 hours annually that's U.S. $100,000 plus benefits plus bonuses with a Poughkeepsie cost of living, and that's not bad. I think that's a bit higher than for other programming languages (e.g. BASIC), if the compensation surveys I've seen are accurate. - - - - - Ennh, thank you for playing. The $50 goes to the pimp, who turns around and maybe coughs up $35 to a W-2 who's paying for his own health care, etc. Benefits? Bonuses? Maybe if you're an IBM employee, but not a consultant. That's what I love about most full-timers. They look at the bill rate, multiply by 2000 hours and think that's all there is. Never mind the health care, the 15% Medicare and Social Security, disability insurance, unemployment insurance, etc. Regards, Tom Conley -- 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: Wonder why IBM code quality is suffering?
- Original Message - From: James Smith [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Monday, March 27, 2006 6:50 AM Subject: RE: Wonder why IBM code quality is suffering? Also not fair to totally point the finger at IBM who are probably paying, AT LEAST, double the money being quoted. I believe head-hunters, or at least the ones I have spoken with, in North America have as much integrity of your average lawyer. Jim S Jim, They're not. The latest matrix price I saw for this position was $50. Regards, Tom Conley -- 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
Wonder why IBM code quality is suffering?
Take a look at this job posting. $35/hr for PLX programmers (for the I/O subsystem, no less!). You gotta be kidding me. XXX is in need of a PLX Programmer for one of our top clients in Poughkeepsie, NY. Skills required: PLX Programming skills (Very important as that is what the code is written in) OS/390 skills (MVS) Experience (Equally important as this is the operating system that the code will run under). S390 eServer hardware and millicode knowledge (Important as this is what the code is manipulating). Architecture Verification skills- Must be able to read and interpret architecture documents, technical specs so to speak, and be able to write code (in PLX) to stress and test that architecture Working knowledge or experience with S/390 eServer Channel I/O architecture and I/O devices (All of this work deals with I/O not CPU) Duration: Until 12/31/05 w/ possibility of extension Location: Poughkeepsie, NY Shift: 1st shift, Monday-Friday Compensation: $35/hr or $61,000 depending on benefits needed) -- 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 Supported method to empty PDS in Batch
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 22, 2006 10:00 AM Subject: IBM Supported method to empty PDS in Batch I have dug high and low and have not been able to find a way to empty a PDS that meets the following requirements: 1) Executes in batch 2) Provided and ***supported*** by IBM (not CBT, not DIY rexx code, not requiring SAS/PDSMAN/PDSFAST/etc...) Am I missing something totally obvious? If so, how is it done? If there is in fact no such capability, can anyone explain why on Earth that might be? Would it be that hard to add the capability to IEBCOPY say? The only IBM-supported method to empty a PDS is to delete it and reallocate it. Regards, Tom Conley -- 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
CAZ????? modules
Can anybody tell me the CA product using the CAZ prefix? I'm thinking JCLCHECK, but I can't remember. The reason I ask is that I just got a new product today, the IBM Application Performance Analyzer (their STROBE replacement) and some genius at IBM decided to use the CAZ prefix. Can't wait for the inevitable LINKLIST conflict Regards, Tom Conley -- 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: ISPCMDS
- Original Message - From: Ed Gould [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, February 09, 2006 8:12 PM Subject: Re: ISPCMDS On Feb 9, 2006, at 6:29 PM, Dave Salt wrote: From: Don Leahy [EMAIL PROTECTED] And also, to *not* becoming an obstacle preventing people from using new features. I know of a shop that until recently was using an ISPCMDS table that was 10 years out of date. Many 'new' commands like DDLIST, DTEST, CMDE, AUTOTYPE and NRETRIEV etc were simply not available, even though a current version of ISPF was installed. snip Dave, I guess we have to agree to disagree. Some shops want vanilla and and no add ons. SUPPORT Costs (and ) Time. That's why God invented USER and SYST command tables. They've only been available for 10 years. Regards, Tom Conley -- 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: 9672 R45 with zOS 1.4
Sorry, I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 (G4) box. Regards, Tom Conley - Original Message - From: Paolo Pirillo [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 07, 2006 4:06 AM Subject: Re: 9672 R45 with zOS 1.4 Hello Dude, we are running a 9672-R46 in our DR Site. It's running fine with z/OS 1.4. But we have to think about a new box, becourse we want to migrate to z/OS 1.7 next year. Regards, Paolo Pirillo -- 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: 9672 R45 with zOS 1.4
- Original Message - From: news.news [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Monday, February 06, 2006 8:31 PM Subject: 9672 R45 with zOS 1.4 Any one run zOS1.4 with IBM 9672 R45 (especially in a DR enviroment). Dude, OS/390 V2R10 is as high as you can go on a 9672. Regards, Tom Conley -- 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: IBMLINK et al.
- Original Message - From: Hal Merritt [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, November 08, 2005 10:24 AM Subject: IBMLINK et al. Ever since the shop was opened in 1999, we have had a web based service from IBM that allowed only basic APAR searches and electronic problem reporting of 'software defects'. We could download PTF's. There was no charge. Now the web navigation has changed such that I can no longer access the service. IBM is insisting that this is correct, and, oh by the way, I should have not had any such service at all; all are fee based. Perhaps I am not using the right words. It is really difficult to keep up with the name change game. Does anyone know what the name of that free service would be in todayspeak? Hal, IBM got rid of ServiceLink Basic years ago. Now you gotta pay to play. They have a free site that's not IBMLink. You should order service through Shopz or the new SMP/E release. Tom -- 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: ISPF member list
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, October 28, 2005 11:17 AM Subject: Re: ISPF member list In a recent note, Gary Green said: Date: Fri, 28 Oct 2005 10:38:31 -0400 Funny thing, I like this behavior. If one is manually searching/looking-in different members in the member list, it's a pain to scroll down a few lines to get to the next member that is off-screen. With this auto-scroll of the selected member name to the top makes it so much easier... OTOH, it's simply moronic that when the member list is small and fits entirely on a single screen, and I browse the last member and exit, the screen is scrolled so only one member shows. Such automatic scrolling should never go farther than the effect of DOWN MAX. And there you have the tastes great, less filling argument that this issue brings up. Back in the mid-90's we were having MAJOR problems trying to debug member list scrolling issues because of inconsistent behavior amongst all the different member lists. We decided to standardize on the scrolling behavior because it fixed a major problem when processing lots of members. Let's say you selected 100 out of 500 members to process. The resulting member list would be at the top of the list and you would have to scroll down a number of pages to take up where you left off. The problem with handling all the exceptions (like single pages, etc.) is the complications that it introduces to the member list code. We've tried to streamline it to make it simple, but we've had to re-introduce the non-intuitive behavior for those who only work with member lists on a single screen. I won't even get into the complications if an error occurs while you're processing multiple members. It's not as easy as it seems. If you think you can do better, be my guest. Fill out your SHARE requirements and then spend time with the ISPF development team beta testing the prototypes. Can't wait to see what you come up with. Regards, Tom Conley -- 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: TN3270 Emulator
- Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, October 18, 2005 9:37 AM Subject: Re: TN3270 Emulator On Mon, 17 Oct 2005 15:10:30 -0600, Lester, Bob [EMAIL PROTECTED] wrote: Hi Mark, I've snipped the rest of you message for future reference. Thanks to all that have responded to this thread. Vista seems to be the favorite. Thanks! One thing I don't think anyone has mentioned about Vista yet. It doesn't support GDDM graphics like some of the more expensive emulators (PCOM, Rumba, Extra). This probably is not an issue for most, but if you need that support you won't find it in Vista. There hasn't been any GDDM usage around here since prior to Y2K. I think QMF used to require the loadlib be avialable when you invoked it, but I'm pretty sure that was changed a while back also. Ennn, thank you for playing. Vista 1.25 Dec 08 2004 supports host graphics quite well. Email Tom Brennan so you can grab a copy. Regards, Tom Conley -- 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
Eliminating HSC with CA-1?
One of my current clients is telling me that they were told by CA that the new releases of CA-1 allow you to run an STK robotic library without HSC. I can't seem to find any hard doc on this. Does anybody know if this can be done and how? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE videos feedback
Here are feedback notes about the SHARE videos, recorded live at SHARE in Boston, that are posted on www.ispw.ca/share . Some notes include comments about how much people say they would be willing to pay if this became a serious offering. Please note - cost has not been decided. This is a SHARE User Group management decision. The notes below dated June/July came in before SHARE in Boston. We were polling to see if it would be worthwhile to take the time and trouble to record the sessions. The notes in September/October are after SHARE Boston, and are comments about the 23 videos that were subsequently posted. Some of these comments are from the ISPF List Server and some are from IBM-Main. Some notes were sent to email address [EMAIL PROTECTED] I have blanked out the names for privacy reasons. Thanks to everyone so far for their feedback. Based on this, it looks like we will expand the number of videos recorded at the upcoming SHARE in Seattle, which is March 5-10. Christina McGill SHARE Applications Development and Integration Symposium = Date: Fri, 03 Jun 2005 07:29:41 -0400 From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Internet sessions would be very welcome as I and my colleagues may be restricted from travel in the future. We usually have at least people attending and we get the SHARE discount. Maybe there can be some further discount for people that would like to attend sessions but can not travel and those that do travel. I have already missed two SHAREs that I wanted to attend for SCLM sessions. I would love to be able to hear them at my leisure. Thanks for the opportunity to share my thoughts. Name suppressed Senior Software Specialist US Senate Sergeant at Arms = Date: Fri, 03 Jun 2005 06:57:13 -0500 From: Name suppressed Subject: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-to: ISPF discussion list [EMAIL PROTECTED] I would like to be able to see them via web also. Thanks. Name suppressed Sprint Corporation Date: Fri, 03 Jun 2005 16:23:32 -0400 (EDT) From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] I like the idea (especially since I can usually only attend 1 Share per year due to travel costs). Would it be possible to have a designated person (like the session chairperson) with a laptop at each session to send email questions if someone decides to watch during the actual presentation? The email address for questions could be publicized at the beginning of each session. Even though email is not always instantaneous, it provides a reasonable effort for virtual attendees to ask questions. How would SCIDS work? ;-) Name suppressed Date: Mon, 06 Jun 2005 08:47:44 +0700 From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-to: ISPF discussion list [EMAIL PROTECTED] Sounds great ! Name suppressed IMS Systems Programmer (VL-M Division) Thai Airways International PCL === Date: Mon, 06 Jun 2005 12:13:24 -0400 From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-to: ISPF discussion list [EMAIL PROTECTED] Great idea. = Date: Wed, 08 Jun 2005 10:59:35 +1000 From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-to: ISPF discussion list [EMAIL PROTECTED] Ok I'm interested, I'm just not sure if I can wring any cash out of management's cold dead hands to fund my membership in SHARE. Does being a full-time employee of a SHARE-member company confer any rights, or is it pay-per-head? Regards Name suppressed === Date: Tue, 07 Jun 2005 07:16:44 -0700 From: Name suppressed Subject: Re: SHARE sessions via the Internet Sender: ISPF discussion list [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-to: ISPF discussion list [EMAIL PROTECTED] It would certainly increase my chances of going. Name suppressed Compuware Corp. Date: Thu, 29 Sep 2005 14:45:04 -0400 From: Name suppressed Subject: SHARE seesion on WebEx To: [EMAIL PROTECTED] In my opinion these streaming videos of the Share sessions are the best thing since the HASP sing-a-long at Thursday night's SCIDS. I missed some of these sessions to attend others in the same time slot. Now I can attend them at home. I hope even more get recorded at the Seattle SHARE. Name suppressed CSX Technology System Software Support == Date: Thu, 29 Sep 2005 14:15:55 -0700
Re: FREE SHARE webcast sessions
Peter, Thank you for your kind words. The reason we used WebEx is so that the foils can be presented along with the audio. We're currently unaware of a technology that would be able to do this in an AVI or MPEG format. WebEx does have MAC OSX, Linux, and Sun clients, so we could look into providing those formats. The floating mike is difficult because the mike has to be jacked in to the computer recording the session (the speaker's laptop). We could possibly get a two-channel mixer, but then SHARE's cost to provide the Webcast goes through the roof (you would not believe the cost of a one-day rental for a two-channel mixer in a convention hotel). We will reinforce to each speaker that they must repeat questions for the WebEx webcast. If you listen to my Rexx session, I did just that. With regards to future pricing, we are looking to keep it affordable. If you have numbers in mind, please let us know (offline). Regards, Tom Conley - Original Message - From: Farley, Peter x23353 [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, October 04, 2005 9:27 AM Subject: Re: FREE SHARE webcast sessions Awesome! Yes, I personally would LOVE to see more sessions recorded. Budgets being what they are (i.e., tight as a drumhead), it is nonetheless entirely possible to justify a nominal cost for access to the recorded sessions by spreading it over many developers, thus providing quality education for many more people than could possibly attend the RL sessions. Bravo! A request for future recordings: Provide a floating microphone (bluetooth technology would help here) to record audience questions. In the first one I listened to, you could hear the speaker quite clearly, but the questions were pretty much inaudible. Alternatively, request that speakers repeat the audience question(s) before providing answers, where a floating mike or two or three are not feasible (as for large-room sessions with many attendees). And PLEASE keep the pricing low enough to encourage wide usage -- volume participation should be the goal, not high-margin cost recovery. Once again, Bravo! Regards, Peter P.S. -- Ed G.'s complaint about Windows-only availability is a valid point, perhaps they could be provided in Mac and/or Linux compatible formats in addition. I suppose the WebEX folk would have to address that issue, but if they can't, conversion to AVI or MPEG format wouldn't hurt, for those with non-M$ equipment. It's worth investigating, to keep the audience as wide as possible. -- 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: FREE SHARE webcast sessions
-APPARENTLY they are only available to windows users. too bad. WebEx supports MAC OSX, Linux, and Sun. Let us know if you have problems. Regards, Tom Conley -- 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
FREE SHARE webcast sessions
Posted by permission of the list owner. Streaming Videos from SHARE in Boston (August 2005) Twenty-three of the Boston SHARE sessions were recorded live as they were being presented. Click on each of these 23 sessions to play it as a streaming video. Videos include 7 ISPF presentations, 1 Rexx session, 3 IBM Application Tools sessions, and 12 Enterprise Software Change Management sessions. The videos are best viewed with Microsoft Internet Explorer. You will be prompted to download a Microsoft Active X component required to play the videos. It could take anywhere from one minute to 10 minutes for the first video to start playing, depending on your Internet connect and PC speed. Subsequent videos will start up faster. The video control panel may be dragged and dropped outside your viewing area. The volume may be adjusted and the videos may be paused, stopped, reversed, and fast forwarded. The link to these sessions is at: www.ispw.ca/share To comment on the videos, please send a note to [EMAIL PROTECTED], or post a note on this list server in reply. If you are not familiar with the IBM SHARE User Group, SHARE's web site is at www.share.org. See this site for the accompanying PowerPoint slides from the Boston SHARE conference. If you are not a SHARE member, you can still view the SHARE handouts by requesting a userid and password. There is no charge. The upcoming SHARE in Seattle, WA, March 5-10, will host more than 800 sessions, typically presented by the product developers themselves. Your feedback is appreciated. Would you like to see more of the SHARE sessions recorded as streaming videos? There is no cost for this initial set, but they may become an extra cost item for anyone who has not attended a specific SHARE conference. These speakers are not professional trainers. They are the actual product developers demonstrating what people can do with their tools. Being in the audience and having the opportunity to talk to the presenters is worth the price of admission, but for those of us who cannot attend SHARE, is this a viable alternative? Please post a reply to this list server in response, or send an email to [EMAIL PROTECTED] ISPW BenchMark Technologies Winner Inaugural SHARE Award for Excellence in Technology Calgary, Alberta, Canada Phone: (403) 215-1550 or 1-800-839-4779 Direct: (403) 215-1553 or 1-800-281-0546 x 226 Site: www.ispw.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: RACF Stop/Start?
- Original Message - From: Leonard Woren [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, September 13, 2005 11:08 PM Subject: Re: RACF Stop/Start? With ACF2, you can stop the address space, fix the db, restart the address space and you're running normally again. Can this be done with RACF? With ACF2, you can stop it and restart immediately pointing to an alternate db with a different name on a different volume. Can you do this with RACF? Leonard, Yes to both. You just need to know how to use the RVARY command. Regards, Tom Conley -- 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: RACF Stop/Start?
- Original Message - From: Irwin M. Deutsch [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, September 13, 2005 3:12 PM Subject: RACF Stop/Start? Hi, Our auditor has asked why have not protected the command to 'stop' racf. Neither I nor our MVS gurus know of such an animal. I found some STOP for RRSF in System Command manual, but that's just some part of RACF. Any ideas on what our auditor is talking about? Irwin, To put it politely, the auditor is speaking from the rectum (from the Latin oratus rectumis). It is not possible to stop RACF with a STOP command. An RVARY command can inactivate the RACF database, but you need a password to do that (shame on you if the password is still the default, use SETROPTS to fix that). Even if you managed to stop RACF, it would go into failsafe mode, and every RACROUTE gets a WTOR to the console which must be verified by the system operator (you haven't lived until you hit failsafe mode, it takes like 10 minutes to log on to TSO ;-) God save us from auditors who can't find it with both hands and a flashlight. Regards, Tom Conley -- 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: SYSMDUMP PROBLEM
- Original Message - From: Jerry Ragland [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, September 08, 2005 3:23 AM Subject: SYSMDUMP PROBLEM I have a SYSMDUMP which is transferred from a mainframe system in to a unix system. snip When I tried to open the SYSMDUMP using IPCS, IPCS fails to open the SYSMDUMP and gives the address space as RBA. Jerry, Use XMIT OUTDATASET or terse (TRSMAIN) to convert the dump to an Internet-friendly format. Then reverse the process on the destination mainframe and you should be good to go. Regards, Tom Conley -- 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: Replacing an entire PDS using DIRECT:Connect (NDM)
- Original Message - From: MikeInFla [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, September 08, 2005 12:36 PM Subject: Replacing an entire PDS using DIRECT:Connect (NDM) snip So any suggestions? Has anyone found a way using NDM to delete members of a target PDS that are not in the source? Or, is there another way to delete the PDS before the COPY (other than using DMRTDYN)? Mike, A non-elegant solution would be to NDM to a different dummy PDS, then have NDM submit a job on the receiving system to delete the real PDS, IEBCOPY from the dummy to the real PDS, and delete the dummy PDS. Regards, Tom Conley -- 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: Performance : COBOL trounces C / C++?
- Original Message - From: John Fly [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, September 07, 2005 2:28 PM Subject: Performance : COBOL trounces C / C++? Performance: COBOL trounces C / C++? snip We *always* see a huge discrepancy in the performance of these programs, C always being many times slower. Although I am at a loss as to why. If I take the same code (Cobol / C / C++) and use it on other platforms i.e. Unix or Windows the performance of the code is very similar. This leads me to the conclusion that the complexity of the code is nearly the same. I must then turn to the systems themselves : Mainly the compilers and system related code. I truly find it difficult to believe that the IBM C compiler is so horribly ineffective, or that the COBOL compiler is just that much better at generating efficient code. **There must be a way to bring our C code's efficiency near that of similar COBOL code. snip John, Do you have STROBE or a similar performance analyzer? If so, profile both programs and see where the time is going. Regards, Tom Conley -- 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: How Was Share?
- Original Message - From: Eric Bielefeld [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Friday, August 26, 2005 4:07 PM Subject: How Was Share? So, now that it is Friday afternoon, and there aren't enough people left on IBM-Main (I assume their all at Share) to start a good Friday off topic discussion, I'll have to start one myself! So, how was Share? Any earth shattering news? Anything us peons who can't go should know? Eric, This SHARE was the bombay! Like Ed Jaffe, I really felt the sense of community. It's amazing how close I feel to people I only see for a week every 6 months. After the hello's, it's like we see each other every day. How's the family? How's life? Does your job still suck? Are you still working for that a-hole? And then before we know it, the Bit Bucket finishes at 12 noon on Friday, and you're left with that empty feeling you always get when SHARE is over. I had the honor and privilege of being the last speaker at this SHARE, wrapping up my 6 minute topic at the end of the Bit Bucket. The audience response to my topic was overwhelming to me; they laughed at my jokes, and I began my next SHARE-based crusade (out with Dynamic ISPF, in with multiple logon). I had a fantastic time at this SHARE, and I'd like to thank all the folks who made that happen (you know who you are ;-) Regards, Tom Conley -- 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: VOLUME in SMP/E DDDEFs
- Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 24, 2005 4:32 PM Subject: Re: VOLUME in SMP/E DDDEFs On Wed, 24 Aug 2005 15:44:39 -0400, Thomas Conley [EMAIL PROTECTED] wrote: Guys, You WANT VOLUME and UNIT parms so you can tailor the DDDEFs for your online and offline res target zones (please tell me you're doing that and not using renames to install). Regards, Tom Conley Tom, That is my preference also (for the MVS environment), but I have also been at shops that do it via SSA so the access is via catalog. Mark, I only use SSA's to build a system during a ServerPac install. After that I always volser point my DDDEFs for my res sets. Tom -- 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: ISPF option 3.4 CATALOG multilevel alias
- Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, August 25, 2005 11:00 AM Subject: ISPF option 3.4 CATALOG multilevel alias I just changed my sandbox to use a multilevel alias level of 2. I then defined an alias of SYS1.LIH1 to point to the master catalog on my production system (just for testing). When I do an ISPF 3.4 on the SYS1 high level, I get duplicate entries for datasets which are catalogued in both catalogs. I also get SYS1 datasets which are catalogued in the production master catalog but not in the sandbox master catalog. Even though those datasets in the production master catalog do not start with SYS1.LIH1. This appears to be bug(?) in ISPF 3.4 -- John, This is WAD. ISPF announced an enhancement to 3.4 where the catalog will now be listed along with the dataset name, just to avoid the confusion. Regards, Tom Conley -- 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: VOLUME in SMP/E DDDEFs
Guys, You WANT VOLUME and UNIT parms so you can tailor the DDDEFs for your online and offline res target zones (please tell me you're doing that and not using renames to install). Regards, Tom Conley - Original Message - From: Greg Shirey [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 24, 2005 2:10 PM Subject: Re: VOLUME in SMP/E DDDEFs We are in the process of installing CICS TS 2.3 and I can't find a single DDDEF that has a value for either UNIT or VOLSER defined, but of course I can't speak to IBM's packaging rules. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Patrick O'Keefe Sent: Wednesday, August 24, 2005 10:35 AM As part of an ESP I'm giving feedback on the product's SMP process. I complained that UNIT and VOLUME weren't needed on DDDEFs if the datasets were cataloged (and that their sample allocation job cataloged them). I was told that IBM's product packaging rules require UNIT and VOLUME on all DDDEFs. Is that true? snip -- 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: Any way to get SDSF to cough up ICH408I?
- Original Message - From: Walt Farrell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 10, 2005 6:52 AM Subject: Re: Any way to get SDSF to cough up ICH408I? On 8/9/2005 9:11 AM, Thomas Conley wrote: I'm working on an ACF2 to RACF conversion. Getting SDSF to work under RACF is a royal PITA because all it gives you is an ISPF message NOT AUTHORIZED FOR xxx. The underlying ICH408I is suppressed, so I can't see the real failure. Is there any way to get SDSF to cough up the ICH408I so I can fix the problems? One of the SDSF designers has suggested that perhaps you have not issued the TSO command PROFILE WTPMSG, which allows RACF's ICH408I messages (issued by WTO) to show up on your TSO session. If that's not it, please tell us exactly what you were doing when you got that ISPF message. Walt, I found the PROFILE WTPMSG suggestion in the SDSF online help. That fixed the NOT AUTHORIZED FOR JOB, but the NOT AUTHORIZED FOR CMD is still giving us ZIP. IRRADU00 does not show any INSAUTH records, and SAFTRACE is empty. I've got a concussion from the bricks. We're going to try some things today to see what we can do. Please pass along to the SDSF designer that it would be a whole lot easier if SDSF would just issue the @#$%^* ICH408I, without jumping through the PROFILE WTPMSG hoop. NOWTPMSG is the default for a new TSO user, so debugging these errors is a huge PITA. Regards, Tom Conley -- 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: Any way to get SDSF to cough up ICH408I?
- Original Message - From: Rob Scott [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 10, 2005 8:48 AM Subject: RE: Any way to get SDSF to cough up ICH408I? Tom, I imagine that the RACROUTE REQUEST=AUTH for the commands has got the LOG=NONE option - I imagine the reason for this is that you would be flooded with ICH408I's just during SDSF startup as SDSF determines which commands you are authorized to see on the SDSF Primary Option Menu. Maybe there is an undocumented SDSF option that allows you to change the LOG=NONE to LOG=ASIS,MSGSUPP=NO ? If not - RACTRACE may help. Rob, SAFTRACE came up empty. I would love to see an option in SDSF to display the ICH408I messages. I'm going to submit a requirement in Boston. See you there maybe? Tom -- 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: Any way to get SDSF to cough up ICH408I?
- Original Message - From: Walt Farrell [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 10, 2005 9:36 AM Subject: Re: Any way to get SDSF to cough up ICH408I? On 8/10/2005 8:24 AM, Thomas Conley wrote: I found the PROFILE WTPMSG suggestion in the SDSF online help. That fixed the NOT AUTHORIZED FOR JOB, but the NOT AUTHORIZED FOR CMD is still giving us ZIP. IRRADU00 does not show any INSAUTH records, and SAFTRACE is empty. I've got a concussion from the bricks. We're going to try some things today to see what we can do. Please pass along to the SDSF designer that it would be a whole lot easier if SDSF would just issue the @#$%^* ICH408I, without jumping through the PROFILE WTPMSG hoop. NOWTPMSG is the default for a new TSO user, so debugging these errors is a huge PITA. Not authorized for cmd is still very vague, Thomas. What panel/display were you on, and precisely what did you do to get that message? Walt, I get NOT AUTHORIZED FOR CMD trying to purge my own output from the HOLD queue. Another system programmer here gets NOT AUTHORIZED FOR CMD when trying to add an initiator class from the INIT panel. Regards, Tom Conley -- 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: Any way to get SDSF to cough up ICH408I?
- Original Message - From: John Eells [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 10, 2005 9:40 AM Subject: Re: Any way to get SDSF to cough up ICH408I? Thomas Conley wrote: snip Sorry if I missed it earlier in the thread, but...there's nothing (i.e., no ICH408I message) in SYSLOG? Zip, zero, nada. (Nit: Of course, SDSF does not issue of ICH408I, RACF does. However, a caller can control the whether messages are issued; see the doc for RACROUTE REQUEST=AUTH for the gory details. This could become important to you later...or not.) Tell the SDSF developers that. From a TSO/E message standpoint, I think SDSF and RACF are acting properly, at least for the first case you describe. That's the entire intent of WTPMSG/NOWTPMSG, and how it's worked for at least 25 years. If I could go back in time and had the power to do so, I'd probably choose to make the defaults WTPMSG and MSGID, but it seems far too late to do that now. (Can you imagine the help desk calls from people who didn't understand all the new messages? *-Shiver-*) Fine, but to diagnose SDSF I have to get thousands of TSO users to turn on WTPMSG? Come on. For the second case, my personal opinion (which, when combined with a dollar, won't even get you coffee at Starbucks these days) is that there should be a way to diagnose the second problem from either messages issued to the user or messages recorded in SYSLOG without having to resort to SMF records and such. Eh, thank you for playing. There are no messages issued at all. The latest thinking is that the SDSF server itself is actually the address space getting the ICH408I and eating it before passing NOT AUTHORIZED FOR CMD back to the user. That's probably why the SAFTRACE came up empty. Stupid us, we ran it specifying the user as the jobname. What were we thinking? We're trying to set up another test specifying SDSF as the jobname, but we have to load our new converted RACF database first. Stay tuned for further updates. Regards, Tom Conley -- 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
SDSF finally coughs up the ICH408I (sort of)
Walt, Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace facility for 0080 SAF events and viola! I saw an OPERCMDS call for JES2.CANCEL.somethingorother. You may remember about 2 months ago that we had to disable OPERCMDS in order to prevent those unsightly 483 FRACINT abends for remote commands from ACF2. So we either get abends on remote commands or SDSF doesn't work. Heckuva choice Right now we're having fun trying to figure out how to modificate the ISFUSER exit to allow these to go through even if OPERCMDS is inactive. Do you have any better ideas? Regards, Tom Conley -- 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: SDSF finally coughs up the ICH408I (sort of)
- Original Message - From: Tom Schmidt [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 10, 2005 3:15 PM Subject: Re: SDSF finally coughs up the ICH408I (sort of) On Wed, 10 Aug 2005 15:02:33 -0400, Thomas Conley wrote: Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace facility for 0080 SAF events and viola! I saw an OPERCMDS call for JES2.CANCEL.somethingorother. You may remember about 2 months ago that we had to disable OPERCMDS in order to prevent those unsightly 483 FRACINT abends for remote commands from ACF2. So we either get abends on remote commands or SDSF doesn't work. Heckuva choice Right now we're having fun trying to figure out how to modificate the ISFUSER exit to allow these to go through even if OPERCMDS is inactive. Do you have any better ideas? Tom, ACF2? Are you maybe running ACF2 and RACF (mixed) in a sysplex? There may be a zap you may apply to avoid the abends in that case. Then you can reenable OPERCMDS ... and maybe we can crack open a cold one at SCIDS in Boston? Tom, If you missed my first post, I am doing an ACF2 to RACF conversion. We are mixed in the SYSPLEX, so turning off OPERCMDS in RACF was our only real option. Unfortunately, that makes SDSF non-functional, and I got 50 users saying, Why can't I purge my jobs, change INIT classes, change SRVCLASS?, etc. I've been trying to figure out why SDSF wasn't working for weeks here. We had some problems with their ISFUSER exit, but we fixed those and ran right into this OPERCMDS issue, which I've been working on for well over a week. It would have been so much @#$%^$# easier if SDSF had issued a message like OPERCMDS IS INACTIVE, YOU SCHMUCK, but I guess that's asking too much. The unsupported zap of which you speak is a non-starter here, unless IBM wants to step up to the plate. We're trying to figure out if we can code ISFUSER to let us slide on OPERCMDS if it's inactive. Ice it up, baby, I'm there. Tom -- 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
Any way to get SDSF to cough up ICH408I?
I'm working on an ACF2 to RACF conversion. Getting SDSF to work under RACF is a royal PITA because all it gives you is an ISPF message NOT AUTHORIZED FOR xxx. The underlying ICH408I is suppressed, so I can't see the real failure. Is there any way to get SDSF to cough up the ICH408I so I can fix the problems? Thanks, Tom Conley -- 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: Downloading CBPDO RIM Files
- Original Message - From: Robert A. Rosenberg [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Saturday, August 06, 2005 3:18 PM Subject: Downloading CBPDO RIM Files I have been away from Operating System Support for a LONG time and have just gotten a job where I am now doing (among other things) SMP Support. I have been given a CBPDO tape to install but while there is no docs on how to download the RIM library from the tape (CATCH-22). Can someone please post the JCL to access this library (ie: The File Number and DSN at least) since I know it is a standard IEBCOPY step. Robert, Use the SMP/E RECEIVE dialog. It has an option to download the RIM, the DOC, etc. Regards, Tom Conley -- 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: EJES vs. IOF??? Try Sysview
- Original Message - From: ibm-main [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, August 04, 2005 6:40 PM Subject: Re: EJES vs. IOF??? Try Sysview You still an employee of CA Norman ???. If so, perhaps you should make that more obvious when plugging CA products like this. Ed, Bruce, CC, et al make no attempt to hide their relationship with their employer Shane ... Shane, Norman's never been a product pimp, even when he was with Candle. He's never hid his company affiliation, so I think you're off-base here. Norman's one of the good guys. As far as SYSVIEW itself, it's a nice product, but SDSF has caught up with and surpassed it in JES spool browsing, IBM has added many of its dynamic functions, and TASID, SHOWMVS, and MXI provide most, if not all, of the display capability, for a lot less $$$'s. Given CA's outrageous price increases and the fact that they stripped capability from Legent license holders, I no longer recommend SYSVIEW. Regards, Tom Conley -- 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: ISREDIT macro and ampersands
- Original Message - From: Gil, Victor x28091 [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, August 03, 2005 12:03 PM Subject: ISREDIT macro and ampersands When a source line happens to contain an ampersand it can still be read by ISREDIT (THELINE) = LINE ROW However, an attempt to rewrite it back [even unchanged!] ISREDIT LINE ROW = THELINE fails, and so does an attempt to examine its contents with the SUBSTR function. Use Rexx instead of CLIST. Regards, Tom Conley -- 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: Dilemma of a young Mainframe Systems Programmer
So back to Tyler and his dilemma what would you do when looking at the current status of the industry and the road ahead? Tyler has had a friend who is a Manager of the Technical department for a Unix shop begging for him for years to come automate the system, so throw that into the mix. Consider the potential death of the mainframe in Tyler's working existence, which would mean he would have to start all over. Consider that Tyler is rather close to graduating with a Computer Science degree. Consider the innovation death within mainframe computing and the alternative of Unix, Tyler, RUN, DON'T WALK, into that Unix job. RIGHT NOW. STOP WHAT YOU'RE DOING AND QUIT. UNIX is the future, and we are the past. If you are as much of a cowboy as Francisco says, Unix will be right up your alley. Why are you even worried about this choice? This one is a real no brainer. Regards, Tom Conley -- 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: DFSORT Selecting all records today - 365 days
- Original Message - From: Ed Long [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, August 02, 2005 1:26 PM Subject: DFSORT Selecting all records today - 365 days Hi all. I'm trying to develop a simple purge using DFSORT that drops all records in the input older than 1 year. The target field is an externalized DB2 timestamp. So far, the following works, sort of, but is not very elegant. Any suggestions? SORT FIELDS=(COPY) INCLUDE COND=(21,7,CH,EQ,C'2004-07',OR, INCLUDE COND=(21,7,CH,GT,C'2004-06')??? -- 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: RMM Bins
- Original Message - From: Frank Habura [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, July 26, 2005 4:21 PM Subject: RMM Bins Need a little RMM help - after a CDS corruption I forward recovered and restarted RMM. I received a message that the recovery may have errors, so I ran EDGUTIL. It seems that a tape was assigned to two different bins. I can move the tape to a new location, but there are still two bins. I can't delete a bin because it's not empty. I delete the tape from RMM, then get a message that a tape that does not exist is assigned to a bin. How can I delete a bin that's not empty? Thanks in advance, Frank Habura Southwest Gas Corp. Frank, What does your RMM VERIFY show? Did you run a MEND operation yet? You can unload, hack, and then reload RMM, but you should get guidance from IBM. Open a PMR ASAP. Regards, Tom Conley -- 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: SMP/E Upgrade to 3.3 Gone Bad.
- Original Message - From: Howard Rifkind [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, July 21, 2005 1:31 PM Subject: SMP/E Upgrade to 3.3 Gone Bad. In the process of upgrading SMP/E to V3R3 the apply check ran without any issues, RC=0. Running the apply it blasted the day lights out of things starting with a failure on a GIM dataset which ran out of directory blocks. What would be the best way to back things out to prior to running the apply step. Howard, Unless you took a backup of your ENTIRE target environment just prior to the APPLY, your best bet is to fix the directory blocks and rerun the APPLY. SMP/E will do just fine if you fix the datasets and go forward. Regards, Tom Conley -- 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: IEBGENER and SDB
- Original Message - From: R.S. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 20, 2005 10:02 AM Subject: Re: IEBGENER and SDB Walter Marguccio wrote: Dear list, I have two jobs which run weekly. The first dumps physically a volume to tape. JCL follow: //ST01 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //TAPE DD DSN=my_dsn(+1), // DISP=(,CATLG,DELETE),UNIT=our_vts, // DCB=(JGE.MOD,BLKSIZE=19000) //SYSINDD * DUMP ADMIN IDY(my_vol) OUTDD(TAPE) OPT(4) COM The second job copies the output file from the first job to another tape. JCL follow: //STEP1EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=my_dsn(0),DISP=SHR //SYSUT2 DD DSN=my_dsn_totape(+1), //DISP=(,CATLG,DELETE),UNIT=our_vts, //LABEL=(1,SL),VOL=(,RETAIN), // DCB=(JGE.MOD,RECFM=U,LRECL=80,BLKSIZE=19000) //SYSINDD DUMMY I wanted to use SDB in order to decrease EXCPs, written blocks and elapsed time. So I changed BLKSIZE=0 to both JCL above. As result, the first job runs fine as before, but in the second IEBGENER doesn't want to copy the file. I always get: IEB352I WARNING: ONE OR MORE OF THE OUTPUT DCB PARMS COPIED FROM INPUT IEB317I JOB TERMINATED,NO INPUT BLKSIZE/LRECL I tried several time adding PARM='SDB=YES' or LARGE, but no way. I tried to comment DCB out, no way either. I really ran out of ideas. I know I can use DFSMSdss COPYDUMP to accomplish the second goal, but the question here is why is IEBGENER not able to handle a file whose BLKSIZE has been system determined. We are at z/OS 1.4 level. Any help is appreciated. AFAIK it is ADRDSSU fault. ADRDSSU does *not* use LBI (blocksize 32kB), however uses blocks up to 64kB in it's own way. I would say illegal way. The effect is there is no valid blocksize information neither in TMS (IBM RMM at least) nor tape labels. The dataset looks like it would have blocksize=0. Not SDB, just ZERO. Solution: Method 1. Code blocksize=32760 in first step. Probably (I haven't checked it) you'll get 'legal' blocksize values. Method 2. Change step2, drop IEBGENER, use ADRDSSU COPYDUMP instead. Method 3. Use OUTDD(TAPE1,TAPE2) in first step and drop second. Rad, Sorry, DFDSS overrides any blocksize and substitutes it with its own blocksize. It used to fail if you specified blocksize. With IEBGENER, you cannot specify BLKSIZE=0 for a RECFM=U file, you must specify an explicit numeric blocksize. I agree with the poster who said earlier that you should use two OUTDD statements in DFDSS to make a separate copy. You can't copy DFDSS tapes with IBM utilities. Regards, Tom Conley -- 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: How to add, dynamically, a catalog to VLF?
- Original Message - From: DMR-Qualitas Outsourcing [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 13, 2005 6:56 AM Subject: How to add, dynamically, a catalog to VLF? Hi folks, we need to know how to add, dynamically, a catalog to VLF. Actually, this catalog resides at ISC. The sequence executed is: 1) Remove this catalog from ISC with 'F CATALOG,ALLOCATE(catname),NOISC' 2) Add this catalog to VLF with 'F CATALOG,VLF(catname) Then, this catalog is closed. We force to open this catalog (browse to any file of it) and it's open but at report of 'F CATALOG,ALLOCATED' shows this catalog with '-' at third position and therefore it isn't at ISC or VLF!!! FLAGS -VOLSER-USER-CATALOG NAME YS--R- S00013 0001 CATALOG.XXIN This is normal. The status will be '-' until the catalog is actually accessed. Did you remember to recycle VLF to pick up the new COFVLFxx? Regards, Tom Conley -- 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: RVA: How to free up space from deleted datasets wtihout IXFP
Bruce, Duh, must have been seriously sleep deprived when I agreed with this madness. You are correct, of course. I was probably still in shock that anyone would have an RVA without IXFP. That's like running a car on rims. Nice catch. Tom - Original Message - From: Bruce Black [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 06, 2005 9:34 AM Subject: Re: RVA: How to free up space from deleted datasets wtihout IXFP Copy the data sets elsewhere and INITialize the volume using DSF. NO! That will make the problem no better and probably worse. If you do a minimal INIT (just VTOC), then the tracks for all the datasets that used to be on the volume will STILL be assigned in the back-store. If you do a medial INIT (write every track), then EVERY track ont he volume will be assigned space on the back-store. What he could do is move all the datasets off a volume, then DELETE the volume from the RVA control panel (which releases the backstore), then redefine the volume and move datasets back. This could be very tedious. I agree, IXFP is necessary to the management of an RVA, there is no other way to release unused space. Alternately, you can license the SVAA product from StorageTek, more recent version of IXFP. -- 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 -- 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: How to free up space from deleted datasets wtihout IXFP
- Original Message - From: David Andrews [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 06, 2005 11:17 AM Subject: Re: How to free up space from deleted datasets wtihout IXFP One way to free up space on your RVA without IXFP is to fill up your volumes with large datasets containing binary zeros, then delete those datasets. The backend will still remember those tracks as they do without IXFP today, but they'll be compressed into near-nothingness. David, Whoa mama! Cool man! (a la Bart Simpson). Great solution to a really snipped problem. Tom -- 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: problem IKJEFTSR
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 06, 2005 6:00 AM Subject: problem IKJEFTSR I got a problem : IKJEFTSR interface error Authorized program 'VRASPFLK'. Return code = 20. Reason code = 56. I have listed the library to APF and listed also in IKJTSOxx. Someone have any sugestion ...? Put Vanguard in LINKLIST, don't STEPLIB to it in your TSO logon proc. Regards, Tom Conley -- 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 VSAM Statistics are often Bogus
- Original Message - From: Mark Thomen [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 06, 2005 11:26 AM Subject: Re: IBM VSAM Statistics are often Bogus Had I worked in VSAM for 30+ years I'd have made this change a long time ago and this issue would never have been so contentious. But I've only been working directly in VSAM for a couple of years now so I apologize for not publicizing this sooner. And as several users have pointed out, invalid data is invalid data - and how can you make business decisions on invalid data? If your checking statement said you had $3,127.47 but next to it in parentheses it said (but this amount is invalid), would you go out and try to spend the money? No, I think you'd be kinda cautious so you didn't get arrested for fraud. I wonder how businesses can make decisions on the same invalid data. We do have plans to correct the problem, but it's dependent on resources, and time. Mark, The only beef I had with this whole thing is that IBM did not protect the customer investment with the first fix. I know you hate the compromise fix, but it was the right thing to do. Ensuring that customer code runs uninterrupted wherever possible should be one of the highest development priorities. The new fix allows application code to run unchanged (although REXX will probably still fail because the '*' is abutted to the end of the number), while giving the new information that the data is potentially invalid. Regards, Tom Conley -- 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: How to free up space from deleted datasets wtihout IXFP
Caleb, HTF do you buy an RVA without IXFP? Ed's right, you'll have to dump, reinit, and restore your volumes in order to reclaim NCL. If you're at 85% NCL, your box has been sick for a long time. RVA without IXFP just doesn't make sense. You would have been better off spending your money on a Shark or an EMC. Regards, Tom Conley - Original Message - From: caleb ong [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, July 05, 2005 9:35 PM Subject: RVA: How to free up space from deleted datasets wtihout IXFP Hello, We have a RVA with NCL nearing 85%. We don't have IXFP. We are trying to free up space to bring down the NCL. The deleted dataset space from os/390 is not freed up in rva. From the docs and the archives post, we know that we need to run dynamic ddsr and interval ddsr. But this is part of ixfp and we currently don't have this sw. Without IXFP, is there no other way to reclaim spaces from deleted datasets ? The redbook seems to indicate that IXFP was an option, if this is the case, then there should be some other way to reclaim spaces outside of ixfp. Outside of ixfp, is there any manual procedure that you could do to reclaim the space from deleted datasets ? it doesn't have to be online, any procedure , even those that require downtime on the rva. thanks in advance. Caleb _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: Couple of questions on JES2 output handling
- Original Message - From: Perryman, Brian [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 30, 2005 10:52 AM Subject: Couple of questions on JES2 output handling Hi folks I want some types of STC to have their output immediately purged, assuming they complete successfully - repetitive tasks like BPXAS, SMF archiving, things like that. I can see how to do that using JES init statements or commands. But for other STCs like HSM, RMM, CICS etc I want the JESMSGLG, JESJCL, JESYSMSG etc all kept for a while, regardless of whether they completed successfully or not. So first question is, can this be done and, if so, how do I go about it please? Brian, Even simpler than the MSTJCL hacks propagated by Kojak, try S DFHSM,MSGCLASS=A or whatever. You can even do it without an IPL. Regards, Tom Conley -- 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: Message Standards w9as: Another OS/390 to z/OS 1.4 migration question (COBOL)
- Original Message - From: Bill Klein [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 23, 2005 2:15 PM Subject: Message Standards w9as: Another OS/390 to z/OS 1.4 migration question (COBOL) Tom, You say this in this message and said (when I asked where you got this idea - in another message) I got this idea from the IBM pubs coordinator. Can you tell me Who/what IBM pubs coordinator told you that there was an IBM-wide standard that all messages (for all products) should have a documented programmer response documentation? This is a quite serious question. I (personally) am aware of product publication coordinators but from all the times that I have dealt with IBM dox, I new of some inter-product communication BUT not of any IBM-wide coordinator. If there is truly such a person (or position) *AND* if they truly have a company-wide policy, then is very much something that we need to deal with the COBOL folks on. Bill, In the mid-90's, I was pushing to get ISPF's self-documenting messages documented in a manual. My escalations took me to a woman (don't remember her name), who either worked in Mechanicsburg, or had responsibility for Mechanicsburg (for those who do not remember, Mechanicsburg used to be IBM's paper mill, er, manual center). She informed me that it was an IBM Corporate Standard that all messages be documented in a manual, with appropriate response fields. Armed with that knowledge, we tilted at the ISPF windmill, and won. My attempts to get the IS HELL messages have been far less successful; the developer has made it clear to me that he thinks I'm an idiot if I can't figure out his self-documenting messages (search the archives of IBM-Main a few years ago if you want to see my rants on that subject, I think BPXM003 was the specific message id). The next windmill that has presented itself is this COBOL stuff. Now that Kevin Kelley is on the case, I'm feeling a lot better about getting this done. I plan to bring this up at SHARE as something that IBM must address at a corporate level. They talk about the need to make z/OS an easier platform to administer, deploy, and use, but they have developers who won't even document the error messages put out by their products. That's got to stop. Regards, Tom Conley -- 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: Message Standards w9as: Another OS/390 to z/OS 1.4 migration question (COBOL)
- Original Message - From: W. Kevin Kelley [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 23, 2005 9:09 PM Subject: Re: Message Standards w9as: Another OS/390 to z/OS 1.4 migration question (COBOL) There is an IBM corporate standard for both Message Formats and for Message Documentation dating from the S/360 days. The Message Format standard only applies to messages that can appear on an operator's console, so that would not apply to COBOL messages. The Documentation Standard may apply to COBOL; I'll have to check. I own both standards. Before you ask, the standards are considered IBM Confidential. There have been various attempts over the years to get them unclassified, but all of those attempts have failed. -- W. Kevin Kelley z/OS Core Technical Design IBM Pok Lab Kevin, Thank you for confirming that there is a message documentation standard. Glad to see you're on the case. I think it's even more important to fully document error messages given IBM's corporate direction to make z/OS easier to use. Will you be at SHARE in Boston? Regards, Tom Conley -- 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: Another OS/390 to z/OS 1.4 migration question (COBOL)
- Original Message - From: Bill Klein [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, June 23, 2005 8:45 AM Subject: Fw: Another OS/390 to z/OS 1.4 migration question (COBOL) What is not self-describing about these is why they suddenly started appearing when the programmer hadn't changed any of his code, that's what! If messages start appearing after a migration of compilers, then SOMEONE (application programmer or systems programmer) SHOULD have the sense to check in the Migration Guide. Furthermore, IMHO, anyone (systems programmer) who does a migration of compilers and does NOT look at what compiler options are DOCUMENTED as changing and figuring out what implications this has for their shop, isn't doing their job. If the complain was (which is NOT true) that this isn't documented as a CHANGE in both the Migration and Installation manuals, then I would say - yes, there is a problem, but this one just isn't in that category. Bill, How about my case, where the failing program wasn't compiled until 6 months after the COBOL migration? HTF were we supposed to relate that failure to the bloody COBOL compiler upgrade? WTF do you guys have against IBM providing at least a programmer response field for each message? I just don't get why you guys continue to think that providing messages without a response field is acceptable. I bet you think that the BPX messages coming out of ISHELL are also self-documenting. Regards, Tom Conley -- 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: Another OS/390 to z/OS 1.4 migration question (COBOL)
- Original Message - From: Bill Klein [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, June 22, 2005 9:53 AM snip IGYPS0157-E A shift-out was found in column 50 without a matching shift-in in a nonnumeric or national literal. The literal was processed as written. IGYPS0158-E A nonnumeric or national literal containing double-byte characters was found which exceeded the maximum literal length or reached end of area B before terminating. A literal delimiter was placed at column 72 of line snip NOTE WELL: COBOL compiler messages (IGY) are *not* documented; they are self-documenting. If your application programmers can't figure out these specific messages, I would suggest additional training for them. If they don't know WHY they are getting the messages now (but not before), then I suggest you provide them references to the COBOL Migration Guide which does talk about such changes (NODBCS to DBCS). FYI, This self-documenting stuff is NOT IBM STANDARD!! IBM's official stance on messages is that ALL messages should be documented, with the appropriate Programmer and Operator response fields documented. I had this same argument with COBOL level 2 when I called in this problem. My exact words were HTF am I supposed to know that this error message was caused by you changing the default from NODBCS to DBCS? I did submit an RCF for this issue. Maybe someday the idiots in COBOL doc will fix it. Your premise that the users require additional training is patently absurd, as is the suggestion to provide a reference to the COBOL Migration Guide. HTF is anybody supposed to know that this error message was caused by something discussed in the COBOL Migration Guide? We had this same fight with ISPF messages ages ago, and now there's an ISPF messages manual because of it. COBOL should do the same. There, I feel better now. Regards, Tom Conley -- 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: Another OS/390 to z/OS 1.4 migration question (COBOL)
- Original Message - From: Joe Zitzelberger [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, June 22, 2005 7:58 PM Subject: Re: Another OS/390 to z/OS 1.4 migration question (COBOL) On Jun 22, 2005, at 7:04 PM, Steve Comstock wrote: IGYPS0157-E A shift-out was found in column 50 without a matching shift-in in a nonnumeric or national literal. The literal was processed as written. A shift-out without a shift-in? Pretty obvious. Not if he was not using DBCS. No reason to expect this message. Apparently it was caused by the change if default compiler option settings, which does seem a little obscure, don't you think? Not at all. Just because you find a shift-in in your source doesn't mean the error message is at fault. If you look at your listing and actually see a shift in there, then you might want to complain about the preprocessor that placed it there. But that would be the preprocessors fault, not the message -- it means exactly what it says. If you will pardon the pun, this sound like a perfect example of 'shooting the messenger' instead of addressing the root cause. Joe, You are wrong here. Imagine a shop that has used COBOL for decades, and can't even spell DBCS. All of a sudden this message pops up after a compiler upgrade. The programmer asks What's a shift-in? The systems programmer says BTF outta me. Let's get the message manual. Oops, no manual, now what? Open a PMR only to be told by COBOL Level 2 what an idiot you are.. Your assumption that this message tells the whole story is absurd. Every IBM message is supposed to have a response documented, like this: Programmer response: If using DBCS support, be sure that your DBCS character stream contains proper shift-in shift-out pairs. If you are not using DBCS, be sure that you specify the NODBCS in your compile. Problem solved. Expecting the user to know every option and feature of the COBOL compiler, especially those features and options that they're not even using, is ridiculous. That's why every error message generated by an IBM product is supposed to be fully documented with appropriate Response sections. Regards, Tom Conley -- 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
SESSION MANAGMENT
- Original Message - From: Farley, Peter x23353 [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Monday, June 06, 2005 10:30 AM Subject: RE: SESSION MANAGMENT John, a question to your question: If you don't use a session manager, how do remote users who lose their TN3270 session due to non-mainframe problems (timed-out VPN, blue-screen-of-death, etc.) log themselves off of TSO when they get back into the network? In a large organization, you do not want lots of people calling central operators for session cancels, it clogs the work arteries way too much. Where I am, Netview Access (or whatever it is now called) lets me log myself off TSO when I get back in without needing any operator intervention. It's probably the most-used feature, considering you can never get the same LU name coming back in as the one you had previously, so you always have to get your prior session logged off so you can logon again under the new LU. Peter Peter, Check out Gilbert St.Flour's IKJEFLN exit at http://gsf-soft.com. It doesn't work if you have OPERCMDS active, but Gilbert will be glad to sell you the fix ;-) I installed that bad boy on my P390, and finally got reconnected whenever my DSL dropped. Regards, Tom Conley -- 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: CST/RSU recommendation vs RefreshPac-SFSs (CustomPac) (was: PUT vs. RSU)
Jan, My replies below. Regards, Tom Conley On Wed, 25 May 2005 14:57:16 -0500, Jan Vanbrabant [EMAIL PROTECTED] wrote: The main question is: what *IS* now IBM's final recommendation? CST/RSU is free, probably of a higher quality, but incomplete (only for z/OS major subsystems). Disagree. You send IBM your CSI bitmap on ShopZ, and you should get back all the RSU maintenance for all installed products. CustomPacs are personalized and contain service for ALL CSI products. I wouldn't trust a CustomPac as far as I could throw it. Can you work with both approaches, CST/RSU and Custompac? Why do you want to pay for something that you can get for free? For as far as I know (I'm not the SMP/E expert overhere), it doesn't look to me as an or-or relationship. From a purely technical point of view, it should be possible to use both techniques in parallel. In theory, it should be possible to work for example with 2 CSIs, a RSU-CSI a Custompac-CSI. And I suppose we can reconciliate with cross-zone SMP/E. But are there considerations about doing so? Pro's con's? Do's and don'ts? My best practice is to use SUF until it goes away. IBM recommends ShopZ, but it's still too much manual intervention for me. I've had bad experiences with CustomPacs, so I will not use them again. If they work for you, great, but is the cost of them really worth the minimal time savings? In my case, I spent more time correcting the CustomPac errors than I would have if I did it all myself. -- 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
Getting multiple instances of Acrobat Reader
FYI, I fingered out how to get multiple instances of Acrobat Reader (I'm running 7.0.1, YMMV). Go to Edit, Preferences, and select General. Check the box that says Show Documents in Taskbar and recycle Acrobat and viola! Regards, Tom Conley -- 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: Who deleted my member?
- Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, May 25, 2005 4:13 AM Subject: Who deleted my member? Hi All, I would like to know who deleted member in my PDS dataset and I found some sample JCL (shown below) using program ICETOOL to read SMF type 42 but DFSORT is not licensed for use on our system. Change ICETOOL to SYNCTOOL. Regards, Tom Conley -- 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: Impossible? convert PDF to Book/Manager format?
Bravo for providing documentation ion all 3 formats. I encourage all vendors to do so and really get on their case when they decide to drop a format, which unfortunately is usually BookManager. Don Imbriale For our products, we generate HTML, PDF, and BookManager softcopy books from a common source (M$ Word documents). - | 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 | - Question to the list: WTF is anyone still using BookMangler format? After Adobe created their new search feature in Adobe 6 (if you're still running Adobe 5, go download 7 NOW), there's no reason to continue to use BookMangler. The only reason to use it in the first place was the superior search capability, but now that Adobe has that function, bye-bye BM!! Regards, Tom Conley -- 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: Impossible? convert PDF to Book/Manager format?
Thomas Conley wrote: Question to the list: WTF is anyone still using BookMangler format? After Adobe created their new search feature in Adobe 6 (if you're still running Adobe 5, go download 7 NOW), there's no reason to continue to use BookMangler. The only reason to use it in the first place was the superior search capability, but now that Adobe has that function, bye-bye BM!! You're joking. Right, Tom? -- - | Edward E. Jaffe|| Ed, I know you have to support it, but I haven't used BookMangler format in over a year. Everything I download now is PDF format. The old argument was, Use BM for search, PDF for printing. Now that PDF has the search function, I don't need BM at all. Why did you think I was joking? Do you still have a hard time using PDF? Tom -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Imbriale, Donald , Exchange [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 3:30 PM Subject: RE: Impossible? convert PDF to Book/Manager format? It's o'dark thirty. Production job down. Application developer needs access to doc. They're logged on from home directly into z/OS. BookManager is right there. Got what they need, fix the problem, job reruns, life is good. Don Imbriale Don, Since I'm logged in from home at 0dark:30 on my PC, I usually read the doc on my PC and toggle to my 3270. Regards, Tom Conley -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Greg Shirey [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 3:30 PM Subject: RE: Impossible? convert PDF to Book/Manager format? Isn't it easier to select and cut a block of text (to copy into an email, say) from BM than Adobe? Greg, I have the same problems with both PDF and BookMangler. The box characters mess up the Cut/Paste, the proportional fonts mess things up (although Vista's PasteFlow function really helps with that). Tom -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 3:31 PM Subject: Re: Impossible? convert PDF to Book/Manager format? 1) IMO, Bookmanager search is still better and faster. 2) Some folks have no control of what applications/versions are on their desktops. Until 3 weeks ago I was running WinNT with Adobe 5. 7 isn't even supported on NT. New laptops are being rolled out with XP, but my new one still came with Adobe 5. Later this year a refresh of standard applications on the desktop is being done and I'm sure that will include Adobe 6 or 7. I am lucky that I actually have admin authority to my own machine and installed Adobe 7 (which BTW, is quicker than 6). But that is only because of the apps I need to download from the mainframe and install (HMC, RMF, etc.). Mark, 1. I've found that a lot of companies aren't distributing the PDF indexes yet like they do with the .bki stuff. PDF search can go cross bookshelf depending on the index you use. Without the index, the search does take some time. 2. This is the biggest problem I've found with people using Adobe. They're stuck at 5 (or worse) and can't get 6 or 7 installed. Granted, the early 6 releases were buggy, but 7 is the bomb. I haven't used BM format in over a year and I have no intention of going back. Tom -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Eric Bielefeld [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 3:54 PM Subject: Re: Impossible? convert PDF to Book/Manager format? Hi Tom, I have Adobe 6, and searching a PDF seems to take forever. I would prefer that everyone do like IBM does - give you a CD with both Bookmanager and PDF files. If I want to print a section or chapter, I use PDF. If I need to find something, nothing beats Bookmanager. By the way, is there a way to enter 2 or 3 keywords in Adobe? I know it works in Bookmanager, but I'm not sure about Adobe. Eric Bielefeld PH Mining Equipment Eric, The problem is that vendors are not yet distributing the PDF indexes like they are the .bki files for BM. Once they do, the multiple keyword searches should work similar to BM. Tom -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Taddei, Cathy [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 6:23 PM Subject: RE: Impossible? convert PDF to Book/Manager format? Ditto everything below, plus: I like being able to have a lot of manuals open at one time, and usually I can remember which one is which in my taskbar (and if not, hovering over it gives me the name), so I just click on the manual I want to look at -- very fast! With Acrobat, and maybe this is just me, but no matter how many manuals I open, I get only the one instance of Acrobat. To switch from one manual to another, I have to use the clumsy Window drop-down, and I can't look at two manuals at once. Has anyone gotten around that? My Acrobat 7 reader opens multiple instances. Regards, Tom Conley -- 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: Impossible? convert PDF to Book/Manager format?
- Original Message - From: Edward E. Jaffe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, May 24, 2005 7:43 PM Subject: Re: Impossible? convert PDF to Book/Manager format? Thomas Conley wrote: My Acrobat 7 reader opens multiple instances. Tom, You must live right! Please describe _in detail_ how you make this happen. Also, I'm still waiting to hear how you run multiple instances of your TSO/E session in a sysplex with a shared profile data set. Remember this post? http://bama.ua.edu/cgi-bin/wa?A2=ind0502L=ibm-mainP=R12561 -- - | 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 | - Ed, You want detail, you got it. I click on a pdf file in Explorer, then I click on another one. I get two instances of Acrobat and toggle between them with Alt-Tab (seriously, that's all I do. Do you not get multiple instances with your version of Acrobat 7?) As far as the shared profile for ISPF in a SYSPLEX, just do it. The last image to log off wins. Check out Lionel's article in TechSupport http://www.naspa.com/PDF/2004/0504/T0405002.pdf (talk about ironic, it's a PDF! ;-) Tom -- 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
