retsof

2GB of RAM seems awfully tight. I don't know whether Win 8 needs more memory or not but more always helps and memory is fairly cheap these days. What you would have to get depends on what kind of slots are available in there. If there are 2 slots and two 1Gb sticks then they should be replaced. If 4 slots with one 2Gb stick or two 1Gb sticks used, then one 2Gb stick or two 1Gb sticks could be added. 4 Gb is the max for a 32 bit OS. Some could be taken for graphics, etc. so you don't get all of that, either. Cautions are advised to buy memory with the same type, speed, timings and latency as existing memory (questions for the computer store). It could be swapping things to disk all over the place, leading to those "stopped responding" errors. You could not isolate install writes from swap writes by just looking at the disk light. Another program could also be chewing up cycles, leaving little for TMG. The task manager could help find problems of that type. Don't run the install at the same time as a full system virus scan, in other words. I have 4GB on a desktop running Vista and 16 GB on a desktop running 64 bit Win 7. (TMG remains as a 32 bit application in only one core.) TMG7 runs fine with Vista, but I have SQZ restore issues in another thread with TMG8, so I am not going to put it on a portable laptop for now.

This is some good news I was wondering about and now I do not have to ask. Since V8 is causing problems for me (in another V8 thread here), I want to put V7 on the faster computer I was originally intending to use for V8. I have the registration codes for BOTH V7 and V8.

I am getting closer. I backed up the V7 file and did a restore to V8. The primary birthdates all show up in the picklist now. An earlier V8.00 restore could have had problems but showed no outward indication by message. On the other hand, V8.04 now says that the memo file was missing or invalid and there are some other problems like a STRINGSFLAG alias that cannot be found. I backed up the V7 file and did another restore to V8. The memo file is still missing or invalid. I am now running the optimize, VFI and optimize on the original V7 file and will back it up again. (I really had not made that many changes since I started trying to migrate to V8.) No problems were found by the VFI. Both V7 and V8 are on hold for data entry and cleanup until something seems more stable, and have been so for about 6 months due to this problem. The backups have been made with normal compression. SAME ERROR with missing memo file. I will backup V7 again with compression=none. The SQZ algorithm has caused problems for me in the past, especially during a numbered release conversion from V6 to V7. SAME ERROR so I am kind of stuck now. The restore seems to run a little differently in each minor version. If I ignore the error I can see the records with all of my primary birth dates in the picklist. HOWEVER there are no memo records (I compared one from V7) so I may make some updates in V7 and forget about V8 for now.

Why were all of the primary birthdates in the picklist in version 7? The identical record sets had primary birthdates and primary deathdates for each. That could be the problem, and adding a primary tag to a birthdate does fix the picklist and show it for that record. (Good catch!) They USED to be there in V7. WHY the primary tags were removed I don't know. It appears that the version 8 conversion left one primary birth date there for a set of identical records, and removed it for second and subsequent identical records. Was that really a good idea? Yes, I had run optimize, VFI, and optimize several times in V8 when I first noticed the problem. If I can find two identical records, I won't bother to add a primary tag to the second. I will simply merge them.

I have seen this error in all versions so far of 8: V8.00, V8.01, V8.02 and V8.04. SOME birth dates and death dates appear in the picklist and some do not, even for the same individual with duplicate records. I have many duplicate records I am trying to merge from different GEDCOM imports but this makes it a lot more difficult. I can match several on surname. Some show the birth dates and death dates and some do not even though one or both birth date and death date and also sort date are actually in the record. Updating the record and changing the birth date does not make the birth date appear in the picklist, so I do not know what is causing the problem. When birth date or death date is used as the primary field they are sorted, but there could still be a lot of the blanks in the pick list. It is more difficult to analyze when I am only looking at thousands of blank birth dates in the picklist. I did check one sorted by primary birthdate that had the same surname, given name and a blank birth date, and the birth date is in the field. Everything worked fine in V7+. Something in the search picklist changed in V8.

No, the width of columns on the search page is the same. I also went into the search and dragged the columns wider. The ones that already had a date were there, but others with dates in the record did not show them in the search. I later also dragged the widths smaller. Even at a width of only one number wide, I could still see part of a birthdate or deathdate, if the record had one. After the merge of records I inspected individually, the birth date and death date were added. After an optimize, VFI and optimize, the birth date and death date were removed. It is all somewhere weird. At least data isn't being changed in the record itself, just the search. I can get the dates added to the search if two identical records are merged and the record ID changes. Playing with the date field or some other data does not make a difference. Birth and death dates stay blank in the search, which sort of makes the search useless if checking for birth dates.

I am searching the picklist by surname, given name and birthdate. The search display has surname, given name, birthdate and deathdate displayed. After the optimize, vfi and optimize with no problems found, a new search has the birthdate and deathdate REMOVED from the search, but is still in the particular record I had merged. "Search" is an icon with a picture of a binocular. Mouse rollover is "Picklist of people". There are also a couple of choices for picklists, and this is the simple picklist. The search worked correctly for this and other projects in V7, but this issue appeared with V8.00, V8.01 and V8.02.

I updated 8.01 to 8.02 successfully but an issue is still there. In the search, some records indicate birth and death dates and some do not. In a small project with identical records, both contain the same birth and death dates. The seach by name and birth date record had one with name only, and another record with name and birth and death. I merged these two records without deleting anything. After that the search had the two duplicate entries of name, birth date and death date, as it should. I can now delete the duplicate entry, but the search is lacking. In the meantime, I will run an optimize, vfi and optimize to see whether it makes any difference. It didn't before, and I have only updated a couple of records. I am not messing with my primary project at all now.

Reports: The change log says that some reports are still hidden while some issues are being worked on. I updated 8.01 to 8.02 successfully but one of my own issues is still there. It is referenced in another thread so I will go there.

Something is not right at all. Birth dates and death dates do not show up in the search. A few of them are there for some reason, but not all. However, if two identical records are merged, they are in the search. This was even after the optimize, VFI and optimize. I am reluctant to carry on with any activity until V8.01 gets more settled.

I got an email like this which contained the new serial number for V8. support@whollygenes.com Serial Number for The Master Genealogist V8, Gold edition.

Windows 7 compatability is listed as a choice if you pick the install option to install a previous version (from a Windows backup). When picking a version from the troubleshoot, Windows 7 compatability is not listed. It was getting late last night, but I think I saw when picking Vista Service Pack 2 compatability that it insisted on going ahead with Windows XP compatability. Something is still ugly somewhere in V8.01. I have a project restore issue in another thread, but I won't repeat it here. It has probably been a 32 bit version all along, even on a 64 bit OS, so ignore that thought.

I thought of another way to check the integrity of the backup. I restored the exact same V7 backup above to V7.04, which is still available, and it restored perfectly.

This morning, I found the option that said to install previous versions. There weren't any previous versions available, but there was a Windows 7 compatability listed. When trying to troubleshoot above, there was no Windows 7 compatability available.

So I notice. Perhaps 8.02 will be better.