Jump to content

Talk:Rexx

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Recent edit

[edit]

A recent edit changed case insensitive variables to typeless variables. There were two problems with that:

  1. The article already listed dynamic data typing (no declarations)
  2. No replacement text was provided for case independence.

I am reverting the change and then replacing case insensitive variables with case independent tokens, including variable names.

In the same edit I'm including VM and TSO/E as bundled with REXX and I'm mentioning that there are potential surprises for PL/I programmers. Shmuel (Seymour J.) Metz Username:Chatul (talk) 00:36, 12 September 2010 (UTC)[reply]

Rexx is not Object Rexx

[edit]

The infobox shows Rexx as object oriented, which it is not. There is a separate article on Object REXX, where that paradign does apply. Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:33, 31 December 2010 (UTC)[reply]

NPOV: NOVALUE

[edit]

The reference to NOVALUE violates WP:NPOV; quoting feature is totally out of bounds and the disdain for allowing bare words to default to their upper case names is hardly universal. The text should be rewritten in a neutral fashion, although it is certainly appropriate for the text to describe the controversy between the convenience and safety camps. Shmuel (Seymour J.) Metz Username:Chatul (talk) 15:23, 31 December 2010 (UTC)[reply]

Addressed. RossPatterson (talk) 02:01, 11 June 2014 (UTC)[reply]
The article still contains the sentence Virtually all serious Rexx programs contain signal on novalue or a similar statement., which violates WP:NPOV. Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:57, 12 June 2014 (UTC)[reply]
Feel free to change it. RossPatterson (talk) 22:17, 12 June 2014 (UTC)[reply]
Reworded without "many" WP:WEASEL. –2A03:2267:0:0:452A:FA00:6D62:CEE8 (talk) 11:35, 10 January 2017 (UTC)[reply]

First line

[edit]

The first line of a Rexx script does not identify the operating system; it identifies the compiler or interpreter. There are several different uses of a special first line.

  • The presence of a comment normally identifies the script as Rexx
  • In TSO, a Rexx script loaded from SYSPROC must start with /* REXX */ to distinguish it from a clist
  • In Unix the first line may be a shebang to identify the language processor
  • In OS/2 the first line may be EXTPROC to identify the language processor; normally that is not necessary as an initial comment will let the script run with the default Rexx.

Shmuel (Seymour J.) Metz Username:Chatul (talk) 20:54, 10 November 2011 (UTC)[reply]

Community development

[edit]

I think that many IBM people would say that REXX's design was highly developed by a community of IBM personnel and customers I think. This was before the internet was in use but PROFS provided email capability at the time. The fact that it was a community-designed language is noteworthy but I cannot find a reference. I hope an IBM person can. Sam Tomato (talk) 17:40, 9 June 2014 (UTC)[reply]

I don't know of any community development of Rexx per se, but here was massive community development of function packages and Rexx-aware commands to support applications written in Rexx, to say nothing of such development tools as VX-REXX and VisPro REXX. Shmuel (Seymour J.) Metz Username:Chatul (talk) 18:12, 10 June 2014 (UTC)[reply]

I would assume Sam Tomato is referring to the process Mike Cowlishaw used for having the REXX user community inside IBM vett new features and substantive changes. He has spoken of this many times, and remarked on how valuable it was for developing the language. See, for example, p. 334 in Mike's 1984 IBM Systems Journal article The design of the REXX language:

The most important factor in the development of REXX began to take effect when the first interpreter was distributed over the IBM communication network known as VNET. (This network links over 1400 mainframe computers in forty countries.) From the beginning, many hundreds of people were using the language. All these users, from temporary staff to professional programmers, were able to provide immediate feedback to the designer on their preferences, needs, and suggestions for change. An informal language committee then appeared spontaneously and communicated among themselves and with the designer entirely electronically. The discussions of the committee grew to be hundreds of thousands of lines, and these and the similar quantity of mail from the users were all kept for later review.

As time passed, it became clear that changes in the language were necessary. Using the network, the designer could interactively explain and discuss the changes that were required, some of which were incompatible with the then-current version of the language. The decision to make an incompatible change was never taken lightly, but-because changes could be made relatively easily and explained to users in detail-the language was able to evolve much further than would have been the case if upward compatibility only were considered. Several other important concepts guided the process of enhancing the language.

RossPatterson (talk) 22:47, 10 June 2014 (UTC)[reply]

It's a wiki, just add the info where it fits to the article, I think I could add a TRL reference, or just use the link shown above, or a link to this document archived on Mike's web site. VX-REXX was 15 (?) years later, that's something different. –Be..anyone (talk) 14:32, 13 January 2015 (UTC)[reply]

Strange remark

[edit]

To me 'able to fully recover following a fatal error' is contradictory: if a full recovery is possible then the error was not fatal. — Preceding unsigned comment added by 86.185.216.95 (talk) 21:30, 4 November 2014 (UTC)[reply]

It seems clear in context that here fatal means that it would terminated execution if not intercepted. If you believe that it is clearer, you could change it to following an otherwise fatal error, but I believe that it is clear as is. Shmuel (Seymour J.) Metz Username:Chatul (talk) 15:47, 6 November 2014 (UTC)[reply]

Missing key concepts

[edit]

It is difficult to appreciate the flavor of Rexx as a scripting language without an understanding of the Rexx variable pool and the environment[1], especially the definition of function packages related to a particular environment. Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:41, 23 February 2015 (UTC)[reply]

  1. ^ Not related to the Unix environment
  1. References and notes on talk pages are gross.
  2. REXX is dead, only very old folks like you and me recall what it was and still use it, everybody else uses Python or Lua.
  3. IIRC SHVENV is no official part of the language, maybe the stack would come first as missing concept.
  4. But when you add this, that, or both it's of course your decision, one of the few nice features on a wiki.
