User Activity

  • Posted a comment on discussion General Discussion on ooRexx (Open Object Rexx)

    +1 Very nice, you seem to be a master of vim syntax files, kudos!

  • Posted a comment on discussion General Discussion on ooRexx (Open Object Rexx)

    Hi Simon, thank you very much for sharing your rexx.vim! Skimmed over it and it is great that you have updated it (intended to do that myself, but alas, not enough free time at my hands at the moment). One little remark ad rexxEndDirective: by default "::END" must be spelled exactly like that (no blanks, all in uppercase) and must start in column 1. Something like syn region rexxIllegalEndDirective start="^\s*:\s*:\s*end\>" end="\ze\(\s\|;\|$\)" syn region rexxEndDirective start="^::END\C\>" end="\ze\(\s\|;\|$\)"...

  • Committed [r13164] on Code SVN

    20260426 Releasing ooRexx 5.2.0, moving branches/5.2.0 to releases/5.2.0

  • Posted a comment on ticket #2059 on ooRexx (Open Object Rexx)

    You may want to try nmake nsis_template_installer which works for me. Here a few pointerss (both files located i oorexx' main/trunk): CMake-build-readme.txt-68- To build the interpreter, you still use the nmake command. Once you have CMake-build-readme.txt-69- built, you can create the installer by issuing CMake-build-readme.txt-70- CMake-build-readme.txt:71: nmake nsis_template_installer CMake-build-readme.txt-72- CMake-build-readme.txt-73- We do not use the CPack command on Windows. and CMakeLists.txt-2089-...

  • Committed [r13161] on Code SVN

    20260420 A few version-related corrections.

  • Posted a comment on ticket #2058 on ooRexx (Open Object Rexx)

    Yes, that is to be expected, as the bug was not caught in 4.2, but got fixed in 5.x. However, I would assume/speculate that it could be fixed such, that the programs run without an error on 4.2 and 5.x. Again, if you want, you can send me your programs or a link to a zip archive and I look into it to come up with suggestions of how to fix it.

  • Posted a comment on ticket #2058 on ooRexx (Open Object Rexx)

    Graham, I can understand your frustration, however, please understand the core of the problem here: the program you have required "circular2.rex" has not yet been loaded, it is in the process of loading. Therefore it is not (yet) possible to refer safely to all of its public classes and routines. Each ::requires in a required program will immediately stall the loading of the program by resolving the required one first. In your circular requiring neither circular2.rex nor circular3.rex were loaded...

  • Posted a comment on ticket #2058 on ooRexx (Open Object Rexx)

    Hi Graham, here Rick's answer: Solely by accident an it was not working correctly because of the initialization problem. While working on 5.0.0 I discovered that the code that was supposed to detect that condition was not actually working. I corrected that. It only seemed to be working on 4.2.0, but there were all sorts of underlying problems. When the second package loaded, all of the initializations from the first file were not yet complete, because the first step of loading is to resolve the ::REQUIRES....

View All

Personal Data

Username:
orexx
Joined:
2002-12-04 15:14:15

Projects

This is a list of open source software projects that Rony G. Flatscher is associated with:

Personal Tools

MongoDB Logo MongoDB