2.3.2.5.1 The global ^TMP will be used as a scratch global within a
session. The first subscript shall be $J, or the first two subscripts
shall be a package namespaced subscript followed by $J.
^TMP("C0CCCR","ODIR") is illegal.
I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
you the default directory according to the Kernel. In Unix systems it
defaults to /tmp/.
As a further design point, it's possible to get a default directory
which is set by the user in a new field in the C0C Parameters file; if
that isn't present, we should use $$DEFDIR^%ZISH.
Ravi, if you want to fix this, I would appreciate it.
> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
> session. The first subscript shall be $J, or the first two subscripts
> shall be a package namespaced subscript followed by $J.
> ^TMP("C0CCCR","ODIR") is illegal.
> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
> you the default directory according to the Kernel. In Unix systems it
> defaults to /tmp/.
> As a further design point, it's possible to get a default directory
> which is set by the user in a new field in the C0C Parameters file; if
> that isn't present, we should use $$DEFDIR^%ZISH.
> Ravi, if you want to fix this, I would appreciate it.
> Sam
> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
>> session. The first subscript shall be $J, or the first two subscripts
>> shall be a package namespaced subscript followed by $J.
>> ^TMP("C0CCCR","ODIR") is illegal.
>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
>> you the default directory according to the Kernel. In Unix systems it
>> defaults to /tmp/.
>> As a further design point, it's possible to get a default directory
>> which is set by the user in a new field in the C0C Parameters file; if
>> that isn't present, we should use $$DEFDIR^%ZISH.
>> Ravi, if you want to fix this, I would appreciate it.
>> Sam
>> --
>> You received this message because you are subscribed to the Google Groups
>> "CCD-CCR-project" group.
>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
>> To unsubscribe from this group, send email to
>> ccd-ccr-project+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/ccd-ccr-project?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a >> session. The first subscript shall be $J, or the first two subscripts >> shall be a package namespaced subscript followed by $J.
>> ^TMP("C0CCCR","ODIR") is illegal.
>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get >> you the default directory according to the Kernel. In Unix systems it >> defaults to /tmp/.
>> As a further design point, it's possible to get a default directory >> which is set by the user in a new field in the C0C Parameters file; if >> that isn't present, we should use $$DEFDIR^%ZISH.
>> Ravi, if you want to fix this, I would appreciate it.
>> Sam
>> -- >> You received this message because you are subscribed to the Google Groups >> "CCD-CCR-project" group. >> To post to this group, send email to ccd-ccr-project@googlegroups.com. >> To unsubscribe from this group, send email to >> ccd-ccr-project+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/ccd-ccr-project?hl=en.
I have been thinking about this. On a production system, when it is
restarted, ^TMP is thrown away. Therefore, if CCD/CCR uses this ^TMP
after restart, it's not going to work. I don't believe this affects
the RPC method of accessing the CCD/CCR.
ODIR can be the default Kernel one is which is guaranteed to be
defined on any VISTA system. So it will "degrade" gracefully.
On Mon, May 21, 2012 at 7:44 AM, Michael Cham <m...@blenderhouse.com> wrote:
> I don't know if anyone is dependent on the "ODIR" function currently. Sam
> is right, but is there a graceful end of life?
> Mike
> On Friday, May 18, 2012 9:45:03 AM UTC-4, Sanchus wrote:
>> Sam
>> Thanks for pointing this out.
>> We will try to address this as part next release
>>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
>>> session. The first subscript shall be $J, or the first two subscripts
>>> shall be a package namespaced subscript followed by $J.
>>> ^TMP("C0CCCR","ODIR") is illegal.
>>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
>>> you the default directory according to the Kernel. In Unix systems it
>>> defaults to /tmp/.
>>> As a further design point, it's possible to get a default directory
>>> which is set by the user in a new field in the C0C Parameters file; if
>>> that isn't present, we should use $$DEFDIR^%ZISH.
>>> Ravi, if you want to fix this, I would appreciate it.
>>> Sam
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "CCD-CCR-project" group.
>>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> ccd-ccr-project+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/ccd-ccr-project?hl=en.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
>>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
>>> session. The first subscript shall be $J, or the first two subscripts
>>> shall be a package namespaced subscript followed by $J.
>>> ^TMP("C0CCCR","ODIR") is illegal.
>>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
>>> you the default directory according to the Kernel. In Unix systems it
>>> defaults to /tmp/.
>>> As a further design point, it's possible to get a default directory
>>> which is set by the user in a new field in the C0C Parameters file; if
>>> that isn't present, we should use $$DEFDIR^%ZISH.
>>> Ravi, if you want to fix this, I would appreciate it.
>>> Sam
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "CCD-CCR-project" group.
>>> To post to this group, send email to ccd-ccr-project@googlegroups.**com<ccd-ccr-project@googlegroups.com>
>>> .
>>> To unsubscribe from this group, send email to
>>> ccd-ccr-project+unsubscribe@**googlegroups.com<ccd-ccr-project%2Bunsubscrib e@googlegroups.com>
>>> .
>>> For more options, visit this group at http://groups.google.com/** >>> group/ccd-ccr-project?hl=en<http://groups.google.com/group/ccd-ccr-project?hl=en>
>>> .
>> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/ccd-ccr-project/-/7pcEwKGqCf4J.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
>>>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
>>>> session. The first subscript shall be $J, or the first two subscripts
>>>> shall be a package namespaced subscript followed by $J.
>>>> ^TMP("C0CCCR","ODIR") is illegal.
>>>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
>>>> you the default directory according to the Kernel. In Unix systems it
>>>> defaults to /tmp/.
>>>> As a further design point, it's possible to get a default directory
>>>> which is set by the user in a new field in the C0C Parameters file; if
>>>> that isn't present, we should use $$DEFDIR^%ZISH.
>>>> Ravi, if you want to fix this, I would appreciate it.
>>>> Sam
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "CCD-CCR-project" group.
>>>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> ccd-ccr-project+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/ccd-ccr-project?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "CCD-CCR-project" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/ccd-ccr-project/-/7pcEwKGqCf4J.
>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
>> To unsubscribe from this group, send email to
>> ccd-ccr-project+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/ccd-ccr-project?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
Sam, This definitely does not effect RPC, only the EXPORT and XPAT. The only scenario I wonder about is if someone has developed scripts that are coded to set TMP, and then looks for files in the directory specified. EXPORT is probably the biggest offender, since XPAT can take a directory as an argument. Not sure if it worth worrying about. Mike
On Monday, May 21, 2012 11:32:19 AM UTC-4, Sam Habiel wrote:
> Michael,
> I have been thinking about this. On a production system, when it is > restarted, ^TMP is thrown away. Therefore, if CCD/CCR uses this ^TMP > after restart, it's not going to work. I don't believe this affects > the RPC method of accessing the CCD/CCR.
> ODIR can be the default Kernel one is which is guaranteed to be > defined on any VISTA system. So it will "degrade" gracefully.
> Sam
> On Mon, May 21, 2012 at 7:44 AM, Michael Cham <m...@blenderhouse.com> > wrote: > > I don't know if anyone is dependent on the "ODIR" function currently. > Sam > > is right, but is there a graceful end of life? > > Mike
> > On Friday, May 18, 2012 9:45:03 AM UTC-4, Sanchus wrote:
> >> Sam
> >> Thanks for pointing this out.
> >> We will try to address this as part next release
> >>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a > >>> session. The first subscript shall be $J, or the first two subscripts > >>> shall be a package namespaced subscript followed by $J.
> >>> ^TMP("C0CCCR","ODIR") is illegal.
> >>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get > >>> you the default directory according to the Kernel. In Unix systems it > >>> defaults to /tmp/.
> >>> As a further design point, it's possible to get a default directory > >>> which is set by the user in a new field in the C0C Parameters file; if > >>> that isn't present, we should use $$DEFDIR^%ZISH.
> >>> Ravi, if you want to fix this, I would appreciate it.
> >>> Sam
> >>> -- > >>> You received this message because you are subscribed to the Google > Groups > >>> "CCD-CCR-project" group. > >>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> > To post to this group, send email to ccd-ccr-project@googlegroups.com. > > To unsubscribe from this group, send email to > > ccd-ccr-project+unsubscribe@googlegroups.com. > > For more options, visit this group at > > http://groups.google.com/group/ccd-ccr-project?hl=en.
-- ---
NOTE: If it is important CALL ME - I may miss email,
which I do NOT normally check on weekends nor on
a regular basis during any other day.
---
LD Landis - N0YRQ - de la tierra del encanto
3960 Schooner Loop, Las Cruces, NM 88012
651-340-4007 N32 21'48.28" W106 46'5.80"
> --
> ---
> NOTE: If it is important CALL ME - I may miss email,
> which I do NOT normally check on weekends nor on
> a regular basis during any other day.
> ---
> LD Landis - N0YRQ - de la tierra del encanto
> 3960 Schooner Loop, Las Cruces, NM 88012
> 651-340-4007 N32 21'48.28" W106 46'5.80"
> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
>-- >--- >NOTE: If it is important CALL ME - I may miss email, >which I do NOT normally check on weekends nor on >a regular basis during any other day. >--- >LD Landis - N0YRQ - de la tierra del encanto >3960 Schooner Loop, Las Cruces, NM 88012 >651-340-4007 N32 21'48.28" W106 46'5.80"
>-- >You received this message because you are subscribed to the Google Groups "CCD-CCR-project" group. >To post to this group, send email to ccd-ccr-project@googlegroups.com. >To unsubscribe from this group, send email to ccd-ccr-project+unsubscribe@googlegroups.com. >For more options, visit this group at http://groups.google.com/group/ccd-ccr-project?hl=en.
On Mon, May 21, 2012 at 2:05 PM, skip ormsby <skip.orm...@gmail.com> wrote:
> Hmm ... thought I attached the actual document. In any case the document
> can be found here:
> scroll down to the bottom and look for "XTMP Global Description Rules of
> Use".
Dear Skip,
Re: the attachment
Yes you did attach the rules for ^XTMP, but that document had a link for
(what I
thought was) the entire SAC document. I have something that was said to be
the
current SAC from a few years ago... was looking for an update. Thanks!
Cheers,
--ldl
-- ---
NOTE: If it is important CALL ME - I may miss email,
which I do NOT normally check on weekends nor on
a regular basis during any other day.
---
LD Landis - N0YRQ - de la tierra del encanto
3960 Schooner Loop, Las Cruces, NM 88012
651-340-4007 N32 21'48.28" W106 46'5.80"
>> scroll down to the bottom and look for "XTMP Global Description Rules of
>> Use".
> Dear Skip,
> Re: the attachment
> Yes you did attach the rules for ^XTMP, but that document had a link for
> (what I
> thought was) the entire SAC document. I have something that was said to be
> the
> current SAC from a few years ago... was looking for an update. Thanks!
> Cheers,
> --ldl
> --
> ---
> NOTE: If it is important CALL ME - I may miss email,
> which I do NOT normally check on weekends nor on
> a regular basis during any other day.
> ---
> LD Landis - N0YRQ - de la tierra del encanto
> 3960 Schooner Loop, Las Cruces, NM 88012
> 651-340-4007 N32 21'48.28" W106 46'5.80"
> --
> You received this message because you are subscribed to the Google Groups
> "CCD-CCR-project" group.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
OHUM just packaged version 1.2. I want to confirm with George that we
are releasing that officially. I am using 1.2 as my dependency for
other packages. The 1.1 version couldn't be used as a dependency
because it did not have a package file element.
On Mon, May 21, 2012 at 12:05 PM, Michael Cham <m...@blenderhouse.com> wrote:
> Sam,
> This definitely does not effect RPC, only the EXPORT and XPAT. The only
> scenario I wonder about is if someone has developed scripts that are coded
> to set TMP, and then looks for files in the directory specified. EXPORT is
> probably the biggest offender, since XPAT can take a directory as an
> argument.
> Not sure if it worth worrying about.
> Mike
> On Monday, May 21, 2012 11:32:19 AM UTC-4, Sam Habiel wrote:
>> Michael,
>> I have been thinking about this. On a production system, when it is
>> restarted, ^TMP is thrown away. Therefore, if CCD/CCR uses this ^TMP
>> after restart, it's not going to work. I don't believe this affects
>> the RPC method of accessing the CCD/CCR.
>> ODIR can be the default Kernel one is which is guaranteed to be
>> defined on any VISTA system. So it will "degrade" gracefully.
>> Sam
>> On Mon, May 21, 2012 at 7:44 AM, Michael Cham <m...@blenderhouse.com>
>> wrote:
>> > I don't know if anyone is dependent on the "ODIR" function currently.
>> > Sam
>> > is right, but is there a graceful end of life?
>> > Mike
>> > On Friday, May 18, 2012 9:45:03 AM UTC-4, Sanchus wrote:
>> >> Sam
>> >> Thanks for pointing this out.
>> >> We will try to address this as part next release
>> >>> 2.3.2.5.1 The global ^TMP will be used as a scratch global within a
>> >>> session. The first subscript shall be $J, or the first two subscripts
>> >>> shall be a package namespaced subscript followed by $J.
>> >>> ^TMP("C0CCCR","ODIR") is illegal.
>> >>> I would rather use the Kernel Standard $$DEFDIR^%ZISH which will get
>> >>> you the default directory according to the Kernel. In Unix systems it
>> >>> defaults to /tmp/.
>> >>> As a further design point, it's possible to get a default directory
>> >>> which is set by the user in a new field in the C0C Parameters file; if
>> >>> that isn't present, we should use $$DEFDIR^%ZISH.
>> >>> Ravi, if you want to fix this, I would appreciate it.
>> >>> Sam
>> >>> --
>> >>> You received this message because you are subscribed to the Google
>> >>> Groups
>> >>> "CCD-CCR-project" group.
>> >>> To post to this group, send email to ccd-ccr-project@googlegroups.com.
>> >>> To unsubscribe from this group, send email to
>> >>> ccd-ccr-project+unsubscribe@googlegroups.com.
>> >>> For more options, visit this group at
>> >>> http://groups.google.com/group/ccd-ccr-project?hl=en.
>> > To post to this group, send email to ccd-ccr-project@googlegroups.com.
>> > To unsubscribe from this group, send email to
>> > ccd-ccr-project+unsubscribe@googlegroups.com.
>> > For more options, visit this group at
>> > http://groups.google.com/group/ccd-ccr-project?hl=en.
> To post to this group, send email to ccd-ccr-project@googlegroups.com.
> To unsubscribe from this group, send email to
> ccd-ccr-project+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/ccd-ccr-project?hl=en.
