Re: Consolidate Storage Groups

2010-02-21 Thread Ron Hawkins
Rebecca, Yes you can consolidate Storage Groups in the way you described. I went through the same exercise 10 years ago, going from 120 to 5 Storage Groups in Production, and 188 to 5 in Development. It was a mix of folding Storage Groups and file movement through attrition and DFDSS moves. Ron

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Joe Reichman
Why do you think most of MVS is written in PLX instead of assembler so IBM can hire college kids for nothing to program the OS On the outside world you would need to code Assembler macros for authorized services Sent from my iPhone On Feb 20, 2010, at 5:49 PM, Pinnacle

Re: Consolidate Storage Groups

2010-02-21 Thread Staller, Allan
snip We have over 100 storage classes. So that really needs to be cleaned up as well. Does anybody have any recommendations for approach to reduce this to a reasonable number? What would you consider reasonable? /snip The fewer the better, subject to business considerations. Although I

Re: Senior Java Developer vs. MVS Systems Programmer

2010-02-21 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Edward Jaffe Pinnacle wrote: I just got this Email today for a Java developer at $90-110/hr. Last quote I got for an MVS systems contract in NJ was $65/hr. IBM's plan is working to perfection. System z

Re: LPARs: More or Less?

2010-02-21 Thread Bob Shannon
nominally there was a business case that customers then would naturally move much of their posix workload to MVS platform I had been told that one reason for Posix support in MVS was to allow bids for government contracts supercomputer would send hyperchannel message to the ibm mainframe,

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Mike Myers
Joe: MVS was written in PL/S at the outset in 1972-1974. The use of PL/S was strategicas it was a structured language which would be more self-documenting than assembler and therefore easier to debug. To code any MVS component in assembler, you had to justify it and get a deviation to do

Re: Consolidate Storage Groups

2010-02-21 Thread Rebecca Martin
Thank you Ron. I think I have a plan and will test it with the sandbox storage groups and storage classes. One question I haven't found the answer to: Is there anything special I have to worry about with the DB2 storage groups and/or classes. I know DB2 has a thing where it defines one or

Re: LPARs: More or Less?

2010-02-21 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. bshan...@rocketsoftware.com (Bob Shannon) writes: I had been told that one reason for Posix support in MVS was to allow bids for government contracts ...

Re: Consolidate Storage Groups

2010-02-21 Thread Ted MacNEIL
4. Activate the new configuration (when doing this for the production and development pools, it will be done on a Sunday when they are down just to ease the worries of management - plus it is easy for us to get maintenance windows on Sundays.) . . . Did I miss something important? Yes,

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Gabriel Tully
On 2/20/2010 5:49 PM, Pinnacle wrote: Dude, Save your ad hominem attacks. I am nothing if not adaptable, and as far as an attitude of entitlement, I'll give you the benefit of the doubt and assume that you're unfamiliar with what's going on. Bring some facts if you have any and let's have

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Jim Thomas
All, Aside from being a well versed low level developer, I was also an OS Systems Programmer that also took on sub-systems and program products. That said, many a moon ago, a wise man once posted about the role of a MVS systems programmer (in the future that is) it was just a one line

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread zMan
On Sun, Feb 21, 2010 at 1:34 PM, Gabriel Tully gjtu...@gmail.com wrote: On 2/20/2010 5:49 PM, Pinnacle wrote: major snippage There are some good points being made here. The real systems jocks of the past are getting thin on the ground (not so much thin themselves :-) ), but the demand for

Re: Consolidate Storage Groups

2010-02-21 Thread Rebecca Martin
On Sun, 21 Feb 2010 17:14:50 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Did I miss something important? Yes, unfortunately you did. If you are going to only do it on Sundays, you are going to take forever to finish your project. There are no performance impacts to modifying the config on

Re: Consolidate Storage Groups

2010-02-21 Thread Ted MacNEIL
It won't be consective Sundays and all the prep work could be done ahead of time. So the actual Sunday time would be less than 2 hours, including testing. I wish you well; there should be no Sunday time, but that's your choice. There's no test like production. You are not going to see it all.

