Pretty much what we do with MXI G2 - much easier (and cheaper) than cutting and mailing cartridges.
Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of tony babonas Sent: 12 September 2006 20:35 To: [email protected] Subject: Re: Non-SMP/e packaging I once installed a product called TASA from INFOSECINC. The package is downloadable from the company's web site as a binary file. It then is TSO RECEIVED into a samplib. The supplied install jobs do all the SMPE stuff. Seems the best of both worlds......... -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Tuesday, September 12, 2006 11:03 AM To: [email protected] Subject: Re: Non-SMP/e packaging Mark Zelden wrote: [...] > A perfect example is Innovation's FDR. I have used it in virtually I have never heard complaints about FDR support, etc. Is seems that SMP/E is not crucial to it. People discuss about *binary* alternatives: SMP/E or library unload. I think there are other ways to manage the code. Even SMP/E could be simpler. Current conceptions are for historical reasons, not because of real needs. Compromise between history and usability makes SMP/E difficult to understand and then cumbersome. Why don't we think about "SMP2" - new approach, totally free of old junk. My $0.02 -- Radoslaw Skorupka Lodz, Poland ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
