Please open a bug report.

Sent from my iPad

On Feb 11, 2011, at 6:22 PM, "Rony G. Flatscher" <rony.flatsc...@wu-wien.ac.at> 
wrote:

> The error has gone away which is great!
> 
> Is there a need to open a bug in the tracker for it for documentation 
> purposes?
> 
> ---
> 
> There is a new error (the Rexx script is invoked via Java):
> RexxDispatcher.java: Throwable of type 
> 'org.rexxla.bsf.engines.rexx.RexxException' thrown while invoking Rexx:
> getLocalizedMessage(): [BSF4ooRexx/routine/jniRexxRunProgram(), error 9:
>   1154 *-* return uno.getInterfaceName(self, unqualified)
> Error 11 running /usr/bin/UNO.CLS line 1154:  Control stack full
> Error 11.1:  Insufficient control stack space; cannot continue execution]
> It may be the case that the Java thread stack space needs an increase, so I 
> gave information about "-Xss" (allows to increase the Java thread stack 
> space), which can be defined for BSF4ooRexx in an environment variable 
> "BSF4Rexx_JavaStartupOptions", which, if defined, will be used to start up 
> Java. 
> 
> ---rony
> 
> 
> 
> On 11.02.2011 15:25, Rony G. Flatscher wrote:
>> 
>> 
>> On 11.02.2011 15:07, Rick McGuire wrote:
>>> 
>>> Ok, same problem.  As I said earlier, my ability to look at this is a
>>> bit limited.  Ok, one more attempt.  In RexxLocalVariables::live(),
>>> put the for loop in that routine inside of the conditional
>>> 
>>> if (locals != NULL)
>>> {
>>>     for (entry = locals...
>>>        ...
>>> }
>>>   
>> Changed to:
>> void RexxLocalVariables::live(size_t liveMark)
>> /******************************************************************************/
>> /* Function:  Normal garbage collection live marking                         
>>  */
>> /******************************************************************************/
>> {
>>    RexxVariable **entry;                /* marked stack entry                
>> */
>>    RexxVariable **top;
>> 
>> if (locals != NULL)
>> {
>>                                        /* loop through the stack entries    
>> */
>>    for (entry = locals, top = entry + size; entry < top; entry++)
>>    {
>>        memory_mark(*entry);            /* marking each one                  
>> */
>>    }
>> }
>> 
>>    memory_mark(dictionary);            /* also mark any created vdict       
>> */
>> }
>>   
>> Compiled successfully. 
>> 
>> Will create the 32-bit ooRexx 4.1.0 package for the students, as they have 
>> currently the environment to interface to OpenOffice (will try to set that 
>> up myself, but  need a few nuts and bolts finalized, before being able to do 
>> so, as the changes I have need to be incorporated and tested to the 
>> BSF4ooRexx trunk first).
>> 
>> So it may take a while before I can give feedback whether that fixed the 
>> observed problem.
>> 
>> ---rony
>> 
>> 
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to