<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic names default to here - errors with JSL encryption in Discussions</title>
    <link>https://community.jmp.com/t5/Discussions/names-default-to-here-errors-with-JSL-encryption/m-p/471750#M71627</link>
    <description>&lt;P&gt;Hi, I have a "names default to here(1)" in a main JSL script that does some later "include" on some downstream JSL scripts.&amp;nbsp; Some of these downstream JSL's are encrypted for view only.&lt;BR /&gt;&lt;BR /&gt;When I run the main JSL script, it errors out:&lt;BR /&gt;"Name Unresolved: &amp;lt;encrypted&amp;gt;{13} in access or evaluation of '&amp;lt;encrypted&amp;gt;' , "&amp;lt;encrypted&amp;gt;" /*###*/"&lt;BR /&gt;&lt;BR /&gt;Is this a bug? (JMP 14.3.0)&lt;BR /&gt;Why should it quit on an encrypted script?&amp;nbsp; I certainly don't want to unencrypt the other JSL scripts on account of using this command.&amp;nbsp; Else, is there a way around this perhaps?&amp;nbsp; I have 100's of globals so was hoping to avoid a specific name space for each one.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;thanks!&amp;nbsp; DJ&lt;/P&gt;</description>
    <pubDate>Fri, 09 Jun 2023 18:13:54 GMT</pubDate>
    <dc:creator>djhanson</dc:creator>
    <dc:date>2023-06-09T18:13:54Z</dc:date>
    <item>
      <title>names default to here - errors with JSL encryption</title>
      <link>https://community.jmp.com/t5/Discussions/names-default-to-here-errors-with-JSL-encryption/m-p/471750#M71627</link>
      <description>&lt;P&gt;Hi, I have a "names default to here(1)" in a main JSL script that does some later "include" on some downstream JSL scripts.&amp;nbsp; Some of these downstream JSL's are encrypted for view only.&lt;BR /&gt;&lt;BR /&gt;When I run the main JSL script, it errors out:&lt;BR /&gt;"Name Unresolved: &amp;lt;encrypted&amp;gt;{13} in access or evaluation of '&amp;lt;encrypted&amp;gt;' , "&amp;lt;encrypted&amp;gt;" /*###*/"&lt;BR /&gt;&lt;BR /&gt;Is this a bug? (JMP 14.3.0)&lt;BR /&gt;Why should it quit on an encrypted script?&amp;nbsp; I certainly don't want to unencrypt the other JSL scripts on account of using this command.&amp;nbsp; Else, is there a way around this perhaps?&amp;nbsp; I have 100's of globals so was hoping to avoid a specific name space for each one.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;thanks!&amp;nbsp; DJ&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jun 2023 18:13:54 GMT</pubDate>
      <guid>https://community.jmp.com/t5/Discussions/names-default-to-here-errors-with-JSL-encryption/m-p/471750#M71627</guid>
      <dc:creator>djhanson</dc:creator>
      <dc:date>2023-06-09T18:13:54Z</dc:date>
    </item>
    <item>
      <title>Re: names default to here - errors with JSL encryption</title>
      <link>https://community.jmp.com/t5/Discussions/names-default-to-here-errors-with-JSL-encryption/m-p/471768#M71628</link>
      <description>&lt;P&gt;This is just a guess, but what you may be running into could be a scoping error.&amp;nbsp; When one uses&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-jsl"&gt;Names Default To Here( 1 );&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;JMP literally creates a names space called Here and converts all unscoped variables from&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-jsl"&gt;Variable Name = 1;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;to&lt;/P&gt;
&lt;P&gt;&amp;nbsp; &amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-jsl"&gt;Here:Variable Name = 1;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;The scoping issue can come up with a grandfathered scoping syntax.&lt;/P&gt;
&lt;P&gt;JSL that previously did not have the Names Default to Here(1) specified, the following assignment statements were equivalent&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-jsl"&gt;Y=1;
::Y=9;
Show(Y, ::Y);&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;.The results of this JSL is:&lt;/P&gt;
&lt;PRE&gt;Y = 9;
Y = 9;&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;However, with the Names Default to Here(1) specified&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-jsl"&gt;Names Default To Here( 1 );
Y = 1;
::Y = 9;
Show( Y, ::Y, here:Y );&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;gives the results&lt;/P&gt;
&lt;PRE&gt;Y = 1;
Y = 9;
here:Y = 1;&lt;/PRE&gt;
&lt;P&gt;All of my rambling on this topic leads me to a guess that somewhere is your encrypted code, a double colon, "::" scoping has been specified, and then referenced without the double colon being specified.&amp;nbsp; With the Names Default to Here(1) specified, the reference with out the double colon will produce a variable name that JSL has not seen before, and will throw an exception error.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Mar 2022 19:45:16 GMT</pubDate>
      <guid>https://community.jmp.com/t5/Discussions/names-default-to-here-errors-with-JSL-encryption/m-p/471768#M71628</guid>
      <dc:creator>txnelson</dc:creator>
      <dc:date>2022-03-21T19:45:16Z</dc:date>
    </item>
  </channel>
</rss>

