Saving filePro processing tables in readable ascii format

[Brian K. White]

I don't understand what you mean by tokenize when you say you are using 
dcabe and the users only use dclerk/dreport. dclerk/dreport do not look 
at token tables, and dcabe does not create them.

What happens when you manually load the table and re-save it?

You probably need to feed keystrokes into dcabe to automate this.

This is really old now and may need slight adjusting to work on your 
box, but it worked when I used it way back when I made it.
I think Bob Stockler had something similar but probably better.

http://www.aljex.com/bkw/filepro/#prc2ascii

-- 
bkw


On 10/11/2011 9:14 AM, Mike Schwartz wrote:
>       filepro 5.6.10D4 running on SCO Openserver 6.0
>
>
>
>       After setting ABE=ASCII in the filePro config file and also setting
> "ABE=ASCII; export ABE" in my environment variables, I'm trying to use the
> following line to re-tokenize all of the "ordnew" PRC's:
>
>
>
> dcabe ordnew -CIA
>
>
>
>       (NOTE:  I'm using dcabe rather than rcabe because this customer uses
> only dclerk and dreport on their menus.  Perhaps the -CIA flags don't have
> the same effect while running with dcabe.)
>
>
>
>      This command runs as expected, flying through all of the ordnew PRC's in
> a few seconds and without any errors.  However, when go into the ordnew
> subdirectory, then type "cat prc.automatic", instead of seeing human
> readable ascii text appear, I still see unreadable tokenized stuff.
>
>
>
>      If I go through the filePro main menu's define processing and edit the
> automatic table, the .
>
>
>
>      Since ABE is set, what can still be blocking the saving of PRC's in
> readable ascii format?
>
>
>
> ALSO:
>
>
>
>       I've noticed that if I run into a PRC that has an error in it, even if
> I fix the error, the "dcabe -CIA" flags don't continue to the next PRC;
> "dcabe -CIA"  ends.  After I fix the error in the table, I have to rerun the
> dcabe -CIA again.  Is this the expected behavior?
>
>
>
> Thanks,
>
>
>
> Mike Schwartz
>
>
>
>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.celestial.com/pipermail/filepro-list/attachments/20111011/31a09435/attachment.html
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
>