[Glass] Can I use tODE in this context?

[Mariano Martinez Peck via Glass]

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> wrote:

>
>
> On Tue, Sep 15, 2015 at 2:28 PM, Dale Henrichs <
> 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/d72dfa94/attachment.html>