Thinks for your reply. I'm not sure what MY problem was and why I overlooked this, but it turned out that the CLASSLOC was simply pointing to the wrong copy of the parent class (label). I develop on my notebook and backup to my server. Somehow, the CLASSLOC was pointing to my label base class on the server, not on my notebook. I must have been temporarily blind to not notice this sooner. I think the fact that the error was "Not a table", which I get if I don't set up Cryptor before trying to open a table, was throwing me off a little. This doesn't happen too often, but I have had this problem before and I think it's a VFP bug. If I open a backup copy of the same VCX - to reference something as I'm making a change for instance - I think VFP can become confused and will point the CLASSLOC to the backup copy on the server. So a CLASSLOC that points to backup copy on my server gets in the copy on my notebook, yet I've not changed this and never would. The only thing I can figure is some confusion on the part of VFP that causes this. Oh well, problem solved. Thanks again for the suggestion.


>Russell,
>I've never heard of this but you might try the following during your troubleshooting. Use the Add Class and Remove Class commands on each class stored in the VCX. After moving each class to a temporary VCX, try to edit it using MODIFY CLASS. If at some point, you can't, you may have a corrupted subclass and you will probably have to rebuild it.

>add class class1 of myvcx to temp1
>remove class class1 of myvcx

>Once you verify/correct all the classes, you can use ADD CLASS to move them back into one VCX.
>
>HTH.
>
>>This one is driving me nutty. The problem cropped up when I tried to MODI
>>CLASS on one of the classes in a VCX. VFP says "Error loading file - record
>>number 73. lblReplaces or one of its members. Parent: Not a table". I
>>tried deleting record 73. Same error. I packed the VCX. Same error on record
>>73, but now it reported the object as a grid object (the one that used to be
>>record 74 before the pack).
>>
>>I use Cryptor for encryption of the data in this app and I get a "Not a
>>table" error if I forget to load Cryptor and register the data files, so I
>>thought it was something related to the encryption (though I had the library
>>loaded and set up properly). So I decrypted all the data even though VFP
>>shouldn't be attempting to open the tables when it opens this class.
>>Unfortunately, that did not do the trick.
>>
>>I've checked out the label base class that record 73 is based on and it
>>seems fine as do all of my other base classes. I'm checking the VCX for
>>corruption, but so far I haven't turned up anything. Anybody seen this
>>before. This happens under VFP 7 SP 1 and VFP 8 SP 1.
>>
>>Thanks,
>>
>>Russell Campbell