Jump to content

All Activity

This stream auto-updates     

  1. Yesterday
  2. TMG9 Crashes at Random

    John, I'm assuming that you are logged into the John Tippet account, and that you were logged into that account when you installed TMG? Is the johnt account intentional (and the account exists)? I'm assuming that the answer to the first question is Yes and the answer to the second question is No. Move the ...\Roaming\The Master Genealogist v9 folder to the John Tippit account Roaming folder. You should never store and use TMG projects in a folder that is being synced unless you want your projects destroyed. Move your projects folder to C:\Users\John Tippet\Documents\The Master Genealogist v9 and fix the Preferences folder path to point to: C:\Users\John Tippet\Documents\The Master Genealogist v9\Projects Again, the app.ini will need to be edited to make sure that all paths point to the default user folder. Waiting for your response. Jim
  3. TMG9 Crashes at Random

    Jim: Thank you very much for responding to my plea for help. I am a long-time user of TMG and the thought of not getting it to run on my new computer has been devastating. I did not copy the app.ini file between machines. All I did was to install TMG9 on the new machine when logged into the John Tippet profile. Here is my current situation: In C:\Users\John Tippet\AppData\Roaming\ there is no \The Master Genealogist v9\ sub folder. In C:\Users\johnt\AppData\Roaming\ there is a \The Master Genealogist v9\ sub folder that includes app,ini. When I open TMG9 I find that the File / Preferences / General \ Default Project Path is C:\Users\johnt\OneDrive\Documents\The Master Genealogist v9\Projects\ I am at a loss of what to do next. Please hand-hold me through this process. What is my next step? John
  4. Last week
  5. TMG9 Crashes at Random

    You restored the app.ini file from the old system and it's full of incorrect paths. Edit the app.ini file on the new system and correct all of the paths. You should _never_ copy the app.ini file between machines. "C:\Users\John Tippet\AppData\Roaming\The Master Genealogist v9\app.ini" > In C:\Users\John\Documents\The Master Genealogist v9\ there are two subfolders: Backups and Configuration_files > In C:\Users\John Tippet\Documents there is no The Master Genealogist v9 subfolder. Doing a clean install of TMG9 should have created the 'The Master Genealogist v9' folder in Documents unless you have the Documents folder located elsewhere. This didn't happen? Don't tell me that you didn't do a clean install of TMG9 on the new machine. <g> If you run TMG and the user folder is missing, it should automatically be created. Copy the Backups and Configuration_files folders to the correct TMG folder (if they have content). You can then delete the John user account folder. The John user account shouldn't exist on the new machine but if you restore a TMG backup with incorrect paths, sometimes some of the project-specific folders might be created (backups in particular). Open TMG and open Preferences and make sure that the folders path is: C:\Users\John Tippet\Documents\The Master Genealogist v9\Projects (again, unless you have located things in a non-standard location) File / Preferences / General \ Default Project Path You need to open each project on the new machine and review and correct the project-specific paths. File / Preferences / Advances / the 8 project-specific paths What am I missing?
  6. TMG9 Crashes at Random

    I recently bought a new Windows 10 computer. When logged into user profile “John Tippet” after installing TMG9 and selecting the Sample Project I get the following error message: Exhibit folder “C:\Users\John\Documents\The Master Genealogist v9\Exhibits was not found. Do you want to use default Exhibit folder? When I select yes, after loading and retrieving messages the program crashes. In C:\Users\John\Documents\The Master Genealogist v9\ there are two subfolders: Backups and Configuration_files In C:\Users\John Tippet\Documents there is no The Master Genealogist v9 subfolder. I had previously installed TMG9 on my new computer with the same issue above except that I could navigate a few steps through the program Sample Project before it crashed, seemingly at random. I even managed to restore the TMG project file from my old computer but had the same random crashes. Any idea how I can fix this? John Tippet
  7. Earlier
  8. Open 64 bit backup in 32 bit pc

    Many thanks for your help.
  9. Open 64 bit backup in 32 bit pc

    You're concerned about the differences in the Windows user account path settings. I would restrict the backup to a Project Backup (project files, exhibits, accents and filters) only. I encourage managing exhibits outside of TMG and not including them in the backups, particularly since most exhibits don't change and it makes no since to restore those every time you move the project between machines. If the TMG data paths on the two computers differ, you need to open Preferences and make any change necessary to the specific project backup path. (The other project paths should adjust automatically.)
  10. Desktop: Windows 8.1, TMG 9.5, 64 bit machine Laptop: Windows XP, TMG 9.5, 32 bit machine Can I take a backup file created on the 64 bit machine and open it in the 32 bit machine? Many thanks for your help.
  11. Obituary Tag Error Window

    I suspect that the tag type is damaged. See if you can edit the Obituary tag type definition in the Master Tag Type List. If you can't, then I'll need to repair the tag type table. You can contact me by email by clicking on the link below... Jim Byram
  12. Every time that I try to add an OBITUARY tag, I get the following error message: Variable “LAROLES” is not found. After I click on Abort/Retry/Ignore, the second message comes us: “OLE IDispatch exception code 0 from Panels: Maximum Panels Exceeded.” What’s going on and what can I do to fix this? Thanks!
  13. TMG9 onto Mac

    I downloaded the PDF file so it is still linked to the topic. If you write me, I'll send you the PDF file. You can contact me by email by clicking on the link below... Jim Byram
  14. TMG9 onto Mac

    I've read it and tried following it, but have had no success. The PDF file attached to the post is not longer available
  15. TMG9 onto Mac

    See the pinned topic. Things might have changed since Glenn posted this but it's a starting point.
  16. TMG9 onto Mac

    Hi, I'm trying to install TMG 9 onto Mac High Sierra using a windows 10 VM, using Parallels. I've successfully installed TMG onto the VM and tried following the instructions of adding the data_text, but it keeps saying I don't have authorisation to save files in the folder it says. Please can someone tell me what I'm doing wrong, and send me a step-by-step guide as to what to do. Roz
  17. Turning off Checking for Messages?

    File / Preferences / Startup and Exit / Check for messages every n days / set to 0 (zero) days
  18. How can I turn off the "Check for messages" that shows up. I've set the preference to 150 days but it still checks every time I start up. I know there won't be any messages actually coming.
  19. Makes sense (now!). Thanks!! ~Carol
  20. TMG Performance since last windows update

    Carol, As others note, if you include external exhibits in your backup, all these exhibit files will be loaded into the one .sqz file. The free space on your disk file is not the issue. There is a max limit in the Operating System for the size of a single file, i.e. the .sqz file. That limit is much less than your 1.5TB free space. The options on compression affect how much smaller a single file loaded into the .sqz file can be made so that the total size of .sqz hopefully can be smaller than the sum of the sizes of all the files stored in that one file. "None" says to do no compression, so the full sizes of all files are loaded into .sqz and thus would result in the largest .sqz file of all the options. The problem appears to be that no matter what type of compression you choose, including all the external exhibit files within that one .sqz file makes it too large for the Operating System to handle. As you have noted, the solution is to backup your external exhibits separately and not include them in the .sqz file. Hope this makes things clearer,
  21. Have been getting "Insufficient Stack Space" program errors - EXCEPT when de-selecting Project data files > External Exhibits, even to 2TB drive with 1.5TB free, so have accepted I need to back up external exhibit folder separately, per John's post. No problem. Out of curiosity (and in attempt to avoid separate backups), I tried changing Compression level (last Backup Wizard screen) from Normal to Fast, Superfast and None, but still got same error each time. I know the resultant file would be huge, but can someone explain why "None" wouldn't avoid the apparently too-large SQZ file? Just trying to understand... Or, does my "Insufficient stack space" error message indicate a different problem, since I still get it with the less/no compression options? Thanks! ~Carol Hornung [Desktop WIN10 Pro, Intel i7-6700, 32GB RAM, Vipre, no cloud backups running; TMG 9.05, File Mtce tools run]
  22. TMG Performance since last windows update

    A TMG project consists of more than two dozen files, of which the .pjc file is only one and has very little actual data in it. No program other than TMG should be touching any of these project files while that project is open in a running TMG program. Corruption of any one of these files can potentially corrupt the usability of the entire project. If the backup program is configured to not attempt to copy any of the project files until TMG is closed, then as I said before, that should be okay.
  23. it doesn't attempt to copy the pjc until TMG closed. What files are you particularly concerned about?
  24. TMG Performance since last windows update

    Dave, I am concerned about your comment about backing up TMG files "on the fly". If you have some program backing up TMG files while TMG is running this will some day be a problem. Such a backup scenario is the major cause of corruption of TMG projects. However, if the backup does not occur while TMG is running but you wait until you exit TMG and then invoke the program to backup TMG files to the cloud, then that should be okay.
  25. Yes, I had misinterpreted the message/functionality of the check box. John got me thinking on the rationale of not backing up images with TMG internal backup - "can cause the SQZ file to exceed the maximum size of a ZIP file." Using 7-zip I zipped up a copy of the images directory and the compressed file is 10.0 GB (10,756,108,301 bytes to be accurate ) which is way bigger than a zip file can manage and I guess foxpro db are limited to 2Gb So the error is more a file limitation than an error as such. & as far as being related to failure to import into Family Historian a complete red herring. The uncompressed directory is 11.2 GB (12,026,769,408 bytes) so indeed the compression doesn't achieve very much at all.
  26. The exhibit table (_I.dbf) is always backed up when a project is backed up. The popup was just telling you how many exhibit files would be added to the backup when the external exhibits option is selected. The count is based on how many links were found in the exhibit table. C0000005 errors are difficult to diagnose; however, in this case, I believe that the error is coming from an issue with one of the exhibit files.
  27. Hi John yes - I don't really use internal TMG backups at all, it was just that this seemed to be identifying an issue that may (or may not) be related to an attempt to import into Family Historian to have a look at that. I have read over the last few days a several pieces of advice which concurs with you. I do have separate back up regimes. (ISP Cloud solution & SmartSync Pro for local processes.) In step 3 of the backup process, under project items > Project data files you see "external exhibits", hovering over that it tells you it has found x links to external exhibits and specifies a database project_I_.dbf. I had presumed that this was backing up the links not the image itself. But as I do not actively use the process I haven't really looked at it in any detail. However if it is backing up the image then I agree this is totally pointless as they are external to the project and are backed up as part of my data resiliency program. But having found this OLE error am now a bit obsessed with identifying the object in question. I did look at inserting OLE objects some time ago but can't remember why or where. I don't think there is anything that would identify the object in your handy utility and I recreated a second site site (local, I don't have a published version) and that worked fine I also enabled thumbnails but the db they are stored in went over size limitation and broke. Replaced it with backup copy and reduced the thumbnail size to just 50. Again this ran OK so in both cases each and every exhibit would have been touched. I was hoping one or both would identify the problem object. The performance issue opening the exhibits window seems better now. I had used performance manager to look at running process, and as this had been going over several days possibly ever since the last W10 update I was concerned something more fundamental was at work. Nvidia graphics driver updated recently as well. However all seems well now. I can look at Family Historian using another project, I just have this OLE error nagging at me. Dave
  28. TMG Performance since last windows update

    Dave, I recommend that you NOT include external exhibits in your TMG backups. You should have a separate backup regimen for those digital assets, perhaps integrated with backups for other images that are not exhibits. Including exhibits in a TMG backup increases the size of the backup SQZ file and increases the amount of time that TMG takes to write the backup file. Meanwhile, the exhibits don't change very often. Lastly, if you have a lot of exhibits, the image data---which doesn't compress much--can cause the SQZ file to exceed the maximum size of a ZIP file. (SQZ files are ZIP files in disguise.) TMG always performs reasonably well for me. The only operations that are slow enough to annoy me are (A) opening the Master Place List, which is glacial, (B) importing GEDCOM files (which I do rarely as part of testing), and (C) exporting GEDCOM files (which I also do only rarely). The only other performance issue I have seen is when there was a "ghost" instance of TMG running that was using a lot of CPU. That was affecting all the other programs running on my PC, but had a particularly nasty impact on TMG, which was so sluggish it was almost unusable. I do not know what caused it. I only remember it happening once. I killed the ghost TMG process after I noticed it, and that solved the problem. Users who don't have the skills to check what processes are running and manipulate them can solve the problem by rebooting. John
  1. Load more activity
×