Re: [Hardhats-members] Finding all pointers to bad entries/Re: ?Fileman bug?

[James Gray]

In most cases of DINUMed pointers to bogus or bad records the record in the file with the DINUMed pointer is probably bad also.  I have no idea what Kevin wants to do with them if they exist in his database.  In most cases the record should probably be deleted as well.  That assumes there are no pointers to it.  Recursively chasing back pointer is probably necessary.  Clearly if you have a DINUMed pointer pointing to a bogus entry you want to delete, you need to either copy the record to a new IEN, delete it, or not delete the bogus entry in the first place.  Otherwise you are going to have more hanging pointers.  Many of these exceptional situations may be rare enough to just make a list of them so a human can handle them manually. Jim ----- Original Message ----- From: Greg Woodhouse To: hardhats-members@lists.sourceforge.net Sent: Wednesday, November 16, 2005 12:46 PM Subject: Re: [Hardhats-members] Finding all pointers to bad entries/Re: ?Fileman bug? BTW, what do you propose to do with DINUMed pointers (cases where the .01 field is a pointer to your file)? Do you recursively "chase back" pointer relationships? Do you ever copy records? James Gray <[EMAIL PROTECTED]> wrote: Kevin, Where are you on this project of creating code to $Order through all of the files that might point to bad entries in file 50? I will try to take a look at it if you have not already done what I implied below. Jim Gray === Gregory Woodhouse  <[EMAIL PROTECTED]> "Einstein was a giant. He had his head in the clouds and his feet on the ground." -- Richard P. Feynman