Incorrectly reported bug issue

[Nancy Palmquist]

Richard,

Before there was more than 1 such variable, I remember sending a long 
string using -r and then using MID to pull out data from specific 
locations.  As I recall the string was more than 100 characters and sent 
a great number of bits of information.  Must be quoted if it contains 
any spaces.

Nancy

On 6/20/2017 12:44 AM, Richard Kreiss via Filepro-list wrote:
> My problem was forgetting that when passing values using -r, -rw, -rx, -ry, -rz that this information is not formatted in any way (no edits).  Therefore BOM(@qx) will not work.  As pointed to me, the online documents are very clear about this.  Bruce Easton indicated that it may be better if, when using date functions, that (exp) be replaced with (date Exp) so there is no confusion about what is needed inside the parenthesis.
>
> Now one thing I don't recall seeing is how large a value can be passed by each -r value.  Or, is there a maximum size for all 5 values?
>
>
> Richard Kreiss
> GCC Consulting
>
>
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: winmail.dat
> Type: application/ms-tnef
> Size: 13835 bytes
> Desc: not available
> URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20170620/01a46048/attachment.bin>
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>

-- 
Nancy Palmquist         MOS & filePro Training Available
Virtual Software Systems    Web Based Training and Consulting
PHONE: (412) 835-9417           Web site:  http://www.vss3.com