Re: DUMMY and BLKSIZE
In a recent note, Gerhard said: > Date: Mon, 30 May 2005 00:00:09 EDT > > I haven't tried this for several decades, but a DD DUMMY under MVT would > always > work, whereas a DSN=NULLFILE required a valid unit, etc. to avoid allocation > failure. I found this out the hard way when I had a program that allocated a > direct 327x, and I had to find a convenient way to override the allocation in > a > PROC (I used the BLKSIZE to request alternate allocation: 0 for SYSIN/SYSPRINT > simulation, 5 for VTAM, etc.). I'd guess that in an SMS system all bets are > off? > Ancient history; the stuff of legend. I had a colleague who, likewise within the past decade, declined to use DSN=NULLFILE because of bitter memories of exclusive ENQ conflicts with SYSDSN NULLFILE. I was unable to duplicate his experience, also. It's easy to suspect that at some point in time IBM resolved all such problems by adopting a tactic of converting DSN=NULLFILE to DUMMY early in the JCL conversion process, and that the few (only?) contributor[s] to this thread that maintain (without presenting evidence) that the behaviors differ perhaps have lingering memories of the status quo ante. Perhaps a reader with access to internal historical information can confirm or refute my surmise. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Friday question: How far back is PLO instruction supported?
on 5/29/05 8:45 PM, Art Celestini at [EMAIL PROTECTED] wrote: > Probably the biggest customer of this type is the US Government, which > includes all of the branches of the Military. Usually, funds are > allocated to setup a new system that cover (1) the initial cost of the > equipment and software and (2) an (adjustable) maintenance budget for > both thereafter. >---SNIP--- Art, I was in Germany in Army in the early 70's and we were lucky to have 2 mod 50's and 2 mod 30's. In the far reaches there were (IIRC) still UNIVAC 1105's. We were a HQ so we had the "goodies". Before I showed up the unit had (well actiually the entire US Army had been kicked out of France) and there they had 7090's (I THINK my memory can't be trusted on that).. Indeed the "one time" set up was as you suggested was ONE TIME. IIRC we were the only MFT shop in Germany (at least in the Army). There were several dos places for payroll (I think). The civilians that ran the place made a stab at becoming the "world data center". They lost out to dos . I think (rumor) the army decided to go VM (running dos) and all the work that had been done was lost. I never did hear (nor cared) what happened to the UNIVAC machines. Knowing the army they are still running them. I was one of the tech support people for much of the issues. While it wasn't state of the art they were doing some TP (BTAM of 2260's) the batch processing was the center stage. Trying to get money for anything was always a pain. Our GS18 was always taking off to DC to lobby for funds. I can only guess what the army is like now days. But as you indicated (I think) things haven't changed in all this time. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DUMMY and BLKSIZE
--- You wrote: What I would like to know is: Where is the difference between DSN=NULLFILE and DUMMY which Mr. Gilmore asserts (assumes?) ? ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) --- end of quote --- I haven't tried this for several decades, but a DD DUMMY under MVT would always work, whereas a DSN=NULLFILE required a valid unit, etc. to avoid allocation failure. I found this out the hard way when I had a program that allocated a direct 327x, and I had to find a convenient way to override the allocation in a PROC (I used the BLKSIZE to request alternate allocation: 0 for SYSIN/SYSPRINT simulation, 5 for VTAM, etc.). I'd guess that in an SMS system all bets are off? Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS IPL Avoidance Checklist August 01, 2005
Residencies z/OS IPL Avoidance Checklist August 01, 2005 Contact: Frank Kyne, Poughkeepsie, NY Need 2 residents. More details are available at http://www.redbooks.ibm.com/residencies/ZS-0005-R01 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Entry level readers?
Hello Shmuel, Just a little time past I posted regarding job openings of a junior nature, and a senior CICS SP position. On review of the responses, the majority did come into the junior sysprog category. And some of those responses were from people with zero sysprog experience. So I think any job posting will reach all levels of applicants. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More Hype for the B1 visas?
I looked up synonyms for the word 'skilled' in the IBM dictionary and found 'cheap', 'inexpensive', 'low-priced', 'economical' and 'cut-price' :-) James F Smith -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: 30 May 2005 07:16 To: IBM-MAIN@BAMA.UA.EDU Subject: More Hype for the B1 visas? Fewer students seek computer degrees Detroit News Sat, 28 May 2005 11:43 PM PDT The number of undergraduates signing up for computer degrees is falling fast, making IBM Corp. and other tech companies worry that there soon won't be enough skilled U.S. workers to meet demand. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Friday question: How far back is PLO instruction supported?
Probably the biggest customer of this type is the US Government, which includes all of the branches of the Military. Usually, funds are allocated to setup a new system that cover (1) the initial cost of the equipment and software and (2) an (adjustable) maintenance budget for both thereafter. Unfortunately, it's difficult, say for a particular Army base running a personnel system and maybe a few other local applications, to go back in a few years to the Pentagon/Congress to get additional funding to upgrade their hardware (even if it makes better sense in terms of the cost of the hardware maintenance). So, they may have to run for 15 or 20 years with the hardware they got as part of the initial procurement. Now, we could say that as ISVs that supplied software for this system, we'll support what they have, but we won't upgrade them to new releases when they're available. (This way we can avoid having to support the old hardware when we no longer want to.) The problem is, after many years of selling software into this market, you find yourself having to support 47 (or so) different versions of your product. So, instead, if you want to exploit a facility such as PLO in a new version, you take the trouble to dual-path where necessary, and you encourage you customers to stay current with the latest releases. This way, your technical support staff really only needs to be knowledgeable about the most recent few versions. (It takes a little extra effort to test both paths, but as suggested by my code example, it can be made pretty painless with just an enabling bit in a control structure. Moreover, having an alternate path available can be extremely useful in certain troubleshooting scenarios.) This outlines one reason why it can make sound business sense to dual- path. There are others, but perhaps I've already given away too much to those potential competitors out there . --Art Celestini At 01:36 PM 5/28/2005, Craddock, Chris wrote: >> It depends on how backleveled your customers are (might be), and >> how will your products react to an 0C1? > >PLO is now older than dirt. Your "customer" would have to be on an >ECL machine, or a 1st generation CMOS. PLO came in with G2 CMOS. >I seriously doubt there are ANY production systems in use today >that do NOT have PLO. Dual-pathing is vastly more prone to error >than simply placing a stick in the sand and saying; this is the >minimum function level required for this software. > >I am constantly amazed at the gymnastics some people will go through >to "support" back back back level "customers". One thing you can >say for sure about customers who are not on reasonably current >hardware and software... they aren't spending any money! Why would >anyone go to that amount of trouble when there's no revenue in it >anyway? Charity? > >CC == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the "From" address used in this post will be rejected by our server. Please send off- list email to: ibmmaincelestinicom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: More Hype for the B1 visas?
Unfortunate, but why should people get into a career path where corporate america is continuing to send their jobs overseas. We need a president that says no more H1B visa's or the like, no more sending american jobs offshore, and all jobs sent overseas during the last 24 years will immediately be brought back home, and corporate america will start paying its employees a decent wage. . Don't even bother telling me about poor little corporate america not being able to compete in a global market when they pay their ceos reidiculous amounts of money. Something's wrong in Denmark when the ceo of a company makes more money than the president of the United States. . "Bank of America Corp. paid its chief executive, Kenneth D. Lewis, $20 million last year as the bank struck a high-profile deal to acquire New England's biggest bank. The pay package, slightly less than Lewis's compensation in 2002, comes as Bank of America eliminates 12,500 jobs nationally as it merges with FleetBoston Financial Corp.. In 2003, the bank said, Lewis received a $1.5 million salary, a $5.4 million bonus, options worth $2.2 million, $10.8 million of restricted stock, and $149,000 of other compensation. The sum includes perks like picking up the $21,000 tab for security at Lewis's house. Though Lewis's $20 million pay sounds high, it is actually in line with the pay of other top executives, said Tony Plath, a professor at the University of North Carolina at Charlotte. Citigroup's chief executive, Sanford Weill, made $44.6 million last year, while the chief executives of Wells Fargo & Co. and Wachovia Corp. made around $16 million and $17 million, respectively. Poor little corporate America, can't compete in a global market, they can only give their ceo $20 million. period. end of comment. - Original Message - From: "Ed Gould" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Sunday, May 29, 2005 7:15 PM Subject: More Hype for the B1 visas? Fewer students seek computer degrees Detroit News Sat, 28 May 2005 11:43 PM PDT The number of undergraduates signing up for computer degrees is falling fast, making IBM Corp. and other tech companies worry that there soon won't be enough skilled U.S. workers to meet demand. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
More Hype for the B1 visas?
Fewer students seek computer degrees Detroit News Sat, 28 May 2005 11:43 PM PDT The number of undergraduates signing up for computer degrees is falling fast, making IBM Corp. and other tech companies worry that there soon won't be enough skilled U.S. workers to meet demand. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DUMMY and BLKSIZE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Gilmartin said the following on 05/29/2005 04:48 PM: | | Mr. Gilmore has stated, | | http://bama.ua.edu/cgi-bin/wa?A2=ind0505&L=ibm-main&D=1&O=D&P=199529 | | that he has verified that such a distinction is operational. He has not | chosen to share the details of the verification with the list Ex Cathedra? ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) ~ Fashion is a form of ugliness so intolerable that we have to alter it every six months. -- Oscar Wilde ~ (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCme45Hm2sbKEAXTARAo7pAKD6P12ioTrzJpS0Hc0oqJhp/2DglACdGZAt VCyX+2B4iXYN/bRf6NIZDYs= =Bh5T -END PGP SIGNATURE- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DUMMY and BLKSIZE
In a recent note, Volker Bandke said: > Date: Sun, 29 May 2005 15:29:57 +0200 > > What I would like to know is: Where is the difference between DSN=NULLFILE > and DUMMY which Mr. Gilmore asserts (assumes?) ? > Mr. Gilmore has stated, http://bama.ua.edu/cgi-bin/wa?A2=ind0505&L=ibm-main&D=1&O=D&P=199529 that he has verified that such a distinction is operational. He has not chosen to share the details of the verification with the list, unless it is his Aristotelian derivation from the text of the User's Guide. By all our more empirical observations, that conclusion appears to be contravened by the actual behavior of z/OS. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Secure FTP on the Mainframe
Hi, I followed Share Session 3925 to set up my ftp server on one z/OS v1.4 LPAR (CDCU). I then exported the certificate to another LPAR (CDCT) and imported the certificated into its key data base. When trying ftp from the second lpar to the first I get the following: EZA1450I IBM FTP CS V1R4 EZA1772I FTP: EXIT has been set. EZYFT18I Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages. EZA1554I Connecting to: CDCU 205.145.225.134 port: 21. 220-FTPD1 IBM FTP CS V1R4 at CDCU, 10:03:13 on 2005-05-29. 220 Connection will close if idle for more than 5 minutes. FC0159 ftpAuth: security values: mech=TLS, sFTP=A, sCC=C, sDC=P FC0182 ftpAuth: cipherspecs = 03040506090A FC0215 ftpAuth: keyring =/u/jsysxxx/SSL/cdcu_self_signed.crt FC0216 ftpAuth: stashFile=/u/jsysxxx/SSL/cdcu_self_signed.sth FC0223 ftpAuth: environment_open() FC0341 ftpAuth: environment_init() FC0345 ftpAuth: TLS init failed with rc = 201 (No key database password supplied FC0786 endSecureEnv: entered EZA2897I Authentication negotiation failed EZA1701I >>> USER jxx 534 Server requires authentication before USER command EZA1735I FTP Return Code = 26534, Error Code = 2 Where would the key database password be supplied? Thanks, Craig -Original Message- Subject: Re: Secure FTP on the Mainframe > We would like to install Secure FTP in our maiframes TCP/IP configuration and I have no idea how to do this. > > Would some one be kind enough to point me in the right direction where to start and what manuals to check out, and what to be aware of. > > I'm not really prime time with TCP/IP. Thanks. > -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DUMMY and BLKSIZE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried the following JCL ~ //STEP1 EXEC PGM=IEFBR14 ~ //DD1DD DSN=NULLFILE, ~ // DISP=(NEW,CATLG), ~ // UNIT=SYSALLDA,SPACE=(CYL,(1,1)), ~ // RECFM=FB,LRECL=80,BLKSIZE=3120 ~ //DD2DD DUMMY, ~ // UNIT=SYSALLDA,SPACE=(CYL,(1,1)), ~ // DISP=(NEW,CATLG), ~ // RECFM=FB,LRECL=80,BLKSIZE=3120 ~ //DD3DD DSN=ADCDMST.NULLFILE, ~ // DISP=(NEW,CATLG), ~ // BLKSIZE=3121, ~ // REFDD=*.DD1 ~ //DD4DD DSN=ADCDMST.DUMMY, ~ // DISP=(NEW,CATLG), ~ // BLKSIZE=3121, ~ // REFDD=*.DD2 The result was two identically defined datasets: LRECL=80, BLKSIZE=3121, with 1 Cylinder primary and secondary size. Then I tried ~ //STEP1 EXEC PGM=IEFBR14 ~ //DD1DD DSN=NULLFILE, ~ // DISP=(NEW,CATLG), ~ // UNIT=SYSALLDA,SPACE=(CYL,(1,1)), ~ // RECFM=FB,LRECL=80,BLKSIZE=3120 ~ //DD2DD DUMMY, ~ // UNIT=SYSALLDA,SPACE=(CYL,(1,1)), ~ // DISP=(NEW,CATLG), ~ // RECFM=FB,LRECL=80,BLKSIZE=3120 ~ //STEP2 EXEC PGM=IEFBR14 ~ //DD3DD DSN=ADCDMST.NULLFILE, ~ // DISP=(NEW,CATLG), ~ // BLKSIZE=3121, ~ // REFDD=*.STEP1.DD1 ~ //DD4DD DSN=ADCDMST.DUMMY, ~ // DISP=(NEW,CATLG), ~ // BLKSIZE=3121, ~ // REFDD=*.STEP1.DD2 Same result as before. IOW, the DCB information, and the space information was retained for both DUMMY and DSN=NULLFILE. What I would like to know is: Where is the difference between DSN=NULLFILE and DUMMY which Mr. Gilmore asserts (assumes?) ? - -- ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) ~ A horse! A horse! My kingdom for a horse! -- Wm. Shakespeare, "Henry VI" ~ (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCmcPVHm2sbKEAXTARAhygAJ91c3fXprbuuj/+StsHqb8ltTUDIgCgwjCb pYPi14q2KQJXRbv+vQ3aVrM= =gmgs -END PGP SIGNATURE- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: JOB card error - it has me stumped.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IEFUJV? Mark Yuhas said the following on 05/29/2005 03:58 AM: | A CICS program writes a jobstream from the Transient Data Queue to the | Internal Reader. This has been done for a number a years. Recently, rest snipped - -- ~ With kind Regards|\ _,,,---,,_ ~ZZZzz /,`.-'`'-. ;-;;, ~ Volker Bandke |,4- ) )-,_. ,\ ( `'-' ~ (BSP GmbH)'---''(_/--' `-'\_) ~ Bones: "The man's DEAD, Jim!" ~ (Another Wisdom from my fortune cookie jar) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCmY14Hm2sbKEAXTARAp9qAJ9w1IYNH1dJy6QW5Y8GyGEF3MCiEQCfZc7z vbRpeJc5L4ZpFJ/88l9789k= =nMxv -END PGP SIGNATURE- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html