[Oorexx-devel] r11708 - Could not find file "FUNCTIONPACKAGE.CLS"

2019-02-02 Thread Jason Martin 

File is there in ooRexx/API/oo/FUNCTIONPackage.cls

agrellum@openindiana:~$ ./testOORexx.rex -X native_api
bash: ./testOORexx.rex: No such file or directory
agrellum@openindiana:~$ cd test/
agrellum@openindiana:~/test$ ./testOORexx.rex -X native_api
Searching for test containers
Executing automated test suite..
 ...
.../usr/bin/sh: line 1: 
zxyabc: not found

./usr/bin/sh: line 1: zxyabc: not found
..

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:    REXX-ooRexx_5.0.0(MT)_64-bit 6.05 2 Feb 2019
OS Name:    SUNOS
SysVersion: SunOS illumos-022bfefbca.5.11

Tests ran:  22548
Assertions: 376996
Failures:   3
Errors: 1

[failure] [20190202 22:29:47.760694]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_ONE_ARG
  Class:  rexxc.testGroup
  File: /export/home/agrellum/test/ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   100
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7122209"]
    Message:  rexxc test_rexxc.rex is expected to produce a few lines 
of output


[failure] [20190202 22:29:47.925672]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_ONE_ARG_SYNTAX
  Class:  rexxc.testGroup
  File: /export/home/agrellum/test/ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   91
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7122209"]
    Message:  rexxc is expected to produce a few lines of output

[failure] [20190202 22:29:47.996280]
  svn:    r11562   Change date: 2018-12-03 23:45:29 +0100
  Test:   TEST_REXXC_TWO_ARGS
  Class:  rexxc.testGroup
  File: /export/home/agrellum/test/ooRexx/utilities/rexxc/rexxc.testGroup
  Line:   125
  Failed: assertTrue
    Expected: [1]
    Actual:   [[0], identityHash="-7122209"]
    Message:  a few lines of output expected from rexxc 'EMPTY 0'

[Framework exception] [20190202 22:26:27.840869]
  Type: Trap Severity: Fatal
  File: /export/home/agrellum/test/ooRexx/API/oo/FUNCTION.testGroup
  Line: 2130
  Initial call of test container failed
  Condition: SYNTAX
    Could not find file "FUNCTIONPACKAGE.CLS" for ::REQUIRES.
    File: /export/home/agrellum/test/ooRexx/API/oo/FUNCTION.testGroup
    Line: 1747
    1747 *-* ::requires FUNCTIONPackage.cls
    2130 *-* call (file) self~testTypes
    2078 *-*   container = self~getContainer(fileName)
  81 *-* containers = finder~seek(testResult)
  79 *-* retCode = 'worker.rex'(arguments)

Interpreter:    REXX-ooRexx_5.0.0(MT)_64-bit 6.05 2 Feb 2019
OS Name:    SUNOS
SysVersion: SunOS illumos-022bfefbca.5.11

Tests ran:  22548
Assertions: 376996
Failures:   3
Errors: 1

File search:    00:00:02.135854
Suite construction: 00:00:02.041483
Test execution: 00:03:15.700495
Total time: 00:03:20.662567



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Rick McGuire 
The problem is you are setting the variables in the wrong object. The API
returns references to the object variable in the currently active object,
which in this case is the tester object instance.
I suggest adding a couple of attributes to the MethodTester class that will
give you variables you can use as targets for the API call.

Rick


On Sat, Feb 2, 2019 at 11:57 AM Erich Steinböck 
wrote:

> as soon as the build completes
>>
> Is building slow on Windows? If you're building with nmake, you might
> consider using jom, which builds multi-core.
> See
> https://sourceforge.net/p/oorexx/wiki/how-to-build-oorexx/#multi-core-builds
> .
>
> we might need a GetContextVariableReference() API on the call and exit
>> interfaces
>>
> Yes, I'd think so.
>
> I'm having trouble with the native test for GetObjectVariableReference.
> Variable References returned from this method are always uninitialized -
> they return their own name as value (see lines marked with @@ below).  Am I
> doing something wrong?
>
> All other native Variable reference API tests run fine.
>
> ~~~
> ::method test_GetObjectVariableReference
>   expose simple stem.
>
>   tester = .METHODtester~new
>
>   local = 123
>   simple = 456
>   stem. = 789
>   do name over "LOCAL", "SIMPLE", "STEM."
> varRef = tester~TestGetObjectVariableReference(name)
> self~assertIsA(varRef, .VariableReference)
> self~assertSame(name, varRef~name)
> self~assertSame(name, varRef~value) -- @@ shouldn't this be
> value(name)?
> -- @@ why are these object variables always uninitialized?
>   end
> ~~~
>
> On Sat, Feb 2, 2019 at 5:38 PM Rick McGuire  wrote:
>
>>
>>
>> On Sat, Feb 2, 2019 at 9:42 AM Erich Steinböck <
>> erich.steinbo...@gmail.com> wrote:
>>
>>> We have five native Variable Reference APIs. Three of them are available
>>> in all the usual contexts: Thread/MethodCall/Exit
>>> IsVariableReference, VariableReferenceName, VariableReferenceValue
>>>
>>> But two of them are restricted to one context:
>>> GetObjectVariableReference available in method context only
>>>
>> This on only makes sense in the context of a method call, so this is
>> correct. I'm now thinking we might need a GetContextVariableReference() API
>> on the call and exit interfaces.
>>
>>
>>> SetVariableReferenceValue available in thread context only
>>>
>> That was a mistake, I'll check the fix in as soon as the build completes.
>>
>> Rick
>>
>>
>>>
>>> Should I assume that the latter two should also be available in the four
>>> contexts of the first three ones?
>>> ___
>>> Oorexx-devel mailing list
>>> Oorexx-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>>
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Erich Steinböck 
>
> as soon as the build completes
>
Is building slow on Windows? If you're building with nmake, you might
consider using jom, which builds multi-core.
See
https://sourceforge.net/p/oorexx/wiki/how-to-build-oorexx/#multi-core-builds
.

we might need a GetContextVariableReference() API on the call and exit
> interfaces
>
Yes, I'd think so.

I'm having trouble with the native test for GetObjectVariableReference.
Variable References returned from this method are always uninitialized -
they return their own name as value (see lines marked with @@ below).  Am I
doing something wrong?

All other native Variable reference API tests run fine.

~~~
::method test_GetObjectVariableReference
  expose simple stem.

  tester = .METHODtester~new

  local = 123
  simple = 456
  stem. = 789
  do name over "LOCAL", "SIMPLE", "STEM."
varRef = tester~TestGetObjectVariableReference(name)
self~assertIsA(varRef, .VariableReference)
self~assertSame(name, varRef~name)
self~assertSame(name, varRef~value) -- @@ shouldn't this be value(name)?
-- @@ why are these object variables always uninitialized?
  end
~~~

On Sat, Feb 2, 2019 at 5:38 PM Rick McGuire  wrote:

>
>
> On Sat, Feb 2, 2019 at 9:42 AM Erich Steinböck 
> wrote:
>
>> We have five native Variable Reference APIs. Three of them are available
>> in all the usual contexts: Thread/MethodCall/Exit
>> IsVariableReference, VariableReferenceName, VariableReferenceValue
>>
>> But two of them are restricted to one context:
>> GetObjectVariableReference available in method context only
>>
> This on only makes sense in the context of a method call, so this is
> correct. I'm now thinking we might need a GetContextVariableReference() API
> on the call and exit interfaces.
>
>
>> SetVariableReferenceValue available in thread context only
>>
> That was a mistake, I'll check the fix in as soon as the build completes.
>
> Rick
>
>
>>
>> Should I assume that the latter two should also be available in the four
>> contexts of the first three ones?
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Rick McGuire 
On Sat, Feb 2, 2019 at 9:42 AM Erich Steinböck 
wrote:

> We have five native Variable Reference APIs. Three of them are available
> in all the usual contexts: Thread/MethodCall/Exit
> IsVariableReference, VariableReferenceName, VariableReferenceValue
>
> But two of them are restricted to one context:
> GetObjectVariableReference available in method context only
>
This on only makes sense in the context of a method call, so this is
correct. I'm now thinking we might need a GetContextVariableReference() API
on the call and exit interfaces.


> SetVariableReferenceValue available in thread context only
>
That was a mistake, I'll check the fix in as soon as the build completes.

Rick


>
> Should I assume that the latter two should also be available in the four
> contexts of the first three ones?
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Erich Steinböck 
We have five native Variable Reference APIs. Three of them are available in
all the usual contexts: Thread/MethodCall/Exit
IsVariableReference, VariableReferenceName, VariableReferenceValue

But two of them are restricted to one context:
GetObjectVariableReference available in method context only
SetVariableReferenceValue available in thread context only

Should I assume that the latter two should also be available in the four
contexts of the first three ones?
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] What's a Variable Reference?

2019-02-02 Thread Rick McGuire 
Ahthat's what we call "a bug"! Looks like there is a small problem with
the code that recognizes instruction types.

Rick

On Sat, Feb 2, 2019 at 8:31 AM Erich Steinböck 
wrote:

> >a~namewont work, but
>>>
>>
>> Why do you say this won't work?
>>
>
> It doesn't parse (note that there is no say instruction).
> ~~~
> rexx -e ">a~name"
>  1 *-* >a~name
> Error 35 running INSTORE line 1:  Invalid expression.
> Error 35.1:  Incorrect expression detected at ">".
> ~~~
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] What's a Variable Reference?

2019-02-02 Thread Erich Steinböck 
>
> >a~namewont work, but
>>
>
> Why do you say this won't work?
>

It doesn't parse (note that there is no say instruction).
~~~
rexx -e ">a~name"
 1 *-* >a~name
Error 35 running INSTORE line 1:  Invalid expression.
Error 35.1:  Incorrect expression detected at ">".
~~~
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Erich Steinböck 
To make sandbox/rick/rexxutil compile with gcc 5.4.1 I had to apply a few
changes

~~~
Index: interpreter/classes/NumberStringClass.cpp
===
--- interpreter/classes/NumberStringClass.cpp   (revision 11704)
+++ interpreter/classes/NumberStringClass.cpp   (working copy)
@@ -4032,7 +4032,7 @@
 {
 // There are some special double values involved here.  We just return
some
 // special strings for those.
-if (isnan(number))
+if (std::isnan(number))
 {
 return (NumberString *)new_string("nan");
 }
Index: interpreter/classes/StringClass.cpp
===
--- interpreter/classes/StringClass.cpp (revision 11704)
+++ interpreter/classes/StringClass.cpp (working copy)
@@ -435,7 +435,7 @@
 result = std::numeric_limits::signaling_NaN();
 // this will be false if this is really a NaN value. If true,
 // then fall back and use the quiet version.
-if (!isnan(result))
+if (!std::isnan(result))
 {
   result = std::numeric_limits::quiet_NaN();
 }
Index: interpreter/runtime/RexxUtilCommon.cpp
===
--- interpreter/runtime/RexxUtilCommon.cpp  (revision 11704)
+++ interpreter/runtime/RexxUtilCommon.cpp  (working copy)
@@ -1994,7 +1994,7 @@
 double seconds;
 // try to convert the provided delay to a valid floating point number
 if (context->ObjectToDouble(delay, ) == 0 ||
-isnan(seconds) || seconds == HUGE_VAL || seconds == -HUGE_VAL)
+std::isnan(seconds) || seconds == HUGE_VAL || seconds == -HUGE_VAL)
 {
 // 88.902 The &1 argument must be a number; found "&2"
 context->RaiseException2(Rexx_Error_Invalid_argument_number,
context->String("delay"), delay);
@@ -2124,7 +2124,7 @@

 #define INTERNAL_ROUTINE(name, entry) REXX_TYPED_ROUTINE_PROTOTYPE(entry)

-#include "SysRexxutilFunctions.h"  // generate prototypes for the
system functions.
+#include "SysRexxUtilFunctions.h"  // generate prototypes for the
system functions.

 // now redefine to generate the table entries
 #undef  INTERNAL_ROUTINE
@@ -2164,7 +2164,6 @@
 REXX_TYPED_ROUTINE(SysFileMove,SysFileMove),
 REXX_TYPED_ROUTINE(SysFileCopy,SysFileCopy),
 REXX_TYPED_ROUTINE(SysTempFileName,SysTempFileName),
-#include "SysRexxutilFunctions.h"
 REXX_LAST_ROUTINE()
 };
~~~
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Erich Steinböck 
>
> how did you determine this?
>

On Linux you'd use gdb. We have a short Wiki page how to debug on Linux at
https://sourceforge.net/p/oorexx/wiki/how-to-debug-oorexx/

Like this:
~~~
rexxutil-debug$ gdb bin/rexximage
(gdb) run
Starting program: rexxutil-debug/bin/rexximage
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
*** Error in `rexxutil-debug/bin/rexximage': double free or corruption
(out): 0x00616f20 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7758f7e5]
/lib/x86_64-linux-gnu/libc.so.6(+0x8037a)[0x7759837a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x4c)[0x7759c53c]
rexxutil-debug/bin/librexx.so.5.0.0(_ZN14FileNameBufferD1Ev+0x3b)[0x77ac253d]
rexxutil-debug/bin/librexx.so.5.0.0(_ZN19InterpreterInstance18resolveProgramNameEP10RexxStringS1_S1_+0x293)[0x77b2cf6f]
--- more output --

(gdb) thread apply all backtrace full
--- lot more output --
~~~
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Jean Louis Faucher 
I made a debug on MacOs with Xcode (after fixing the compile error).rexximage(30751,0x10075b380) malloc: *** error for object 0x101801800: pointer being freed was not allocated#0	0x7fff7b350b66 in __pthread_kill ()#1	0x0001007540f0 in pthread_kill ()#2	0x7fff7b2ac1ae in abort ()#3	0x7fff7b3aa822 in free ()#4	0x0001003ccf2c in FileNameBuffer::~FileNameBuffer() at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/memory/FileNameBuffer.hpp:60#5	0x0001003ca505 in FileNameBuffer::~FileNameBuffer() at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/memory/FileNameBuffer.hpp:57#6	0x00010044c10d in InterpreterInstance::resolveProgramName(RexxString*, RexxString*, RexxString*) at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/runtime/InterpreterInstance.cpp:1085#7	0x0001003e3831 in Activity::resolveProgramName(RexxString*, RexxString*, RexxString*) at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/concurrency/Activity.cpp:3400#8	0x0001003c7b79 in MemoryObject::createImage() at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/memory/Setup.cpp:1700#9	0x0001003c80cd in MemoryObject::initialize(bool) at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/memory/RexxMemory.cpp:200#10	0x0001004484a9 in Interpreter::startInterpreter(Interpreter::InterpreterStartupMode) at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/runtime/Interpreter.cpp:155#11	0x000100371beb in ::RexxCreateInterpreterImage() at /local/rexx/oorexx/official/sandbox/rick/rexxutil/interpreter/api/InterpreterAPI.cpp:93#12	0x00011f84 in main at /local/rexx/oorexx/official/sandbox/rick/rexxutil/utilities/rexximage/rexximage.cpp:44#13	0x7fff7b200015 in start ()Then during further investigation, I noticed other  things to fix (probably already fixed locally in your sandbox)FileNameBuffer.hpp : replace memcmp by memcpy where appropriate (2 occurrences)unix/SysInterpreterInstance.hpp :replace ‘;’ by ‘:’ where appropriate (2 occurrences)After fixing that and adding the copy constructor & operator, I was able to build your sandbox, and the resulting rexx executable is working.To check if the copy constructor & operator is really needed, you can declare them private.You will have some compilation errors, it’s a good way to see where the compiler creates temporary objects for FileNameBuffer

changes_applied.patch
Description: Binary data
On 2 Feb 2019, at 11:44, Rick McGuire  wrote:oops, I still had some uncommitted code. RickOn Fri, Feb 1, 2019 at 7:57 PM Enrico Sorichetti via Oorexx-devel  wrote:Hi Rick,I gave it a try with svn checkout https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil oorexx.ricksvn infoPath: .Working Copy Root Path: /opt/oorexx.rickURL: https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutilRelative URL: ^/sandbox/rick/rexxutilRepository Root: https://svn.code.sf.net/p/oorexx/code-0Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2Revision: 11703Node Kind: directorySchedule: normalLast Changed Author: bigrixxLast Changed Rev: 11702Last Changed Date: 2019-01-31 22:25:51 + (Thu, 31 Jan 2019)Unfortunately I get /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp: In function '_RexxObjectPtr* SysGetFileDateTime_impl(RexxCallContext*, CSTRING, CSTRING)':/opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp:1693:102: error: 'echoOpt' was not declared in this scope                 invalidOptionException(context, "SysGetFileDateTime", "time selector", "'A' or 'W'", echoOpt);EnricoOn 2 Feb 2019, at 00:39, Rick McGuire  wrote:For my rexxutil sandbox version, I'm able to get a clean build on Windows, but on Linux, I get a crash running rexximage. I've tried debugging this using ddd, but it doesn't really give my any useful information. I'd really appreciate any assistance you can provide.Rick
___Oorexx-devel mailing listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___Oorexx-devel mailing listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Rick McGuire 
Hmmm, it's strange I'm not seeing a similar problem on Windows. It sounds
plausible that's the problem. For my education, how did you determine this?

Rick

On Sat, Feb 2, 2019 at 6:00 AM Jean Louis Faucher 
wrote:

> FileNameBuffer
> You should create a copy constructor and a copy assignment operator.
> With their default implementation created by the compiler, the buffer is
> copied as-is, and you have multiple delete of the same buffer.
>
>  FileNameBuffer(const FileNameBuffer );
>  FileNameBuffer =(const FileNameBuffer )
>
>
> On 2 Feb 2019, at 11:44, Rick McGuire  wrote:
>
> oops, I still had some uncommitted code.
>
> Rick
>
> On Fri, Feb 1, 2019 at 7:57 PM Enrico Sorichetti via Oorexx-devel <
> oorexx-devel@lists.sourceforge.net> wrote:
>
>> Hi Rick,
>> I gave it a try with
>>
>> svn checkout
>> https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil oorexx.rick
>>
>>
>> svn info
>> Path: .
>> Working Copy Root Path: /opt/oorexx.rick
>> URL: https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil
>> Relative URL: ^/sandbox/rick/rexxutil
>> Repository Root: https://svn.code.sf.net/p/oorexx/code-0
>> Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
>> Revision: 11703
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: bigrixx
>> Last Changed Rev: 11702
>> Last Changed Date: 2019-01-31 22:25:51 + (Thu, 31 Jan 2019)
>>
>>
>> Unfortunately I get
>>
>> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp: In function
>> '_RexxObjectPtr* SysGetFileDateTime_impl(RexxCallContext*, CSTRING,
>> CSTRING)':
>> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp:1693:102:
>> error: 'echoOpt' was not declared in this scope
>>  invalidOptionException(context, "SysGetFileDateTime",
>> "time selector", "'A' or 'W'", echoOpt);
>>
>>
>> Enrico
>>
>>
>> On 2 Feb 2019, at 00:39, Rick McGuire  wrote:
>>
>> For my rexxutil sandbox version, I'm able to get a clean build on
>> Windows, but on Linux, I get a crash running rexximage. I've tried
>> debugging this using ddd, but it doesn't really give my any
>> useful information. I'd really appreciate any assistance you can provide.
>>
>> Rick
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>>
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Jean Louis Faucher 
FileNameBuffer
You should create a copy constructor and a copy assignment operator.
With their default implementation created by the compiler, the buffer is copied 
as-is, and you have multiple delete of the same buffer.

 FileNameBuffer(const FileNameBuffer );
 FileNameBuffer =(const FileNameBuffer )


> On 2 Feb 2019, at 11:44, Rick McGuire  wrote:
> 
> oops, I still had some uncommitted code. 
> 
> Rick
> 
> On Fri, Feb 1, 2019 at 7:57 PM Enrico Sorichetti via Oorexx-devel 
>  > wrote:
> Hi Rick,
> I gave it a try with 
> 
> svn checkout https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil 
>  oorexx.rick
> 
> 
> svn info
> Path: .
> Working Copy Root Path: /opt/oorexx.rick
> URL: https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil 
> 
> Relative URL: ^/sandbox/rick/rexxutil
> Repository Root: https://svn.code.sf.net/p/oorexx/code-0 
> 
> Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
> Revision: 11703
> Node Kind: directory
> Schedule: normal
> Last Changed Author: bigrixx
> Last Changed Rev: 11702
> Last Changed Date: 2019-01-31 22:25:51 + (Thu, 31 Jan 2019)
> 
> 
> Unfortunately I get 
> 
> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp: In function 
> '_RexxObjectPtr* SysGetFileDateTime_impl(RexxCallContext*, CSTRING, CSTRING)':
> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp:1693:102: error: 
> 'echoOpt' was not declared in this scope
>  invalidOptionException(context, "SysGetFileDateTime", "time 
> selector", "'A' or 'W'", echoOpt);
> 
> 
> Enrico
> 
> 
>> On 2 Feb 2019, at 00:39, Rick McGuire > > wrote:
>> 
>> For my rexxutil sandbox version, I'm able to get a clean build on Windows, 
>> but on Linux, I get a crash running rexximage. I've tried debugging this 
>> using ddd, but it doesn't really give my any useful information. I'd really 
>> appreciate any assistance you can provide.
>> 
>> Rick
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net 
>> 
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
>> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Rick McGuire 
oops, I still had some uncommitted code.

Rick

On Fri, Feb 1, 2019 at 7:57 PM Enrico Sorichetti via Oorexx-devel <
oorexx-devel@lists.sourceforge.net> wrote:

> Hi Rick,
> I gave it a try with
>
> svn checkout https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil
> oorexx.rick
>
>
> svn info
> Path: .
> Working Copy Root Path: /opt/oorexx.rick
> URL: https://svn.code.sf.net/p/oorexx/code-0/sandbox/rick/rexxutil
> Relative URL: ^/sandbox/rick/rexxutil
> Repository Root: https://svn.code.sf.net/p/oorexx/code-0
> Repository UUID: 0b6cbdbe-3aab-466e-b73a-abd511dda0a2
> Revision: 11703
> Node Kind: directory
> Schedule: normal
> Last Changed Author: bigrixx
> Last Changed Rev: 11702
> Last Changed Date: 2019-01-31 22:25:51 + (Thu, 31 Jan 2019)
>
>
> Unfortunately I get
>
> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp: In function
> '_RexxObjectPtr* SysGetFileDateTime_impl(RexxCallContext*, CSTRING,
> CSTRING)':
> /opt/oorexx.rick/interpreter/platform/unix/SysRexxUtil.cpp:1693:102:
> error: 'echoOpt' was not declared in this scope
>  invalidOptionException(context, "SysGetFileDateTime",
> "time selector", "'A' or 'W'", echoOpt);
>
>
> Enrico
>
>
> On 2 Feb 2019, at 00:39, Rick McGuire  wrote:
>
> For my rexxutil sandbox version, I'm able to get a clean build on Windows,
> but on Linux, I get a crash running rexximage. I've tried debugging this
> using ddd, but it doesn't really give my any useful information. I'd really
> appreciate any assistance you can provide.
>
> Rick
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel