[Framers] Crash with Internal Errors: 13054, 21985197, 21967009, 21686210

[Robert Lauriston]

Rather than deleting the figures you could just substitute
placeholders long enough to determine whether those are the problem.
You can't refer to the SVGs in some other program?

I had various problems with Visio graphics which all went away when I
started placing them as EMFs.

On Wed, May 17, 2017 at 2:02 PM, Lin Sims <ljsims.ml at gmail.com> wrote:
> Bernard: All of the graphics are SVGs, created by Visio 2013. Frame has the
> same habit of adding colors to the catalog with them, too. Not sure if the
> rename (of only Black!) has any bearing, but it struck me as odd so I
> mentioned it.
>
> Robert: Not sure if removing the graphics would help, since the crashes are
> intermittent and I sort of need them to refer to while working. :(
>
> I was thinking of maybe removing them until I have to create a review or
> release, but the idea taking out and putting back in 18 figures (with an
> assortment of conditions) is making me cringe.
>
> On the other hand, that might be the only recourse. Sometimes I miss FM8.
> <sigh>
>
> On Wed, May 17, 2017 at 3:49 PM, Robert Lauriston <robert at lauriston.com>
> wrote:
>
>> What if you temporarily remove the 18 embedded figures?
>>
>> On Wed, May 17, 2017 at 11:51 AM, Lin Sims <ljsims.ml at gmail.com> wrote:
>> > Anyone know what these errors refer to? I have a file that frequently
>> > crashes Frame, and this was the latest series of internal errors it gave
>> me.
>> >
>> > I did do a MIF wash and noticed one odd thing: Frame has renamed the
>> color
>> > Black to fm_gen_###### when I save to the MIF file. If I  edit those
>> > definitions back to Black in the MIF file and resave as Frame, the
>> > definitions stay the same in the MIF file, but Frame once more renames
>> the
>> > color to fm_gen_###### (different numbers this time). It also renames the
>> > color in one (but only one) of the condition tags it's used in.
>> >
>> > The file is a large one (18.4 Mb) and has 18 figures embedded in it (not
>> my
>> > choice, but there is no choice), several of which are affected by
>> > conditions, 16 tables, conditions galore (18), and loads of
>> > cross-references. It's been giving me fits for several months now, to the
>> > point where I literally created a new Frame file and copied and pasted
>> all
>> > the text as plain text and reformatted it, and reimported all the
>> graphics.
>> > It behaved for about 2 months and is now crashing all over again.
>> >
>> > I expect to be working with this set of files daily for the next 6 months
>> > at least. I cannot afford to lose the time it takes to crash, recover,
>> > mif-wash, etc., etc., etc., that this is taking up.
>> >
>> > Suggestions gratefully (and exhaustedly) received.
>> >
>> > Pertinents:
>> >
>> > Windows 7, all patches applied
>> > FrameMaker 2015, latest patches applied
>> > Plugins: AutoText, TableCleaner (DLL, not script)
>> > 2 home-brewed scripts: save all files in book to selected MIF formats;
>> add
>> > Table Continuation variable to all tables in a file
>> >
>> _______________________________________________
>>
>> This message is from the Framers mailing list
>>
>> Send messages to framers at lists.frameusers.com
>> Visit the list's homepage at  http://www.frameusers.com
>> Archives located at http://www.mail-archive.com/
>> framers%40lists.frameusers.com/
>> Subscribe and unsubscribe at http://lists.frameusers.com/
>> listinfo.cgi/framers-frameusers.com
>> Send administrative questions to listadmin at frameusers.com
>>
>
>
>
> --
> Lin Sims
> _______________________________________________
>
> This message is from the Framers mailing list
>
> Send messages to framers at lists.frameusers.com
> Visit the list's homepage at  http://www.frameusers.com
> Archives located at http://www.mail-archive.com/framers%40lists.frameusers.com/
> Subscribe and unsubscribe at http://lists.frameusers.com/listinfo.cgi/framers-frameusers.com
> Send administrative questions to listadmin at frameusers.com