Could you share the below info?
1) Is the Book/Document is being opened from shared /network drive? If yes, can you try to keep it local ( on C: Drive) and then try?
2) Can you also verify the permissions on these files?
3) Are these created in a previous version, Is yes, can you upgarde these to FM11, but launching each document individually and then saving all.
I've zipped up several of the crash logs and sent them to the address in the message box along with a little more detail.
Please let me know if there is something else I can do. Note: this is on Windows 7-64 bit on a beast of a machine with 2TB drive and 20G of memory. The program still runs pretty slow, though I have learned not to click anything too fast...
What are you system details?
OS, amount of RAM, disk space, files local or networked, etc.
"... In my opinion, there's nothing in this world beats a '52 Vincent and
a redheaded girl." -- Richard Thompson
No disclaimers apply.
I support www.TheGrotonLine.com, hyperlocal news for Groton MA.
The best way to re-create it is run the program for more than 3 hrs with a book that has folders about 50 files and a ton of graphics (The folder containing the book, files and images is 560 MB). That is the closest I have gotten to getting it to crash with any kind of repeatability. My other clien'ts book rarely crashes, but then again I am never in it for more than 3 hours. Other than that, it never crashes the same way. Today it crashed once when I saved a new user variable and once when I tried to print. But then again, printing is an *almost* sure bet for getting it to crash. I avoid it. I seriously can't imagine that it can't be duplicated if there is *any* kind of stress testing going on by the Test team.
I am also crashing daily. I have:
Windows 7 64-bit
16 GB RAM
465 GB, 3XXGB of it is still free
Files are on the network (required)
Installed FM 11 in 6/2013
Document has 150 pages; Illustrations are minimal
Document has about 50 files, most are one or two pages long.
Files originated in an earlier verison of Framemaker
I suspect that it has something to do with Track Text Editing, which I have given up on, and turned off.
If a mifwash doesn't help, then import the file into a new (non-crashing) file. If still crashing, start splitting the file up to determine the content (likely graphics) causing the problem.
Matt R. Sullivan
co-author Publishing Fundamentals: Unstructured FrameMaker 11
I can promise you, that you`re not alone with your problem. I`m working in a company with 14 workplaces equipped with brandnew FM 11 and we all have a problem with FM crashes.
But in most of all our cases we`ve trouble while opening a MIF - file usually created with older FM - versions (But with FM11 files also). To be honest, these old MIF-files (FM7 / FM8) has a lot referencies and linked *.eps - files in it, which are usually stored on mapped drives within the LAN. In fact you try to open such a file, but while the opening prozess FM11 crashes. You can try this procedure 1 hour without success, but at the next day you try once...... and everything has been loaded whitout any problems. or... another one has absolutely no problem opening your problem file with the same FM-version. This behavior makes it very difficult to analyze of course
At the moment I try to analyze the LOGs, but I believe we need a contact Adobe itself.
further infos due to this problem would be helpfull
A quick test to see if it is a network issue or something within the MIF files could be to temporarily de-assign the mapped network drive, i.e. so FM can't find it, and then tell FM to ignore all missing files when it complains about the missing EPS files.
If the MIFs open up without crashing, then it would be seem to point the finger towards the network. It may also be something like overtly aggressive anti-virus software grabbing the networked graphic files from FM and not playing nice with the intervening hand-offs.