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