User Activity

  • 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....

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

    Hi Graham, just to be sure I asked on the developer list. Here the answer from Rick: "That can't work, because the package has not been initialized yet. And initialization can't be completed until you have resolved all of the dependencies."

  • Committed [r13158] on Code SVN

    Change trunk to 5.3.0

  • Committed [r13157] on Code SVN

    Change trunk to 5.3.0

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