Password Problem Revisited

Jean-Pierre A. Radley appl at jpr.com
Fri Jun 11 12:31:22 PDT 2004


Vicky Prigg propounded (on Fri, Jun 11, 2004 at 12:38:12PM -0400):
| 
| Despite some good suggestions, we have not solved our password problem.
| It is not a site password as some have suggested, rather it is a
| 'processing password' that has somehow been acquired by some (not all)
| of our processing tables.  It was not a one time thing that happened to
| all the processing tables present at the time.  It happened to a few,
| while not affecting others.  And, it is not a case where someone gave a
| password to a processing table and forgot it.   We cannot use backup
| tapes because they have long since been recycled.  We do have an fppath
| file in the directory /etc/default and it is set to /appl .  Is there a
| way to convert processing that was not saved as ASCII to an ASCII
| format?  Some of the processing tables were saved as ASCII and those I
| can use vi to remove the password.  Others were not saved as ASCII.  We
| have since set ABE = ascii so any future programs should not be a
| problem.  I know that fptech can do this for us, but we have quite a
| number of programs that would require fixing and it would be quite
| costly.  Also, if anyone has any ideas as to how this happened in the
| first place, please let me know!  

If you have ABE=ASCII in your config file, then run dcabe, open such a
non-ascii table, save it, and presto, it's once again legible.

-- 
JP


More information about the Filepro-list mailing list