Be..anyone (talk) 05:12, 24 February 2015 (UTC)[reply]
(Restored my comment as it was, adding tags below what your replies were about: Feel free to remove that, but keep my list together, please.Be..anyone (talk) 06:37, 25 February 2015 (UTC))[reply]
ad 1
You're entitled to your opinion; I find the information useful when present. Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:30, 24 February 2015 (UTC)[reply]
ad 2
The corpse is under active development. Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:30, 24 February 2015 (UTC)[reply]
ad 3
From ANSI® X3J18-199X American National Standard for Information Systems – Programming Language REXX

5.13 Variable pool
The variable pool interface consists of functions which the configuration shall provide to manipulate the variables and to obtain some characteristics of a REXX program.

These functions can be called from programs not written in REXX — commands and external routines invoked from a REXX program, or traps invoked from the language processor.

Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:30, 24 February 2015 (UTC)[reply]
It's a wiki, as long as it passes WP:42 with a reference just do what you like. Claiming to speak for be..anyone: 2A03:2267:0:0:452A:FA00:6D62:CEE8 (talk) 11:42, 10 January 2017 (UTC)[reply]

File extionsions - types

[edit]

The term file extension is problematical

  1. Rex is based on the older, cognate, concept of file type, used in, e.g. CMS, TSO.
  2. Rex also uses file types to identify Rex macros in Rex-aware applications, e.g., XEDIT. Note that this usage carries over to PC-based operating systems, e.,g., PC-DOS, Linux.

Shmuel (Seymour J.) Metz Username:Chatul (talk) 17:06, 8 July 2015 (UTC)[reply]

For the purposes of enwiki we just need a .rex => REXX as noted on .rex, the fine print of "type" vs. "extension" should be handled elsewhere, it's no REXX-issue. PC DOS used .bat for the scripts and .rx for its REXXUTIL-subset, Regina also uses .rexx and .cmd, the latter is slightly confusing on Windows, ooRexx might know .orx and certainly supports .rexg (GUI) and .rexp (CLI+pause), and I find these details while looking at the PATHEXT environment value on my Windows box. –2A03:2267:0:0:452A:FA00:6D62:CEE8 (talk) 11:58, 10 January 2017 (UTC)[reply]

Degree of use?

[edit]

A recent edit challenged the claim that Rexx is widely used. It is ubiquitous on IBM mainframes, and there are open source interpreters for the Intel world, so the claim is plausible. Does anybody have any hard data on the usage prevalence of, e.g., OOREXX, Regina, in *bsd, Linux or windows? Shmuel (Seymour J.) Metz Username:Chatul (talk) 23:31, 6 February 2017 (UTC)[reply]

From 2005 " Rexx's worldwide user community numbers in the hundreds of thousands" [1] Peter Flass (talk) 03:22, 7 February 2017 (UTC)[reply]

Appropriate chronology for citations?

[edit]

@Polluks: A recent edit added a citation[1] to "VM/SP R3" that is for VM/ESA V2 R4.0. Wouldn't it be more appropriate to cite either the manual for the most recent[2] z/VM version or for the original[3] VM/SP R3 version? Should "TSO/E V2" also have a citation?[4] Also, do the citations belong in the infobox or should they be in the article proper? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 11:24, 26 May 2023 (UTC)[reply]

Indeed. Polluks 16:47, 28 May 2023 (UTC)[reply]
@Polluks: Move citations out of infobox, use citations for original releases, or both? -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 12:58, 29 May 2023 (UTC)[reply]
I've update the infobox to use the oldest sources I could find for VM, TSO and SAA REXX. The most recent VM sources can be found at z/VM Library Overview.

References

  1. ^ http://www.manmrk.net/tutorials/rexx/rexxvmref.pdf
  2. ^ z/VM - 7.3 - REXX/VM Reference (PDF). z/VM Library Overview. 2022-08-31. SC24-6314-73. Retrieved May 26, 2023. -- from https://www.vm.ibm.com/library/index.html
  3. ^ Virtual Machine/ System Product - System Product - Interpreter Reference - Release 3 (PDF) (First ed.). September 1983. SC24-5239-0. Retrieved May 26, 2023.
  4. ^ TSO Extensions Version 2 - Procedures Language MVS/REXX Reference (PDF) (Fifth ed.). August 1991. SC28-1883-4. Retrieved May 26, 2023.

promotional edits for RexxUtil

[edit]

Using "best known", etc., is promotional editing rather than following the Wikipedia guidelines WP:NPOV TEDickey (talk) 10:13, 15 October 2023 (UTC)[reply]

I don't agree that it is promotional, but I also don't believe that popularity ratings of packages or language features, even if cited, are helpful in general, so unless there is some reason that the reader would care ... -- Shmuel (Seymour J.) Metz Username:Chatul (talk) 15:35, 16 October 2023 (UTC)[reply]
[edit]

@Tedicky I do not agree that adding an external link to rexxinf.org violates anything in WP:EL. I think a referral to a wikipedia rule alone does not sufficiently justify a revert of my addition. The linked to website is an important resource for any Rexx user; more so, for example, than the link to OpenHub above it. Please revert your revert. René Vincent Jansen (talk) 11:11, 21 April 2024 (UTC)[reply]

Ok, looking at it now, I agree. René Vincent Jansen (talk) 10:14, 22 April 2024 (UTC)[reply]