That would be a mistake I think. For a DINUMed file the .01 field is the
same as the IEN of the file. If you change the .01 field you break that
relationship. Who knows what the effect of that might be? It might not be
nice.
Technically in a DINUMed file the .01 field and the IEN may not be equal.
The IEN is a function based on the .01 field. However, in almost all files
I have seen that were DINUMed the IEN was set equal to the .01 field.
Jim
----- Original Message -----
From: "Kevin Toppenberg" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, November 16, 2005 4:25 PM
Subject: Re: [Hardhats-members] Finding all pointers to bad entries/Re:
?Fileman bug?
What about just simply changing the bogus pointer to a value that
points to a new "ZZDELETED" record. DINUM is still confusing enough
for me that I'm not sure if this would cause any special problems.
Kevin
On 11/16/05, James Gray <[EMAIL PROTECTED]> wrote:
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: [email protected]
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
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_idv28&alloc_id845&op=ick
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
