Tja, damit konnte man unter OS/2 wirklich (fast) alles machen, ich habe nie wieder eine Sprache "kennengelernt" die so gut ins System integriert war wie Rexx für OS/2:
https://www.heise.de/ix/meldung/Open-Ob ... 88609.html
Weil das leider auch für die Portierungen nach MacOS oder Linux gilt, habe ich mich nie mehr wirklich mit Rexx beschäftigt, unter Linux sind für mich Bash und Python erste Wahl ...
Heise: Open Object Rexx 5.0: Mainframe-Klassiker für die Zukunft
... aber nur solange ORexx/2 nicht abstürzte; alte Bugs darin sind seit 2001 ungefixed.thorolf hat geschrieben:Tja, damit konnte man unter OS/2 wirklich (fast) alles machen,
Deshalb lieber "classic Rexx". Und kann regelrecht süchtig machen
![Extremer Computerfreak :ugeek:](./images/smilies/icon_e_ugeek.gif)
Object REXX hat mit dem klassischen REXX weder als Sprache noch als Implementierung recht wenig zu tun. Der Aufmacher ist völlig daneben. Man hätte nur REXX in eine Suchmaschine eintippen brauchen und wäre zu der offiziellen IBM Seite (https://www-01.ibm.com/software/awdtools/rexx/) gelangt. Oder man hätte auch direkt bei der zuständigen Entwicklungsabteilung in Böblingen anrufen können - heutzutage alles viel zu kompliziert. Das Object REXX in OS/2 ist auf dem Stand von 1999. Für einfache Sachen ist es noch zu gebrauchen, aber für portable Prozeduren zwischen OS/2 und CMS ist es auch nie gedacht gewesen.
Das ist doch dahergeholter Unsinn.ak120 hat geschrieben: weder als Sprache noch als Implementierung recht wenig zu tun.
Das stimmt. Die Vermischung der nun folgenden brauchbaren Anmerkungen mit Deinem überflüssigen Anfangssatz ist beispiellos.ak120 hat geschrieben: Der Aufmacher ist völlig daneben.
Zuletzt geändert von aschn am Mi 15. Nov 2017, 01:09, insgesamt 1-mal geändert.
Andreas Schnellbacher
Nur zur Info für "gelegentliche" REXX-Freunde: auf der Kommandozeile 'switchrx' eintippen, anschließend 'Y' und Reboot. Wieder zurück dann genauso.
- Classic-Rexxe sollten dann auch auf ORexx laufen, manchmal syntaxcheckt ORexx sogar präziser.
- gezielt Orexx geschriebene "Dinge" laufen eigentlich nur auf Orexx-Umgebung - oft bis zum SYS...-Absturz z.B in REXX.DLL. ('ne alte Jacke...).
Alles praxis-erlebt.
Beide Rexx-Arten hängen also eng zusammen. Nur dass sie für völlig unterschiedliches Programmier-Design bestimmt sind und ORexx deshalb mehr benötigt.
Mir persönlich wäre ein aufgefrischtes ORexx/2 ganz lieb, aber es gibt momentan ja wichtigere Projekte...
- Classic-Rexxe sollten dann auch auf ORexx laufen, manchmal syntaxcheckt ORexx sogar präziser.
- gezielt Orexx geschriebene "Dinge" laufen eigentlich nur auf Orexx-Umgebung - oft bis zum SYS...-Absturz z.B in REXX.DLL. ('ne alte Jacke...).
Alles praxis-erlebt.
Beide Rexx-Arten hängen also eng zusammen. Nur dass sie für völlig unterschiedliches Programmier-Design bestimmt sind und ORexx deshalb mehr benötigt.
Mir persönlich wäre ein aufgefrischtes ORexx/2 ganz lieb, aber es gibt momentan ja wichtigere Projekte...
Dem kann eigentlich nicht mehr viel hinzugefügt werden. Die Unterstützung für die Workplace Shell kann bei Bedarf noch mit WPSINST + bereitgestellt werden. Und wer noch die Syntax-Einfärbung im Erweiterten Editor haben möchte, muß in OpenDoc nach der Datei EPMKWDS.ORX graben.LotharS hat geschrieben:Nur zur Info für "gelegentliche" REXX-Freunde: auf der Kommandozeile 'switchrx' eintippen, anschließend 'Y' und Reboot. Wieder zurück dann genauso.
- Classic-Rexxe sollten dann auch auf ORexx laufen, manchmal syntaxcheckt ORexx sogar präziser.
- gezielt Orexx geschriebene "Dinge" laufen eigentlich nur auf Orexx-Umgebung - oft bis zum SYS...-Absturz z.B in REXX.DLL. ('ne alte Jacke...).
Alles praxis-erlebt.
Beide Rexx-Arten hängen also eng zusammen. Nur dass sie für völlig unterschiedliches Programmier-Design bestimmt sind und ORexx deshalb mehr benötigt.
Mir persönlich wäre ein aufgefrischtes ORexx/2 ganz lieb, aber es gibt momentan ja wichtigere Projekte...