<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
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=<~25 character string><br>
<br>
Precessing table 2:<br>
::Declare Yvalue<br>
::aa(10,*)=GETENV("USERNAME")<br>
::ab(7,.0)=<some number><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 'aa{Xvalue{ab<br>
<br>
I did not change the program to set a limit for Yvalue simply because
100 should be good enough for my application and it worked. 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>
</body>
</html>