Re: Regular Expressions in ISREDIT z/OS 2.01

2015-02-26 Thread Govind Chettiar
On Tue, 24 Feb 2015 23:07:53 -0500, Shmuel Metz (Seymour J.) 
 wrote:

>In <2502068772076383.wa.rashapoogmail@listserv.ua.edu>, on
>02/24/2015
>   at 03:32 PM, Govind Chettiar  said:
>
>>On zOS if I try
>>f r'([0-9]{4})(\w+)'
>
>A while back I looked at the new ISPF documentation and and EDIT is
>missing much of what I have come to rely on in Perl.
>
>>I looked online for how to search on words (which is what \w does)
>
>No.
>
>>f r'[:alpha:]'
>
>If it doesn't even support /d and /w, why would you expect it to
>support fancy character classes?
>
>Is there an open requirement to support full regex capability?
>
>--
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
>We don't care. We don't have to care, we're Congress.
>(S877: The Shut up and Eat Your spam act of 2003)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

I don't know about open requirements.  All I was trying to do was replicate 
what I can do in SublimeText.  
Anyway, I do have RDz and the Cobol editor supplied with that provides full 
support (tho the JCL and other editors don't).
It does seem irksome that a feature would be provided in a half-baked fashion 
especially when it has taken so long to become available.

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


Re: Regular Expressions in ISREDIT z/OS 2.01

2015-02-24 Thread Govind Chettiar
On Fri, 12 Dec 2014 11:20:21 -0600, Jon Butler  wrote:

>I can use regular expressions, but the "generic" attributes such as \d for any 
>digit do not appear to work in ISPF.  If I use FIND r'\([0-9]\)'  I can find 
>the string "(9)", but if I use FIND r'\(\d\)' I can not.  
>
>For me FIND r'd' and FIND r'\d' both find the letter "d", not a digit.  Any 
>thoughts?
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I'm running into the same kind of issue when trying to search on a string like 
this
1234abcd 
On my PC Editor I can use 
([0-9]{4})(\w+)

On zOS if I try 
f r'([0-9]{4})(\w+)'
I get 
No CHARS '([0-9]{4})(\w+)' found

I looked online for how to search on words (which is what \w does) with Posix 
and it didn't look like there was an option.  But I tried some of the other 
Posix specific searches like
f r'[:alpha:]' and it didn't behave like a search for any alphabetic character, 
rather it found matches for A and L and P and so on in my file.  So not sure if 
ISPF Regex is POSIX ERE.

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


Jobs at a given time

2015-01-30 Thread Govind Chettiar
Hi
Is it possible to find out what jobs were running at a given point in time or 
within a given time interval, say, between 10 and 11 pm?  We use OPC scheduler 
and IOF (not SDSF)
Thanks

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


Re: COBOL Programmers In Demand?

2015-01-20 Thread Govind Chettiar
On Sun, 18 Jan 2015 10:37:01 -0500, Aled Hughes  wrote:

>According to the UK's Daily Mail, COBOL programmers are commanding 'big money' 
>especially some of the retired ones. I suspect some of the so-called salaries 
>are contractor rated. £50,000 (about US $76K) works out at less than £200 a 
>day. The actual going rate seems to be about £400 a day absolute maximum, but 
>this is about what was being offered over 20 years back. 

As usual, I suspect that the article has been written by a person who cannot 
even spell 'mainframe'. 

http://www.dailymail.co.uk/money/news/article-2863570/Out-retirement-experts-programming-1950s.html


According to the TIOBE report on the popularity of programming languages COBOL 
has moved up from 26 to 13th place in the last year, almost a 1% increase in 
popularity.  Popularity is measured in terms of internet searches, not 
necessarily reflective of an increased demand, but I still find it intriguing.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

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


Re: Accessing VSAM Data from non-zOS platform

2014-10-09 Thread Govind Chettiar
On Tue, 7 Oct 2014 10:39:03 -0400, Bill Ashton  wrote:

>If you need near-time or real-time access to the data, I would recommend
>you look at CA Technologies product called VSAM Transparency for
>Datacom/DB. Having used this for a lot of years, it was great. The
>20-second description is that it allows your application programs to
>continue accessing the database as if it was VSAM, but you also get the
>benefit of a full-blown database file (concurrent online and batch updates,
>SQL access, access through a server, etc.). It is really pretty great to
>use, fairly easy to implement (I believe - I didn't do it), but it is not
>free. We used it for quite a while and converted a couple vendor
>applications using VSAM to the database, and the vendor code had no
>problems. The only real changes were to JCL and to the FCT in CICS.
>
>Billy
>

Billy,
We're not a Datacom shop  and I'm not sure if this is a product that enables 
access to the VSAM datasets from a Linux platform either.  Based on what you 
have said it looks like this is meant for applications that are on zOS?  In 
fact the datasheet at this link
http://supportconnectw.ca.com/public/datacom_ideal/infodocs/vseesa_dbtransoptvsam21.asp
says operating platform is VSE.
Thanks!

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


Re: Accessing VSAM Data from non-zOS platform

2014-10-09 Thread Govind Chettiar
Since I'm having some difficulty with the quote option, copy-pasting this 
content
"
We are currently using JRIO (last supported release will be JAVA7). The 
replacement is the JZOS Toolkit (under application development at this time). 
The application connects to a JAVA applet on the mainframe. The data is a VSAM 
file on z/OS. 
 
Both products are no fee licenses available from IBM. 
 
HTH, "

Alan- but sounds like JRIO/JZOS run on zOS?

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


Re: Accessing VSAM Data from non-zOS platform

2014-10-07 Thread Govind Chettiar
On Mon, 6 Oct 2014 18:42:47 -0700, Lizette Koehler  
wrote:

>How will you be using the data?  LUW, Oracle, other?
>Do you use NFS or other accesses?
>
>You can offload the VSAM with REPRO but then the receiving system would need 
>to be able to read the data.
>
>If you could explain the process you will be using the VSAM data in, it will 
>help.
>
>Also, what version of z/OS will it be accessed from?
>
>Lizette
>
>
>

Sorry, should have made myself much clearer.  It's KSDS datasets.  There will 
be applications running in the zOS (2.1) region that will continue to 
"maintain" this VSAM data (insert/update/del) thru batch and CICS.  Copying and 
FTPing are somewhat impractical as a result since the java app has to have real 
time access to it.  The java app will be using an Oracle DB.
Thanks!


>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Govind Chettiar
>> Sent: Monday, October 06, 2014 6:40 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Accessing VSAM Data from non-zOS platform
>> 
>> Hello,
>> Would like some insight from people who have tried it on how to get to VSAM 
>> data
>> on zOS from non zOS platforms.  I didn't search this forum since I wasn't 
>> sure what
>> strings to use but a quick google search shows a bunch of products like 
>> Rocket,
>> Attunity, DataDirect, Neon and so on.
>> 
>> Any personal experience with these (or other) products would be very useful.
>> 
>> (The "non ZOS platform under consideration is a Linux/Unix server running 
>> Java
>> apps)
>> 
>> Thanks
>> 
>
>--
>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


Accessing VSAM Data from non-zOS platform

2014-10-06 Thread Govind Chettiar
Hello,
Would like some insight from people who have tried it on how to get to VSAM 
data on zOS from non zOS platforms.  I didn't search this forum since I wasn't 
sure what strings to use but a quick google search shows a bunch of products 
like Rocket, Attunity, DataDirect, Neon and so on.

Any personal experience with these (or other) products would be very useful.

(The "non ZOS platform under consideration is a Linux/Unix server running Java 
apps)

Thanks

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


Re: Sorry state of IT education?

2014-04-23 Thread Govind Chettiar
On Tue, 22 Apr 2014 19:45:44 +, Sankaranarayanan, Vignesh 
 wrote:

>> I imagine this is the norm for today because a well-educated, intelligent, 
>> worker costs a lot more than a pre-programmed drone.
>> As a result, the industry is now flooded with hundreds of thousands of IT 
>> professionals fully capable of performing procedures they've been taught, 
>> but incapable of thinking through a problem.
>
>I personally take offense to the "drone" bashing. Because I'm a "drone" now, 
>apparently.
>
>All of these comments seem to be from the perspective of higher ups and folks 
>who've had - years-of experience on the mainframe. It simply isn't fair to 
>expect the same depth of knowledge from a (relatively) newcomer. Without a 
>doubt, the technology that is mainframe, is massive. It's not sane to expect 
>some 100,000 manuals get cooked right into an IT professional, when most of 
>the folks on this (& elsewhere) list have acquired the knowledge over years of 
>beating on their craft.
>
>You ought to consider the conditions under which we're working/learning. When 
>a service provider takes up your IT infrastructure service support, there's a 
>reason that it's achievable at just x% of what it cost earlier. No points for 
>figuring out where that money is cut out from.
>
When a service provide takes up the IT Infrastructure service at the expense of 
the people who were already working there and who do have years experience 
because the bean counters only see the $$s they save, then a certain amount of 
resentment is to be expected.

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


Re: Enterprise COBOL v5.1 and RDz v9.x

2014-04-17 Thread Govind Chettiar
> [...]
> When an upgrade to zOS 2.1 is performed is one automatically at Cobol 5.1 as 
> well?

>Well, IT DEPENDS.
>AFAIK you cannot order downlevel COBOL. So, when you order z/OS 2.1 now 
>and you also order COBOL - you will get 5.1 version.
>In general you can order only current versions of the products and 
>system. Current at the time of order.
>Note, there is limited time window of "version coexistence" - time when 
>you can order two versions of the software.
>Note GA (premiere) date of z/OS and COBOL need not to be synchronized.

>So, when did you make the order?

We already are at 4.2 and it looks like we will continue to be after the OS 
upgrade.

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


Re: Enterprise COBOL v5.1 and RDz v9.x

2014-04-15 Thread Govind Chettiar
On Mon, 14 Apr 2014 12:24:05 +, Chase, John  wrote:

>Hi All,
>
>I learned via PMR that Rational Developer for System z ("RDz") v9.x ("latest & 
>greatest") does not "officially" support Enterprise COBOL v5.1.  The 
>workaround suggested by RDz Support was to specify COBOL v4.2 and 
>XMLPARSE(XMLSS) in the RDz wizard, because COBOL v5.1 does not support 
>XMLPARSE(COMPAT).  We did that, and the resulting program source generated by 
>RDz compiled "clean" with COBOL v5.1, but ABENDs when invoked in CICS.  The 
>same source compiled with the COBOL v4.2 compiler runs fine in CICS.
>
>At the suggestion of the IBMer handling the RDz PMR I've opened a Request for 
>Enhancement (RFE) on Developerworks. You may view the RFE at:
>
>http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=50856
>
>An "IBM ID" is required to view it, and to vote on it.  If you have access to 
>IBMLink, you have an "IBM ID".
>
>Please consider voting in favor of this RFE.
>
>Thanks,
>
>-jc-
>
>**
>Information contained in this e-mail message and in any attachments thereto is 
>confidential. If you are not the intended recipient, please destroy this 
>message, delete any copies held on your systems, notify the sender 
>immediately, and refrain from using or disclosing all or any part of its 
>content to any other person.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


When an upgrade to zOS 2.1 is performed is one automatically at Cobol 5.1 as 
well?

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


Re: 3270 Emulators and consoles

2014-04-02 Thread Govind Chettiar
On Tue, 1 Apr 2014 07:40:37 -0500, Govind Chettiar  wrote:

>On Mon, 31 Mar 2014 18:51:47 +, MARTIN, MIKE  
>wrote:
>
>>All,
>>
>>We have a  z114 and are upgrading to Windows 7.  Is anyone using a 3270 
>>emulator other than PCOMM for their OSA-ICC console functions.
>>
>>Mike Martin
>>
>Reflection/Attachmate
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


There was a feature in Rumba that I can't seem to find in Reflection.  It would 
copy the whole screen to clipboard, page down, append to clipboard, keep doing 
it till the end of the dataset member or sysout or whatever.  You had to 
specify a string that would be on the last page and also the coordinates on 
each screen within which you wanted to copy.  Scarce a week passes w/o my 
wishing Reflection had the same feature.

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


Re: 3270 Emulators and consoles

2014-04-01 Thread Govind Chettiar
On Mon, 31 Mar 2014 18:51:47 +, MARTIN, MIKE  wrote:

>All,
>
>We have a  z114 and are upgrading to Windows 7.  Is anyone using a 3270 
>emulator other than PCOMM for their OSA-ICC console functions.
>
>Mike Martin
>
Reflection/Attachmate

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


Re: Doug Nadel's ISPFHTML - retired

2014-03-26 Thread Govind Chettiar
On Tue, 25 Mar 2014 07:25:35 -0400, Richards, Robert B. 
 wrote:

>Hank,
>
>Thanks for the heads up about Doug. I still use his tools "on a daily basis". 
>Tools such as ISRFIND, ISRDDN, and TASID to name a few.
>
>Thank you, Doug, for your contribution to ISPF's usefulness and my 
>productivity! 
>
>Bob
>
Same here.  I have had an F key mapped to VCURSOR for many years now, 
absolutely invaluable.  Plus have appreciated his responses to my various posts 
on ISPF, REXX etc.
Thanks

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


Re: multiple TSO Sessions (try this)

2014-02-01 Thread Govind Chettiar
Sorry...When I click the reply icon all I see is a blank window.  Some 
listservs have a reply with quote option which I don't see here and I assumed 
that the prior messages are appended to my post.  I didn't explicitly delete or 
eviscerate anything...

Anyway I was responding to Ted MacNeil's statement- I consider myself a typical 
application developer.

I don't believe that the "typical" user needs multiple userids to do their job.
-
-teD

Govind,

It would be helpful to know what  "somewhat blanket statement" you are
disagreeing with.

For a thread like this one, to which many people have made motley
contributions, some [but not too much] context is necessary.  Trimming
is good; evisceration is bad.

John Gilmore, Ashland, MA 01721 - USA


On 1/31/14, Govind Chettiar  wrote:

> I would respectfully disagree with this somewhat blanket statement.  Many is
> the time I'd have liked my ISPF Editor session in one window and the
> compiler output in another so I can fix the syntax errors etc easily w/o
> having to F2 back and forth all the time.  This is just one example.
> Especially now that I have 2 20" monitors side by side.

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


Re: multiple TSO Sessions (try this)

2014-01-31 Thread Govind Chettiar
I would respectfully disagree with this somewhat blanket statement.  Many is 
the time I'd have liked my ISPF Editor session in one window and the compiler 
output in another so I can fix the syntax errors etc easily w/o having to F2 
back and forth all the time.  This is just one example.  Especially now that I 
have 2 20" monitors side by side.

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


Re: multiple TSO Sessions

2014-01-30 Thread Govind Chettiar
Great reply, thanks for clarifying all that.  At my place we don't have 
sysplex, but I'll check with contractor whether they had multiple LPARS and a 
SYSPLEX in his last workplace.
I did start reading Mark's $SNGLTSO document but was lost very quickly!
Regards

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


Re: multiple TSO Sessions

2014-01-29 Thread Govind Chettiar
Not ashamed to acknowledge my ignorance here but I'm not fully able to follow 
discussions of "separate images" or "shared environments".  If this chap says 
he had up to 4 TSO sessions, but was working on the same datasets and so on, 
would they have been different LPARs.  Aren't two LPARs like two machines, 
really?  Like we have a Test LPAR and a Prod LPAR.
Thanks!

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


multiple TSO Sessions

2014-01-28 Thread Govind Chettiar
A contractor who joined our team said that in his previous place of employment 
he could have multiple TSO sessions each of which used the same userid and 
password, so he used to have multiple instances of his TN3270 emulator running 
and a different TSO session in each.

I am curious to know how this is possible...can anyone explain?

My b/g is Cobol application development, so not versed with VTAM etc, so bear 
with me!

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


Re: Scary Sysprogs

2014-01-08 Thread Govind Chettiar
It's pretty creativity-stifling to work in a company where the threat of being 
fired looms.  If one works for a firm that has annual RIFs just as a matter of 
practice and one is constantly in fear of setting a foot wrong lest one get on 
that list, then one is not going to do anything more than the bare minimum.  No 
one wants to work a single extra minute in that kind of environment.  Absent 
such a fear, one is more willing to take risks, be innovative.

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


Re: RDW with FTP

2014-01-03 Thread Govind Chettiar
Thanks for confirming, Massimo.
We are providing data to a vendor of a big data product who requested that we 
use these options for the FTP so wanted to be sure I was doing it right.
Regards

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


RDW with FTP

2014-01-02 Thread Govind Chettiar
Hi,
I'd appreciate any information on the usage of RDW option when ftp'ing a file 
from the host (MVS) to a workstation.  Per the manual this is the definition
RDW Specifies that Variable Record Descriptors (RDW) are treated as if they 
were part of the record and not discarded during ftp transmission of VB or VBS 
data sets in other than block mode. RDW information is stored in a binary 
halfword. Transfer files in binary to avoid translation problems that can occur 
if you transfer this binary field in EBCDIC or ASCII.

I was told that this can be used to ftp files that have occurs depending on in 
the record layout.  But I am not able to comprehend how exactly I should use 
it- 
For example I am "GET"ting a VB file from the mainframe.  Would I do something 
like this?

c:\>ftp 
ftp>open myhost
enter credentials
ftp>QUITE SITE RDW
ftp>bin
ftp>get 'userid.variable.blocked.dataset' pcfile.txt


Thanks

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


Calling Cobol subroutine from EasyTrieve

2013-07-25 Thread Govind Chettiar
Hi all,
I am calling a Cobol subroutine from an Easytrieve program. Is there a known 
limit to the amount of data that can be exchanged in this scenario?

I'm running into two limitations

We wrote test programs to test easytrieve calling a sub program with a linkage 
section of 44,000 bytes.  
The sub program just moves working storage initialized to all X’s to the 
linkage section.  The sub program runs fine when called by a COBOL program but 
will ABEND when called by easytrieve.  When we lower the size of the linkage 
section in the sub program to 34,000 bytes, it will run from easytrieve but it 
gives an abend IEA705I ERROR DURING FREEMAIN SYS CODE = 878-18 when I try to 
display the data.

Thanks!

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


Re: The amazing disappearing mainframe.

2013-07-13 Thread Govind Chettiar
Not really one of the greatest rivalries anymore...With the diminishing 
interest in Test cricket and the surfeit of ODIs and, worse, T20s, I think Test 
cricket might be going the way of the IBM Mainframe.

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