FTP to TSO
Hi; how can I FTP from windows to MVS(TSO) session? When I FTP it goes to USS directory, thanks for help. Regards, Nafez Albesheeti -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FTP to TSO
You can do this in many ways. The simplest way would be to use Put PC_File_Name 'MVS.FILE.NAME' Make sure to use the quotes and use the full MVS file name. gadib -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of nafez Sent: Monday, April 30, 2007 10:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP to TSO Hi; how can I FTP from windows to MVS(TSO) session? When I FTP it goes to USS directory, thanks for help. Regards, Nafez Albesheeti -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FTP to TSO
On Mon, 30 Apr 2007 10:25:06 +0300 nafez [EMAIL PROTECTED] wrote: :how can I FTP from windows to MVS(TSO) session? When I FTP it goes to USS :directory, thanks for help. CD with quotes. CD 'userid.' -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP to TSO
Nafez, as I had a similar case just yesterday I may add the following: use a 'quote site' statement to supply attributes for the receiving dataset like SPACE, RECFM, LRECL, BLKSIZE. Windows files quite often have records of varying length, so correspond to a VB dataset on z/OS. You can navigate through the qualifiers of an MVS dataset using a 'cd' statement. Example: you have a dataset 'NAFEZ.TSO.DATA'. If you are in an interactive ftp session you could enter cd nafez And you would get a reply along the lines of 'Current directory is NAFEZ.' If the next thing you do is cd tso you will find yourself at 'NAFEZ.TSO' and so on and so on. So from the look and feel it is as if you were traversing a directory tree in either Unix or Windows. Note that this applies to PDS datasets as well. If 'NAFEZ.TSO.DATA' were a PDS then cd'ing down to the last qualifier would make the members available as if they were individual files. To reiterate what Gadi wrote: easiest will be to fully qualify the dataset name. Add a 'quote site' to it and you have control over the resulting allocation. quote site cyl pri=10 sec=20 recf=vb lrec=27994 blks=27998 Put PC_File_Name 'MVS.FILE.NAME' --- Hope this helps Robert Bardos Ansys AG, Zurich, Switzerland -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Auftrag von nafez Gesendet: Montag, 30. April 2007 09:25 An: IBM-MAIN@BAMA.UA.EDU Betreff: FTP to TSO Hi; how can I FTP from windows to MVS(TSO) session? When I FTP it goes to USS directory, thanks for help. Regards, Nafez Albesheeti -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
P390 TCP/IP
Hello, does anyone knows if is there an active list for P390 ??? I got a P390 running OS/2 and OS/490 V2.6 and I can't manage to put OS/390 TCP/IP availble on LAN using LCS3172 driver. I get time-outs when pinging other ip addresses from the same subnet as MVS. I got 2 NIC cards (each with one ETHERNET port), one for OS/2 with Ip 10.0.2.27 and other for MVS with IP 10.0.2.28. CTC addresses are 540 and 541 and they are alocated to VTAM. I don't know if this should be like that. I can't understand why I can't go out from MVS. Can anyone tell me where can I get some help ?? Many thx, Antonio Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LX and ASN reuse
I see two CVT bits, CVTFLAG2(CVTALR) and CVTOSLV4(CVTALRS). It would seem that only the first bit need checking to determine if one should issue ESTA 5, ESAIR, etc. What is the purpose of the second bit? Control program only usage, to determine if CR0 bit 44 should be set? Will ESAIR fail if the CR bit is off? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
On Fri, 27 Apr 2007 20:49:27 +, Ted MacNEIL wrote: We are also finding one storage group that if we don't defrag, we SB37 everynight on 1000's of jobs. We are changing allocations to handle this, but the business is growing faster than we can keep up. And, not all of our (ancient) applications can handle EXTEND datasets. So, it's defrag or die! Let me guess. That storage group has data sets of widely differing sizes, causing it to become highly fragmented.the problem is probably compounded by a large number of data sets that are directed to it, perhaps of a transient nature. And I'll bet that is allowed to get far too full. Defrag is a poor solution to bad SMS design. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: latest Principles of Operation
On Sat, 28 Apr 2007 17:41:44 EDT, Bill Fairchild wrote: (2) so I can understand the code 6 months later Or sometimes even the next week. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: latest Principles of Operation
Or next hour... Yes, I have had those times... == Tom Marchant == wrote2007-04-30 14:29: On Sat, 28 Apr 2007 17:41:44 EDT, Bill Fairchild wrote: (2) so I can understand the code 6 months later Or sometimes even the next week. -- __ Mundus Vult Decipi __ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin Military justice is to justice what military music is to music. - Groucho Marx -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: 3480/3490 Cart BPI
On Sat, 28 Apr 2007 20:55:31 -0400, John S. Giltner, Jr. wrote: I wonder if the differnce of 32K and 38K is user data vs user data +parity. Not parity. 3480 is 18 tracks. That's 16 data bits and two parity bits. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Easiest method would be to manage the differences. 1) Do some analysis on the sizes of your data sets. (note this information is slightly dated .. we implemented SMS 10 years ago) When we did the analysis, it was found that 80% of the data sets were 5 tracks or under. So, we created a small pool, medium pool and large pool. Worked very well and eliminated most of the need to run defrag. YMMV -Rob snippage This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: JES2 Shutdown issue on z/os 1.7
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Friday, April 27, 2007 4:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES2 Shutdown issue on z/os 1.7 snip It's getting harder all the time to deliver new automation and management functionality without colliding with USS dependencies. At some point (if not already) there will be a health check and a recommendation to run the colony address spaces under master. I daresay some will wail and complain about not getting sysout and to them I say bah humbug. CC Agreed. So far as I am concerned, output from daemon processes should go to the UNIX syslog daemon and then on to where ever the syslog.conf file says to go. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3480/3490 Cart BPI
I have these comments in my REXX TAPESTAK program: /* */ /* Add in the Inter Block Gaps (IBG) */ /* */ /* The density of a 3480 cartrige is: */ /* 1491 characters per millimeter American National Standard */ /* */ /* 1 inch = 2.54 centimeters or 25.4 millimeters */ /* 1 character = 1 byte*/ /* 1491 * 25.4 = 37871 bytes per inch (38K BPI) */ /* */ /* The IBG is .08 inches */ /* 37871 * .08 = 3030 bytes */ /* */ Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Sat, 28 Apr 2007 20:55:31 -0400, John S. Giltner, Jr. [EMAIL PROTECTED] wrote: I found a few references to some 3490E talking about the recording density of 37,871 BPI http://www.sunstarco.com/Tape%20Drives/Overland%20Data/Overland%20Data%20tapexpress_l490e.htm http://www.archives.gov/records-mgmt/initiatives/transfer-regulation.html http://webstore.ansi.org/ansidocstore/product.asp?sku=ANSI+INCITS+180-1990+(R2006) There were many more. I wonder if the differnce of 32K and 38K is user data vs user data +parity. Rich Smrcina wrote: So are you saying that Ditto lies? R.S. wrote: Robert Pelletier wrote: Hi All. Question. Would anyone know the BPI of a 3480 cart running on 3480E drive (mock 3490). We have a request from a user to send us a 38,000 bpi cart. I swear they are 6250 bpi. Can anyone clear this up for me? Where are they getting the 38,000? Thanks once again all. Back to the question: CST cartridge contains 160m of tape. Uncompressed capacity in 36-track drive (3490E) is 400MB. So 400MB/160m gives 25000 B/cm Inch is 2.54 cm, so the BPI is 63500. CST in 3480 drive has 31750 BPI. The values above are without compression. I don't know exact length of tape and exact capacity, maybe it's not exactly 160m, however it seems the BPI can be approx. 32000. It rather cannot be 38000. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Best practices for software delivery
On Fri, 27 Apr 2007 17:00:00 -0700, Schwarz, Barry A [EMAIL PROTECTED] wrote: And while almost every desk worker here has some type of PC or workstation that can connect to the internet, none of those can access our mainframe. What does connect? Real 3270 green screens or just separate workstations? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Well, now with DB2 Cloning Processes (I know of IBM's DFHSM and EMC Timefinder/CLONE) the small-medium-large pools are changing. To clone a DB2 Subsystem you need to have a separate pool dedicated to just that subsystem. This process also requires 2 User Cats (One for the DB2 SYSTEM databases, files and one for the Application Data Bases) that are all SNAPPED at the same time. The amazing part is the time it takes to snap the entire DB2 Subsystem; it is really fast. The need for more dasd and specialized SMS Pools is offset by the faster process to clone the subsystem. I too use to believe in the small-medium-large functions. But if you have DB2 and need to clone it - then you have a whole new direction to take. I also see this as a direction for other subsystems that need cloning like IMS or MQ or CICS. And yes - EMC does a rename of all data sets to the new HLQ for the cloned copy, and DFHSM requires the 2 Ucats be disconnected and then imported. Times sure are a changing. Lizette -- Snip -- --(note this information is slightly dated .. we implemented SMS 10 years --ago) When we did the analysis, it was found that 80% of the data sets --were 5 tracks or under. So, we created a small pool, medium pool and --large pool. Worked very well and eliminated most of the need to run --defrag. YMMV -- -- UnSnip -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Monitor refresh rates
snip Something else comes to mind. I recall measuring these some monitors and seeing CPU consumption affective. The REFRESH RATE may also force some sorting, XMS and other stuff to occur on every 20 seconds. Measure the delta changes on CPU TIME when you adjust the refresh rates. CPU consumption will should down within the address space with longer refresh rates /snip I once had an anally retentive manager who complained about the CPU consumption of our monitor. In order to appease him We change the refresh rate on the monitor from 5 sec to 30 sec. No observable difference in performance at any level was observed. After the experiment was concluded, we returned the monitor refresh rate to 5 sec. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: parsing JCL with CA-7 schedule overrides
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joel C. Ewing Sent: Sunday, April 29, 2007 8:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: parsing JCL with CA-7 schedule overrides Some JCL checkers resolve this by requiring that the user invoking the utility specify what schedule ID should be used in evaluating the JCL. To thoroughly validate such JCL, it has to be validated against each ID under which it will be run. Hum, that is a good idea. Thanks. Yes, this is a pet project of mine and not something that is really a project. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Monitor refresh rates
The refresh rate for any ISV monitor may refer to any number of things but it is unlikely to refer to a global sampling interval if we are talking about numbers in multiples of 5 or 10 seconds. I imagine that most monitors sample the various objects within z/OS at out-of-box sensible intervals depending on the object concerned and they may (or may not) allow the installation to change these intervals. For example, you would probably want to sample your address spaces more frequently that your DASD volumes or XCF structures. Sampling address spaces at intervals greater than a second or two would probably result in unacceptable increased granularity of the results. I suspect the refresh rate in this case is how often the display goes back to the performance data-store and asks for a refresh of the data - this will be independent of the sampling rates of the underlying performance data. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Staller, Allan Sent: 30 April 2007 09:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Monitor refresh rates snip Something else comes to mind. I recall measuring these some monitors and seeing CPU consumption affective. The REFRESH RATE may also force some sorting, XMS and other stuff to occur on every 20 seconds. Measure the delta changes on CPU TIME when you adjust the refresh rates. CPU consumption will should down within the address space with longer refresh rates /snip I once had an anally retentive manager who complained about the CPU consumption of our monitor. In order to appease him We change the refresh rate on the monitor from 5 sec to 30 sec. No observable difference in performance at any level was observed. After the experiment was concluded, we returned the monitor refresh rate to 5 sec. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
JES2 Shutdown issue on z/os 1.7
Thanks for everyone that responded to my question regarding my JES2 shutdown issue. Since we were migrating from 1.4 to 1.7 we failed to include the steps to shutdown the health checker ZFS started tasks. Once this was determined the operator stopped these STC's and JES2 was shutdown cleanly. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Monitor refresh rates
Please excuse my indecision. The refresh rate referred to was the refresh frequency of the online display, not the sample frequency HTH, snip The refresh rate for any ISV monitor may refer to any number of things but it is unlikely to refer to a global sampling interval if we are talking about numbers in multiples of 5 or 10 seconds. I imagine that most monitors sample the various objects within z/OS at out-of-box sensible intervals depending on the object concerned and they may (or may not) allow the installation to change these intervals. For example, you would probably want to sample your address spaces more frequently that your DASD volumes or XCF structures. Sampling address spaces at intervals greater than a second or two would probably result in unacceptable increased granularity of the results. I suspect the refresh rate in this case is how often the display goes back to the performance data-store and asks for a refresh of the data - this will be independent of the sampling rates of the underlying performance data. /snip Rob Scott snip snip Something else comes to mind. I recall measuring these some monitors and seeing CPU consumption affective. The REFRESH RATE may also force some sorting, XMS and other stuff to occur on every 20 seconds. Measure the delta changes on CPU TIME when you adjust the refresh rates. CPU consumption will should down within the address space with longer refresh rates /snip I once had an anally retentive manager who complained about the CPU consumption of our monitor. In order to appease him We change the refresh rate on the monitor from 5 sec to 30 sec. No observable difference in performance at any level was observed. After the experiment was concluded, we returned the monitor refresh rate to 5 sec. HTH, /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
Re: Monitor refresh rates
Oops. Make that imprecision G snip Please excuse my indecision. The refresh rate referred to was the refresh frequency of the online display, not the sample frequency /snip H -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Ulterior Motive for IBM's Lawsuits
Has anyone seen this article? Or one similar to it? http://www.msnbc.msn.com/id/18325591/ I have had several people (some retired from programming, some not involved in IT) send me links to this or similar articles about IBM preparing to turn z/Series into some super gaming system. Could this be related to why IBM pulled the notification on patent licensing, and decided to go after PSI while shutting off FLEX-ES systems? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ulterior Motive for IBM's Lawsuits
I don't think IBM is trying to turn the zSeries into a gaming system; rather they are trying to take advantage of the Cell processor that they spent quite a bit of money developing. In the long term we may see them provide a _lot_ of Cell processors in one zSeries box, with the Cell being microcoded to emulate zSeries instruction set, perhaps with some parallel-processing instructions and/or networking added. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Ulterior Motive for IBM's Lawsuits
On Mon, 30 Apr 2007 10:09:31 -0400, Thompson, Steve wrote: Has anyone seen this article? Or one similar to it? http://www.msnbc.msn.com/id/18325591/ Yes. There were several posts here about that last week. Could this be related to why IBM pulled the notification on patent licensing, and decided to go after PSI while shutting off FLEX-ES systems? I don't know, but I don't see any connection. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: latest Principles of Operation
6 minutes later, if coding in APL ... This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. (IBM Mainframe Discussion List) [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/28/2007 05:41 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: latest Principles of Operation In a message dated 4/27/2007 5:28:48 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Unless you have gotten so old you can't remember what your own code does. I have had that problem since way before I got old (or at least older). The two main reasons why I write lots of comments in my code: (1) so others can understand the code; (2) so I can understand the code 6 months later after having worked on other tasks for the previous 6 months. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.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: Ulterior Motive for IBM's Lawsuits
I don't see a connection either, but I see applications well outside gaming for this chip 'marriage'. Think about the possibility of tying medical records at a hospital with 3D rendering of CAT scans and so on, all stored and accessible from 1 location - the mainframe. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Monday, April 30, 2007 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Ulterior Motive for IBM's Lawsuits Has anyone seen this article? Or one similar to it? http://www.msnbc.msn.com/id/18325591/ I have had several people (some retired from programming, some not involved in IT) send me links to this or similar articles about IBM preparing to turn z/Series into some super gaming system. Could this be related to why IBM pulled the notification on patent licensing, and decided to go after PSI while shutting off FLEX-ES systems? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Maintenance how current? was APAR OA16372
Thanks Scott, (and all those who responded) I will consider myself blessed. Scott Fagen [EMAIL PROTECTED] wrote: On Mon, 23 Apr 2007 08:40:54 -0700, Craig Bakken wrote: This may be somewhat of a religious question, Is it better to be right up to the current level of available maintenance or is it better to hang back a few months worth so as not to apply a PTF that goes PE? Is Z/OS 1.8 so buggy that current maintenance is required? For religious questions, you should at least have some exposure to the dogma. You might consider having a look at: http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/index.html To see what the true belief is. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie - Ahhh...imagining that irresistible new car smell? Check outnew cars at Yahoo! Autos. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: NL Usage for Tapes
In a recent note, Shmuel Metz (Seymour J.) said: Subject: Re: NL Usage for Tapes Someone asked the question about what good are reading tapes NL. There are valid reasons and these go back to the early years before diskettes, etc, when people wanted to tansfer data. Early, early on the universal mode of transfer was 7-track tape, BCD, Even-parity with no labels. Even parity universal? I'm practically positive that you go back to the 7090 and 7094, where odd parity was the norm. A counterexample: In the late 1960's I was working for a physics research project using a CDC 6400. We had begged some raw data from a sibling project using a 360. Partly to avoid loss of precision in binary-display-binary conversion, and largely because experience had taught me that the CDC FORTRAN display-binary conversion was prohibitively slow, I asked for a binary tape -- I had read the PoOp enough to know that I could easily and efficiently convert the floating point format with a CDC 6400 assembler program. A research associate with OS/360 experience told me to request TRTCH=C (CDC supported only 7-track at that time). The tape arrived illegible. Anxiously, the PI put me on a plane to the other site. After some RTFM and job log inspection, I learned that my counterpart had used TRTCH=TE; even (E) was the presumptive mode for data transfer. I insisted, No, I want TRTCH=C. But that will leave 8-bit bytes spanning 6-bit data frames on the tape; you'll never be able to process it on foreign equipment! You underestimate me. After a few phone calls, and with the authority of my PI, I got the TRTCH=C tape. I was able to convert and process it. So, yes, in days of yore, apparently one programmer considered even parity universal. -- 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: latest Principles of Operation
On 30 Apr 2007 08:00:17 -0700, [EMAIL PROTECTED] (Thomas H Puddicombe) wrote: Unless you have gotten so old you can't remember what your own code does. I have had that problem since way before I got old (or at least older). The two main reasons why I write lots of comments in my code: (1) so others can understand the code; (2) so I can understand the code 6 months later after having worked on other tasks for the previous 6 months. So I can remember the code immediately after I write it. Also - many times I document the code to show that I *meant* the code to do what I wrote - and who decided that a particular calculation should be as stated. Some documentation should assist in midnight abort analysis as well - indicating where a problem occurred (might not even be the program's fault). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Ulterior Motive for IBM's Lawsuits
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Monday, April 30, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ulterior Motive for IBM's Lawsuits snip I don't know, but I don't see any connection. snip If I read the articles correctly, there was mention of emulation of instructions mentioned in the articles. It got me to wondering, does IBM see an upcoming problem and so is trying to protect itself in some fashion? Would this be why they pulled the patent licensing statement, and the rug out from under Fundamental Software? Given how much Herc is out there (rumor has it that certain places are running IBM software w/o license north of NZ -- not quite deja-vu all over again), I started to put things together, correctly or not. At this point, I'm just trying to figure out if there is a relationship here, and what the ultimate ramifications will be. Regards, Steve Thompson -- Std disclaimer applies, opinions expressed are strickly my own -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: IEW2766S
In a recent note, Shmuel Metz (Seymour J.) said: Date: Sat, 28 Apr 2007 22:31:43 -0300 In [EMAIL PROTECTED], on 04/26/2007 at 02:22 PM, Paul Gilmartin [EMAIL PROTECTED] said: So, now I must RTFM Using Data Sets to find the section that states that JCL concatenation of HFS files _is_ supported, since OS/390? Earlier? So I can start YA PMR. Not unless everything in the SYSLIN concatenation is an HFS. The application determines whether and how concatenation of unlike attributes is supported. But this sounds like a good candidate for submitting a requirement, if you can come up with a business case. Irrelevant; in this case I did not have unlike attributes. Why can't IBM's developers learn IBM's own rules? What rules are they not following? Title: z/OS V1R8.0 DFSMS Using Data Sets Document Number: SC26-7410-06 3.9.7 Concatenating UNIX Files and Directories 3.9.7.1 Sequential Concatenation To process sequentially concatenated data sets and UNIX files, use a DCB that has DSORG=PS. Each DD statement can specify any of the following types of data sets: * Sequential data sets, which can be on disk, tape, instream (SYSIN), TSO/E terminal, card reader, and subsystem (SUBSYS) * UNIX files * PDS members * PDSE members The text is ambiguous whether two or more of the four bulleted types can be concatenated (e.g. instream with UNIX or PDS members with PDSE members). But that seems implicit from the section title. And, empirically it works with applications other than Binder. And why must they go out of their way to write code to enforce the rules they invent in their delusions? What is your evidence that they did in this case? It sounds to me like something that you've asked for in the past; an intelligible message instead of, e.g., an ABEND. On the contrary, I have generally opposed this sort of prior censorship; the application should attempt the OPEN and report the result rather than attempting to predict (incorrectly in this case) success or failure. Why not just read SYSLIN with QSAM and let it work or fail as it may. Because then you'd whine about the ABEND or other error. Only if it were to fail. If they don't deliberately try to make it fail, it will work. How? Well enough for me. I have regularly concatenated e.g. instream data sets with UNIX files with applications other than Binder (IEBGENER, SMP/E, ...) and observed the desired and expected success. It appears that the DFSMS group has done its job well here; the Binder group simply has a deficiency of faith in DFSMS. -- 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: parsing JCL with CA-7 schedule overrides
Mine is a incomplete bit of Natural, and I haven't started the CA-7 #card part yet, but in concept, I don't think it'd be that hard to determine the possible schids in one pass and then resolve each one in another pass. FYI, I do external procs with a recursive call, plan to do inline via a temp pds before the recursive call. Currently, my long term use for this is to identify and eliminate DYL260. I'm still think on how to interface with Endevor :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Joel C. Ewing Sent: Sunday, April 29, 2007 6:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: parsing JCL with CA-7 schedule overrides Some JCL checkers resolve this by requiring that the user invoking the utility specify what schedule ID should be used in evaluating the JCL. To thoroughly validate such JCL, it has to be validated against each ID under which it will be run. McKown, John wrote: I'm doing weird things again. I've written a JCL parser (work still in progress) in Perl (yes, I'm quite, quite insane.). It works rather well. The only gotcha is that we use CA-7 and the schedule override capability (#JI, #JO, #JEND / #XI, #XO, #XEND). This is a kind of if/then/else logic in the JCL as to which statements are written to the INTRDR. As an example: //JOBNAME JOB ACCT,PGMR, #JI,ID=1 // CLASS=P,MSGCLASS=N #JO,ID=1 // CLASS=Q,MSGCLASS=X #JEND This submits the job with CLASS=P,MSGCLASS=N if the schedule id is 1, but with CLASS=Q,MSGCLASS=X if it is not 1. I'm having a real difficult time figuring out what to do if this sort of thing is used. Now, at our shop, this has only caused 8 jobs to have problems out of 7,720 that I have scanned. But I like to be complete. Any ideas as to what I should do in this case? It could become quite complicated. The simpliest thing is to simply say: You do this and you live with the fact that I cannot parse it. But I don't like that, at all. The difficult thing would be to try to create every possible combination of statements possible, then parse them each individually. I have not thought about how to do this, but it scares me. I think that I can use ignore the other CA-7 control functions which are in line (such as #SCC). So far, I've only done the inline JCL scanning. I haven't yet tried to expand PROCs or INCLUDE members. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OS/390 Catalog in z/OS V1R7
Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best practices for software delivery
We have two old green screens, the master console and one that serves as both alternate console and TSO terminal (in case TCPIP goes down). The rest are PCs and workstations connected via ethernet to the mainframe but not to the outside world. -Original Message- From: Mark Zelden [mailto:snip] Sent: Monday, April 30, 2007 5:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Best practices for software delivery On Fri, 27 Apr 2007 17:00:00 -0700, Schwarz, Barry A wrote: And while almost every desk worker here has some type of PC or workstation that can connect to the internet, none of those can access our mainframe. What does connect? Real 3270 green screens or just separate workstations? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OS/390 Catalog in z/OS V1R7
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Baron Sent: Monday, April 30, 2007 1:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OS/390 Catalog in z/OS V1R7 Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system Sure. Just don't use the IMBED or REPLICATE attribute when you do the create. I have catalogs around here which were originally created on MVS 4.3! That is my HSM catalog. I am running z/OS 1.6. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Let me guess. Guess away! That storage group has data sets of widely differing sizes, causing it to become highly fragmented.the problem is probably compounded by a large number of data sets that are directed to it, perhaps of a transient nature. The varying sizes are from large, to larger, and huge. These 'fragments' are not onesies twosies! And I'll bet that is allowed to get far too full. Yes, because the business is growing faster than we can keep up. (Which is a 'good' problem to have). Defrag is a poor solution to bad SMS design. Who said it was a bad design? It needs work, but work requires people to do it. Defrag is cheap; people aren't. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OS/390 Catalog in z/OS V1R7
On Mon, 30 Apr 2007 14:05:12 -0500, McKown, John [EMAIL PROTECTED] wrote: Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system Sure. Just don't use the IMBED or REPLICATE attribute when you do the create. That won't keep it from working (yet). But it is good advise not to create it that way. I have catalogs around here which were originally created on MVS 4.3! That is my HSM catalog. I am running z/OS 1.6. AFAIK it should work. However, in your example, the fact that it was created under ESA 4.3 and is still in use under a current OS level doesn't really mean anything. There has been code in the past that changed the catalog/catindex once it was opened under the higher level. When this was the case (and ESA V4 dot something may have been one of those versions that changed it) there were toleration PTFs to allow the lower level system to share the catalog. If you were sill running a very old system and created a catalog that would then get touched by z/OS 1.8, there is a chance that any code that changed the catalog / catindex may not still be there. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OS/390 Catalog in z/OS V1R7
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, April 30, 2007 2:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OS/390 Catalog in z/OS V1R7 On Mon, 30 Apr 2007 14:05:12 -0500, McKown, John [EMAIL PROTECTED] wrote: snip There has been code in the past that changed the catalog/catindex once it was opened under the higher level. When this was the case (and ESA V4 dot something may have been one of those versions that changed it) there were toleration PTFs to allow the lower level system to share the catalog. If you were sill running a very old system and created a catalog that would then get touched by z/OS 1.8, there is a chance that any code that changed the catalog / catindex may not still be there. Mark -- True. The original post made me think that the poster wanted to create the catalog on the old system, then use it on the new. I did not get the impression that he wanted to share the catalog on both systems. Perhaps I misread his intention. It's been known to happen grin. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OS/390 Catalog in z/OS V1R7
I'd be careful. Back around our migration to OS390 2.5, I remember some long nights and days restoring catalogs after they were touched by the new level system. If I remember right, we didn't get all the toleration ptfs on. I haven't made that mistake since. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, April 30, 2007 12:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OS/390 Catalog in z/OS V1R7 On Mon, 30 Apr 2007 14:05:12 -0500, McKown, John [EMAIL PROTECTED] wrote: Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system Sure. Just don't use the IMBED or REPLICATE attribute when you do the create. That won't keep it from working (yet). But it is good advise not to create it that way. I have catalogs around here which were originally created on MVS 4.3! That is my HSM catalog. I am running z/OS 1.6. AFAIK it should work. However, in your example, the fact that it was created under ESA 4.3 and is still in use under a current OS level doesn't really mean anything. There has been code in the past that changed the catalog/catindex once it was opened under the higher level. When this was the case (and ESA V4 dot something may have been one of those versions that changed it) there were toleration PTFs to allow the lower level system to share the catalog. If you were sill running a very old system and created a catalog that would then get touched by z/OS 1.8, there is a chance that any code that changed the catalog / catindex may not still be there. Mark -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: FW: Do we have to defrag MVS volumes on newer generation disk arrays?
Ron, I'd be curious what some (or all) of those dozen are, if you have the time. We're still running DEFRAGs, but if there's something more effective we could be doing, I'd like to hear about it. TIA, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Hawkins Sent: Friday, April 27, 2007 1:34 PM snip I agree it can help with space allocation, but I can think of a dozen better ways to mitigate space problems than by thrashing your channels and disk drives for a couple of hours every day. It's a great way to trash your remote copy links. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OS/390 Catalog in z/OS V1R7
On Mon, 30 Apr 2007 14:32:53 -0500, McKown, John [EMAIL PROTECTED] wrote: There has been code in the past that changed the catalog/catindex once it was opened under the higher level. When this was the case (and ESA V4 dot something may have been one of those versions that changed it) there were toleration PTFs to allow the lower level system to share the catalog. If you were sill running a very old system and created a catalog that would then get touched by z/OS 1.8, there is a chance that any code that changed the catalog / catindex may not still be there. -- True. The original post made me think that the poster wanted to create the catalog on the old system, then use it on the new. I read it the same way. I did not get the impression that he wanted to share the catalog on both systems. Perhaps I misread his intention. It's been known to happen It didn't sound like it.. but I don't think it matters in this jump. I was just pointing out that in your extreme example (ESA 4.3 to z/OS 1.8) it could matter - and just because the catalog was originally created under ESA 4.3 and still existed today doesn't mean that you could take that leap all in a single step. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3480/3490 Cart BPI
R.S. wrote: Robert Pelletier wrote: Hi All. Question. Would anyone know the BPI of a 3480 cart running on 3480E drive (mock 3490). We have a request from a user to send us a 38,000 bpi cart. I swear they are 6250 bpi. Can anyone clear this up for me? Where are they getting the 38,000? Thanks once again all. off-topic opinion Well, I have never bothered about BPI parameter, since IMHO it's completely irrelevant for the user. Cartridge capacity, mount time, rewind time are important. /off-topic opinion Back to the question: CST cartridge contains 160m of tape. Uncompressed capacity in 36-track drive (3490E) is 400MB. So 400MB/160m gives 25000 B/cm Inch is 2.54 cm, so the BPI is 63500. CST in 3480 drive has 31750 BPI. The values above are without compression. I don't know exact length of tape and exact capacity, maybe it's not exactly 160m, however it seems the BPI can be approx. 32000. It rather cannot be 38000. ---unsnip-- 38K BPI is the correct value. Roland, you need to consider preamble and postamble times, which are covered by inter-block gaps. These gaps allow bringing the tape up to speed before reading/writing and the stop time afterward. The design point was 38K BPI and, IMHO, was admirably achieved. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: T.J. Maxx data theft worse than first reported
Paul, do you by chance still have the original press release? It's been pulled from their site (as to be expected) but strangely, I can not find it anywhere on the web. I'm interested to see what was said. I think I can ascertain it, but was interested in reading it for myself. If anyone has a copy of the PDF, can you send it to me? -J -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: OS/390 Catalog in z/OS V1R7
On Mon, 2007-04-30 at 13:57 -0500, Mark Baron wrote: Does anyone on the list know if I can create a new catalog under OS390 2.4 and use that new catalog in z/OS V1R7 or V1R8 with no problem. I know I won't be able to use a V1R7 catalog on the old OS390 but what about the other way?? I need to upgrade a client's system As the others have said, can't see a problem with it. So long as it ain't shared. Build it, get it across, get it offline to OS/390 - and keep it that way. If you have updates to the original, manually apply same to the new catalog - from the z/OS system. Alastair Gray has a beaut replacement for MCNVTCAT on the cbt that should be useful in that case. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mark load module non-executable
It was briefly mentioned here that users should not put SMP/E distribution libraries in their TASKLIB catenations. We suspect one of our consumers has done this. How can we, as suppliers discourage this? Is there any way to force the non-executable attribute on a load module? The closest I can find is only-loadable, which at least should prevent use of EXEC PGM= to invoke the module. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Ulterior Motive for IBM's Lawsuits
Steve, North of NZ - you mean New Caledonia and Vanuatu? Ron Given how much Herc is out there (rumor has it that certain places are running IBM software w/o license north of NZ -- not quite deja-vu all over again), I started to put things together, correctly or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHOWzOS 715 (Bug)
Hello, running SHOWzOS on z/OS R8 cause LE-Abend U4088 RC63 with some other related S0C4. I'm working on this. To bypass this problem please disable the following coding (set to comment) LEO1 DS0HRS1004 *L R15,=V(LESERV) Locate our LE Services routine *BALR R14,R15 Call our LE Services routine Regards Roland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html