<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18904"></HEAD>
<BODY bgColor=#ffffff text=#000000>
<DIV dir=ltr align=left><SPAN class=250195119-25042010><FONT color=#0000ff 
size=2 face=Arial>I just tried to duplicate the 200,,g&nbsp; doesn't work and 
100,,g does work for declared global variables... and I can't break it.&nbsp; I 
did it with the declare global&nbsp;&nbsp;&nbsp; @menu and then mesgbox'd the 
edit and len of the vars during a CALL from an @key.&nbsp; All works.&nbsp; Then 
I saw you said in report it doesn't work.... what doesn't work... keeping the 
value record to record?&nbsp; Or passing the len and edit to a call ?&nbsp; Or 
forget all that... just show some code that doesn't work on your box and I'll 
try it on mine.&nbsp; But if you have the latest version I don't think there is 
much that doesn't work in the declare area.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=250195119-25042010><FONT size=2 
face=Arial></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=250195119-25042010><FONT size=2 
face=Arial>There is the one big gotcha about declares and the 10 copies of 
variables .... that is different for declared variables than 2 character 
variables..... that may possibly appear as if values aren't being kept record to 
record if you're testing at the subtotal or total level.&nbsp;&nbsp; Is that 
what you are doing?</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=250195119-25042010><FONT size=2 
face=Arial></FONT></SPAN>&nbsp;</DIV>
<DIV dir=ltr align=left><SPAN class=250195119-25042010><FONT size=2 
face=Arial>John</FONT></SPAN></DIV><BR>
<BLOCKQUOTE 
style="BORDER-LEFT: #0000ff 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px" 
dir=ltr>
  <DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
  <HR tabIndex=-1>
  <FONT size=2 face=Tahoma><B>From:</B> Boaz Bezborodko 
  [mailto:boaz@mirrotek.com] <BR><B>Sent:</B> Sunday, April 25, 2010 12:29 
  PM<BR><B>To:</B> john@valar.com<BR><B>Cc:</B> 
  filepro-list@lists.celestial.com<BR><B>Subject:</B> Re: Are there edit limits 
  on DECLARE GLOBAL?<BR></FONT><BR></DIV>
  <DIV></DIV>I did try using a (200,*,g) and that didn't work in my processing, 
  but (100,*,g) did work. <BR><BR>Processing table 1:<BR>::Declare 
  Xvalue(200,*,g)<BR>::Xvalue=&lt;~25 character string&gt;<BR><BR>Precessing 
  table 2:<BR>::Declare 
  Yvalue<BR>::aa(10,*)=GETENV("USERNAME")<BR>::ab(7,.0)=&lt;some 
  number&gt;<BR>::Yvalue=aa{Xvalue{ab<BR><BR>If Xvalue is set to a length of 200 
  then Yvalue will equal 'aa{Xvalue and ab isn't part of it.<BR>If Xvalue is set 
  to a length of 100 then Yvalue will equal the complete&nbsp; 
  'aa{Xvalue{ab<BR><BR>I did not change the&nbsp; program to set a limit for 
  Yvalue simply because 100 should be good enough for my application and it 
  worked.&nbsp; But I am curious as to what may be the limiting 
  factor.<BR><BR>John Esak wrote: 
  <BLOCKQUOTE cite=mid:201004240436.o3O4aadk047986@admin114.securesites.net 
  type="cite"><PRE wrap="">I think I see what you're getting at... But why?  Why do you want them
uncast?  Yes, you have to give them a length just to be able to get the ,g
attached as well.  Couldn't you just assign them a very huge value, say
32,767 (the max length) and put the ,g.  A hundred of these wouldn't even be
5 meg of memory?  Aren't we all dealing with 2Gb of memory these days?

John
 

  </PRE>
    <BLOCKQUOTE type="cite"><PRE wrap="">-----Original Message-----
From: <A class=moz-txt-link-abbreviated href="mailto:filepro-list-bounces+john=valar.com@lists.celestial.com">filepro-list-bounces+john=valar.com@lists.celestial.com</A> 
[<A class=moz-txt-link-freetext href="mailto:filepro-list-bounces+john=valar.com@lists.celestial.co">mailto:filepro-list-bounces+john=valar.com@lists.celestial.co</A>
    </PRE></BLOCKQUOTE><PRE wrap=""><!---->m] On Behalf Of Boaz Bezborodko
  </PRE>
    <BLOCKQUOTE type="cite"><PRE wrap="">Sent: Friday, April 23, 2010 4:04 PM
To: Kenneth Brody
Cc: <A class=moz-txt-link-abbreviated href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</A>
Subject: Re: Are there edit limits on DECLARE GLOBAL?



Kenneth Brody wrote:
    </PRE>
      <BLOCKQUOTE type="cite"><PRE wrap="">On 4/23/2010 3:26 PM, Boaz Bezborodko wrote:
      </PRE>
        <BLOCKQUOTE type="cite"><PRE wrap="">I am using DECLARE GLOBAL in some of my processing to pass 
        </PRE></BLOCKQUOTE></BLOCKQUOTE><PRE wrap="">variables
    </PRE>
      <BLOCKQUOTE type="cite">
        <BLOCKQUOTE type="cite"><PRE wrap="">between tables.  Is there a requirement for an edit on 
        </PRE></BLOCKQUOTE></BLOCKQUOTE><PRE wrap="">these variables?
    </PRE>
      <BLOCKQUOTE type="cite">
        <BLOCKQUOTE type="cite"><PRE wrap="">IOW, can I leave the edit off and have a virtually unlimited length
variable passed between tables?
        </PRE></BLOCKQUOTE><PRE wrap="">ObReply:  "What happened when you tried it?"

      </PRE></BLOCKQUOTE><PRE wrap="">It works on my input processing table, but fails when used in 
a report 
processing table.  Without the ',g' in an edit it doesn't keep the 
information from one record to the next.  Is there a way around this?

Boaz
_______________________________________________
Filepro-list mailing list
<A class=moz-txt-link-abbreviated href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</A>
<A class=moz-txt-link-freetext href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</A>

    </PRE></BLOCKQUOTE><PRE wrap=""><!---->
  </PRE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>