You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(3) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(2) |
Feb
(1) |
Mar
(8) |
Apr
(34) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2013 |
Jan
(6) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(4) |
Jul
|
Aug
(9) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
(12) |
Apr
(19) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(4) |
Nov
(4) |
Dec
(1) |
2017 |
Jan
(13) |
Feb
(6) |
Mar
(13) |
Apr
|
May
(14) |
Jun
(2) |
Jul
(26) |
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
(2) |
2018 |
Jan
(2) |
Feb
|
Mar
(18) |
Apr
(4) |
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
(3) |
Nov
(1) |
Dec
(2) |
2019 |
Jan
(4) |
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(6) |
Dec
(1) |
2021 |
Jan
|
Feb
(10) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
|
2022 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(2) |
2023 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Rony G. F. <Ron...@wu...> - 2020-08-17 12:52:20
|
Currently BSF4ooRexx on Linux installs to /usr/bin, /usr/lib etc. Supposedly non-system programs should not install their files to /usr/bin, /usr/lib, and the like anymore, but rather to "/usr/*local*" (i.e. "/usr/local/bin", "/usr/local/lib" and the like). Does anyone expect/foresee any problems with changing the BSF4ooRexx install location to /usr/local ? ---rony |
From: Rony G. F. <Ron...@wu...> - 2020-08-17 12:49:25
|
With ooRexx r12101 (end of july) the symbolic links (Linux, MacOS) that the installation creates for the library files have as their highest version number "4" (the beta used to have "5.0.0", which is not needed). As a result creating libBSF4ooRexx.so now must not link to the older "5.0.0" versions. A simple recompile will link to "4". So my request would be to those who create 32-bit versions of BSF4ooRexx and 64-bit versions for OS390x, ARM to recompile "bsf4oorexx.dev/source_cc/BSF4ooRexx.cc" and send me the binary to be included into the next distribution of BSF4ooRexx! (The next version of BSF4ooRexx gets linked to the latest ooRexx 5.0 such that the 64-bit versions that I can produce will not be linked to 5.0.0 versions anymore.) ---rony |
From: Rony G. F. <Ron...@wu...> - 2020-08-11 15:15:11
|
-------- Forwarded Message -------- Subject: [RexxLA] Little teaser on SQLite with BSF4ooRexx ... Date: Tue, 11 Aug 2020 17:12:01 +0200 From: Rony G. Flatscher <Ron...@wu...> Reply-To: RexxLA Members mailing list <rex...@re...> To: RexxLA Members mailing list <rex...@re...> As the Rexx symposium is coming up, there may be many things that are of interest for Rexx programmers. In the context of experimenting with SQLite, a very popular database (e.g. even phones use it), I experimented with it a little bit in the context of BSF4ooRexx. There is a JDBC-driver ("Java database connectivity") for SQLite, which interestingly also includes SQLite itself already! :) Here the download location of the latest driver: <https://repo1.maven.org/maven2/org/xerial/sqlite-jdbc/3.32.3.2/>, download <https://repo1.maven.org/maven2/org/xerial/sqlite-jdbc/3.32.3.2/sqlite-jdbc-3.32.3.2.jar>. With a plain BSF4ooRexx installation you can run this Rexx code which is exactly equivalent to the Java code "Sample.java" at <https://github.com/xerial/sqlite-jdbc>, if you make sure that the "sqlite-jdbc-3.32.3.2.jar" file is listed on the CLASSPATH environment variable, which Java uses to look for Java classes. E.g. on Windows issue set CLASSPATH=%cd%\sqlite-jdbc-3.32.3.2.jar;%CLASSPATH% Save the following Rexx program as "sample.rxj" and run it: /* Rexx version of "Sample.java" at <https://github.com/xerial/sqlite-jdbc> as of 2020-08-11 Note: sqlite JDBC driver includes SQLite itself! Check at: <https://repo1.maven.org/maven2/org/xerial/sqlite-jdbc/>, developped with "sqlite-jdbc-3.32.3.2.jar" as of 2020-08-11 ---rgf, 2020-08-11 */ url="jdbc:sqlite:sample-rexx.db" signal on syntax name sqlException -- make sure we close the connection, if an exception occurs connection=bsf.import("java.sql.DriverManager")~getConnection(url) statement =connection~createStatement statement~setQueryTimeout(30) statement~executeUpdate("drop table if exists person") statement~executeUpdate("create table person (id integer, name string)") statement~executeUpdate("insert into person values(1, 'leo-rexx')") statement~executeUpdate("insert into person values(2, 'yui-rexx')") rs=statement~executeQuery("select * from person") do while rs~next say "name =" rs~getString("name") say "id =" rs~getInt("id") -- could use rs~getString("id") instead end sqlException: if condition()<>"" then -- did we arrive here because of a Java exception? do say "Rexx condition occurred:" condition("Description") jexc=condition("Additional")~at(2) -- get Java Exception object do counter i while jexc<>.nil -- loop over Java exception chain say "---" say "cause #" i": jexc~toString:" jexc~toString jexc=jexc~getCause -- get cause if any left end end signal on any name done -- if exception closing connection, jump to label done connection~close -- close connection, if still open done: ::requires "BSF.CLS" Its output will be: F:\download\sql\sqlite\test>rexx sample.rxj name = leo-rexx id = 1 name = yui-rexx id = 2 Have fun! :) ---rony |
From: Alexander S. <ale...@gm...> - 2020-05-19 21:22:52
|
Hello, I have created an update for ooRexxPlugin for IntelliJ IDEA. Your can download it here: https://sourceforge.net/projects/bsf4oorexx/files/Sandbox/aseik/ooRexxIDEA/GA/2.0.0/ The ooRexxPlugin for Intellij IDEA provides IDE support for ooRexx 5.0. A user can create ooRexx projects, write ooRexx programs with syntax highlighting and error reporting, and execute ooRexx programs within the IDE. Additionally, the user can also use various features of the IntelliJ platform e.g. version control, many editing/project management features, etc. IntelliJ IDEA is an integrated development environment (IDE) by JetBrains ( https://www.jetbrains.com/idea/). There is a community edition (free) and an ultimate edition (yearly subscription). The plugin works for both editions. What's new: - ooRexxDoc (auto generation of HTML-Documentation) is integrated into the plugin. It can be used within the plugin (right click on a file or directory -> Create 'ooRexxDoc' Documentation) - Supporting ooRexx 5.0 features - Various bug fixes - Update to newer IntelliJ IDEA platforms I would be happy to get feedback, request for enhancement (RFE), and bug reports here: https://sourceforge.net/p/bsf4oorexx/oorexxplugin/milestone/2.0/ ! Best Regards Alexander |
From: <ma...@su...> - 2020-04-06 09:34:36
|
Congratulations!!! As part of my humanitarian individual support during this hard times of fighting the Coronavirus disease (COVID-19); your email account was selected for a Donation of $1,000,000.00 USD for charity and community medical support in your area. Please contact us for more information Send Your Response To: cha...@ao... Best Regards, Charles .W. Jackson Jr |
From: Илия М. <ili...@ya...> - 2019-12-25 17:12:13
|
Здравствуйте, Вы только что оставили запись в гостевой книге на сайте «Илия Майко». Хорошего Вам дня. Редакторы сайта «Илия Майко». Адрес сайта: http://www.ilia-mayko.ru/obratnaya-svyaz/gostevaya-kniga/ Имя пользователя: Find yourself a girl fоr thе night in your сitу USА: https://vae.me/0wJN E-mail пользователя: bsf...@li... Текст записи: Sex dаting in Australiа | Girls fоr sех in Australia: https://sms.i-link.us/adultdatingsex561331 |
From: Rony G. F. <Ron...@wu...> - 2019-12-04 18:10:42
|
Hi there, there is a new version of BSF4ooRexx available at <https://sourceforge.net/projects/bsf4oorexx/files/beta/20190203/>: * the version for Windows and Linux is named: <BSF4ooRexx_install_v641-20191126-beta.zip>; after unzipping change into "bsf4rexx/installation/{your-opsys}" and run "install.{cmd|sh} * the MacOSX version (includes ooRexx 5.0 r11958 beta from today's trunk) is named: <b4r_641_500_64Bit_macosx-20191126-r11958-macosx.zip>. If you already have BSF4ooRexx installed, then make sure to uninstall it before installing the new version, best via the menu "BSF4ooRexx -> Installation -> Uninstall". ---rony P.S.: The version "641" means that BSF4ooRexx runs at least on Java 6 and from ooRexx 4.1 up. However, it is strongly advised to use the latest beta version of ooRexx 5.0 due to numerous improvements in stability, speed and features, cf. <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. For instance, most JavaFX nutshell samples will only run, if ooRexx 5.0 is present. P.P.S.: BSF4ooRexx is an ooRexx-Java bridge, which camouflages Java as the easy to use ooRexx. In addition there is specific support to ease programming OpenOffice/LibreOffice on all operating system platfroms. |
From: Rony G. F. <Ron...@wu...> - 2019-08-21 18:29:21
|
Hi there, in the process of tidying up BSF4ooRexx Javadoc warnings got handled, and ASM got removed by Janino 3.0.15. In order to test this version a new beta got uploaded to <https://sourceforge.net/projects/bsf4oorexx/files/beta/20190203/>: * the version for Windows and Linux is named: <BSF4ooRexx_install_v641-20190821-beta.zip>; after unzipping change into "bsf4rexx/installation/{your-opsys}" and run "install.{cmd|sh} * the MacOSX version (includes ooRexx 5.0 r11896 beta) is named: <b4r_641_500_64Bit_macosx-20190821-r11896-macosx.zip>. If you already have BSF4ooRexx installed, then make sure to uninstall it before installing the new version, best via the menu "BSF4ooRexx -> Installation -> Uninstall". Testing this version would be nice, as it more or less will be the version to be released by the International Rexx symposium this September 2019. ---rony P.S.: The version "641" means that BSF4ooRexx runs at least on Java 6 and from ooRexx 4.1 up. However, it is strongly advised to use the latest beta version of ooRexx 5.0 due to numerous improvements in stability, speed and features, cf. <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. For instance, most JavaFX nutshell samples will only run, if ooRexx 5.0 is present. P.P.S.: BSF4ooRexx is an ooRexx-Java bridge, which camouflages Java as the easy to use ooRexx. |
From: Heyworld <in...@he...> - 2019-08-04 11:04:59
|
De: Rogerleade <bsf...@li...> Asunto: Free Sex Meet With Local Women Cuerpo del mensaje: How to find a woman for casual sex: http://paakyodrivun.gq/bd218?SgAcnZji5e -- Este mensaje se ha enviado desde un formulario de contacto en Heyworld (http://heyworld.es) |
From: Rony G. F. <Ron...@wu...> - 2019-07-17 18:18:36
|
The latest beta version of ooRexx 5 includes a new trailing option "-e" for "rexxc", the Rexx compiler, which creates a binary image of a Rexx program and now has become able to optionally encode it (base64). This is a significant new ooRexx 5.0 beta feature for BSF4ooRexx deployed Rexx programs, if there is a need to run compiled Rexx programs which get loaded by Java for execution. Background: when a Rexx program gets loaded via the Java scripting framework then a Java Reader gets used which may do a codepage translation (the Java scripting framework expects script programs to be in source, i.e. String format). If a compiled Rexx program gets codepage translated, then it is very likely that its integrity gets destroyed and breaks as a result! If a compiled Rexx program is base64 encoded, then such an attempted codepage translation should do no harm. In order to create an encoded compiled Rexx program just supply a trailing "-e" switch to the "rexxc" command. As I have learned that some developers of commercial (BSF4) ooRexx applications have a need for running the compiled versions of their Rexx programs I have created installations packages for ooRexx with r11896 today, such that they can test this new ooRexx feature. You can download them for the time being from my Dropbox from <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>. --- PLEASE NOTE: updates/newer versions of ooRexx can always be downloaded from the ooRexx project at <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>! --- As a community service I created also a little utility Rexx script (needs r11896 to run) that is able to list the meta information of a compiled Rexx program which might prove helpful in maintenance situations of larger applications consisting of compiled Rexx programs. Its name is "rexxcUtil.rex" and can be downloaded from the above Dropbox link. If a file does not look like a compiled Rexx program, than "rexxc?" in the output will display the value "0" ("false"), otherwise "1" ("true"). Here a session using the ooRexx 5 "json.cls" Rexx program from a 32-bit version of ooRexx: e:\rexxc-new>*rexxcUtil.rex json.cls* /rexxc?=0/ encoded?=-1 wordSize=-1 bigEndian?=-1 imageVersion=-1 requiredLevel=-1 imageSize=-1 fileName=json.cls e:\rexxc-new>*rexxc json.cls json.cls-unencoded* Open Object Rexx Version 5.0.0 r11896 Build date: Jul 17 2019 Addressing mode: 32 Copyright (c) 1995, 2004 IBM Corporation. All rights reserved. Copyright (c) 2005-2019 Rexx Language Association. All rights reserved. This program and the accompanying materials are made available under the terms of the Common Public License v1.0 which accompanies this distribution or at http://www.oorexx.org/license.html rexxc-new>*rexxcUtil.rex json.cls-unencoded* /rexxc?=1//encoded?=0/ wordSize=32 bigEndian?=0 imageVersion=42 requiredLevel=60500 imageSize=41864 fileName=json.cls-unencoded e:\rexxc-new>*rexxc json.cls json.cls-encoded -e* Open Object Rexx Version 5.0.0 r11896 Build date: Jul 17 2019 Addressing mode: 32 Copyright (c) 1995, 2004 IBM Corporation. All rights reserved. Copyright (c) 2005-2019 Rexx Language Association. All rights reserved. This program and the accompanying materials are made available under the terms of the Common Public License v1.0 which accompanies this distribution or at http://www.oorexx.org/license.html e:\rexxc-new>*rexxcUtil.rex json.cls-encoded* /rexxc?=1 encoded?=1/ wordSize=32 bigEndian?=0 imageVersion=42 requiredLevel=60500 imageSize=41864 fileName=json.cls-encoded e:\rexxc-new>*dir json** Volume in drive E is root_e Volume Serial Number is 0509-DBAB Directory of e:\rexxc-new 02.05.2019 12:24 13.955 json.cls 17.07.2019 20:05 56.675 json.cls-encoded 17.07.2019 20:05 41.920 json.cls-unencoded 3 File(s) 112.550 bytes Please test this feature in context of BSF4ooRexx and if you observe any problems, then please report them on the BSF4ooRexx developer list! ---rony |
From: Rony G. F. <Ron...@wu...> - 2019-07-02 14:20:46
|
Dear fellow Rexxers, FYI a posting to the mobile OpenJDK (the opensource Java development) mailing list dealing with mobile versions of OpenJDK with Rexx relevance. Things useful to know: * Apple prohibits the use of just-in-time-compilers on their operating systems (which is outrageous IMHO) * the project tries therefore to create build-chain-tool that would be able to precompile JavaFX applications for mobiles to by-pass that Apple restriction for non-Apple software, * there is still a need for compiling Java source code at runtime, such that the resulting Java byte code needs to be interpreted on Apple operating systems, my postings try to make the continuing need for this known, * Johan Vos is one of *the* OpenJavaFX project leads, also his company is specialized on creating Java and JavaFX applications for mobiles, and also is a maintainer of the WYSIWYG JavaFX GUI editor named "SceneBuilder" for which they maintain installers for all operating systems Once an ooRexx port to Android or iOS becomes available (not aware of any current efforts in that area), it would become possible to create mobile apps with ooRexx using BSF4ooRexx, the ooRexx-Java bridge, once BSF4ooRexx (actually a single C++ program in the package) gets ported to those platforms as well. Best to read from the bottom to the top. ---rony P.S.: Would there be anyone interested in trying ooRexx ports to Android and/or iOS? Or taking advantage of such eventual ports on those platforms? -------- Forwarded Message -------- Subject: Re: rebooting OpenJDK mobile Date: Tue, 2 Jul 2019 14:53:20 +0200 From: Rony G. Flatscher <Ron...@wu...> To: Johan Vos <joh...@gl...> CC: mob...@op... Hi Johan, On 02.07.2019 11:47, Johan Vos wrote: > The Apple specific restrictions are still valid: you can not compile code at runtime. Hence, > sending Java bytecode to a running app, and have it compiled there won't work. > The classes need to be compiled before runtime, and part of the executable. > I believe that in theory, it should be possible with e.g. Zero interpreter to interpret new > bytecode, as that is not generating new native code. > > Can you elaborate on your use case so that we can see how we can handle this? Sure: one such important area is supporting dynamic scripting languages via the Java scripting framework (javax.script package). As an author of one such Java scripting engine implementation for ooRexx (and serving as an expert on the JSR-223 which came up with the specifications implemented in javax.script) that itself is not implemented in Java but in C++. [So JNI is in the picture here as well. This particular Java script engine implementation is called BSF4ooRexx and hosted on Sourceforge; ooRexx is now an independent open-source project hosted on Sourceforge as well.] There is a constant need to create dynamically Java adapter classes at runtime. One example is for extending abstract Java classes with ooRexx, another example is implementing Java interface classes in ooRexx, another one extending normal Java classes in ooRexx. E.g. implementing event handlers or lambda functions in ooRexx or extending the abstract Java class javafx.application.Application with ooRexx. One important application area nowadays is to use this infrastructure to create JavaFX applications without coding in Java at all, but solely in the programming language ooRexx, which has a very easy syntax, hence is quite easy to learn (and easy to teach) but still is very powerful (ooRexx is a message-based, dynamic, object-oriented programming language, originally developed by IBM, now in opensource). Therefore the (urgent) need to remain able to dynamically create and use those adapter Java classes at runtime! [3] and [5] are slides demonstrating how one can use ooRexx to create JavaFX-applications; the slides in [1] explain briefly the javax.script.Engine implementation for ooRexx; [4], [6], [2] are the accompanying articles. (All these JavaFX applications created with ooRexx run unchanged on Windows, Linux and MacOS.) ASM [7] and later Janino [8] have been used for this purpose for more than fifteen years! Not supporting compiling and loading Java classes at runtime will break such (and related) support. Please note, the need for dynamically creating and using Java classes at run time is not restricted to these use-cases, any dynamic Java programming technique would be affected. Also, given today's power found in practically all computer devices, including mobile devices, interpreting Java byte code in these use-cases would be fine (the overall speed improvement would be gained by the pre-compiled run time/application anyway)! ---rony Links: [1] RexxScriptEngine, slides: <http://www.rexxla.org/events/2017/presentations/AutoJava-BSF4ooRexx-06-RexxScript.pdf> [2] RexxScriptEngine, article: <http://www.rexxla.org/events/2017/presentations/201704-RexxScript-Article.pdf> [3] JavaFX for ooRexx - Creating Powerful Portable GUIs, slides: <http://www.rexxla.org/events/2017/presentations/AutoJava-BSF4ooRexx-07-JavaFx-201711.pdf> Note: at the end there are screenshots of an ooRexx implementation of the classic JavaFX tutorial "address book" which gets distributed with the BSF4ooRexx package and can be studied there. [4] JavaFX for ooRexx - Creating Powerful Portable GUIs, article: <http://www.rexxla.org/events/2017/presentations/201711-ooRexx-JavaFX-Article.pdf> [5] Anatomy of a GUI (Graphical User Interface) Application for Rexx Programmers, slides: <http://www.rexxla.org/events/2018/presentations/201803-AnatomyOfGUI.pdf> [6] Anatomy of a GUI (Graphical User Interface) Application for Rexx Programmers, article: <http://www.rexxla.org/events/2018/presentations/201803-AnatomyOfGUI-Article.pdf> [7] Homepage of ASM: <https://asm.ow2.io/> [8] Homepage of Janino, noting some projects using it: <https://janino-compiler.github.io/janino/> P.S.: I have been puzzled by Apple's restriction, which is inhibiting any form of innovation by non-Apple software and wonder whether such a restriction would be legal in the European Union. P.P.S.: Also, I have been thinking on improving javax.script support in the FXMLLoader class and maybe the WebView class a little bit. > On Sun, Jun 30, 2019 at 1:45 PM Rony <ron...@wu... <mailto:ron...@wu...>> wrote: > > Hi Johan, > > would it still be possible to compile Java classes and load them at runtime? > > —-rony > > Rony G. Flatscher (mobil/e) > > > Am 28.06.2019 um 16:09 schrieb Johan Vos <joh...@gl... <mailto:joh...@gl...>>: > > > > Hi, > > > > After a long time, it is a good moment now to restart the public work in > > the OpenJDK Mobile project. > > In the past, we had a repository with code based on OpenJDK 9 that allows > > to build the class libraries (including native code) and one or more VM's, > > for Android and iOS. > > > > While this works, we still have the limitation on iOS where dynamic code is > > not allowed, hence a JIT is not an option. The Zero VM works there > > (interpreter mode) but is slow. > > > > Today, we can use the GraalVM AOT compiler to compile the code at build > > time. We can link the compiled Java code with native libraries compiled for > > the target OS, and create executables. Most of the VM functionality is > > provided by a very small set of files in SubstrateVM (linked to by GraalVM > > native image) > > > > We already did this for iOS, based on Java 11 (see > > https://github.com/johanvos/openjdk-mobile11/tree/mobile) and JavaFX 13. > > (see our announcement at https://gluonhq.com/java-on-ios-for-real/) The > > diff to the upstream code is remarkably small. > > > > It is my goal now to use project Skara to create a synchronized fork of the > > OpenJDK master, and to push the changes required to build the native libs > > for the core libraries in there. > > Ultimately, it would be ideal if all required changes can go upstream. > > > > At this moment, this is iOS only, but there are no showstoppers to do this > > for Android as well. The architectures are pretty similar. > > > > - Johan > |
From: Rony G. F. <Ron...@wu...> - 2019-04-14 13:23:14
|
At <http://wi.wu.ac.at/rgf/diplomarbeiten/index.html> you will find assorted works from my students (seminar papers, Bachelor and Master thesis). (You will find quite a lot work employing ooRexx and BSF4ooRexx, including programming OpenOffice/LibreOffice with ooRexx on all platforms.) Just uploaded a Bachelor thesis (Daniel Langer) that used ooRexx and BSF4ooRexx and who (in his abstract communicates how he) has been very impressed about how easy and fast one can learn (two lectures in one semester, totalling 4 ECTS - European Credit Transfer System - points with a total teaching load of 200 hours) and apply ooRexx for creating the core of a cash register system that adheres to the (quite complex) Austrian regulations. ---rony |
From: Rony G. F. <Ron...@wu...> - 2019-04-03 13:07:00
|
Starting with the latest betas of BSF4ooRexx there has been an important change: "bsf.importClass" now checks, whether the Java class to be imported is abstract or not. If abstract a new syntax error 40.900 will get raised with an error message that explains the problem and how to resolve it: just rename "bsf.importClass" to "bsf.loadClass" for abstract Java classes! This change was incurred by <https://sourceforge.net/p/bsf4oorexx/bugs/46/>, which is a very subtle bug that has become possible because of the needed reflection changes to access the new modular Java system (starting with Java 9). --- "bsf.importClass" vs. "bsf.loadClass" ------------------------------------------------ BSF.CLS defines two public routines (and BSF class methods) named "bsf.importClass" and "bsf.loadClass". Both allow loading a Java class, returning an ooRexx proxy for them. The difference between the two is as follows: * "bsf.importClass(javaClassName[,name4env])": loads javaClassName, adds the ooRexx methods "new" and "newStrict" and returns the ooRexx proxy object that then can be used to easily create Java objects by sending it the "new" (or "newStrict") message. If the optional second argument "name4env" is supplied, then the ooRexx proxy object gets stored in the ooRexx .environment under the name "name4env". "bsf.importClass" now raisies an error 40.900 if "javaClassName" denotes an abstract Java class. The error message will inform to replace the invocation of "bsf.importClass" with "bsf.loadClass". * "bsf.loadClass(javaClassName[,nmae4env])": loads javaClassName and returns its ooRexx proxy object. If the optional second argument "name4env" is supplied, then the ooRexx proxy object gets stored in the ooRexx .environment under the name "name4env". In both cases the ooRexx proxy object understands all messages that cause access to public static (class) Java fields and public static (class) Java methods. ---rony P.S.: The ooRexx .environment is available to all ooRexx interpreter instances that execute in a single process. (The ooRexx .local environment is scoped to a single ooRexx interpreter instance, ie. each ooRexx interpreter instance has its own, separate .local environment.) |
From: xinpa015627 <xin...@16...> - 2019-03-22 08:50:49
|
胇耬肽肩肉胯>go胘聠肵耠联胗肣考胡胏聟聓联胑耵聎聶肓聙老聩胞耙>og聉胬肉胜胇耿耬胶胦考聀胭耭肪胍肬胝肉聺聀肪>le免翻墙搜索,耵耦耴胷耞聵耲聜聥胎翻肮聭胕胸肠耀肗>闃閏闽镞>一键挖闍闥阧闪闃闞镀閐闩閼閐閁闯镳阑镙>掘客户閟锯镾锰阌镣閞阆闌閞镮閩锾镆镞镎>采购信息,镒閦閟阒阠阀閏锴閞镲阄镒閛闘>魮魉鬻鬡>精准鯒鬒鬌髹魡髷魙魂魶鮐鬃魲魐鬱髜魥>搜索鯓髝鮯髩魛鬿鬒鯅鮣鯉魥鬗鮒鬼鬲鬳鮣髿魎魋鮸鯀魍鮧>,高魈魺髸鬮髣魮魢魇魔魸鯕魇魞魳鮪髱鯗魹鮪魷鮯髨髧鬔>效投递,短期可见效鮕髙魹鮜魣鯆鯄髥鬕鮦鮯髙魁魚鬞魝鬥魶鮣魋> 迚遄郋郂逄遇> 欢迎咨询迣邘邻迬遣逫遥邢迧> iqjsnx> Qqesdwxxnvbsmkvffwadguinhw>Q:aygaeuqipnowydkwthcbhcpqyf>3163745494jtycfrpxzqrntecpbctxthpkrdz> 豔谚豍> 电買谊谬豾貯貟豠賙賉賜诠賜豪诡貭谵谈谧賛貝販>话:貘询貯豈貓豱豽谓谄谫豩貢读谝谬貭豪貓賅>075豔谳貎財谱诨诞豞谇谩谞貗豲賀賈谕谍诿豼说谕豈诩谣貜貁谲豍貧谴>532801027豰豦貜谥豞谸貽豜询谝谝豑賆貏貃豵賃貇豷貘豚豽貿豹貏貱谽豢诨賜> |
From: Alexander S. <ale...@gm...> - 2019-03-10 10:13:44
|
Hello, I have added the recent ooRexx 5.0 beta features to the ooRexx plugin: https://sourceforge.net/projects/bsf4oorexx/files/Sandbox/aseik/ooRexxIDEA/beta/1.0.4/ Your feedback would be appreciated. If you find any missing ooRexx 5.0 beta features please open a ticket: https://sourceforge.net/p/bsf4oorexx/oorexxplugin/ Best Regards Alexander |
From: Rony G. F. <Ron...@wu...> - 2019-02-03 15:13:01
|
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20190203/>. BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and interact with Java as if it was ooRexx! Requiring the supplied ooRexx package "BSF.CLS" camouflages the strictly typed, case-sensitive programming language Java as the dynamically typed, case-insensitive language Rexx, making it considerably easy to interface with Java. --- Attention! This version of BSF4ooRexx does not accept abstract Java classes in bsf.import(some_java_class) anymore! Importing Java classes allows one to use the ooRexx new-message to create Java instances (the imported Java class will be proxied as an ooRexx class and getting the class method new defined for it). Clearly, abstract Java classes cannot be instantiated, hence this change! The error message will point out the exact reason and a solution, namely to use bsf.loadClass(some_java_class) instead, which then allows one to access the static fields and the concrete static methods of the supplied Java class. Although I have gone through all the sample code and Rexx packages coming with BSF4ooRexx to find usages of bsf.importClass() with abstract Java classes and fix it, it may be the case that there are samples that have gone unnoticed so far. In this case please file a bug report at <https://sourceforge.net/p/bsf4oorexx/bugs/>. --- If after installing BSF4ooRexx you choose the menu option "BSF4ooRexx -> Samples" a folder/finder window will open and display the Rexx samples. Locate the file "index.html" and click on it: this will briefly describe each Rexx sample, such that you are able to quickly get an overview. --- Also I would like to point out to you the latest beta versions of ooRexx 5.0 which introduces many valuable and helpful new features: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. Regularly check for new builds there. The quality of the current beta versions of ooRexx 5.0 is of type "release", includes many interesting new features and contains many bug fixes over ooRexx 4.2. Also please note: the BSF4ooRexx package for MacOSX already includes a fresh build of ooRexx 5.0 beta, revision 11636. If you have any questions please come forward and ask! Replies to this e-mail will go to the BSF4ooRexx-Sourceforge-mailing list <https://sourceforge.net/p/bsf4oorexx/mailman/bsf4oorexx-devel/> (<mailto:bsf...@li...>). Cheers, ---rony |
From: Rony G. F. <Ron...@wu...> - 2019-01-08 17:17:38
|
Because of a question I got I realized that one needs the "standalone" version of ooRexx for those platforms as the installers work as in the past and require administrative rights. So I tried to create these standalone archives for Windows (32- and 64-bit), Linux (64-bit) and MacOSX (64-bit). You may get at those archives temporarily from my Dropbox at: <https://www.dropbox.com/sh/e2ghouwglhnlnjf/AAAwK4XkxIn4cpU1I8K3ehf9a?dl=0>. To use, unzip/untar the archives and run "rexx.exe"/"rexx" from the "bin" directory (e.g. from an USB stick). You may want to add the path to that bin directory to your environment to use rexx from any other location as well. ---rony On 08.01.2019 10:41, Rony G. Flatscher wrote: > > Just noticed that the "adopt open JDK" web site is in the "net" domain, not the "org" domain, so > here the proper link: <https://adoptOpenJDK.net>; apologies for the confusion. > > Modern versions of Java include the compiler, hence "JDK" for "Java developer kit" which > supersedes "JRE" (Java runtime environment, which was a slightly stripped down version of the JDK). > > ---rony > > > On 08.01.2019 10:35, Rony G. Flatscher wrote: >> >> Over the past few weeks a lot of development has taken place with ooRexx. One very important >> option that has become available is the new ability for ooRexx to run it from any place including >> an USB-stick, i.e. there is no need anymore to install it with administrator rights! >> >> Among other things this means, that one has become able to run ooRexx programs and utilities off >> an USB stick on other computers without having to install ooRexx on to that computer! This would >> also allow you to show off what ooRexx is capable of by bringing along your USB stick with ooRexx >> on it. >> >> As USB sticks are quite large it would be even possible to have ooRexx for Windows in 32-bit and >> 64-bit as well as for Linux as well as for MacOS on an USB stick! >> >> Now, BSF4ooRexx allows one to be run without administrative installations as well. Here are the >> directions of how to do it for all operating systems: >> >> * unzip the zip-archive on the stick, >> >> * whenever there is a need for BSF4ooRexx change into "bsf4oorexx/install" on the stick and run >> "setupBSF.rex" which will copy the proper DLL/shared library to "bsf4oorexx", create two files >> o "rexxj.cmd" (on Unix: "rexxj.sh") which you use to run Rexx scripts interacting, taking >> advantage of Java, no need to change the environment (this script runs Java, loads Rexx >> and executes the supplied Rexx program; if the environment variable named >> "BSF4Rexx_JavaStartupOptions" is set, then its value is used for creating the JVM, this >> would allow e.g. to increase the minimum or maximum heap size etc.; just supply the flags >> as on the command line, to see them issue "java -X" on the command line) >> o "setEnvironment4BSF.cmd" (on Unix: "setEnvironment4BSF.sh"): this script will change the >> current Terminal's environment (on Unix you need to issue it as "export >> setEnvironment4BSF.sh"). Afterwards you may directly run the Rexx scripts that interact >> with Java, BSF4ooRexx will demand load Java) >> >> * should the target machine have OpenOffice or LibreOffice installed, then you can issue >> "setupOOo.rex" which will create the file "setEnvironment4OOo.{cmd|sh}". Run these scripts >> to change the environment (CLASSPATH will get extended by the Java archives that allow one to >> interact with OpenOffice/LibreOffice). After that any Rexx scripts interacting with >> OpenOffice/LibreOffice can be run (cf. the Rexx scripts in the "bsf4oorexx/samples/OOo" >> subdirectory). >> >> It would be even possible to also have Java for all operating systems available on the stick >> (e.g. Java from http:/adoptOpenJDK.org or http:/java.com). As long as setupBSF.rex is able to >> locate it (e.g. via the PATH) the above procedure should work. >> >> If you use the stick on a different computer, then you need to simply run "setupBSF.rex" followed >> by a "setEnvironment4BSF.{cmd|sh}" and then "setupOOo.rex" in that sequence. >> >> ---rony >> >> P.S.: The current version ooRexx 5.0 beta can be downloaded from the official Sourceforge site >> at: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. The current version of >> BSF4ooRexx 6.00 beta can be downloaded from the official Sourceforge site at: >> <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. >> >> Temporarily the latest ooRexx (for all operating systems) and BSF4ooRexx builds can be downloaded >> from my Dropbox at <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>. >> Please not also that the MacOSX version of BSF4ooRexx includes the latest ooRexx 5.0 beta already >> (installation package "b4r_600_500_64Bit_macosx-20190107-r11662-macosx-relWithDebInfo.zip"). >> |
From: Rony G. F. <Ron...@wu...> - 2019-01-08 09:41:39
|
Just noticed that the "adopt open JDK" web site is in the "net" domain, not the "org" domain, so here the proper link: <https://adoptOpenJDK.net>; apologies for the confusion. Modern versions of Java include the compiler, hence "JDK" for "Java developer kit" which supersedes "JRE" (Java runtime environment, which was a slightly stripped down version of the JDK). ---rony On 08.01.2019 10:35, Rony G. Flatscher wrote: > > Over the past few weeks a lot of development has taken place with ooRexx. One very important > option that has become available is the new ability for ooRexx to run it from any place including > an USB-stick, i.e. there is no need anymore to install it with administrator rights! > > Among other things this means, that one has become able to run ooRexx programs and utilities off > an USB stick on other computers without having to install ooRexx on to that computer! This would > also allow you to show off what ooRexx is capable of by bringing along your USB stick with ooRexx > on it. > > As USB sticks are quite large it would be even possible to have ooRexx for Windows in 32-bit and > 64-bit as well as for Linux as well as for MacOS on an USB stick! > > Now, BSF4ooRexx allows one to be run without administrative installations as well. Here are the > directions of how to do it for all operating systems: > > * unzip the zip-archive on the stick, > > * whenever there is a need for BSF4ooRexx change into "bsf4oorexx/install" on the stick and run > "setupBSF.rex" which will copy the proper DLL/shared library to "bsf4oorexx", create two files > o "rexxj.cmd" (on Unix: "rexxj.sh") which you use to run Rexx scripts interacting, taking > advantage of Java, no need to change the environment (this script runs Java, loads Rexx > and executes the supplied Rexx program; if the environment variable named > "BSF4Rexx_JavaStartupOptions" is set, then its value is used for creating the JVM, this > would allow e.g. to increase the minimum or maximum heap size etc.; just supply the flags > as on the command line, to see them issue "java -X" on the command line) > o "setEnvironment4BSF.cmd" (on Unix: "setEnvironment4BSF.sh"): this script will change the > current Terminal's environment (on Unix you need to issue it as "export > setEnvironment4BSF.sh"). Afterwards you may directly run the Rexx scripts that interact > with Java, BSF4ooRexx will demand load Java) > > * should the target machine have OpenOffice or LibreOffice installed, then you can issue > "setupOOo.rex" which will create the file "setEnvironment4OOo.{cmd|sh}". Run these scripts to > change the environment (CLASSPATH will get extended by the Java archives that allow one to > interact with OpenOffice/LibreOffice). After that any Rexx scripts interacting with > OpenOffice/LibreOffice can be run (cf. the Rexx scripts in the "bsf4oorexx/samples/OOo" > subdirectory). > > It would be even possible to also have Java for all operating systems available on the stick (e.g. > Java from http:/adoptOpenJDK.org or http:/java.com). As long as setupBSF.rex is able to locate it > (e.g. via the PATH) the above procedure should work. > > If you use the stick on a different computer, then you need to simply run "setupBSF.rex" followed > by a "setEnvironment4BSF.{cmd|sh}" and then "setupOOo.rex" in that sequence. > > ---rony > > P.S.: The current version ooRexx 5.0 beta can be downloaded from the official Sourceforge site at: > <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. The current version of > BSF4ooRexx 6.00 beta can be downloaded from the official Sourceforge site at: > <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. > > Temporarily the latest ooRexx (for all operating systems) and BSF4ooRexx builds can be downloaded > from my Dropbox at <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>. > Please not also that the MacOSX version of BSF4ooRexx includes the latest ooRexx 5.0 beta already > (installation package "b4r_600_500_64Bit_macosx-20190107-r11662-macosx-relWithDebInfo.zip"). > |
From: Rony G. F. <Ron...@wu...> - 2019-01-08 09:35:51
|
Over the past few weeks a lot of development has taken place with ooRexx. One very important option that has become available is the new ability for ooRexx to run it from any place including an USB-stick, i.e. there is no need anymore to install it with administrator rights! Among other things this means, that one has become able to run ooRexx programs and utilities off an USB stick on other computers without having to install ooRexx on to that computer! This would also allow you to show off what ooRexx is capable of by bringing along your USB stick with ooRexx on it. As USB sticks are quite large it would be even possible to have ooRexx for Windows in 32-bit and 64-bit as well as for Linux as well as for MacOS on an USB stick! Now, BSF4ooRexx allows one to be run without administrative installations as well. Here are the directions of how to do it for all operating systems: * unzip the zip-archive on the stick, * whenever there is a need for BSF4ooRexx change into "bsf4oorexx/install" on the stick and run "setupBSF.rex" which will copy the proper DLL/shared library to "bsf4oorexx", create two files o "rexxj.cmd" (on Unix: "rexxj.sh") which you use to run Rexx scripts interacting, taking advantage of Java, no need to change the environment (this script runs Java, loads Rexx and executes the supplied Rexx program; if the environment variable named "BSF4Rexx_JavaStartupOptions" is set, then its value is used for creating the JVM, this would allow e.g. to increase the minimum or maximum heap size etc.; just supply the flags as on the command line, to see them issue "java -X" on the command line) o "setEnvironment4BSF.cmd" (on Unix: "setEnvironment4BSF.sh"): this script will change the current Terminal's environment (on Unix you need to issue it as "export setEnvironment4BSF.sh"). Afterwards you may directly run the Rexx scripts that interact with Java, BSF4ooRexx will demand load Java) * should the target machine have OpenOffice or LibreOffice installed, then you can issue "setupOOo.rex" which will create the file "setEnvironment4OOo.{cmd|sh}". Run these scripts to change the environment (CLASSPATH will get extended by the Java archives that allow one to interact with OpenOffice/LibreOffice). After that any Rexx scripts interacting with OpenOffice/LibreOffice can be run (cf. the Rexx scripts in the "bsf4oorexx/samples/OOo" subdirectory). It would be even possible to also have Java for all operating systems available on the stick (e.g. Java from http:/adoptOpenJDK.org or http:/java.com). As long as setupBSF.rex is able to locate it (e.g. via the PATH) the above procedure should work. If you use the stick on a different computer, then you need to simply run "setupBSF.rex" followed by a "setEnvironment4BSF.{cmd|sh}" and then "setupOOo.rex" in that sequence. ---rony P.S.: The current version ooRexx 5.0 beta can be downloaded from the official Sourceforge site at: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/>. The current version of BSF4ooRexx 6.00 beta can be downloaded from the official Sourceforge site at: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. Temporarily the latest ooRexx (for all operating systems) and BSF4ooRexx builds can be downloaded from my Dropbox at <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>. Please not also that the MacOSX version of BSF4ooRexx includes the latest ooRexx 5.0 beta already (installation package "b4r_600_500_64Bit_macosx-20190107-r11662-macosx-relWithDebInfo.zip"). |
From: Rony G. F. <Ron...@wu...> - 2019-01-04 13:36:29
|
In the past days I have been quite busy analyzing a problem with OpenOffice and LibreOffice Rexx macros on MacOS. To make a long story short, the macro support should work with the latest versions of AOO and LO, if you install BSF4ooRexx for MacOS from <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. ---rony |
From: Rony G. F. <Ron...@wu...> - 2018-12-21 15:57:30
|
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and interact with Java as if it was ooRexx! Requiring the supplied ooRexx package "BSF.CLS" camouflages the strictly typed, case-sensitive programming language Java as the dynamically typed, case-insensitive language Rexx, making it considerably easy to interface with Java. --- If after installing BSF4ooRexx you choose the menu option "BSF4ooRexx -> Samples" a folder/finder window will open and display the Rexx samples. Locate the file "index.html" and click on it: this will briefly describe each Rexx sample, such that you are able to quickly get an overview. --- Also I would like to point out to you the latest beta versions of ooRexx 5.0 which introduces many valuable and helpful new features: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/> . Regularly check for new builds there. [Temporarily there are installations packages of today's ooRexx trunk, revision 11636, in my dropbox at: <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>.] The quality of the current beta versions of ooRexx 5.0 is of type "release", includes many interesting new features and contains many bug fixes over ooRexx 4.2. Also please note: the BSF4ooRexx package for MacOSX already includes a fresh build of ooRexx 5.0 beta, revision 11636. If you have any questions please come forward and ask! Replies to this e-mail will go to the BSF4ooRexx-Sourceforge-mailing list <https://sourceforge.net/p/bsf4oorexx/mailman/bsf4oorexx-devel/> (<mailto:bsf...@li...>). Cheers, ---rony |
From: Rony G. F. <Ron...@wu...> - 2018-12-08 17:47:33
|
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and interact with Java as if it was ooRexx! Requiring the supplied ooRexx package "BSF.CLS" camouflages the strictly typed, case-sensitive programming language Java as the dynamically typed, case-insensitive language Rexx, making it considerably easy to interface with Java. --- If after installing BSF4ooRexx you choose the menu option "BSF4ooRexx -> Samples" a folder/finder window will open and display the Rexx samples. Locate the file "index.html" and click on it: this will briefly describe each Rexx sample, such that you are able to quickly get an overview. --- Also I would like to point out to you the latest beta versions of ooRexx 5.0 which introduces many valuable and helpful new features: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/> . Regularly check for new builds there. [Temporarily there are installations packages of today's ooRexx trunk, revision 11582, in my dropbox at: <https://www.dropbox.com/sh/olh1mqfwb4brp7r/AABI1X-Le9zDCJ0gyfvMdKB8a?dl=0>.] The quality of the current beta versions of ooRexx 5.0 is of type "release", includes many interesting new features and contains many bug fixes over ooRexx 4.2. Also please note: the BSF4ooRexx package for MacOSX already includes a fresh build of ooRexx 5.0 beta, revision 11582. If you have any questions please come forward and ask! Replies to this e-mail will go to the BSF4ooRexx-Sourceforge-mailing list <https://sourceforge.net/p/bsf4oorexx/mailman/bsf4oorexx-devel/> (<mailto:bsf...@li...>). Cheers, ---rony |
From: Rony G. F. <Ron...@wu...> - 2018-11-05 18:52:55
|
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>, which resolves a bug when using bsf.invokeStrict(). As a result there are no open bugs recorded against this package anymore! :) BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit all Java classes and interact with Java as if it was ooRexx! Requiring the supplied ooRexx package "BSF.CLS" camouflages the strictly typed, case-sensitive programming language Java as the dynamically typed, case-insensitive language Rexx, making it considerably easy to interface with Java. * Notable new addition in this version: new public Rexx routine "box.strictArg(type, value [, primitive=.true])", where "type" may be one of the strings "BOolean", "BYte", "Character", "Double", "Float", "Integer", "Object", "SHort", "STring", or a Java class object, denoting the type of "value", comparable to the already existing public routine "box(type,value)". This version however returns a Java object (a RexxStrictArgument object) that, if used as an argument, will strictly pick a candidate Java field, method or constructor matching exactly that type. All bsf.*strict-methods will use box.strictArg() in place of box() in order to fix a quite subtle bug. Cf. an example looking at "samples/JavaFX/fxml_99/MainApp.rex". --- If after installing BSF4ooRexx you choose the menu option "BSF4ooRexx -> Samples" a folder/finder window will open and display the Rexx samples. Locate the file "index.html" and click on it: this will briefly describe each Rexx sample, such that you are able to quickly get an overview. --- Also I would like to point out to you the latest beta versions of ooRexx 5.0 which introduces many valuable and helpful new features: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/> . Regularly check for new builds there. (Temporarily the Windows versions for revision 11515 (as of today the latest version) can be obtained from my DropBox at <https://www.dropbox.com/sh/gh7v4m04hc2tqgz/AAAY686kv7JDRu0CNn1FoqFDa?dl=0>). The quality of the current beta versions of ooRexx 5.0 is of type "release", includes many interesting new features and contains many bug fixes over ooRexx 4.2. Also please note: the BSF4ooRexx package for MacOSX already includes a fresh build of ooRexx 5.0 beta, revision 11515. If you have any questions please come forward and ask! Replies to this e-mail will go to the BSF4ooRexx-Sourceforge-mailing list <https://sourceforge.net/p/bsf4oorexx/mailman/bsf4oorexx-devel/> (<mailto:bsf...@li...>). Cheers, ---rony |
From: Rony G. F. <Ron...@wu...> - 2018-10-29 13:54:48
|
Dear Paul, with separate e-mail addressed directly to your e-mail address I will send the source of BSF4ooRexx.cc with the request to compile it for s390x to be included in the next BSF4ooRexx distribution as a binary, replacing the current one. TIA ---rony |
From: Rony G. F. <Ron...@wu...> - 2018-10-25 14:02:24
|
Dear fellow Rexxers, since a few minutes there is a new beta of BSF4ooRexx available from Sourceforge, namely from: <https://sourceforge.net/projects/bsf4oorexx/files/beta/20181002/>. BSF4ooRexx is an ooRexx external function package that allows Rexx programs to exploit Java classes. Requiring the supplied ooRexx package "BSF.CLS" camouflages the strictly typed, case-sensitive programming language Java as the dynamically typed, case-insensitive language Rexx, making it considerably easy to interface with Java. * Notable new addition in this version: binary support for 32-bit ARM (Raspberry Pi), such that BSF4ooRexx can be installed on that platform as well! If you choose the menu option "BSF4ooRexx -> Samples" a folder/finder window will open and display the Rexx samples. Locate the file "index.html" and click on it: this will briefly describe each Rexx sample, such that you are able to quickly get an overview. --- Also I would like to point out to you the latest beta versions of ooRexx 5.0 which introduces many valuable and helpful new features: <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/> . Regularly check for new builds there. (Temporarily the Windows versions for revission 11503 can be obtained from my DropBox at <https://www.dropbox.com/sh/xh2p56y56xrk1f1/AADj5EbDh2ZzA0tl8KzFV9FMa?dl=0>). The quality of the current beta versions of 5.0 is of type "release", includes many interesting new features and contains many bug fixes over ooRexx 4.2. Also please note: the BSF4ooRexx package for MacOSX already includes a fresh build of ooRexx 5.0 beta, revision 11503. If you have any questions please come forward and ask! Replies to this e-mail will go to the BSF4ooRexx-Sourceforge-mailing list <https://sourceforge.net/p/bsf4oorexx/mailman/bsf4oorexx-devel/> (<mailto:bsf...@li...>). Cheers, ---rony |