David;

Lighten up! :) Obviously you should have left earlier. Take it easy man and enjoy yourself. My reference was nothing personal to you or your thinking on this subject. Rather it was a comment in general about “bugs” – anomalies I like to call them.

Two companies I worked for did not allow for bug testing from the developer and had no SQA department. They are both out of business. Silicon Valley has a lot of interesting “business heads”.

Now as far as this “new feature” about VFP 7.0 and CDX files, what’s to worry? Disk drives are cheap and I could really care less. If this comes back to bite me where I sit down I reserve the right to rethink my position on this subject.

Anyway, have a good week and do not stay at the computer too long. I am celebrating my birthday this week and hope to live to see it as well as a few more.

Tom - more than stressed in "Lovely Silicon Valley" but with a smile on my face. :)




>Tom,
>
>>I would classify bugs as "by design". In that case nothing should be done about them. We must follow the logic. :)
>
>I'm saying two things might be by design. scoff at this all you want, I really don't care especially at 5:30 on a Friday whan I should already be gone for the weekend...
>
>1) the 32kb difference is probably by design from deleted index headers after the reconstruction. And this is a pure guess on my part, I really am not interested enough in this aspect of the problem to fire up hexedit() to investigate it.
>
>2) if the new node splitting is causing the file size to increase, that might indeed be by design to have faster inserts occur during the more normal use of the table.