BUG: filePro 5.0.14 all platforms, ddir does not respect PFQUAL

John Esak john at valar.com
Sat Jan 1 19:13:02 PST 2005


This is an odd one to be reporting so late on in the filePro history... but
it just bit me pretty good... in that I had to re-write a long script that
does everything nicely for an unqualified dataset. When I wanted to use the
script for a qualifier, I put this simple variable at the top of the
script...

PFQUAL=$1;  export $PFQUAL

Now, everything in the script works correctly, the dreport's, the dclerk's,
the dxmaint's, etc., everything EXCEPT the ddir's which are critical (as is
everything) to the functioning of the whole process. It appears that ddir
does NOT respect PFQUAL... and the docs ever since 3.0 say it does.  Now, I
suppose it is my problem that I have never really sleuthed out why there
have been certain strange problems in this regard... but now I know.  This
should really be fixed.

You should be able to do:

PFQUAL=qulname; export PFQUAL
ddir test -k

and the qualified key and indexes should be reset NOT the main unqualified
file... I mean yikes, thank GOD I tested this before I ran it on my real
files.

Hopefully, no next version of filePro will be released without this working
properly. I think this is a biggy... especially because it clobbers data it
shouldn't....


Yes, I know that ddir filename -m qualname works just fine... but that isn't
the point... the help file lists "ddir" as a program that respects PFQUAL
and it certainly should.

Thanks,

John Esak

Visit The FP Room www.tinyurl.com/yuag7 24/7

P.S. - Mark and Tony both verified this bug in the FP Room just a moment
ago.



More information about the Filepro-list mailing list