Saving filePro processing tables in readable ascii format
Mike Schwartz
mschw at athenet.net
Tue Oct 11 06:14:38 PDT 2011
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
More information about the Filepro-list
mailing list