Re: LPARs: More or Less?

2010-02-21 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. re: http://www.garlic.com/~lynn/2010d.html#69 LPARs: More or Less? http://www.garlic.com/~lynn/2010d.html#71 LPARs: More or Less? for other folklore tidbit ...

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Scott
Since when did point and click become a language? Is more an indication of your not getting it than the downward spiral of those damn kids and rock-an^h^h^h^h^h^h^h indie music. The momentum in computer science has always been to do more with less. Rather than asperger-ing it out with ye mighty

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Ted MacNEIL
I never doubt IBM's ability to do something wrong and destructive, though I'm always mind-blown at how willing everyone else is to pay for it. I agree 1000%. And, it started with tier-based pricing in the 1980's. And, they've grown to the point where the technology is not difficult, but the

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Rick Fochtman
zMan wrote: On Sat, Feb 20, 2010 at 5:31 PM, Ed Gould ps2...@yahoo.com wrote: Gabrial: I used to have a copy of Adventure that worked fine under MVS (albeit 30 years ago). Its been ages since I have thought about it. A fellow sysprog did the fortran conversion and we actually (at one time)

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Ed Finnell
In a message dated 2/21/2010 4:13:38 P.M. Central Standard Time, rfocht...@ync.net writes: also remember The Death Ray has backfired and the entropy of the Enterprise has been maximized. Perhaps you'll be more cautious in your next life. :-) I think Darren had a C version going

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Jim Thomas
Scott, Forgive me but indeed, point and click is exactly where we are. Take either Visual Age or Eclipse as an example. Again, Forgive me but what exactly would be the definition of a good developer in today world ?? .. I maintain, the kids that are coming out of college w/JAVA and or C++

Re: Senior Java Developer vs. MVS Systems Programmer

2010-02-21 Thread Clark Morris
On 20 Feb 2010 09:06:32 -0800, in bit.listserv.ibm-main you wrote: On 2/20/2010 11:41 AM, J R wrote: They wore lab coats? They were called MVS administrators? I was being facetious, but I get it - allow me to back-peddle. Sorry, I didn't mean to condescend. I'm just tired of

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Chris Hoelscher
i personally preferred the replacement ship - the Fairie Queene F Chris Hoelscher IDMS/DB2 Database Architect Humana Inc 502-476-2538 choelsc...@humana.com you only need to test the programs that you want to work correctly The information transmitted is intended only for the person or

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. zedgarhoo...@gmail.com (zMan) writes: Ah, Star Trek! Your ship has blown up. The vile Klingon hordes will conquer the universe. Those were the days... re:

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Anthony Thompson
Plurgh! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robert A. Rosenberg Sent: Sunday, 21 February 2010 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adventure - Or Colossal Cave Adventure At 19:02 +0100 on 02/19/2010, Thomas Berg

Re: Consolidate Storage Groups

2010-02-21 Thread Rebecca Martin
On Sun, 21 Feb 2010 19:55:27 +, Ted MacNEIL eamacn...@yahoo.ca wrote: I wish you well; there should be no Sunday time, but that's your choice. There's no test like production. You are not going to see it all. You shouldn't need any overtime/off-hours work to manage a new SMS config.

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread zMan
On Sun, Feb 21, 2010 at 6:30 PM, Anthony Thompson anthony.thomp...@nt.gov.au wrote: Plurgh! That's plugh. :-) Also xyzzy and plover... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. ... and with respect to INV mentioned in email http://www.garlic.com/~lynn/2010d.html#email800804 in this previous post http://www.garlic.com/~lynn/2010d.html#74

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Thomas [ snip ] But hang on ... let's look at the so called engineer's coming out of school today. If it were not for the fancy point and click applications how far would they get ?. Well, the engineers at

Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread Charles Mills
I'm writing a fairly large MVS batch application in C++. At several points it is necessary to call library type routines that I am writing in assembler. Several of the routines (unfortunately) need to use QSAM macros and so need below-the-line storage. Obviously I could do a GETMAIN or STORAGE

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Anne Lynn Wheeler
jch...@ussco.com (Chase, John) writes: Well, the engineers at Lockheed's (in)famous Skunk Works designed the SR-71 Blackbird with slide rules and graph paper. No airplane since has equaled its speed or altitude records. i sponsored Boyd's briefings at ibm in the 80s ... he had done a lot of

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread David Crayford
I would write the routines with init/term (Constructors/Destructors) functions that allocate and free resources. Have the init return a handle that you pass to the process/term functions, usually just an address of a control block. Think of stdio fopen(), fclose(), fread() etc socket functions

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread Sam Siegel
On Mon, Feb 22, 2010 at 2:00 AM, Charles Mills charl...@mcn.org wrote: I'm writing a fairly large MVS batch application in C++. At several points it is necessary to call library type routines that I am writing in assembler. Several of the routines (unfortunately) need to use QSAM macros and

Re: Senior Java Developer vs. MVS Systems Programmer (no flames please)

2010-02-21 Thread Pinnacle
- Original Message - From: Gabriel Tully gjtu...@gmail.com Newsgroups: bit.listserv.ibm-main Sent: Sunday, February 21, 2010 1:35 PM Subject: Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant) On 2/20/2010 5:49 PM, Pinnacle wrote: snip Tom, You are

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread Charles Mills
Thanks. Sounds a little risky to assume I am the first/only program in the region -- the jobstep program -- but it's an idea. There are provisions for using QSAM in 31 bit mode. You mean AMODE 31? Yes, I'm real familiar with that. So far as I know DCB must reside in 24-bit storage. So long as

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread Charles Mills
Interesting concept: wrap the assembler routines in a C++ class with an initiator that allocates the storage. All public access to the assembler functions through a C++ method wrapper. So a public C++ method might be int assemblerfunc(int functionalparm1, char *functionalparm2); In turn it would

Re: Consolidate Storage Groups

2010-02-21 Thread John Ticic
One question I haven't found the answer to: Is there anything special I have to worry about with the DB2 storage groups and/or classes. I know DB2 has a thing where it defines one or the other (not sure which) but is there any connection between the DB2 definition/setting and the SMS

Re: Adventure - Or Colossal Cave Adventure

2010-02-21 Thread Ed Gould
From: Anne Lynn Wheeler l...@garlic.com To: IBM-MAIN@bama.ua.edu Sent: Sun, February 21, 2010 5:27:19 PM Subject: Re: Adventure - Or Colossal Cave Adventure The following message is a courtesy copy of an article that has been posted to

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread David Crayford
Charles Mills wrote: Interesting concept: wrap the assembler routines in a C++ class with an initiator that allocates the storage. All public access to the assembler functions through a C++ method wrapper. So a public C++ method might be int assemblerfunc(int functionalparm1, char

Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant)

2010-02-21 Thread Ed Gould
From: Mike Myers m...@mentor-services.com To: IBM-MAIN@bama.ua.edu Sent: Sun, February 21, 2010 8:24:19 AM Subject: Re: Senior Java Developer vs. MVS Systems Programmer (warning: Conley rant) Joe: MVS was written in PL/S at the outset in 1972-1974. The use of

Re: PDS vs. PDSE

2010-02-21 Thread Barbara Nitz
Well, I can add another problem to the list: since 2 days we have a ghost connection to a PDSE directory. We can't delete the PDSE because someone has a connection to the directory, but we have no idea who and there is no Enq for the PDSE, which is the way to find the holder of the connection

Re: Best practice for 24-bit storage in assembler called from C/C++

2010-02-21 Thread Sam Siegel
On Mon, Feb 22, 2010 at 5:07 AM, Charles Mills charl...@mcn.org wrote: Thanks. Sounds a little risky to assume I am the first/only program in the region -- the jobstep program -- but it's an idea. It is at the TCB level. It is not required to be the jobstep program or TCB. I can understand