Re: Oorexx-users Digest, Vol 49, Issue 2

[ThSITC]

EXCELLENT Support, You are Doing, Rick, and all:

Question:

ANY chance to *intergrate* Your TEAM with The NetRexx TEAM?

( to make up (maybe) a NEW LANGUAGE ??
===========================================
Thomas Schneider
===========================================
Am 28.04.2014 01:57, schrieb [hidden email]:

> Send Oorexx-users mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/oorexx-users
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Oorexx-users digest..."
>
>
> Today's Topics:
>
>     1. Re: Problem with random() (Staffan Tylen)
>     2. Re: Problem with random() (Rick McGuire)
>     3. How's the shell seeing what Rexx is doing internally, and why
>        does it care? (J. Leslie Turriff)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 19 Apr 2014 17:21:06 +0200
> From: Staffan Tylen <[hidden email]>
> Subject: Re: [Oorexx-users] Problem with random()
> To: Open Object Rexx Users <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> Aaah so that's it! Yes, I have a call to random with a seed in a different
> place of the app. So that seed hangs on for the duration of the program? Is
> there any way to 'drop' it, or do I need to use a different seed in the
> code that I posted on the list using for example a timer value to overcome
> this? Thanks for spotting this.
>
> Staffan
>
>
>
> On Sat, Apr 19, 2014 at 5:07 PM, Rick McGuire <[hidden email]> wrote:
>
>> Do you ever specify a seed value with a prior random call?  That would
>> force a repeatable sequence.  Other than that, I'd need a program that
>> reproduces the problem to figure this out.
>>
>> Rick
>>
>>
>> On Sat, Apr 19, 2014 at 10:38 AM, Staffan Tylen <[hidden email]>wrote:
>>
>>> I have the following code in an application (where pfxlen already has
>>> been set to 4):
>>>
>>>    pfx = ""
>>>    do pfxlen
>>>       pfx ||= xrange("00"x,"7F"x)~substr(random(1,127),1)
>>>    end
>>>
>>> But when I run the application, pfx is always generated with the same
>>> value: BNB" or '424E4222'x - but it should be random!
>>>
>>> To debug this I lifted this code snippet to a test program, adding
>>> pfxlen=4 as the first instruction, and then pfx gets different values each
>>> time, as expected.
>>>
>>> When I do a 'trace i' I can see that random(...) is returning the same
>>> value sequence each time when running the code in the application: 67, 79,
>>> 67, 35. When I run the test program it always returns different values.
>>>
>>> OK, so I change the program to this:
>>>
>>>    pfx = ""
>>>    do pfxlen
>>>       rand = random(1,127)
>>>       pfx ||= xrange("00"x,"7F"x)~substr(rand,1)
>>>    end
>>>
>>> No change, the same values are returned. So then I try this:
>>>
>>>    pfx = ""
>>>    do pfxlen
>>>       say random(1,127)
>>>       pfx ||= xrange("00"x,"7F"x)~substr(random(1,127),1)
>>>    end
>>>
>>> Now pfx gets the value N";* ('4E223B2A'x) but also now it gets the same
>>> value EVERY time.
>>>
>>> I can only conclude that there must be a bug in the random() function
>>> that seems to introduce a seed on its own under certain circumstances, is
>>> that possible? I cannot explain this behaviour in any other way.
>>>
>>> Staffan
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/NeoTech
>>> _______________________________________________
>>> Oorexx-users mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Oorexx-users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Sat, 19 Apr 2014 11:53:02 -0400
> From: Rick McGuire <[hidden email]>
> Subject: Re: [Oorexx-users] Problem with random()
> To: Open Object Rexx Users <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> There is no way cause things to revert to the default value.  Unless you
> really, really need to have the reproducible sequence, just don't use the
> explicit seed at all.
>
> Rick
>
>
> On Sat, Apr 19, 2014 at 11:21 AM, Staffan Tylen <[hidden email]>wrote:
>
>> Aaah so that's it! Yes, I have a call to random with a seed in a different
>> place of the app. So that seed hangs on for the duration of the program? Is
>> there any way to 'drop' it, or do I need to use a different seed in the
>> code that I posted on the list using for example a timer value to overcome
>> this? Thanks for spotting this.
>>
>> Staffan
>>
>>
>>
>> On Sat, Apr 19, 2014 at 5:07 PM, Rick McGuire <[hidden email]>wrote:
>>
>>> Do you ever specify a seed value with a prior random call?  That would
>>> force a repeatable sequence.  Other than that, I'd need a program that
>>> reproduces the problem to figure this out.
>>>
>>> Rick
>>>
>>>
>>> On Sat, Apr 19, 2014 at 10:38 AM, Staffan Tylen <[hidden email]>wrote:
>>>
>>>> I have the following code in an application (where pfxlen already has
>>>> been set to 4):
>>>>
>>>>    pfx = ""
>>>>    do pfxlen
>>>>       pfx ||= xrange("00"x,"7F"x)~substr(random(1,127),1)
>>>>    end
>>>>
>>>> But when I run the application, pfx is always generated with the same
>>>> value: BNB" or '424E4222'x - but it should be random!
>>>>
>>>> To debug this I lifted this code snippet to a test program, adding
>>>> pfxlen=4 as the first instruction, and then pfx gets different values each
>>>> time, as expected.
>>>>
>>>> When I do a 'trace i' I can see that random(...) is returning the same
>>>> value sequence each time when running the code in the application: 67, 79,
>>>> 67, 35. When I run the test program it always returns different values.
>>>>
>>>> OK, so I change the program to this:
>>>>
>>>>    pfx = ""
>>>>    do pfxlen
>>>>       rand = random(1,127)
>>>>       pfx ||= xrange("00"x,"7F"x)~substr(rand,1)
>>>>    end
>>>>
>>>> No change, the same values are returned. So then I try this:
>>>>
>>>>    pfx = ""
>>>>    do pfxlen
>>>>       say random(1,127)
>>>>       pfx ||= xrange("00"x,"7F"x)~substr(random(1,127),1)
>>>>    end
>>>>
>>>> Now pfx gets the value N";* ('4E223B2A'x) but also now it gets the same
>>>> value EVERY time.
>>>>
>>>> I can only conclude that there must be a bug in the random() function
>>>> that seems to introduce a seed on its own under certain circumstances, is
>>>> that possible? I cannot explain this behaviour in any other way.
>>>>
>>>> Staffan
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Learn Graph Databases - Download FREE O'Reilly Book
>>>> "Graph Databases" is the definitive new guide to graph databases and
>>>> their
>>>> applications. Written by three acclaimed leaders in the field,
>>>> this first edition is now available. Download your free book today!
>>>> http://p.sf.net/sfu/NeoTech
>>>> _______________________________________________
>>>> Oorexx-users mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn Graph Databases - Download FREE O'Reilly Book
>>> "Graph Databases" is the definitive new guide to graph databases and their
>>> applications. Written by three acclaimed leaders in the field,
>>> this first edition is now available. Download your free book today!
>>> http://p.sf.net/sfu/NeoTech
>>> _______________________________________________
>>> Oorexx-users mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and their
>> applications. Written by three acclaimed leaders in the field,
>> this first edition is now available. Download your free book today!
>> http://p.sf.net/sfu/NeoTech
>> _______________________________________________
>> Oorexx-users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Sun, 27 Apr 2014 18:57:27 -0500
> From: "J. Leslie Turriff" <[hidden email]>
> Subject: [Oorexx-users] How's the shell seeing what Rexx is doing
> internally, and why does it care?
> To: Open Object Rexx Users <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain;  charset="us-ascii"
>
> I'm getting a strange result when I try to initialize some stem variables
> whose stem names start with "o".  I don't understand how the shell is getting
> its fingers into an ordinary rexx assignment statement?
> My system is OpenSuSE 13.1 on x86_64 hardware.
> I ran across this while trying to set various opt.X variables, so I tried
> changing opt. to optn..  When the problem persisted, I created a little
> testcase program.  Here's what I have:
>
> |  18:42:08,leslie@pinto
> | ~/bin/rexx
> | $rexx -v
> | Open Object Rexx Version 4.2.0
> | Build date: Dec 28 2013
> | Addressing Mode: 64
> |
> | Copyright (c) IBM Corporation 1995, 2004.
> | Copyright (c) RexxLA 2005-2013.
> | All Rights Reserved.
> | This program and the accompanying materials are made available under
> | the terms of the Common Public License v1.0 which accompanies this
> | distribution or at
> | http://www.oorexx.org/license.html
> |
> |  18:42:32,leslie@pinto
> | ~/bin/rexx
> | $testcase
> |      3 *-* o.         = ''
> |        >>>   ""
> |      4 *-* op.        = ''
> |        >>>   ""
> |      5 *-* opt.       = ''
> |        >>>   ""
> |      6 *-* opti.      = ''
> |        >>>   ""
> |      7 *-* optio.     = ''
> |        >>>   ""
> |      8 *-* option.    = ''
> |        >>>   ""
> |      9 *-* optn.      = ''
> |        >>>   ""
> |     10 *-* o.'a'      = 'alt'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     11 *-* op.'B'     = 'amb'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     12 *-* opt.'c'    = 'cap'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     13 *-* opti.'C'   = 'col'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     14 *-* optio.'n'  = 'num'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     15 *-* option.'H' = 'sha'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     16 *-* optn.'s'   = 'sec'
> |        >>>   "0"
> | sh: /home/leslie/bin/rexx/0: Permission denied
> |        +++   "RC(126)"
> |     17 *-* exit
> |
> |  18:42:41,leslie@pinto
> | ~/bin/rexx
> | $cat testcase
> | #!/usr/bin/rexx
> |   trace rnormal
> |   o.         = ''
> |   op.        = ''
> |   opt.       = ''
> |   opti.      = ''
> |   optio.     = ''
> |   option.    = ''
> |   optn.      = ''
> |   o.'a'      = 'alt'
> |   op.'B'     = 'amb'
> |   opt.'c'    = 'cap'
> |   opti.'C'   = 'col'
> |   optio.'n'  = 'num'
> |   option.'H' = 'sha'
> |   optn.'s'   = 'sec'
> | exit
> |  18:42:54,leslie@pinto
> | ~/bin/rexx
>
> Can anyone explain what's happening here?
>
> Leslie
>
> btw
> There is an empty file 0 in my bin/rexx/ directory; some arcane subsystem on
> my machine creates one in every directory, so if I delete it it's back the
> next day; so that's where the error message gets it, but how is bash getting
> invoked during a Rexx assignment?
>
> | 18:45:12,leslie@pinto
> | ~/bin/rexx
> | $ls -l
> | total 1276
> | -rw-r--r-- 1 leslie users     0 2014-04-11 18:56:20 0
> | :
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
>
> ------------------------------
>
> _______________________________________________
> Oorexx-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>
>
> End of Oorexx-users Digest, Vol 49, Issue 2
> *******************************************

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/