ancient cobol applications

2015-02-07 Thread Anne Lynn Wheeler
local news just had item about ancient software at state agencies, 619
major cobol applications developed in 80s ... frequent crashesoutages,
almost impossible to maintain or change ... in part because of the lack
of cobol programmers. The state is even considering setting up financial
incentive for schools to produce cobol programmers.

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ancient cobol applications

2015-02-07 Thread Scott Ford
That's not the only causemanagement being cheap, an issue I have seen
for years...experienced people are worth their weight on 'gold' .

On Saturday, February 7, 2015, Anne  Lynn Wheeler l...@garlic.com wrote:

 local news just had item about ancient software at state agencies, 619
 major cobol applications developed in 80s ... frequent crashesoutages,
 almost impossible to maintain or change ... in part because of the lack
 of cobol programmers. The state is even considering setting up financial
 incentive for schools to produce cobol programmers.

 --
 virtualization experience starting Jan1968, online at home since Mar1970

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu javascript:; with the message:
 INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ancient cobol applications

2015-02-07 Thread Mitch
and companies not looking to the future for requirements.  There are 
probably a number of employees in the mid-40s that could be trained and let the 
newbies pick up the LUW support going forward.
 


Mitch

 

 

-Original Message-
From: Scott Ford idfzos...@gmail.com
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Sat, Feb 7, 2015 2:48 pm
Subject: Re: ancient cobol applications


That's not the only causemanagement being cheap, an issue I have seen
for years...experienced people are worth their weight on 'gold' .

On Saturday, February 7, 2015, Anne  Lynn Wheeler l...@garlic.com wrote:

 local news just had item about ancient software at state agencies, 619
 major cobol applications developed in 80s ... frequent crashesoutages,
 almost impossible to maintain or change ... in part because of the lack
 of cobol programmers. The state is even considering setting up financial
 incentive for schools to produce cobol programmers.

 --
 virtualization experience starting Jan1968, online at home since Mar1970

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu javascript:; with the message:
 INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ancient cobol applications

2015-02-07 Thread Bill Godfrey
http://www.king5.com/story/news/local/2015/02/06/old-computers-state-government-agencies/22953063/

On Sat, 7 Feb 2015 19:50:10 -0500, scott wrote:

Which state agencies?  Some out of work programmers would probably love
to do some meaningful work.

On 02/07/2015 01:01 PM, Anne  Lynn Wheeler wrote:
 local news just had item about ancient software at state agencies, 619
 major cobol applications developed in 80s ... frequent crashesoutages,
 almost impossible to maintain or change ... in part because of the lack
 of cobol programmers. The state is even considering setting up financial
 incentive for schools to produce cobol programmers.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Other COBOL upgrades that might be worth having was Re: Compile COBOL Programs In 64 Bit.

2015-02-07 Thread Clark Morris
On 14 Jan 2015 16:57:26 -0800, in bit.listserv.ibm-main you wrote:

Hi,I am looking for COBOL compiler option to compile our COBOL programs in =
64 Bit mode.Please lead me if you have such a experience .The COBOL version=
 is 4.2 on Z9 with z/OS 1.12. Best regardsManshadi

AMODE 64 COBOL is still being worked on here at IBM.

I (like the other poster) would like to know what you would do with AMODE 64 
COBOL?
Also, does everyone realize that AMODE 64 code will run slower than AMODE 31 
code?
We assume that AMODE 64 COBOL will be used for very specialized one-off cases
to solve specific business problems, and that in general 99% of code will be
compiled for AMODE 31 even after we ship AMODE 64 COBOL.

  Unlike AMODE 31, which we expected EVERYONE to move to (still waiting :-) we
do not think very many users will need AMODE 64 in the next 10-15 years.
We are gathering use cases and verifiable needs for AMODE 64 COBOL, so if
you know of any, please SHARE!  (get it? :-)

While I can't 


Cheers,
TomR   COBOL is the Language of the Future! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Anthem Healthcare Hacked

2015-02-07 Thread Timothy Sipples
Tom Brennan writes:
Maybe someone can tell me what difference it makes whether the data was
encrypted on disk or not (as some news reports are talking about).  I
mean, if I do a SELECT * from an admin id I must be going through the
decrypt process, right?

No, that's not a given. Many financial transaction systems -- handling
credit and debit cards, for example -- store sensitive information using
various hash functions. (The new IBM z13 includes a new format-preserving
encryption standard that's quite handy.) There's also the fact
administrative IDs typically shouldn't be allowed to do SELECT * -- and
then SELECT * isn't actually SELECT-the-entire-database when you're using
MLS. In a reasonably well run shop (or better) DB2 DBAs don't actually get
end user data access authority. I can't remember what version of DB2
introduced the more strict role-based separation, but I think it was at
least as far back as DB2 Version 8.

I'm assuming customers use IBM mainframes and use these wonderful
capabilities (and others) IBM provides. Big assumptions, sadly violated too
often.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Anthem Healthcare Hacked

2015-02-07 Thread Jake anderson
One of an article says the hack assumingly happened from an external Web
storage.

So not a mainframe ?

Jake
On 8 Feb 2015 08:31, Timothy Sipples sipp...@sg.ibm.com wrote:

 Tom Brennan writes:
 Maybe someone can tell me what difference it makes whether the data was
 encrypted on disk or not (as some news reports are talking about).  I
 mean, if I do a SELECT * from an admin id I must be going through the
 decrypt process, right?

 No, that's not a given. Many financial transaction systems -- handling
 credit and debit cards, for example -- store sensitive information using
 various hash functions. (The new IBM z13 includes a new format-preserving
 encryption standard that's quite handy.) There's also the fact
 administrative IDs typically shouldn't be allowed to do SELECT * -- and
 then SELECT * isn't actually SELECT-the-entire-database when you're using
 MLS. In a reasonably well run shop (or better) DB2 DBAs don't actually get
 end user data access authority. I can't remember what version of DB2
 introduced the more strict role-based separation, but I think it was at
 least as far back as DB2 Version 8.

 I'm assuming customers use IBM mainframes and use these wonderful
 capabilities (and others) IBM provides. Big assumptions, sadly violated too
 often.


 
 Timothy Sipples
 IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
 E-Mail: sipp...@sg.ibm.com
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ancient cobol applications

2015-02-07 Thread Ed Gould

Scott:

I am far from an expert in these areas but here are some thoughts.
From what little I have seen here in IL here are some guesses:
 1. Budgets are not only bare bones but are downright disgraceful.  
Year after year the budgets are FROZEN and that means doing less with  
no new equipment. The 3270's are cheap shells and are filthy due to  
smoking in most cases they aren't 3270's at all but are cheaply made  
replacements.
2. Politicians regularly rob peter to pocket the money in another  
budget leaving zero dollars for replacements.

3. Politicians stealing the money and pocketing it.
4. no one wants to raise taxes to pay for anything so equipment  
deteriates and the same goes for wages.

5. Working for the state is a dead end job money wise.

ANd on and on

Ed


On Feb 7, 2015, at 6:50 PM, scott wrote:

Which state agencies?  Some out of work programmers would probably  
love to do some meaningful work.


On 02/07/2015 01:01 PM, Anne  Lynn Wheeler wrote:
local news just had item about ancient software at state agencies,  
619
major cobol applications developed in 80s ... frequent  
crashesoutages,
almost impossible to maintain or change ... in part because of the  
lack
of cobol programmers. The state is even considering setting up  
financial

incentive for schools to produce cobol programmers.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Anthem Healthcare Hacked

2015-02-07 Thread Tony Harminc
On 7 February 2015 at 22:00, Timothy Sipples sipp...@sg.ibm.com wrote:
 I'm assuming customers use IBM mainframes and use these wonderful
 capabilities (and others) IBM provides. Big assumptions, sadly violated too
 often.

Now it's (sadly) a violation to not use an IBM mainframe?! I know
IBM has top lawyers and all, but I never imagined they'd be quite so
successful. Somehow reminds me of the old joke that goes If the phone
company can charge you $3/month to not have your number listed, just
imagine how much they can charge you for not having a phone at all.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


AW: NO response to java -version

2015-02-07 Thread Peter Hunkeler

 at the prompt i issue
 (the fully qualifed path name is on purpose here):
 /usr/lpp/java/bin/java  java ?version




I don't have access to a system at the moment, so I might be wrong. Anyway if 
there is no typo in the command line as show, I think the java is duplicate. 
The first one at the *end* of the path is calling the java binary (the JVM). 
The second one is the first parameter, the -version the second parameter.


Result: JVM is tring to execute some class called java.class passing it parm 
-version. The JVM does not see -version as a command line option.


Try:
/usr/lpp/java/bin/java ?version




--
Peter Hunkeler




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


NO response to java -version

2015-02-07 Thread Bonno, Tuco
to all who contributed to this thread both in ibm-main and in mvs-oe  after 
about 1459 hrs (2:59 p.m.) last friday:


(mainly  Messrs Mms Barkow, Justice, Hochhalter, Kugler, Carros, Gilmartin)


personal problems have supervened in my life to prevent me from trying your 
various suggestions, and getting back to you-all, individually and 
collectively.  rest assured that upon my return to work i shall do so and will 
post results as appropriate .


thank you one and all so far .

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Anthem Healthcare Hacked

2015-02-07 Thread Sam Siegel
According to Anthem's website, it was formed by the merger of Wellpoint and
Anthem.

According to http://mainframes.wikidot.com/, Wellpoint is a mainframe shop.

Hopefully as additional details will become available.  It seems, that
unless you are in the know, which I'm not, that facts are in short supply
and further, talking heads have taken  a license to say what they please.

Like others on this list, I'm also negatively affected by this.

On Sat, Feb 7, 2015 at 8:09 PM, Jake anderson justmainfra...@gmail.com
wrote:

 One of an article says the hack assumingly happened from an external Web
 storage.

 So not a mainframe ?

 Jake
 On 8 Feb 2015 08:31, Timothy Sipples sipp...@sg.ibm.com wrote:

  Tom Brennan writes:
  Maybe someone can tell me what difference it makes whether the data was
  encrypted on disk or not (as some news reports are talking about).  I
  mean, if I do a SELECT * from an admin id I must be going through the
  decrypt process, right?
 
  No, that's not a given. Many financial transaction systems -- handling
  credit and debit cards, for example -- store sensitive information using
  various hash functions. (The new IBM z13 includes a new format-preserving
  encryption standard that's quite handy.) There's also the fact
  administrative IDs typically shouldn't be allowed to do SELECT * -- and
  then SELECT * isn't actually SELECT-the-entire-database when you're using
  MLS. In a reasonably well run shop (or better) DB2 DBAs don't actually
 get
  end user data access authority. I can't remember what version of DB2
  introduced the more strict role-based separation, but I think it was at
  least as far back as DB2 Version 8.
 
  I'm assuming customers use IBM mainframes and use these wonderful
  capabilities (and others) IBM provides. Big assumptions, sadly violated
 too
  often.
 
 
 
 
  Timothy Sipples
  IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
  E-Mail: sipp...@sg.ibm.com
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ancient cobol applications

2015-02-07 Thread scott
Which state agencies?  Some out of work programmers would probably love 
to do some meaningful work.


On 02/07/2015 01:01 PM, Anne  Lynn Wheeler wrote:

local news just had item about ancient software at state agencies, 619
major cobol applications developed in 80s ... frequent crashesoutages,
almost impossible to maintain or change ... in part because of the lack
of cobol programmers. The state is even considering setting up financial
incentive for schools to produce cobol programmers.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN