Skip to main content
_n3u_
Participating Frequently
August 30, 2008
Question

Internal Error: 7004, 5048919, 6050789, 6047376

Hi all,
I got this error and after looking for it into the web, I tend to believe that no one had the same.

I'm using Framemaker 7.0 (Build 7.0p492) on Windows XP with the fdk 7.0.
Also, I'm using Acrobat Distiller 5.0.5.2001101100.
As a note, I have to say that I'm not allowed to change any release of this applications because the supply chain is quite long and noone wants to run the risk to incur in compatibility problems.

My program uses the APIs to open a book, show/hide certain conditionals (selected with the arguments) and save the result in a PDF file.
It works generally fine but for certain sets of conditionals Framemaker crashes giving the Internal Error of the subject.
I'm posting also the FrameLog at the end of this message.

Does anyone have a clue about this?
Please don't hesitate to suggest whatever thing that can be useful because I really need to solve this.

Thanks for your attention,
n3u.

Here is the the FrameLog:

=== Header Begin ===
Internal Error: 7004, 5048919, 6050789, 6047376
FrameMaker 7.0.0 for Intel
Build: 7.0p492
Window System: MSWindows
Operating System: Windows NT 5.1 (major.minor.build: 5.1.2600 Service Pack 2)
Generated on: sabato 30 agosto 2008 19.07.45
To file: c:\programmi\adobe\framemaker7.0\FrameLog_08.08.30_19.07.45.txt
=== Header End ===

=== Stack Trace Begin ===
$4d0a57
$5c53e5
$5c4690
$5c5ba2
$74c663
=== Stack Trace End ===

=== Open Window List Begin ===
# not implemented
=== Open Window List End ===

=== Recent Commands Begin ===
=== Recent Commands End ===

=== Recent API Calls Begin ===
# not implemented
=== Recent API Calls End ===

=== Windows Relocation Information Begin ===
Application: 00400000
framemaker.exe: 00400000 00477000
ntdll.dll: 7c910000 000b6000
kernel32.dll: 7c800000 00100000
ADVAPI32.dll: 77f40000 000ab000
RPCRT4.dll: 77da0000 00092000
Secur32.dll: 77f10000 00011000
COMCTL32.dll: 5d4d0000 0009a000
GDI32.dll: 77e40000 00047000
USER32.dll: 7e390000 00090000
comdlg32.dll: 76360000 0004a000
SHLWAPI.dll: 77e90000 00076000
msvcrt.dll: 77be0000 00058000
SHELL32.dll: 7c9d0000 0081e000
FMDBMS32.dll: 10000000 00013000
ole32.dll: 774b0000 0013d000
OLECLI32.dll: 71da0000 00015000
MPR.dll: 71aa0000 00012000
oledlg.dll: 7e1e0000 00022000
VERSION.dll: 77bd0000 00008000
WINSPOOL.DRV: 72f70000 00026000
SFTTR32.dll: 00330000 00020000
BIB.dll: 00350000 0002d000
CoolType.dll: 00880000 00171000
WINMM.dll: 76b00000 0002e000
SVGRE.dll: 6f130000 0023c000
icuuc20.dll: 4a800000 00056000
icudt20.dll: 4ad00000 007d8000
IMM32.DLL: 76340000 0001d000
LPK.DLL: 62e40000 00009000
USP10.dll: 74d20000 0006b000
avgrsstx.dll: 003b0000 00005000
comctl32.dll: 773a0000 00103000
uxtheme.dll: 5b180000 00038000
RocketDock.dll: 01330000 00012000
PSAPI.DLL: 76bb0000 0000b000
MSCTF.dll: 746b0000 0004b000
shfolder.dll: 76740000 00009000
fmres.dll: 014c0000 0009e000
fmdlg.dll: 01560000 00057000
fmcustom.dll: 015c0000 0000a000
apphelp.dll: 77b10000 00022000
msctfime.ime: 752e0000 0002e000
CLBCATQ.DLL: 76f90000 0007f000
COMRes.dll: 77010000 000d2000
OLEAUT32.dll: 770f0000 0008b000
ps5UI.dll: 4f500000 00021000
PSCRIPT5.DLL: 4ce00000 00075000
mscms.dll: 73aa0000 00015000
AD2KRePi.DLL: 70000000 00006000
ATMLIB.dll: 73b90000 0000b000
ACE.dll: 01c10000 00074000
OPP.dll: 017e0000 00017000
AGM.dll: 01ca0000 00254000
PDFL50.dll: 01f10000 002d0000
AdobeWeb.dll: 60800000 0011f000
xpsp2res.dll: 20000000 002d5000
clickprt.dll: 02630000 00037000
mailer.dll: 02680000 0003f000
MAPI32.DLL: 62280000 0001f000
bookerrlog.dll: 026d0000 00044000
pdfsize.dll: 02730000 00045000
WebDAV.dll: 02790000 00084000
ARM.dll: 61800000 00108000
mapper.dll: 02840000 0005b000
masterpages.dll: 029b0000 0003e000
tablesort.dll: 02a00000 00042000
afmfdk.dll: 02b60000 00049000
SETUPAPI.dll: 778f0000 000f7000
GRPHFILT.DLL: 03a80000 0001a000
=== Windows Relocation Information End ===

=== Windows Stack Traceback Begin ===
[Sta
    This topic is closed to new replies. Start a new post to keep the conversation going.

    16 replies

    Show previous replies
    _Scott_Prentice_
    Participating Frequently
    September 28, 2008
    I'd try saving to a MIF rather than a PDF to see if it is a PDF issue or a general save issue. If it still crashes, I'd take a careful look at what types of objects are hidden .. is there something that's hidden that is referenced by objects that are not hidden?

    ...scott
    Translate
    _n3u_Author
    Participating Frequently
    September 28, 2008
    Hi,

    my application does only one save and then closes itself, however I'm concerned about good programming (and also I'm desperate) so I added the two lines you suggested to the function.

    I also did some changes to the variables type, so my new code looks like this:

    BOOL DMFrameMaker::SavePDF(CString sPDFLocation)
    {
    F_PropValsT params, *returnp;
    StringT stPDFLocation = (unsigned char *) sPDFLocation.GetBuffer(1024);

    params = F_ApiGetSaveDefaultParams();
    returnp = NULL;
    int i = F_ApiGetPropIndex(&params, FS_FileType);
    params.val.propVal.u.ival = FV_SaveFmtPdf;

    m_foDocId = F_ApiSave(m_foDocId, stPDFLocation, &params, &returnp);

    F_ApiPrintSaveStatus(returnp);

    F_ApiDeallocatePropVals(&params);
    F_ApiDeallocatePropVals(returnp);

    return TRUE;
    }

    Needless to say, the FM still crashes.
    What can I do now?
    Please help me!
    n3u.
    Translate
    _Scott_Prentice_
    Participating Frequently
    September 28, 2008
    Hi n3u...

    Does the crash always happen on the second (or later) save? You're not freeing the F_PropValsT variables. Try adding this before the return ..

    F_ApiDeallocatePropVals(&params);
    F_ApiDeallocatePropVals(returnp);

    In order to separate the PDF issue from the scene, you might try making a test version of the app that saves to another FM file rather that saving to PDF. There are all sorts of reasons that PDF export can have problems.

    Also .. I've seen some funky problems when mixing CPP data types with FDK apps. I try to keep the two quite separate. It may just be unnecessary paranoia on my part .. but you never know.

    ...scott
    Translate
    _n3u_Author
    Participating Frequently
    September 28, 2008
    Scott,
    the crash is sure under certain conditions.

    What I can see is that showing certain pattern of "conditionals" the crash always happens, while the same book with other show/hide combination of conditionals it doesn't.

    The exact moment where the FrameMaker crashes and gives the error is during the F_ApiSave call inside this piece of code:

    BOOL DMFrameMaker::SavePDF(CString sPDFLocation)
    {
    F_PropValsT params, *returnp;

    params = F_ApiGetSaveDefaultParams();
    returnp = NULL;

    int i = F_ApiGetPropIndex(&params, FS_FileType);
    params.val.propVal.u.ival = FV_SaveFmtPdf;

    m_foDocId = F_ApiSave(m_foDocId,
    (unsigned char *) sPDFLocation.GetBuffer(512),
    &params,
    &returnp);

    F_ApiPrintSaveStatus(returnp);

    return TRUE;
    }

    I tried to set the conditionals manually but the same conditionals aren't giving problems to the FrameMaker in an interactive run.
    So I fear it can be a problem inside my program or the API, but I don't know how to inspect further (keep in mind that with a single different conditional to show/hide it works well).

    Please, help me discover something more about this mess!
    Thanks,
    n3u.
    Translate
    _Scott_Prentice_
    Participating Frequently
    September 28, 2008
    I think that the first thing you need to do is to determine where in your process, this crash is occurring. If you can repeat the crash by setting the conditions in a certain way, is it the setting of those conditions, the update of the book (if you do that), or the PDF generation that's causing the error? Can you duplicate the crash by setting the conditions manually?

    Sounds like you need to do a bit more debugging.

    ...scott
    Translate
    _Heinz_Wrobel_
    Participating Frequently
    September 2, 2008
    FM can react rather violently if you change conditional text settings and thereby break cross references in a book. I had the problem that updating a book crashed FM when I had accidentally set up things in a way that the target of a visible cross ref suddenly turned out to be in hidden text.
    Took me a while to understand this, and now I am careful to avoid such a situation. While a hidden target of a visible cross ref is not a good idea, I think FM could be a bit nicer about that situation and tell you about it in a friendly way.

    Hope this helps.

    Heinz
    Translate
    Terms & ConditionsAccessibility statement
    Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices