[Glass] Can I use tODE in this context?

[Dale Henrichs via Glass]

Yep! Whew:)

Dale

On 09/15/2015 11:51 AM, Mariano Martinez Peck wrote:
> OK Dale, I run "script --script=setUpSys" and it seems to have worked,
>
> tode 1 > cd /sys/stones
> [84004353 sz:9 TDObjectGatewayNode] /sys/stones/
> tode 1 > ls
> mariano/  quuve/  README.md  tode/  todeRemote/
> tode 1 > cd /sys
> [84053505 sz:6 TDDirectoryNode] /sys/
> tode 1 > ls
> default@/  local@/  stone@/  stones@/
> tode 1 > cd local/
> [84011521 sz:9 TDObjectGatewayNode] /sys/local/
> tode 1 > ls
> client/  git/  home/  monticello/  pharo/  projects/  README.md 
>  server/  snapshots/  templates/
> tode 1 >
>
>
> right?   :)
>
> Thanks for your help
>
> On Tue, Sep 15, 2015 at 3:41 PM, Mariano Martinez Peck 
> <marianopeck at gmail.com <mailto:marianopeck at gmail.com>> wrote:
>
>
>
>     On Tue, Sep 15, 2015 at 2:28 PM, Dale Henrichs
>     <dale.henrichs at gemtalksystems.com
>     <mailto:dale.henrichs at gemtalksystems.com>> wrote:
>
>
>
>         On 09/15/2015 10:05 AM, Dale Henrichs wrote:
>>
>>
>>         On 09/15/2015 08:10 AM, Mariano Martinez Peck wrote:
>>
>>>
>>>             I'm going to guess that GS_HOME is not defined ... it
>>>             needs to be defined in the shell when you start your
>>>             netldi run this tODE shell command :
>>>
>>>               eval `{System clientEnvironmentVariable: 'GS_HOME'.
>>>             System gemEnvironmentVariable: 'GS_HOME'}`; edit
>>>
>>>
>>>         mmmm i get this:
>>>
>>>
>>>         tode 1 >   eval `{System clientEnvironmentVariable:
>>>         'GS_HOME'. System gemEnvironmentVariable: 'GS_HOME'}`; edit
>>>         [82042625 sz:1 Array] anArray( anArray(
>>>         '/Users/mariano/gsDevKitHome', nil))
>>>         tode 1 > script --script=setUpSys
>>>         Topez ERROR: a TodeCommandError occurred (error 121000),
>>>         File or directory not found: '$GS_HOME/tode/sys/default'
>>>
>>>         mmm why it cannot get the variable...mmm I must run
>>>         now...will be back later
>>>
>>
>>         Okay ... GS_HOME is defined in your client (the pharo client)
>>         and not defined in the gem (this the error) ... the
>>         environment variables for a gem are inherited from the netldi
>>         process (netldi forks the gems) and the netldi inherits the
>>         envirnment variables from the shell in which it was started
>>         ... presumably you started the netldi long before GS_HOME was
>>         defined ...
>
>         we can get around the use of GS_HOME if you don't want to
>         restart the netldi ... to debug a TodeCommandError use the
>         built-in tODE shell command `debugMode --set` ... then when
>         you get a TodeCommandError a debugger will come up instead of
>         the simple error message - that way we can get more detail on
>         where $GS_HOME is being used ...
>
>
>
>     Good for future reference!
>     Is there a place where you have documented the built-in commands
>     like "script" ,  "debugMode", etc ?
>
>     Thanks!
>
>
>     -- 
>     Mariano
>     http://marianopeck.wordpress.com
>
>
>
>
> -- 
> Mariano
> http://marianopeck.wordpress.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150915/c3a0fd16/attachment-0001.html>