Re: Philosophy question: repeat message ID on each line of an MLWTO?
Can't say I noticed this improvement, but as Joel noted, the problem tended to be intermittent. Good to see another wrinkle ironed out. Shane ... On Sat, 27 Nov 2010 15:01:38 -0600 "W. Kevin Kelley" wrote: > With the Console > Restructure, connecting multi-line messages are buffered in a data > space until either the "end" line is received or a time- out occurs > in which case an end line is generated. The now complete multi- line > is then processed for SYSLOG/OPERLOG and queuing to consoles, which > should all see the multi-line message as a contiguous whole. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I would love to know what went wrong at NAB
As if. Can't you just imagine a major Aussie Bank doing that. You were at Bank of NSW when they had the IMS fiasco Steve - how much info on that got out ? (via Bank press releases I mean :-) Shane ... On Tue, 30 Nov 2010 18:52:08 +1100 Stephen Mednick wrote: > One wonders if a detailed explanation of what transpired will be > forthcoming as was the case back in July when the DBS Bank in > Singapore had a major outage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: best method to completely list all cataloged data sets
Depends (maybe) on what you mean by "really all". Some years ago I was playing with the CSI and it found *all* the catalogs and datasets within them. - including an MCAT for another system that was connected as a UCAT - and including an MCAT for another system that was *NOT* connected as a UCAT. That last one surprised me more than a little. Possibly the MCAT had been connected at some time, and was still cached. I had to adapt the code to only look for what I wanted. This was assembler (merely for speed), but I suspect the REXX interface will also chase down everything. Shane ... On Wed, 1 Dec 2010 08:02:09 +0100 "Dr. Stephen Fedtke" wrote: > hi all, > > what is the best method to achieve a complete list of all currently > cataloged data sets? really "all". actually, like using "**" in the > 3.4 data set criterion. > > is there actually the need to determine all catalogs/aliases, and > perform (recursiveley) list on them, ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SI and MI MIPS (new thread for zPCR discussion)
I thought I'd posited likewise, but maybe not. Perhaps I wasn't in the mood for the mindless platitudes(*) that would inevitably result. People (as in *money paying* customers) talk/think MIPS. Wrap whatever marketing weasel words you like around it, this is what they want to get. +1 for Cheryl Shane ... (*) apologies for the tautology. On Thu, 2 Dec 2010 14:17:42 -0500 Cheryl Walker wrote: > I'm apparently one of the > few in this thread who believe in MIPS. I do that because management > believes in MIPS, and you have to give them what they want. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EPO's (Emergency Power Off)
On Fri, 3 Dec 2010 18:54:31 -0500 Tony Harminc wrote: > On 3 December 2010 16:36, Pommier, Rex R. > wrote: > > > One phase of the 3-phase power was out. Think 3380 disks that > > (according to rumors propagated by my CE at the time) have to be > > wired correctly so they don't spin backwards. > > I can say from personal experience that the motor in a 3211 printer > will run backwards if any two of the three non-neutral wires are > interchanged. (At least) one of the Amdahl disks had no phase protection and would run backwards. Might have been the 3380 look-alike. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Cannatello .... yet again
I brought a copy into the country (from Amazon) when version 2 was released. Probably only been opened a couple of times. In pristine condition (in clear adhesive cover wrap) in a drawer since purchase. These days my Linux kernel reference books get more perusal. Shane ... On Fri, 24 Dec 2010 11:24:53 +0930 Anthony Thompson wrote: > I've never previously heard of Cannetello. Appalled by my own > ignorance, I promptly Google'd the name and discovered the following > on Amazon.com. > > "Advanced Assembler Language and MVS Interfaces: For IBM Systems and > Application Programmers" [Paperback] Carmine A. Cannatello (Author). > > Four used copies available, priced from $180-ish. Written back in > mid-1999 so somewhat dated, but still looks like a very useful > reference. Ant. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
BBQs - I wish
Yeah right. Except it's been pissing down cats and dogs for weeks. I ride a bike remember - I *know* when it rains. A blow-torch wouldn't keep a barbie lit at the moment. Might have led to this: http://www.abc.net.au/news/stories/2010/12/25/3101647.htm Have a good break - if you get one. Shane ... > Well from my end of the planet you're saying that Jesus was born in > Autumn, and someone was smart enough to move Xmas to the height of > the BBQ at the beach season. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BBQs - I wish
Sorry - gotta remember that address field ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX, the new Cobol ?
Perl/awk/sed ... I can't remember how long ago it was I wrote an edit macro in anger. I don't do CGI, but if I did I'd reckon perl would be first cab off the rank. Most recently I needed to compare two catalogs - I can't recall why I forsaked the CSI, but it was easier to generated cat listings, send them over to USS and run awk over the output and send it back. Despite IBMs brain dead C treatment of eof (thanks Bill). In the past I'd have used REXX, but it doesn't have the regex capabilities. If I'd only had zLinux available ... On Thu, 6 Jan 2011 06:38:25 -0600 John McKown wrote: > What are you using instead? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX, the new Cobol ?
Make that "eol" Shane ... > Despite IBMs brain dead C treatment of eof (thanks Bill). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Date representations: Y2k revisited
Whilst struggling through the latest installments of this somewhat dry and dusty thread, I happened to be watching a rerun of a BBC show titled "What time is it ?". Without meaning to be too rude, I must admit I found the discussion of quantum and string theory and (potential) parallel universes eminently more interesting than reading about competing calendars. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: If Else JCL question
> By "as advertised", do we mean: > > IEFBR15 CSECT > BR15 > END "we" do. > I like ABEND806. Until some novice tries to generalize: > > //STEP EXEC PGM=ABEND213 > > ... and complains that it still ABENDs with 806, not 213. ROTF - hadn't thought of that. You must deal with more novices than me. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper-dispatch
On Wed, 2010-01-13 at 17:49 +0900, Timothy Sipples wrote: > There is still some benefit on the z10 BC. The z10 BC has some cache > affinities to exploit, and HiperDispatch is about more than cache > affinities anyway. Maybe. Give us some hard data. IBM has a habit of spruking features that (only) benefit big shop - especially when the product is "fresh" (was going to say "green", but let's not go there). Small shops tend to get trampled in the hypekrieg. (non-z) Linux has had this for ages - and big (and I mean "big") pages as well. LPAR zLinux now as well. These are cache and TLB miss avoidance (think "another" cache coherency if you like) tweaks. And they work. Why doesn't z/VM offer them to its guests ?. Last word to Jim from another thread: On Sat, 2010-01-02 at 15:37 -0500, Jim Mulder wrote: > ... leading to more effective cache utilization. Performance is > all about the caches these days. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: wait state while upgrading to z\1.10
On Thu, 2010-01-14 at 02:20 -0600, Barbara Nitz wrote: > >now you are mention it, i did a mistake in define the couple data set and in > >the sysplex name cause i gave them sysplex name > >identical to the system name ( without consider the future upgrade to a true > >sysplex). > This is explicitly forbidden in the sysplex setup book. Just make sure that > you > check all of your couple data sets, as the sysplex name must be specified in > every cds. Yabut ... The scope of a monoplex *is* the monoplex. I've never seen the need to do anything different - less things to confuse. Especially in a ring of monoplexes. If and when you migrate to a real multi-system 'plex, you'll be defining new CDSs anyway. One would hope. > But if your primary goal is to get z/OS 1.10 up and running plexcfg=monoplex > should prevent *this* system from accidentally joining another sysplex. (That > is the exact reason why I never followed the IBM recommendation to use > plexcfg=any even for a monoplex. Too much margin for error.) +1 Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, 2010-02-10 at 00:00 -0600, Barbara Nitz wrote: > >Hmmm... "In some situations, your operations may be so critical that > >human analysis and intervention may not be fast enough, and the system > >must have the ability to act quickly and decisively." > > yes, I have been laughing real hard about that one! Especially in light of > z/OS > still being so dumb as to schedule more than 10 dumps in less than a second > for an 878-10, effectively tying up the system and drastically increasing > paging. Talk about absolutely intelligent recovery routines! Maybe eLiza (http://www-03.ibm.com/servers/autonomic/index.html) (re-)arises from the ashes. . . . again ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E -- Removing a CSECT from a load module?
On Wed, 2010-02-10 at 00:25 -0600, Chris Craddock wrote: > It isn't rocket science > but there are an amazing number of packaging tools out there that don't > understand SMP/E arcana. No surely not. I think I'd better take a seat and recompose myself. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, 2010-02-10 at 18:45 +0930, Anthony Thompson wrote: > Off-topic but still... > > Queue was used literally decades ago because it was the only thing > around that provided a general interface to the JES2 queues. And I can remember it saving us big time. JES2 control blocks in circular loops. Only way to fix it was Q - and a fella who happened to know just a tad about JES2 structure. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doofus recovery routine
On Thu, 2010-02-11 at 06:39 -0600, John P Kalinich wrote: > When we pick teams, I want to be on Barbara's side. Me too - especially if it should come to pass that she actually gets mad at something. Shane... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: copy aliases from a master catalog
On Wed, 2010-02-17 at 08:00 -0500, Mark Jacobs wrote: > You can always do it the old fashioned way by reading the existing > catalog for all existing alias entries and build define alias statements > for each one. Then just run IDCAMS using the statements generated in > step 1. RCNVCAT from the cbt - will generate the ALIAS member for you to use as input. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems accessing HMC remotely
On Thu, 2010-02-18 at 06:14 -0600, Bruno Sugliani wrote: > Then I would trace it with some tool like Ethereal from my pc station . And I thought Ethereal had died. Go look here and watch the referenced video - damn awesome ... https://blog.wireshark.org/2010/02/the-history-of-wireshark-in-3-minutes/ Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SWTL and 522
What, no leap years/seconds in 7 years ... ? I've been waiting for gil to come thundering in from stage right. Shane ... On Thu, 2010-02-18 at 21:21 -0600, Bill Godfrey wrote: > Strange that the number of seconds in 7 years is found > in a word that is supposed to be timer units. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: catalog a vsam dataset in another catalog ?
On Mon, 2010-02-22 at 12:43 -0600, McKown, John wrote: > > I meant to add that with the exception of SYS1, a VSAM > > dataset can only > > exist in 1 catalog at a time. > > > > HTH, > > Actually a PAGESPACE, regardless of the name, can exist in multiple catalogs > at the same time too. I do that all the time. Depends on environment. I seem to recall John John saying he runs separate MCATs - presumably not connected, and with (VSAM) volumes not shared between systems. In a single "cat-plex" I think you'll find SYS1 and PAGE are still the only exceptions. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: catalog a vsam dataset in another catalog ?
On Mon, 2010-02-22 at 15:18 -0600, McKown, John wrote: > > > -Original Message- > > On Behalf Of John Kelly > > > > I know that I have SYS1 HLQ page DSNs, rather than PAGE, but > > I haven't > > been able to simple recatalog the page DSNs since 1.7, I also > don't > > understand how you could use them while the other system is > > up, unless you > > reply to that page DSN was last used message each IPL. > > > > Hum, I don't know. This is what I did when I upgraded from 1.8 to > 1.10. I had no problems. Created the 1.10 system. Brought down the > 1.8. IPL'ed 1.10 in the same LPAR that 1.8 was in. Came up smooth as > silk. Again, I suspect you guys are talking at cross purposes. The lock-out mechanism page uses to protect the page dataset now that page datasets for multiple systems can be on the one volume is pretty simplistic. Dump the first page of a page dataset and have a look. If you bring up the same system, no problem - if another system attempts to use that datasets (currently used or not) you get the prompt. Don't know about the re-cat issue - but I may not have tried since 1.7. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Share Seattle virtual pass.
Don't know if this has been mentioned, but looks like an option for me: http://www.share.org/Events/SHAREOnlinefromSeattle/tabid/556/Default.aspx I wonder what the chances are that the streams will be in a non-proprietary format ?. I always fear that heading down this path will lead to the demise of the whole thing. Less reason to actually attend leads to poorer attendances leads to poorer content, leads to ... Hope I'm wrong. I imagine the discussions on whether to do this were vigorous. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDUMPX and Regs at Time of Dump
On Fri, 2009-10-02 at 08:50 -0400, Rob Scott wrote: > Thanks for the correction - looks like I missed a trick when reading the > manual. And had he access to the source I suspect that wouldn't have happened. Mind you, a few of the rest of us might appreciate access to the source (again) too ... Haven't we been here before ???. Shane... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: multiple jobs / same name
On Fri, 2009-10-02 at 22:00 -0500, Paul Gilmartin wrote: > Why cah't they devise a single SDSF screen that shows all spool > objects I own? Have a chat to Ed - maybe he can suggest something that might even do what customers actually want ... ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Three Multiprise 3000 IBM S390's on Auction
On Tue, 2009-10-13 at 10:05 -0600, Mark Post wrote: > > Good luck finding an OS for them. > > I rather like this one: http://www.slack390.org/ :) Not for the faint of heart though. I spent an inordinate amount of time (unsuccessfully) trying to get Linux going on an MP3K. Started with Marks offering, and then stumbled through Centos and Debian with no better luck. The network (and console) interfaces are a nightmare. The box remains a forlorn heap in the corner of the office. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any MXI 4.3 Issues on z/OS 1.9/10/11 ?
On Sun, 2009-10-18 at 08:02 -0400, Rob Scott wrote: > Here are a few things for starters : > > (o) No knowledge of 64-bit storage for address space and system level metrics > (o) No knowledge of 64-bit storage for memory browsing > (o) No knowledge of 5-digit UCBs > (o) No knowledge of PAV > (o) No knowledge of z/IIP and z/AAP > (o) Some DASD and SMS displays can be truncated on large shops and even fail > with region size related abends > (o) DB2 V9 is not supported > (o) Linkage index display produces no results > (o) Incomplete results for HSM request queue > (o) No knowledge of EAV DASD (very high capacity DASD) > (o) "DASD" command produces incorrect (and quite ugly) capacity/usage results > for EAV DASD > (o) SMF Type 70 record processing does not handle fragmented records when > site has large number of LPARs and/or LCPUs Other than that, most things work fine ... ;-) Of course another option is to toss Rocket some money so that Rob can continue to support himself and his family. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ServerPac Management Questions
On Wed, 2009-10-21 at 10:30 -0700, Vinson Lee wrote: > How can you apply 2 different configurations to the same installation order. > For z/OS, our Test and Production LPARs have slightly different > configurations. We have separate spool, checkpoint, page, & catalog volumes > for Production but share these on Test. What I've been doing is performing > the installation for Test and saving the configuration to CONFIG.SCPPSENU > and CONFIG.SCPPTENU. I then make copies of these and make changes to the > configuration for Production. Is there a way to have 2 different > configurations apply to the same order? How are you doing the install ?. Sounds like a full replacement each time. If you do a (software) upgrade, those operational libraries aren't replaced - much easier all round. > Also, we currently reinstall a new set of ServerPac libraries whenever we get > a new ServerPac for DB2, CICS, or z/OS. Each version of a product is managed > by a different set of ServerPac libraries. Do other sites just upgrade one > set of ServerPac libraries and manage all DB2, CICS, z/OS installs from the > same set? Is there an advantage to doing it this way? I've always maintained just one set of ServerPac (dialog) libraries - easy to manage multiple installs - including disparate ones like (all) those mentioned. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "BPXBATCH" Program
On Fri, 2009-10-30 at 07:58 -0600, Steve Comstock wrote: > Leonard Sasso wrote: I suspect not a few didn't see the post. After the spamming we got, I blacklisted him. I bet I wasn't the only one. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic Lnklst Changes
On Tue, 2009-11-03 at 07:23 -0500, Peter Relson wrote: > None of the appends has asked "why do you want to use LNKLST UPDATE with > JOB=*"? Mmmm - you have to wonder. FWIW I've never found the need. I find if you say "potential system exposure/compromise", most customers will opt for a better option. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USB on HMC running OS/2 Warp
On Thu, 2009-11-12 at 14:29 +0900, Timothy Sipples wrote: > I don't think USB is supported on the HMC. There are no USB device drivers > loaded, as far as I know. I have a feeling you had to use DVD-RAM to upload stuff on a z890. I'm pretty sure that's how we got our initial iocds built. Might have been the SE, but I would expect HMC (I wasn't actually involved, just on the sidelines). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USB on HMC running OS/2 Warp
As I said, I wasn't directly involved, but I would expect so. We had a (just one) machine in the office at the time that could handle DVD-RAM. We gave the disk to our friendly IBM CE to deal with. Looked like any other DVD-RAM, so hopefully generic media might work. Shane ... On Thu, 2009-11-12 at 00:50 -0500, Lorne Dudley wrote: > Do you know how this appears to the OS/2 Warp machine ? > > Is it addressed with a drive symbol like F: in the standard HMC setup or > do I have to take some separate steps to get at it with the PCOMM > application which runs on the HMC machine ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java - yet again
On Thu, 2009-11-26 at 06:48 -0600, Roger Bowler wrote: > I don't know if it's undeserved or not, but Java on z does have a reputation > for being a resource hog. I just ran the hello world sample program on a z10 > : it took 6 seconds elapsed time and required a region size of 96M (yes, > that's 96 MEGABYTES!). Hmmm - my opinions of "write once, run nowhere" java is probably well known. Despite Kirks protestations, most of the java I see seems to have been written by people who have their programming grounding (for want of a better term) in basic. Maybe I'm just unlucky. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM_s_ne west_mainframe_is_all_ Linux_
On Fri, 2009-12-11 at 08:33 +0100, Hunkeler Peter (KIUP 4) wrote: > And in fact it is nothing new, IIRC. You could have IFL only machines > for quite some time, although it might have been more expensive > before. The most recent announcement expands this pricing model to current z10 customers. Add some IFLs, save a bunch of money on a fixed contract. Initially was only for new z10s. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii and z890
Haven't tried, but it doesn't look like it - the manual specifically mentions support on z9 and z10. Shane ... On Sun, 2009-12-13 at 13:33 +0200, Gadi Wrote: > I am in the process of installing z/OS 1.11 on our z890. > > During IPL I encountered some message related to BCPii. > > After a bit of searching I found the Section for setting up BCPii in > the Callable Services for HLL manual. > > The instructions say to Define the BCPii Community Name on the Support > Element, but when I try to follow the instructions, they don’t match > the options on the SE. > > Can BCPii be set up on a z890? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NEON sues IBM
On Tue, 2009-12-15 at 07:58 -0500, Bob Shannon wrote: > The owner is a lawyer and is a billionaire, give or take. This was expected. No doubt all true, but I had expected the action in the reverse direction. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM System z Technical Specialist (IBM 000-428)
Start here: http://www-03.ibm.com/certify/certs/21002103.shtml Follow the link at the bottom as well. There is apparently a $US10 trial test - I never bothered. The previous version had a free practice test. You will need good experience in the field, and knowledge of the services IBM offer to customers. Some of quite USA-centric unfortunately. Shane ... (off-list ???) On Mon, 2009-12-28 at 06:52 -0600, Ravi Kumar wrote: > Off List Post* > > Does anyone have any experience for the System z Technical specialist exam? > Test 000-428 ? > > I have been trying to get some documents to read However could not find > anything related to it which cover the subject for this certification.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dead zone
On Thu, 2009-12-31 at 08:24 -0500, Peter Relson wrote: > Handy for whom? > -- Those who want to understand the internals of Java? Yes. > -- Anyone else? To be blunt, no one who follows the rules of programming > interfaces. All up, sounds like a pretty reasonable definition of java. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CAPS Fantasia (was: argv for z/OS C++ batch)
On Thu, 2009-12-31 at 23:33 -0600, Paul Gilmartin wrote: > Actually, no. Not according to a couple dictionaries I glanced at, > and OpenSolaris: > > 509 $ ls -1 > castor > Castor > castor bean > 510 $ > > What does Linux do? Depends on LC_COLLATE - try setting it to "C" and see what happens. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic question on passing JCL set symbol to proc
On Sun, 2010-01-03 at 00:48 -0600, Paul Gilmartin wrote: > Your problem in this instance is that JCL makes the colossal > design blunder of interpreting metacharacters _after_ > symbol substitution. Rexx, for example, knows better. > > I hate JCL! > > Whenever I want to do anything serious, I keep my JCL as a > here-document in a POSIX shell script. The designers of shell > gave some consideration to what programmers need to do. Mmmm - I often need to pass (environment/shell) variables through to called programs via the shell; along with globbing to be resolved by the called. Certainly not always intuitive to this little black duck ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dead zone
On Tue, 2010-01-05 at 08:45 -0600, Mohammad Khan wrote: > In other words more lipstick is being applied here. When are they going to > realize that it's a pig ? Hard to argue ... :-)) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: Possible Data Loss for Temporary Data Sets starting 2010
On Thu, 2010-01-07 at 17:55 -0600, Andy Wood wrote: > A variant of what some people have been calling Y2.01K? > > I have seen reports of systems that think that this year is 2016 instead of > 2010. Like this you mean ???. http://www.theaustralian.com.au/australian-it/eftpos-glitch-not-y2k-bug/story-e6frgakx-1225816534313 Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RMF3 DDS (Data Portal) access of XML feeds programatically
On Thu, 2010-01-07 at 22:23 +, Graham Harris wrote: > I would like to access RMF3 DDS Data Portal (GPMSERVE) XML feeds > programmatically, and am having a bit of a tough time getting anywhere. Since you mentioned XML, I presume you are talking about the CIM server. I had a look at the DDS data prior to CIM and it was *ugly* to get the data out to a little endian ASCII client. Once CIM was announced I gave it away, hoping to find the opportunity to use that at some point. Never came to pass. I did have a look at the time and I'm pretty sure I managed to find some python bindings. I would be surprised if there weren't bindings for other languages as well. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BPXI039I and SHRLIBRGNSIZE at 100%
On Mon, 31 Oct 2011 12:23:00 -0500 "Shmuel Metz (Seymour J.)" wrote: ... > BTW, am I the only one to think of Contract Bridge when I see a > reference to the line? Can't say I've ever confused the two in all these years. Of course, now that you've mentioned it ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NewBie Guidance
Incorrect list methinks John. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SLightly O/T Perl
On Wed, 2 Nov 2011 15:33:30 -0500 Kirk Wolf wrote: > Oh well, I guess that this thread had to go this direction :-) > > What we need is a language that dynamically adapts to the > programmer. A compiler for this language could recognize not only > valid syntax in the language, but also detect unskilled programmers > and automatically limit their access to some (or all ;-) features. > Using advanced heuristics, in some cases the compiler would just > write messages like: > > "Sorry, you are an idiot. Compilation aborted." Many years ago when Borland introduced their awesome Delphi IDE, I had similar visions. Except voiced, and receptive to vocal responses - a few of you might be able to imagine what I was anticipating mine might be ... ;-) Scroll forward to today - and Eclipse. I reckon I might take (even more) umbrage at being berated by Java - and by association Oracle/Ellison. Better maybe these things don't come to fruition ... Shane ... (and yes, I happen to like perl - poor programmers write poor code; in any language) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out damn'd GMT ...
On Thu, 3 Nov 2011 09:20:40 -0500 Paul Gilmartin wrote: ... > Imagine a world where there were two or three definitions of a pint. What like ours you mean ?. From Wikipedia: A "pint" of beer served in a tavern outside Great Britain and the United States may be a British pint, an American pint, or something different, depending on local laws and customs. In Aus we had (have ?) at least 2 options depending on state. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Out damn'd GMT ...
On Thu, 3 Nov 2011 18:58:51 -0500 Paul Gilmartin wrote: > Another suggestion has been to wait until the discrepancy accumulates > to an hour, then everyone at once skips the Spring "set forward". > What do you think of that one, Shane? I have no confidence at all that the ultimate decision will be based on science, but rather politics. Given my jaundiced view of "modern day" politics and it participants, that decision will be driven by (loudest) special interest group(s). Good luck ... - for I fear we have little else to hang hope on. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STOW macro Location
On Wed, 16 Nov 2011 00:38:34 + Bill Fairchild wrote: > Perhaps IBM reasoned that if a user really, really, > seriously wants to do something this strange, they should let him. Your gun, your foot ... Maybe users in bygone times were made of sterner stuff and prepared to take responsibility for their own actions. Maybe IBM never put any thought into it at all. Who knows. Shane .. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Washington DC Position Available - Peformance & Capacity Reporting/Planning
John attempting to bolster his self appointed position on the list I
see.
At least his posts are more entertaining than constant whining about
TLA {mis,ab}use.
Shane
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Religious controversy on IBM-MAIN
On Sat, 19 Nov 2011 09:19:48 -0600 Rick Fochtman wrote: > This is a technical forum, ... All too rarely. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What SMF record types an formats does ACF2 write?
On Tue, 6 Dec 2011 04:53:55 -0600 John McKown wrote: > I don't like using undocumented internals. That's why I like > GNU/Linux. OK, it's not really "documented". Unless you go with > source==documentation. Lol - have a look at the mm code John. It'll drive you to drink. Has me - several times. Then, of course, you also need to skim through the scheduler, then ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL "sheesh!" for today
On Thu, 8 Dec 2011 11:40:15 + Lindy Mayfield wrote: > I put this up a while ago. It is a talk given by Fred Brooks, Jr. on > the 40th year anniversary of the IBM/360. He doesn't seem to like > JCL that much, either. :-) > > http://lilliana.eu/downloads/jcltalk.txt >From that paper: "From the beginning it was seen as a few control cards that would go in front of your deck." This is (almost) how I remember things from Uni - on a CDC 6400 running Kronos IIRC. I have a feeling it was only *one* card there. Quite a rude awaking to be dropped into an IBM 370 environment on graduation. JCL included ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On Fri, 9 Dec 2011 21:40:23 -0800 Edward Jaffe wrote: ... > Java is often written by pimply-faced college kids > who can only fix bugs they can recreate in a debugger. So, if the GC was doing its job properly, there'd be nothing left ?. A cut too close to the bone. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: case from DR in France.
On Wed, 14 Dec 2011 09:11:33 +0100 "R.S." wrote: > W dniu 2011-12-14 07:42, Ed Gould pisze: ... > Simply use DELETE key as we do with your messages. lol - been a long while since I've seen any of Ed Gs posts. Watching (only) the follow-up discussion(s) verifies the correctness of that decision. Maybe a "threaded kill" might be a nice innovation. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on PR/SM dispatcher
On Mon, 19 Dec 2011 09:20:16 -0500 Tom Russell wrote: > PR/SM dispatches Logical CPs not Logical Partitions. I wonder if it'd be considered churlish to point out this wasn't always the case. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
On Wed, 28 Dec 2011 21:51:42 -0500 zMan wrote: > Without any quoting, it's hard to tell what you're replying to...not > trying to restart the quoting wars, but *some* reference is useful. Absolutely agree. Normally I like to read Brians opinions, but those last few just got unilaterally deleted. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Count your fingers ... was cpu / machine identification
> I know of people that don't lock their cars ... I never lock mine, and leave the windows down a few inches. My German Shepherd needs fresh air in this climate. Anyone stupid enough to put their hand in deserves all they get. The mutt is friendly but slightly territorial. Never had anything nicked, although am often met by people who want to pat the fella. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
A while back (years) as part of an install we asked for a phone link for the "dial-home" on the machine. No - and take the dialing mechanism out of the machine. Say what ???. Being a new customer site (a bank), they were accommodated. Later on they needed factory support for a hardware issue. The factory wanted to dial *into* the machine. This was (eventually) acceded to. So you just never know which way customers are going to jump. Shane ... On Sat, 31 Dec 2011 22:24:41 -0500 zMan wrote: > Uh. And then of course you'll find that your request (a) doesn't work > because it's blocked and (b) triggers IDS alarms, which you then get > to explain. Not something I'd recommend trying. > > > Actually, we had thought of putting in a module to request the key > > automatically, the code was fairly simple to request a new key from > > our server via TCP, and as long as the product had not expired the > > whole thing could be generated within a short transaction. When we > > floated it to some of our customers, they mostly responded back > > with "why?". > > > > So it wasn't worth the time to finish the code, but I kept the > > original prototype just in case we changed our minds later. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
On Sat, 31 Dec 2011 21:16:17 -0800 Edward Jaffe wrote: > --reasoning that led to the creation of the 'IBM License > Manager for z/OS' debacle. Wash your mouth out fella ;-) Well that's just ruined a potentially wonderful nascent year. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM manual formats
On Tue, 3 Jan 2012 05:39:14 -0600 Jan MOEYERSONS wrote: > On Sun, 1 Jan 2012 09:48:59 -0600, John McKown wrote: > > >I like having IBM manuals be readable in electronic form. > >Personally, I prefer using the Web and BookManager format over PDF. > > Hear, hear! Please give us back Bookmanager for ALL manuals, IBM. H ... IBMs lame attempts to force the java reader on us all was IMHO another corporate fiasco. I use Linux - IBM seem to want to have some skin in that game; not that you'd know it from the corporate prevarication. I use the pdfs because they are (FSVO) usable "universally". Pity IBM can't extract the digit and get organized. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 21st Century Migrates Mainframe with Clerity
On Thu, 5 Jan 2012 10:31:18 -0500 Anne & Lynn Wheeler wrote: > Intel Core i7 at 177,730 MIPs/sec > http://en.wikipedia.org/wiki/Instructions_per_second > > or almost 180BIPs/sec ... which makes i7 equivalent of more than three > z196?? Explains why my laptop always feels so damn heavy. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: RESMIL in a MONOPLEX
I thought we'd been through this before, but can't find it. Strictly speaking, this is a one system ring, and therefor you could expect some "setup" costs. ISTR Mr Fagen advancing the knowledge that in such a setup GRS has the smarts to ignore all the RSA management. But I can't find any evidence in the archives. So it probably doesn't matter what you set it to, although I've always preferred zero. As for the ENQ issues, maybe have a look at the ADRUENQ usermod. Dallas were always pretty accommodating when I needed to ask for something. Shane ... On Wed, 6 Apr 2011 10:46:53 -0400 Scott Rowe wrote: > Monoplex is not the issue, the existence (or not) of a ring is. > Since you are not in a GRS ring, you are not affected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Address space proliferation
U - did I miss something ?. Where did this come from Peter - another list maybe ?. Shane ... On Sat, 9 Apr 2011 09:13:12 -0400 Peter Relson wrote: > I agree with the thought of keeping the number of address spaces to a > minimum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Address space proliferation
Thanks Lizettte - guess I should subscribe one day; as if this list isn't enough. Shane ... > It started on the IBM Assembler Language Newsgroup. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Announcements Today
I'm well aware of the distinction. The "zEnterprise System" may be composed of both. When they are managed as one, they will come to be seen as "one". At least that seems to be IBMs fervent wish. Shane ... On Tue, 12 Apr 2011 12:54:29 -0400 "Shmuel Metz (Seymour J.)" wrote: > Read it carefully. Note the distinction between "zEnterprise 196 > (z196)" and "zEnterprise BladeCenter Extension (zBX)". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The plural of 'virus'
After that last effort I decided I'd better see who had trodden on Johns corns and caused him to fire up again. Dave, Dave, Dave ... Next time we bump into each other in a bar this should keep us suitably entertained. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dislike/Distrust of USS
Like a few others, I put up with whatever IBM marketing comes up with for their (pseudo) posix compliant bolt-on. That image of a mouse with the human ear (cartilage) grafted on to its back springs immediately to mind. Better approximation might be something cancerous ... MVS in one corner, zLinux in the other - sounds eminently more sensible. (This) USS is yet another oxymoron bursting to escape. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overloaded acronyms
S ... Try as I might to avoid contributing to this, I just read a paper on Oracle RAC on z. Can you believe those people use CPU as an acronym for "Critical Patch Updates" ???. A software package for pitys sake ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Overloaded acronyms
On Thu, 12 May 2011 09:03:57 -0500 Paul wrote: > Then there should be no conflict. CPU is a hardware concept. So some DBA meanders up and says ... "I want a CPU applied to Oracle". How say I (as a sysprog) trying, as I sometimes do, to keep things civil ???. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Facebook for professional usage (was Re: Recent maintenance for z/XDC)
Facebook ... professional - interesting juxtaposition Mark. I'm also not a customer (would love to have a play as I've said before) - this info would make more sense (IMHO) announced and linked (internally) off the homepage rather than hidden unannounced in a txt file for the applicable release under Support -> z/XDC -> Maintenance. And no, I'm not going to give Facebook my details just to chase down company announcements. Shane ... On Sun, 22 May 2011 16:42:29 -0500 Mark Zelden wrote: > I'm not a z/XDC user, but I didn't see the information on your web > site. At least not in any obvious place. > > Why are vendors and organizations using Facebook for professional > use? I am seeing this more and more often. It's fine for social > purposes but most companies lock out access to Facebook from their > corporate networks from what I have seen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A Warning to Anyone Servicing z/OSMF
Uh-oh - is that Barbara I hear charging in from stage calling out "I tried to warn you all ..." ? :-) Shane ... On Sun, 22 May 2011 19:55:03 -0700 Edward Jaffe wrote: > A few months ago, we brought up z/OSMF under z/OS 1.12. Applying > service this weekend made it totally unusable. It turns out our > configuration files have been wiped out! ... > I'm not sure if this is what I would necessarily call 'progress', but > it's definitely a brave new world out there. Beware! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SYSLOG to UNIX syslog daemon?
On Mon, 23 May 2011 01:56:33 -0500 John McKown wrote: > It's 01:30 local time. I can't sleep. So I'm likely insane. s/[[:space:]]+likely// ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: If you found used gum in the parking lot, would you chew it?
And what about USBs on offer at a conference ? (*). I'll bet a *lot* of them get stuffed into work machines. I'm looking at a stylized chameleon I'm pretty sure I got at a zSymposium. Shane ... (*) might be worthwhile to treat DEFCON as a special case. On Wed, 29 Jun 2011 15:03:37 -0500 Darth Keller wrote: > ""Bloomberg reports that The US Department of Homeland recently ran a > test on government employees to see how easy it was for hackers to > gain access to computer systems, without the need for direct network > access. Computer disks and USB sticks were dropped in parking lots > of government buildings and private contractors, and 60% of the > people who picked them up plugged the devices into office computers. > And if the drive or CD had an official logo on it, 90% were > installed."" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trapping the LPAR Deactivate signal on z/OS?
Not having played with the BCPii, my understanding is that it can't be invoked by a (z/VM) guest, and needs a SE to talk to. Dave, does the zPDT base code emulate a SE at all, let alone this functionality ? (I don't have one to play on). A question probably better directed at Bill over on the yahoo group I guess. Shane ... On Tue, 5 Jul 2011 08:07:38 -0500 "Staller, Allan" wrote: ... > Just to clarify, BCP/II is a mixture of HW/SW that allows > communication with the HMC. > > I think the plumbing you need is already in place. Just needs to be > accessed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many CPU seconds can I consume per 10minutes?
Careful Ted, I'd hate to think of {some,any}-one in this business
becoming cynical.
Shane ...
On Wed, 6 Jul 2011 12:04:40 + Ted MacNEIL wrote:
> >Software MSUs are not just marketing MSUs. Most software bills are
> >based on them.
>
> Unfortunately, that's true.
> But, they are a marketing creation and, as such, have even less of a
> relationship to reality than (so called) hardware MSUs.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lines, Bars and ... mini-bars???
On Wed, 6 Jul 2011 10:01:46 -0500 Tom Marchant wrote: > On Wed, 6 Jul 2011 10:32:57 -0400, Scott Rowe wrote: > > >If memory is addressable with 31-bits, then it is > >below the bar, if not, it is above the bar. > > I agree. I think that "bar" was chosen, not because "a bar has > thickness" but to avoid confusion as to which line was meant when > someone said, "above the line". Nope - I recall discussions that the "bar" was an entirely appropriate metaphor due precisely to the fact that it was 2-dimensional, and the "line" was one-dimensional. True, there was also a need to differentiate them, but the metaphor was appropriate (at the time). Scotts assertion above was not entirely true when 64-bit was first introduced. Using 64-bit storage was a pain initially - it must have taken the best part of two years for shared/common objects to appear. Things have changed - perhaps it's now time the memory map stopped changing so often. Although the memory services in 1.10 should shield the user from a lot of the plumbing these days I guess. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Don't like.
On Fri, 8 Jul 2011 17:29:25 -0500 Mark Zelden wrote: > On Fri, 8 Jul 2011 16:43:22 -0500, Andy Wood > wrote: > ... > >I go to the archives page and click on a particular month, and it > >thinks for a while and then brings up a page with a list of posts, > >but that page is often incomplete. If I click the browser (IE) > >"back" button and try again, I might get a complete list, or it > >might be truncated at a different point. Sometimes it takes many > >attempts to get anything like the whole thing. > > I have never had that problem. Must be something about being down > under. :-) Probably is - the pipeline under the ocean can be particularly problematic to American hosted sites from here. Sounds like a classic response time issue. Try watching the scroll-bar on the right - sometimes you can see it adjust as more data comes in. I tend to just hit every few seconds. Probably load related too - instanteous page load at the moment (Sat noon). Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: most efficient method to determine "used cpu time" within a particular subtask
On Wed, 13 Jul 2011 09:26:27 -0500 Walt Farrell wrote: > But if you have that kind of program, and a rough answer would > suffice, do you really need to figure out the most efficient way of > getting it? (Conversely, if you do want the most efficient way, > doesn't that (perhaps) imply that you don't have that kind of > program?) Personally, I would consider the pursuit of "most efficient" a most worthy aim - always. Mindlessly chasing "exact" might be another matter. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACF2 SVCs Required?!?
On Fri, 15 Jul 2011 02:20:37 + john gilmore wrote: > I would offer ISVs some generic advice: replace > SVCs with PC routines; auditors as yet know almost nothing about > them; they are easier to maintain; they have not yet figured in > airline-magazine pieces; and they are anyway much harder to find and > complain about. Careful John - even auditors have search engines. One wonders who will be the first recipient of a "please list all PC routines in your system, and their use" from the latest/next batch of graduates from "Auditing for Idiots 101". Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ONTOP?
> The skills now > are in collecting appropriate doc, getting it to IBM quickly, and > supplying other relevant information to Level 2 clearly and > factually. Not just anyone can do that. Hmmm - IBM seem to be trying to convince the world that "just anyone" with z/OSMF will be able to do that, and more. Sysadmin, help desk, janitor ... Despite Timothys best corporate drum-beating efforts, the glory days have gone. Along with the job prospects and the money. Damn shame really. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Thu, 21 Jul 2011 08:51:22 -0500 Paul Gilmartin wrote: > Has anyone tried compiling it with the ASCII compiler switch (and > XPLINK) and relying on code page autoconversion? Would this > even be useful? What is the intrinsic code page for Perl? UTF-8? > Is this within autoconversion's capability? > > (I'm not volunteering; I know no Perl) > > I hate EBCDIC! I recently had reason to visit this issue from the other end - a (ASCII) client with an EBCDIC file (text, packed decimal, integer fields) that needed to be made "usable". Was easily solvable with perl from the ASCII end. If you have (or can construct) a map file, what we (EBCDIC aware mainframers) can bring to the table is a knowledge of the data formats. Horses for courses. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)
On Sat, 23 Jul 2011 00:27:13 -0500 "Justin R. Bendich"wrote: > No matter what the version, perl is an abomination We've probably all thought that looking (in ignorance perhaps) at perl initially. Once having learnt it to some extent, it is astoundingly efficient and flexible. When was the last time you wrote a web server in REXX ?. No, not cgi scripts, the _server_ . And if you think the efforts of cbt-tape are great (and they are, thank you Sam), have a look at CPAN. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tablets ... (was ...)
On Sat, 23 Jul 2011 22:03:48 -0500 John McKown wrote: > I have a Xoom tablet and it also sucks. Which is why I bought a > wireless keyboard for it. And also why I normally use my PC and not > the tablet. It is fun, but not as useful as I had hoped. I refused to even look at tablets until the Transformer arrived. The extra battery is a boon too. Yes the tablet concept has shortcomings (Android amongst them), but it ain't (really) supposed to be a laptop. Gave me the incentive to finally go learn some java though so I could write apps ... :shrug: Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Descriptions
On Tue, 9 Aug 2011 08:00:46 -0500 "Ward, Mike S" wrote: > Hello all, I'm very frustrated trying to find the SMF record > descriptions using the IBM library reader. Can someone point me to the > correct manual please. I'm looking for the description and format of > the SMF records specifically the 60 - 69 records. Trick question ?. Winter, fire, red wine ... I'd look in the SMF manual personally - in the MVS bookshelf. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
On Tue, 16 Aug 2011 14:09:48 -0500 Mary Anne Matyaz wrote: > My CE still uses cards to write notes on, if you want to be literal > about what a 'card reader' is. Clearing out my office today I found a couple of wads of ruled Amdahl cards for just this purpose. Nice corporate red, even have "To" and "date" headers. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
On Sat, 20 Aug 2011 06:13:33 +0800 David Crayford wrote: > Sent from my iPhone Maybe dodgy phones are susceptible too Dave ? ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security is fun in the PC world....
On Mon, 22 Aug 2011 11:27:08 -0400 "Shmuel Metz (Seymour J.)" wrote: > >or even computer science back then, > > There were CS departments in the late 1960's. But they weren't all offering degrees - even into the 70's. I had to do a Science degree majoring in Applied Mathematics and Computer Science at Adelaide - at the time considered one of the "top tier" unis in this country. I meandered through the grounds a few months back - CompSci looked scarily similar. I suspect (pray) the CDC 6400 has however moved on. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying file to OMVS
On Fri, 26 Aug 2011 13:26:06 +0200 "Hunkeler Peter (KIUP 4)" wrote: > I can tell many "MVS" people tend to > set permissions wrong in their early days of "zO/S UNIX" experience. Including the design and implementation team(s) at IBM. For example, for way too long it was a requirement to run the ServerPac scripts as UID 0. There was a recent thread re security in the *nix world. Cast not your stones - the initial OE/OMVS/USS security model was appalling. And only improved in (seemingly obstinate) fits and starts. It's now better, but was an effort to get here. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copying file to OMVS
On Fri, 26 Aug 2011 13:53:19 +0200 "R.S." wrote: > I disagree, that means: what's wrong with UID(0) for such scripts? > ServerPac installation is rarely done on live production system ;-) I've seen plenty of customers with a common (i.e. only one) RACF database ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF timestamps
On Tue, 6 Sep 2011 10:47:42 -0500 Paul Gilmartin wrote: > Am I supposed to infer from this discussion that SMF timestamps are > recorded in local time, as opposed to UTC? > > What century is this, anyway? I thought it had long been generally > believed that critical timestamps should be recorded in UTC. LOL - I wondered how long it'd take for gil to arch up ... yet again. Some systems make (sensible) use of tzdata. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reminder to Place Any Orders for z/OS 1.12
On Wed, 7 Sep 2011 17:42:10 +0800 Timothy Sipples wrote: > After October 25, z/OS 1.12 will only be available via SystemPac. > > Why not set an annual recurring reminder in your calendar(s) for early > September? Nah, that ain't gunna fly. Most sites will want something better than 1.12 in subsequent years ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Systems Programmer Jobs in Dubuque Iowa
On Thu, 8 Sep 2011 07:47:41 -0400 "Richards, Robert B." wrote: > Ladies and Gentlemen, > > How many of you would settle for $40,000 in this economy if you were > already semi-retired, willing to move to a low cost of living area > and bored to death with that semi-retirement? Or were already out of > work and have exhausted your unemployment benefits? > > Granted, I will be the first to say that a $40,000/yr salary *is not* > appropriate for a younger man or woman with kids still in the nest. > But let's be real, this can be just fine for some people under > certain circumstances. > > In the past, salaries this low were just another ploy to validate H1B > visa positions. But seeing that Eric posted the requirement, I'll > take Eric's request as bona fide. Nope - all wrong, Bob, just *wrong*. We spend a lifetime developing skills that are valuable. We (as a community, not just individuals) need to be fairly compensated for same. Skewing (or screwing) the market because one becomes sick of rocking back and forth on the veranda ain't in anyones interests. Everyone winds up losing to the rapacious bastards intent on driving rates down. I know Eric is straight up and down - he was (as always) doing what he thought was right. Everything after his initial post might have been better not said. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe article
On Thu, 15 Sep 2011 20:05:49 +1000 Paul wrote: > From my last Share meeting in the mid 80s, > "JES3 is 1 Better". JES3 never had much appeal I must admit - however, at my first (American) Share, I decided I'd drop over to the JES3 table to see if anyone knew who the hell this Jaffe fella was. Nope - they were all CICS folks from Hursley huh ???. Empty table, so they usurped it. Eventually someone pointed me in the right direction. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CCW Trace
On Wed, 14 Sep 2011 15:42:24 -0500 "Staller, Allan" wrote: > Does anyone have (or can you point me to) the CCW trace reduction > program. ... > I suppose I can re-write it if push comes to shove. No-one seems inclined to answer (publicly), but I don't know about anything available. A while back I had to reduce a truckload of GFS trace. In my case I just needed to toss matching records (which I wasn't interested in) so I could run the remainder back through IPCS looking for memory leak suspects. So I (masochistically as it turned out) decided REXX would fit the bill. Using stems it quickly ran out of (low) memory. Could work around it, but was a pain. Were I to do it again, I'd probably use perl. Especially for a "quick and dirty". Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Wed, 21 Sep 2011 22:49:27 -0400 Jim Mulder wrote: > I am considered to be fairly knowledgeable > about z/OS dumping, but I am not an LE user. LOL - maybe there's hope for the rest of us yet. A few of us have managed to avoid LE entanglements - how long that good fortune lasts is anyones guess. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FORCE ARM
On Fri, 23 Sep 2011 09:42:04 +0930 Anthony Thompson wrote: > ARM means Automatic Restart Management. Nope, not in this context. FORCE,ARM would pre-date that by quite a bit I would reckon. Perhaps everyone should heed Kees suggestion. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Security Certificate error message at IBMLINK
On Mon, 26 Sep 2011 21:27:48 -0300 Clark Morris wrote: > Amazing how unreliable IBMLINK, the support function for the 24/7 > mainframe seems to be. Is it hosted on z? Should it be hosted on z? Unfortunately the platform, even a good one, isn't going to resolve inherent frailties like those mentioned by Phil yesterday. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1TB EAV Support
LOL. I remember going to a Share/Guide presentation years ago by a bod from one of Australias larger sites. The talk was how they managed their humongous DASD farm that had recently passed the Terabyte frontier. Shock and awe from the assembled crowd :0) Shane ... On Tue, 4 Oct 2011 19:55:17 -0500 Mike Schwab wrote: > That would hold all data for 4 of our LPARS. > > On Tue, Oct 4, 2011 at 6:56 PM, Edward Jaffe wrote: > > Anyone running this yet? > > > > We have the necessary PTFs installed on our z/OS systems, but > > haven't upgraded the DS8100 hardware yet. > > > > Looks like fun! 8-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
