home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.rexx
- Path: sparky!uunet!wrkgrp!ets
- From: ets@wrkgrp.COM (Edward T Spire)
- Subject: Re: Blanks, REXX, and portability...
- Message-ID: <1992Sep4.162419.2501@wrkgrp.COM>
- Organization: The Workstation Group
- References: <1992Sep2.212825.29958@stortek.com>
- Date: Fri, 4 Sep 92 16:24:19 GMT
- Lines: 43
-
- pg@sanitas.stortek.com (Paul Gilmartin) writes:
- : Edward T Spire (ets@wrkgrp.COM) wrote:
- :
- : : 3. REXX is used as a macro language for other applications (XEDIT
- : : and ISPF come to mind) that have themselves been "ported". XEDIT macros
- : : ported from CMS to Unix port very nicely indeed (since the primary
- : : addressible environments are very similar). ...
- :
- : I wouldn't quite say "very nicely". Here are the problems I encountered
- : trying to convert some of my XEDIT macros from CMS to uni-XEDIT/uni-REXX:
- :
- : extract /uniqueid doesn't work
- :
- : extract /size doesn't work
- :
- : extract /lscreen doesn't work
- :
- : extract /update doesn't work
- :
- : extract /terminal doesn't work
- :
- : extract /cursor doesn't return cursor.5 ... cursor.8
- :
- : extract /ring doesn't work
- :
- : Search for external functions is case-sensitive
- :
- : command pfile and command pquit not defined
- :
- : command line is not stacked on entry to PF key macro. This has been
- : an undocumented feature of CMS XEDIT. However, in response to my
- : Reader's Comment Form ES592, IBM has agreed the feature needs to be
- : documented. As soon as the feature appears in IBM doc, I'll report
- : it as a defect to TWG.
-
- OK, "nicely", not "very nicely". When the "cloning" process is
- completed, then it **will** be "very nicely".
-
- Of course, some of these things don't port cleanly. Terminal, for
- example. Case considerations for external functions is another sticky
- issue.
-
- -Ed
-