Are there edit limits on DECLARE GLOBAL?
John Esak
john at valar.com
Sun Apr 25 12:56:31 PDT 2010
I just tried to duplicate the 200,,g doesn't work and 100,,g does work for
declared global variables... and I can't break it. I did it with the
declare global @menu and then mesgbox'd the edit and len of the vars
during a CALL from an @key. All works. Then I saw you said in report it
doesn't work.... what doesn't work... keeping the value record to record?
Or passing the len and edit to a call ? Or forget all that... just show
some code that doesn't work on your box and I'll try it on mine. But if you
have the latest version I don't think there is much that doesn't work in the
declare area.
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. Is that
what you are doing?
John
_____
From: Boaz Bezborodko [mailto:boaz at mirrotek.com]
Sent: Sunday, April 25, 2010 12:29 PM
To: john at valar.com
Cc: filepro-list at lists.celestial.com
Subject: Re: Are there edit limits on DECLARE GLOBAL?
I did try using a (200,*,g) and that didn't work in my processing, but
(100,*,g) did work.
Processing table 1:
::Declare Xvalue(200,*,g)
::Xvalue=<~25 character string>
Precessing table 2:
::Declare Yvalue
::aa(10,*)=GETENV("USERNAME")
::ab(7,.0)=<some number>
::Yvalue=aa{Xvalue{ab
If Xvalue is set to a length of 200 then Yvalue will equal 'aa{Xvalue and ab
isn't part of it.
If Xvalue is set to a length of 100 then Yvalue will equal the complete
'aa{Xvalue{ab
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.
John Esak wrote:
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
-----Original Message-----
From: filepro-list-bounces+john=valar.com at lists.celestial.com
[mailto:filepro-list-bounces+john=valar.com at lists.celestial.co
m] On Behalf Of Boaz Bezborodko
Sent: Friday, April 23, 2010 4:04 PM
To: Kenneth Brody
Cc: filepro-list at lists.celestial.com
Subject: Re: Are there edit limits on DECLARE GLOBAL?
Kenneth Brody wrote:
On 4/23/2010 3:26 PM, Boaz Bezborodko wrote:
I am using DECLARE GLOBAL in some of my processing to pass
variables
between tables. Is there a requirement for an edit on
these variables?
IOW, can I leave the edit off and have a virtually unlimited length
variable passed between tables?
ObReply: "What happened when you tried it?"
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
Filepro-list at lists.celestial.com
http://mailman.celestial.com/mailman/listinfo/filepro-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20100425/4ea3567d/attachment.html
More information about the Filepro-list
mailing list