Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Michael Lueck
Rick McGuire wrote: > > On Sun, Nov 18, 2012 at 7:03 AM, Rony G. Flatscher > mailto:rony.flatsc...@wu-wien.ac.at>> wrote: > > It probably boils down to the question: how could/should the native code > learn whether a cached Rexx interpreter instance is still available for use > (to avoid any

Re: [Oorexx-devel] Building ooRexx from trunk on XP problems, when arriving at building oodialog ...

2012-11-18 Thread Mark Miesfeld
On Sun, Nov 18, 2012 at 8:26 AM, Rony G. Flatscher < rony.flatsc...@wu-wien.ac.at> wrote: > While compiling 32-bit versions of ooRexx from trunk on a XP system, the > build (makeorx NODEBUG) fails with the following screen output: > > Building OODIALOG.. > * : build halted > > Looking up the

[Oorexx-devel] Building ooRexx from trunk on XP problems, when arriving at building oodialog ...

2012-11-18 Thread Rony G. Flatscher
While compiling 32-bit versions of ooRexx from trunk on a XP system, the build (makeorx NODEBUG) fails with the following screen output: Building OODIALOG.. * : build halted Looking up the log file, the last lines are: ... cut ... All done rxftp.cls csvStream.cls .

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rony G. Flatscher
On 18.11.2012 13:10, Rick McGuire wrote: > > On Sun, Nov 18, 2012 at 7:03 AM, Rony G. Flatscher > > wrote: > > > On 18.11.2012 12:57, Rick McGuire wrote: >> I don't have a suggested solution. I frankly don't think this is an RFE >> that I think is a

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rick McGuire
On Sun, Nov 18, 2012 at 7:03 AM, Rony G. Flatscher < rony.flatsc...@wu-wien.ac.at> wrote: > > On 18.11.2012 12:57, Rick McGuire wrote: > > I don't have a suggested solution. I frankly don't think this is an RFE > that I think is a particularly useful addition. > > O.K. > > How would you suggest t

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rony G. Flatscher
On 18.11.2012 12:57, Rick McGuire wrote: > I don't have a suggested solution. I frankly don't think this is an RFE that > I think is a > particularly useful addition. O.K. How would you suggest to solve the following (generalized) problem: * a native library is used to interact with Rexx ob

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rick McGuire
I don't have a suggested solution. I frankly don't think this is an RFE that I think is a particularly useful addition. Rick On Sun, Nov 18, 2012 at 6:55 AM, Rony G. Flatscher < rony.flatsc...@wu-wien.ac.at> wrote: > > On 18.11.2012 12:51, Rick McGuire wrote: > > No, it would not. This assume

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rony G. Flatscher
On 18.11.2012 12:51, Rick McGuire wrote: > No, it would not. This assumes that the memory for the instance structure > has not been reused by > the interpreter after the termination. Since it is just an object instance, > this would not be the > case. Forcing these objects to remain reference

Re: [Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rick McGuire
No, it would not. This assumes that the memory for the instance structure has not been reused by the interpreter after the termination. Since it is just an object instance, this would not be the case. Forcing these objects to remain referenced would create an undesirable memory leak. Rick On

[Oorexx-devel] RFH for implementing RFE # 356

2012-11-18 Thread Rony G. Flatscher
In order to remove a crash in ooRexx when using ooRexx from OpenOffice (AOO) via BSF4ooRexx, I am contemplating to implement RFE . However, short of having the needed overview about how the pieces fit together, a RFH (request for hints/help

[Oorexx-devel] Patch (# 175) submitted to implement RFE # 354 for the next release

2012-11-18 Thread Rony G. Flatscher
Just for the record, in case the notification system for patches does not work: yesterday, I submitted a patch (please use the patch that was uploaded the last) to implement the RFE for inclu