Prev
Invalid Pointer Operation - Categorized in: 
Report a Problem
7 posts.
Started 7 May 2006 by MaxHaiflichJr. Latest reply 17 Mar 2007 by lkessler.
RSS
Invalid Pointer Operation - Categorized in:
7 posts. Started 7 May 2006 by MaxHaiflichJr. Latest reply 17 Mar 2007 by lkessler. RSS
Leave your Reply
You must login to post your reply.
Joined: Sun, 7 May 2006
0 blog comments, 13 forum posts
Posted: Sun, 7 May 2006
I have checked the GEDCOM and found that it has two INDI Pointers(tags) to individuals not encluded in the file. This has been a constant problem with many other programs.
Could your program add an Unlisted or Unknown ro etc, listing for that missing individual or warn and reject that file without locking up? Short of veiwing each and every GEDCOM that I download for that and other minor glitches, I see no other way of avoiding this problem.
It is very annoying to have a program lock up while importing these GEDCOM files. Especially since LDS insists on downloading only small pieces of large GEDCOM Files (either single family groups or 4-generation pedigrees).
Max Haiflich, Jr.
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Sun, 7 May 2006
I went to familysearch.com and downloaded a pedigree and tried it in the current version (0.98.3) of Behold and when I tried to exit the program, it gave me the Invalid Pointer error and would not allow me to exit, just as you report. I'm not sure if it is the missing individuals that is causing this, but it is definitely something different about the familysearch GEDCOMs, because none of my other test GEDCOMs do this.
Behold is reporting the GEDCOM correctly (I believe). The trouble appears to be when closing, it is trying to release memory incorrectly. When I try it in my current development version, I don't get that error. So the problem may have been fixed while I was making my latest changes to the data structure.
I would like to check to ensure it is indeed fixed. Would you be able to send me one or two GEDCOMs that cause this for you (or tell me whose tree on familysearch I should get it from)?
If the new version works okay for those files as well, then I'll package it up and send a fix for you that you can use until the next version come out.
Louis
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Mon, 8 May 2006
I'll keep you posted.
Louis
Joined: Sun, 7 May 2006
0 blog comments, 13 forum posts
Posted: Mon, 8 May 2006
Since the original GEDCOM had the INDI AFN in tghe FAM listing, all I had to add was an INDI listing with NAME, GIVN, SURN, AFN, SOUR, and FAMS or FAMC. I just put "Unlisted" as the NAME, and GIVN, and left the SURN blank or added the family surname.
With those changes, it worked just fine.
Max Haiflich
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Tue, 9 May 2006
I believe I found the problem regarding the crash. It was due to cleaning up memory that wasn't allocated because of the missing references.
I've also added missing people and families into the report and used a default name of --unlisted--, similar to what you suggested. I use the dashes around the name to set it off, and the first dash will cause it to sort so that it is at the end of the Name Index.
I have temporarily put a version up for you to try. Click on this link and your browser should ask you if you want to run or save the program. Click on "save" and save it over the "behold.exe" file that should be in your "program files/behold" directory.
Please see if it works okay with your GEDCOMs and let me know.
Louis
Joined: Sun, 7 May 2006
0 blog comments, 13 forum posts
Posted: Thu, 11 May 2006
It worked fine except that it sorted the --unlisted-- as a 'U', not at the end of the name index. No big deal there.
I have found some other problems, some large and some small. I'd best start a new thread on them so others can follow it.
Max
Joined: Sun, 9 Mar 2003
288 blog comments, 245 forum posts
Posted: Thu, 11 May 2006
Louis