Lizette, I appreciate your response, but we do not have a specific requirement. We are simply exploring options. I was not trying to suggest that we are dissatisfied or are trying to lower costs, though I realize these are the obvious reasons for someone asking a question such as mine.
That being said, I should also like to ask if anyone has replaced a product in their shop with Easytrieve and is willing to share details, I would also appreciate hearing from you. Thanks in advance, Greg Shirey Ben E. Keith Co. -----Original Message----- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, February 16, 2010 12:49 PM I believe there should be careful consideration when replacing products. Basic cost is one, but there are others. Are you looking for something that can read Easytrieve and not require a conversion? Are you going to provide training to those that are currently using Easytrieve but will need to learn a new product? What production work is currently using Easytrieve that will need to be converted? I am sure there are other questions, but these are always the first I ask when discussing product replacements. You could convert your current Easytrieve to the language (Cobol, Assembler, PL/I, etc) that you use normally at your shop. It will only cost time and conversion activities. Or are you looking for the flexibility of a 4th GL type language, that is less expensive the Easytrieve, and still have the power? There are probably unix scripting languages like Perl (free) that can run on z/OS and still handle non unix datasets. If you have a specific requirement, it will help to identify a good path to take. <snip> ---------------------------------------------------------------------- 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